forums.ps2dev.org

[carl0sgs]

Hi again!
I'm having some trouble with the project "MultiTasKing", and I need your help.

I have realized that some functions, when used from .prx modules, get too much RAM (sprintf function, printf function).

Other functions, such as the one in the Curl library ported by JoJoSoft, work from the main EBOOT, but crash the PSP when used from a .prx.
This is really strange, cause it crashes even calling a function contained in the main EBOOT, which uses the Curl functions (I mean, not calling those functions directly). The same function works great when called from the main EBOOT :-S

Another problem is that, when removing the PSP_HEAP_SIZE_KB(-5*1024); (which reserves 5MB of the memory for loading PRXs) from the main program, then it freezes (even treating the main eboot as another .prx module -module_start... etc-).

I'm not sure what is the problem, I hope you can help me with this :-)

Thank you very much.

[Raphael]

[carl0sgs]

[Raphael]

Well, the problem is not printf or your program running from a seperate thread or not - the problem is your misunderstanding of sceKernelTotalFreeMemSize() and the memory management of the PSP and the PSPSDK.

When the first allocation takes place in an application, the heap with a specific size, defined by either PSP_HEAP_SIZE_KB() macro or the default size (all 24MB of user memory for a main app, 64KB for a prx) is created by calling sceKernelAllocPartitionMemory. From this point on, all allocations through malloc or memalign are only managed by the libc software layer, and any call to sceKernelTotalFreeMemSize() will only return the amount of memory that is available to other applications (which will be zero, or close to zero if you allocated something from a normal elf).

Hence it's absolutely correct that your "test" will print the total of available user heap (~50MB, assuming you're on a PSP 3k with the extended memory) to your application in the first line (because the sceKernelTotalFreeMemSize() gets executed before it goes into the print function) and from the second line on prints next to zero (because the print function internally allocates memory, hence the heap gets initialized as above, either with 64kb if from a prx or the full range of available memory from the main eboot).

If you want a different behaviour for your "OS", you should write your own memory manager or just directly use the sceKernel* memory functions. However, this will make your program incompatible with other programs that use normal libc malloc/memalign.
_________________
<Don't push the river, it flows.>
http://wordpress.fx-world.org - my devblog
http://wiki.fx-world.org - VFPU documentation wiki
Alexander Berl

[carl0sgs]

Thanks for the explanation.
But I still don't understand why the memory goes next to 0, if the defaults are 24MB and 64Kb. It should go to 26MB when called from the main app :-S

Am I defining the heap with this?:
int thid = sceKernelCreateThread("multiTasKing", main_thread, 0x18, (heap size), PSP_THREAD_ATTR_USER, NULL);

What does 0x10000 means there? :-S

I'm not sure how to fix this :-S

Thanks for your help

Edit: Maybe undefining the malloc functions and redefining them with the sceKernel ones?

[ne0h]

That's the thread stack
_________________
Get Xplora!

[Raphael]

[carl0sgs]

Ok thank you both.
I'm going to define the heap in the PRX to see if it makes a difference :-)

[carl0sgs]

Nope, it doesn't work :-S

Still wondering why can't I use the Curl and the openDir() functions from a .prx

Please help me :-S

[anmabagima]

Hi,

[Raphael]

[anmabagima]

Hi,

this confirmation is enough for me.

Thanks.

Regards...

[carl0sgs]

Edit: Ok the following was not true, just ignore it :-S I'll continue looking for a solution.

I found the way to fix this :-P

Just made this functions: