sceUtilityLoadNetModule, audio and thread issue

[Fewnity]

I have noticed a problem with sceUtilityLoadNetModule.

If I load PSP_NET_MODULE_COMMON and PSP_NET_MODULE_INET and then I call pspAudioInit(), I will not be able to create a thread with sceKernelCreateThread. If a thread already exists in my game, it will be stopped.
sceKernelCreateThread will always return a negative thread id.

sceUtilityLoadNetModule(PSP_NET_MODULE_COMMON);
sceUtilityLoadNetModule(PSP_NET_MODULE_INET);

pspAudioInit();
SceUID thd_id = sceKernelCreateThread("thread1", thread1, 0x38, 0x10000, 0, NULL);
if (thd_id >= 0)
{
    sceKernelStartThread(thd_id, 0, 0);
}
else
{
    pspDebugScreenPrintf("Bad thread id\n");
}

This should prints Bad thread id.

I don't have a PSP 2000/3000 to test but I have the problem on my PSP 1000 and Street. My FW version is 6.61.
I think there is an issue with sceUtilityLoadNetModule or something else about network because most of network samples do not work on my PSP 1000, see: #45 (comment)

Small compilable sample code with the issue (there is a precompiled EBOOT too): No_Thread_Issue.zip

[diamant3]

I tried this on my PSP 1000(6.60 PRO-C) but unfortunately, it prints Bad thread id too.

[diamant3]

Hello, Did you already fix this? I tried this again but this time I just set like this to sceKernelCreateThread("thread1", thread1, 0x38, 0xfa0, 0, NULL);, same initial stack size of your callback thread and it works!

Device: PSP 1000(6.60 pro-c)

[Fewnity]

I was able to fix the issue by adding PSP_HEAP_THRESHOLD_SIZE_KB(1024); in my main.cpp
I'm not closing the issue because I think what I found is just a workaround, and there is probably a bug in the sdk.

[John-K]

I suspect this is due to the default heap being set to only 512KB.

I haven't dug into exactly how all of the allocations happen for the Net stack, but it doesn't seem all that strange to think that you're bumping up against that limit.

I'm not sure if we should change the default here, or if we should add a warning..

[Fewnity]

Maybe change default value and add a warning, because I'm not the only one with this problem. I think both are important. It was annoying to thing a fix and an explaination for this problem

[fjtrujy]

Is this issue still happening? if does, could you please update the example you were using?
I'm quite interested into fix it.
Cheers