Routine works on PC, crashes on PSP.. Why?

[Art]

Hi Guys,
I spent a lot of time debugging a routine that runs through files and converts
strings to floats, sorting, indexing, and other things.

The PSP version runs well for a while on some particular files, and crashes
in the same place every time.

The same routine running on my PC with identical array sizes, endian-ness, etc. processes the entire files fine.

I'm stumped as to why a very standard and straight forward operation would
work on one platform and not another.

The only difference is the PC version writes to another RAM buffer, and the PSP writes direct to MS.
Many files do work on the PSP version though, and give expected results.

Would the potential time spent in while loops crash the PSP?
Any other ideas?
Cheers, Art.

[m0skit0]

Stack overflow?

[Jim]

That or memory corruption.

Jim

[jbit]

Alignment?

[Coldbird]

Would the potential time spent in while loops crash the PSP?

Yup... the PSP loves to nuke itself if a loop is repeating itself too fast. Mostly becaue of CPU hogging...

Try to place a sceKernelDelayThread(100); inside your loop somewhere and see if that fixes your problems.

[Art]

Thanks for the replies guys.
I have a feeling the length of time spent in a while loop is causing it
because it's crashing when the array is larger, and execution is hanging
around in a while loop longer.

I'll try the delay first up since it seems to fit.

[Torch]

You haven't mentioned the kind of crash at all. If you are sure that the program was executing all the while until the second it powered off then its because the loop is too long. You need to delay thread. If it crashed ten seconds before powering off then its another error.

[Art]

Well the delay didn't help. It crashes in the same place.
Yes it stops ten seconds or so before powering off.

I don't think alignment is a problem since it's only dealing with an array of bytes
where floats expressed in ascii text are converted to floats expressed as four bytes
(using a few float variables to do the conversions).

[Coldbird]

Would you be so kind and pastebin the code?
Theory is nice and good but... actual code would be better.

[sauron_le_noir]

Does it crash when running under gdb & psplink debugger ?
If not try to seek for unitialize variable ;) . Under your pc and under the debugger
normaly all memory zone are set to 0x00.

Pointer's are good candiate for this type of behavior's

[jimparis]

On the PC, run it under valgrind to find memory corruption bugs.