Broken socketing on Ninjhax 2.X with big sized homebrews about libctru HOT 27 CLOSED

Are you using the same builds of the hb lancher in both cases ?

from libctru.

On NH1.1b i'm using boot.3dsx which came with first release of 1.1b version.
On NH2.X who tested for me is using latest boot.3dsx released by smealum. (The ones who patched emus)

from libctru.

I'd suggest trying NH1 with latest boot.3dsx to see if it breaks too, are you using the netloader?

from libctru.

I'm not using netloader.
I tried now with last boot.3dsx and it works fine on NH1.1b.

from libctru.

This is kind of weird since the HB launcher uses sockets for the netloader and it works just fine

EDIT: It seems the netloader (SOC?) breaks when launching some big homebrews on ironhax
EDIT2:Comes from the fact that the service handle can't be retrieved

from libctru.

Don't know if it could be useful, https://github.com/Rinnegatamante/lpp-3ds/blob/master/source/main.cpp

These are the services used by default from lpp-3ds (SOC is initialized only when you start FTP or you want to create a socket).

I tried to comment initializations for: libkhax, Cfgu, ptm, ac, httpc services but the issue is still here on NH2.X

from libctru.

I've done other tests and now seems same error appears also on NH1.1b.

Strange thing i found is IP returned by gethostid() on SOC_Initialize() call is set to a LAN IP (For example i get 192.168.1.71) but after few time (like 1 second) the IP is set to another (Online?) IP address (this ip is normally returned when console is offline), in my case, i get 247.7.224.216.

If i try to connect FTP i get ECONNREFUSED error.

from libctru.

You might want to ask @mtheall about it, but ftbrony and ftpony seems to be doing fine

from libctru.

I'm using the same code of ftpony.
ftpony works fine on both NH1.1B and NH2 so maybe it's related on the size of homebrews and how they are managed when a 3DSX file is loaded from hb service?

from libctru.

Yeah there seems to be some problems when loading big .3dsx under NH2, it's not a problem coming from ctrulib but from the payload+hbmenu.

[01:15:02] after launching my app or citrAGB (probably others) the SOC_Init fails with d8e06406
< Lectem> it gets to HBMENU_NETLOADER_UNAVAILABLE_NINJHAX2 <- which is for, you know, booting into a process with SOC access....

It seems that sometimes the HB launcher won't have/find a SOC handle.

Now, why does it always trigger after loading some big homebrews and not on smaller ones such as ftbrony which indeed uses SOC, I don't know.

from libctru.

Is it "normal" that same thing happens on NH1.1b?

from libctru.

Is it "normal" that same thing happens on NH1.1b?

Probably a different issue, or a problem that affects both but hardly detectable.
The gethostid bug could also be a quirk of the OS I suppose ?

from libctru.

At least on NH1.1b, the problem seems not related to hb size cause i tried with an older version of lpp-3ds which was bigger then the latest one ( https://github.com/Rinnegatamante/lpp-3ds/tree/a3f65d10c6c463ff8bf0fa961cf7706aa1fa9c89 ) and FTP works fine.
The strange thing is that, if you see lpp-3ds history, there are no big changes in FTP utility so i really don't know where the problem is.

from libctru.

on 2.x, try creating an xml file that has the same name as your 3dsx (test.3dsx -> test.xml) and is in the same directory and contains the following :

<services autodetect="false">
    <request priority="1">soc:U</title>
</services>

let me know if that works

from libctru.

For httpc at least, the xml file doesn't seem to resolve it.

from libctru.

it currently wont fix http:C, i'm only asking for soc:U

On Sun, Sep 27, 2015 at 5:34 PM, shutterbug2000 [email protected]
wrote:

For httpc at least, the xml file doesn't seem to resolve it.

—
Reply to this email directly or view it on GitHub
#171 (comment).

from libctru.

It seems to not work (I always get a crash when exiting my app, get a wrong IP from gethostid() (Like soc:U failed to initialize) and trying to create sockets resolve in a binding error.)

from libctru.

Regarding gethostid(): the service command is probably returning an error, resulting in whatever was on the sysmodule stack for the output u32 being junk(like many other service cmds).

from libctru.

If i'm not wrong, 247.7.224.216 is an intranet IP so, according to SOC:u failing to start, i think it's normal gethostid returns such IP ( http://www.speedguide.net/ip/247.7.224.216 ).

from libctru.

That's "f707e0d8", aka 0xd8e007f7. Clearly not an IP address. http://3dbrew.org/wiki/SVC#Kernel_error-codes

from libctru.

Found other strange things (this time on NH 1.1b but i think they are the same on NH2), with this piece of code: http://pastebin.com/M4erXPNb

Socketing works fine.
If i de-comment the piece of code relative to graphic, soc:U fail to initialize (and this piece of code, without socketing will never be executed) :/

from libctru.

Nothing changed with NH2.5. Codes working on NH1.1b still don't work on it.

from libctru.

Could you please provide a simple example that shows the bug ? and in C with ctrulib functions only.

from libctru.

It depends on how big the file is so i can't provide a SIMPLE example, sorry.

Anyway you can give a shoot to this which is bugged: https://github.com/Rinnegatamante/SMuRF

from libctru.

Sorry but I can't build that project, it uses a way too outdated version of ctrulib (pre CSND refactor...)

from libctru.

I've built a large-ish 3dsx which has a binary of 650kb without any romfs files. It boots fine in citra and on nh1.1b but its giving a red screen on nh2.2.

Could this be the same problem? I've done a lot of testing on the code and it falls over as soon as the binary hits a certain size. I'm porting an old ds project so I am uncommenting functions as I go and its falling over no matter which bit I add.

It was working in citra and this issue is the only thing I could find similar. I was surprised to find it work OK nh2. Its only a game and has no socketing so I think nh2 is maybe a bit too feature bloated?

from libctru.

I meant to say I was surprised to find it work on 1.1b. Can't find an edit comment button.

from libctru.