forums.ps2dev.org

It seems that a lot of homebrew software does not properly handle resuming from standby mode. It is my understanding that this is caused by the kernel closing all open file handles, and not opening them during the resume operation. I know there is a sample application that shows how to install the s...

Hopefully going to have some time to start my PSP devel effort again. Does someone want to check in a couple updates or is it better for me to get SVN access?

Couldn't you "emulate" read only virtual memory (i.e. ROMS) with the following: - Create a memory pool outside of the PSP address space - Create an exception handler for bus errors (data) - When this area is accessed, an exception will occur, the exception handler looks at the badvaddr, pu...

What's funny is that after all of this re-entrant malloc/free was not my main problem... It was a stack overflow. (I guess it is only funny because it is 3:00 am and I have to be to work in a few hours.) Any bright ideas on how to make the SDL thread stack size programmable at run time (or is it bet...

oops. bug in my code below caused things to hang instantly. not very fun dugging that. A couple general questions regarding fun with newlibc: 1. Do you really have to do clean recompiles of newlib, pspsdk, SDL and the app for each change to newlib? If I didn't do this I typically the fix-imports wou...

Would something along these lines work? static SceUID heap_sem = -1; static int lockid = -1; static int locks; void __malloc_lock ( struct _reent *_r ) { int id; /* assume our first call is not reentrant or we can init this elsewhere */ if( heap_sem == -1 ) &...

Hi TyRaNiD,

Are you saying it will NEVER be thread safe (even after you finish your to-do list)?

If that is the case then thread support should be removed from the PSP SDL implementation (similiar to OS 9).

http://www.libsdl.org/faq.php?action=li ... egory=6#59

I'm having a problem that looks to be caused by a multi-threaded SDL application calling into SDL functions in a re-entrant fasion (which in turn causes calls to malloc and free re-entrantly). (Not sure if "re-entrantly" is a word?) I believe that SDL assumes that malloc/free (and prehaps ...

I've completed an initial port of UQM (i.e. Star Control 2) for the PSP. Thanks to everyone at ps2dev for the great PSP SDK, SDL, etc... Details and download can be found here: http://www.dcemu.co.uk/vbulletin/showthread.php?s=&threadid=20763 -Sharkus *UPDATE* Rev 002 Available. Improves stabili...

Hmmm. As a last resort I reordered the library linking. It's a bit scary but things are working now... LDFLAGS='-L/usr/local/pspdev/psp/lib -lpspsdk -lSDLmain -lSDL_image -lSDL -lm -L/usr/local/pspdev/psp/sdk/lib -lpspdebug -lpspgu -lpspctrl -lpspge -lpspdisplay -lpsphprm -lpspsdk -lpsprtc -lpspaudi...

I get the following a link error unless I change the following lines in psp/include/stdlib.h:
What is the "proper" way to fix this?

Thanks dot_blank. I've tried various resolutions including : 640x480, 480x272, 320x240, etc. All crash in the same way. Also, the SDL test apps work fine on the PSP with the 640x480. I've also tried every possible combination of SDL surfaces/bpp/flags (including the ones that work just fine with the...

I'm porting a fairly large SDL application to the PSP (UQM). This is my first PSP development effort so I'm a bit green when it comes to debuging crashes. My configuration: cygwin latest toolchain SDK / SDL / SDL_image / libTremor / libjpeg / libpng / zlib from svn (rev 1835) PSPLINK (running elf fi...

I ran into a problem where the stat() routine does not quite work properly for files on hostx:/ Basically, the mode member of the stat structure only returns the lower octlet (permissions), with the upper octlet always set as zero, which causes failures if applications use the mode to determine if s...

A temporary way to become root (without having to set a root password) in Ubuntu:

"sudo su"

You can then set your paths (for root user) and run the toolchain script...

I tried it on my Linux box (that has a slightly older build of the SDK). Loading .elf files work just fine there... I'll upgrade to the latest SDK (to match my Cygwin configuration) and post my results. **UPDATE** Everything works fine on my Linux box (with the latest build of everything). This is a...

Hmmm... Very frustrating. Here's my configuration: WinXP / Cygwin Latest toolchain / sdk (SVN revision 1835) PSPLink v0.9d using usbhostfs / pcterm PSPLink configuration: usbmass=1 usbhost=1 pluser=1 resetonexit=1 sioshell=0 wifi=0 wifishell=0 usbshell=1 usbgdb=1 conshell=0 consinterfere=0 I've trie...

Any ideas on why .elf files won't run? Does anyone else see this problem? It would greatly streamline my efforts to not have to create .prx or eboot files during the debug process...

Thanks for the tip! It seems to work okay. I'm still wondering why the .elf files won't run directly... Did something change in the sdk/toolchain recently that makes them incompatible with psplink?

I get the following error any time I try to run one of the examples compiled as a .elf: host0:/gu/cube/> ./cube.elf Failed to Load/Start module 'host0:/gu/cube/cube.elf' Error: 0x800200D9 Things works fine if I compile and run the .prx version. The problem I have with the .pr...

Is support for building psp-gdb going to be added to the perl based script? It took me a while to figure out that you needed to use the toolchain.sh script to do this...

Just to continue the tutorial a bit farther to where the compiled sample application is run on the PSP... (I hope this is not too basic. I think it might be useful for those just getting started...) NOTE: In the examples the PSP USB is connected as drive E: and cygwin is being used for command lines...

I get the following stderr.txt when I try to run the sample app under PSPE (with march=r6000 as a compiler flag). Any ideas? load C:\Program Files\pspe\ms0\PSP\GAME\SDKTEST\EBOOT.PBP PBP format illegal address PC = 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000...

Interested forum we got here... I noticed that none of the " funny " responses actually address any of the goals as stated in the original post... As for the other responses (that don't take into account the goals either, but at least they are constructive): easy, i only use 1 emu per syst...

Yeah, that's why the saves are stored under the emulator specific name...

With the recent flurry of emulators (with many flavors of each emulator) it would be great to have a standard directory stucture for storing ROMs and SAVEs. Some goals: * Share ROMS between different emulators * Easy emulator upgrades * Easy to understand where different ROMs go * Enable PC software...

I tried building under MinGW/Msys. The first thing that dies is due to an include path problem. The problem seems to be common problem with building GCC 4.0 under MinGW and is mentioned here: https://sourceforge.net/forum/message.php?msg_id=3114120 As mentioned in the above post, I copied the config...