forums.ps2dev.org

When you suspend the PSP, the kernel closes all open file handles. It does not reopen them. Chances are your program was reading from a closed file which caused an exception somewhere else in your program. A solution to this problem is to install your own power callback that can handle suspend event...

You can also update to GCC 4.0.2 (PSPDEV 20051022) which is the latest version of the toolchain.

This is off-topic.

1. GUM is to GU as GLU is to GL.
2. Yes.
3. Why aren't you using pspgl? It supports the fragment you posted.

It's not the repository that's broken but instead the way your OS treats filenames.

I've renamed to Font.c to _Font.c.

Can you post the output of toolchain.sh?

Are you using toolchain.sh? What OS are you using?

That's not a very good idea, as the IOP already handles all file I/O. Why would you duplicate code? The fileXio and iomanX drivers were specifically written to handle transparent access to all registered devices, whether they were the old-style or newer (HDD), so there's no reason to add yet another...

This is OT.

If everything works then I'd guess it's ok to bypass that check. BTW, I added libogg and libvorbis so that I could get OGG support for SDL_mixer going. I then hacked SDL_mixer to be able to link with libTremor (the fastest OGG decoder on PSP). libogg and libvorbis are horribly slow on PSP. If you wa...

The ELF file isn't stripped. So you can either strip it or just use "make kxploit" to create directories that can be used on 1.5.

10k machines were only released in Japan. There was never any 10k (or 15k) based hardware released outside of Japan. The 10k isn't well supported simply because nobody has one (except adresd). Anyway, TyRaNiD got PCMCIA working (he tested on a 15k machine IIRC) so ps2link should work if you have the...

Thanks for the patch! I'll apply it a bit later today.

Reverted to the original behavior, which is to pass --version.

Mac users can do "ln -s glibtool libtool".

Wait .. pspgl should be installed in /psp/lib (and /psp/include), not /psp/sdk/lib. Only PSPSDK goes into /psp/sdk/lib.

I've checked in a change that installs it into the correct directory.

If you are writing/stealing code like this, then you definitely should not be messing with your firmware.

Ah... I see what you mean. Sorry, no ideas here that wouldn't require digging into the kernel :).

My guess would be that only threads in the same class (user, VSH, or USB/WLAN) can manipulate other threads in that class. If that's not the case then it's possible that VSH threads take precedence over user threads.

ooPo wrote:Any code you have to contribute would be greatly welcomed, however. Fire off a message to Oobles to get commit access to the svn repository.

After you demonstrate that you know how to write working code... :)

Archive? I was referring to the VBA source in SVN. If this is some other package then why don't you ask the author how to build it?

Uh... doing: worked just fine for me, and that's straight from SDL's README.PSP (minus -lpsputility which is no longer needed). Did you run autogen.sh first?

I haven't added a README.PSP to VisualBoyAdvance yet, but the configure params will be the same as those of any other SDL-based app (see SDL's README.PSP).

Looks like tmpnam() is violating newlib conventions and calling _sprintf_r() (instead of sprintf()) directly. I'm currently out of town, when I get back Friday I can fix it if no one else gets to it by then.

Duo wrote:An option in the compiler that checks for 2.0 compatibility, giving line numbers of incompatible code would be cool.

That will never happen. Anyway, the compatiblity requirements listed by Fanjita should be more than enough.

Please search the forums, someone asks how to load a PNG at least once a week. Locked for redundancy.

Sorry, we don't have any topics that have to do with loading files on the UMD. Locked.

Moved to the proper forum.

ector wrote:And that's why there's a flag you can pass D3D to not change the FP control word.

That flag is useless when using middleware that doesn't allow you to pass it... :P

Sorry for going OT.

Update newlib (toolchain.sh -n).

Direct3D breaks a great many libraries that aren't expecting it to change the FPU control word :P.