forums.ps2dev.org

Criptych : Are you sure that it works with the 5.50 Gen-D2 ? As far as I know, it had only been fixed in the D3 (with a PSP 2000 too). Anyway, it should work with their latest firmware.

If you have all the *.o files, you can build the ELF easily; you could also use psp-objdump.

I guess the order is wrong (but -lz is correct): A library which depends on other has to be linked before the libraries it depends on. So, it should be :

Yeah, but remove the 1.9 folder from it though. It'll never be used ;)

I tried to work with Joyau (simple things, just experimenting): this is awesome, no joke!

Thanks :)

No, you're right :) But don't forget internal dependencies, like joyau/inherited required in other files (e.g. joyau/viewport ). Notice that Joyau adds the following directory to the include path : - ./ruby/1.8/ - ./ruby/site_ruby/ - ./ruby/site_ruby/1.8/ - ms0:/ruby/1.8/ - ms0:/ruby/site_ruby/ - ms...

I tried your with the EBOOT ( I use rather the PRX, inside psplink ). Your simple should put the text in stdout, which cannot be read from the PSP. I tried some samples, they all worked fine. Are you sure you put all the files in the correct folder ? Did you put the site_ruby ? Because many samples ...

You could also put your export in the /etc/profile. According to man sudo, -E work even when there is an env_reset in sudoers : The -E (preserve environment) option will override the env_reset option in sudoers(5)). It is only available when either the matching command has the SETENV tag or the sete...

Thanks, but it doesn't work either. It hangs at the same point. The result is the same with PSP_HEAP_SIZE_MAX.

Should I trace memory allocation in order to find out if and where there is a problem ?

I tried those macros like : And yes, the program run longer. It ends somewhere in ruby_thread_init_stack. It really looks like a lack of memory, but I can't understand how this could take as much memory - therefore, I just belive it doesn't...

Hi, I'm trying to run Ruby 1.9. The problem I get is a "[FATAL] failed to allocate memory". It seems to be outputed by a xmalloc2. Since Ruby isn't totally initialized, it'd be really strange if we have not enough memory for this. Therefore I belive the problem is in my code. I have : PSP_...

I've never had linkings errors for Ruby. Perhaps is -lc (after -lruby ) needed and missing ?

Youu can effectively use Ruby's script for your game this way. You'll just have to use another way in order to run your scripts.

Check that too if you haven't done it yet :)

It's working : #include <pspkernel.h> #include <vector> #include <set> #include <iostream> #include <algorithm> #include <boost/shared_ptr.hpp> PSP_MODULE_INFO&#40;"boost test", 0, 1, 0&#41;; struct Foo &#123; Foo&#40;int _x&#41;&#58; x&#40;_x&#41; &#123...

I've not tried shared_ptr, but I'm pretty sur the "header only" part of boost can be used. ( I've already compiled the multi_array sample ^^ )

No one can say what you should code. If you want to create a game, and if you think you can do it, then do that game.

Yeah. No one'd create a library using the same files as OpenGL.
Well, I don't think they've put these libs without any reason. You can try to remove them, but you'll probably get undefined references.

This means the libGL is missing. You should recompile OpenGL.

Hey, Now, OSK and USB connections are supported. I've changed alot of construcors too. Now, you can write things like : sprite = Sprite.new&#40;"sprite.png"&#41; cursor = Cursor.new&#40;"cur.png", 40&#41; map = GameMap.new&#40;"atileset.png", "a...

I have never used the vlf, but you should use psplink. You'll get a better backtrace (because you'll be able to use gdb).

Well... Exactly as when you compiled it, probably with the psptoolchain script.

Juste recompile gcc, but I don't think it'll solve your problem. Are you sure your code and your makefile are both corrects ?

Well, you can build your version from source ( it's in the svn repository ). psplink_manual.pdf says it's the version 3.0 thus...

No, that's not that. There's a psplink eboot which requires the kernel mode, and you shouldn't use it. In my installation, the "good" eboot is at (pspdev location)/psplink/psp/oe.

And, there is a 3.0 version, no ? Why don't you use it ?

man getcwd ?
It's in unistd.h, and you already have its prototype.

Yes, that's normal. In older version, I've used a function which allows \n, etc. and which is always drawed so. However, now, the only way to do this is using DrawableText#toggleScripted. I did that because the "scripted" mode can't be used in other color. If it is just for the background,...

Well, I've uploaded two new version after 0.10, you could try the last one ^^ And yeah, the developement continues :P For the USB... Well, I did it right after I read your message. It seems to work, but I don't know how it can be used. You can init the usb connection, and get the usb state; that's a...

It has the same output simply because $PATH is parsed by your shell, and it won't use the root variable if you're not already root.

The Ruby socket class need to be built as a separate extension, so you can't use it ( even if, since berkley socket should work, recompiling it with Joyau is perhaps possible, it's just the psp-specific part... ) I'd look at some samples (simple_prx seems to do that), but I'm not sure I'll implement...

All the USB code you have is kernel level. Think I spotted a few in Kernel.cpp too. Anyway, the USB functions aren't working. They may be removed. Well, I tried your version, and it compile well ;) I've tried right now, and it runs too. The only thing which I'd like to use is the function about ebo...

Well, I don't really understand what's called a library for the PSP, since we don't use static links. Anyway, I've done a tarball which contains : - Joyau ( the last experimental version ) - freealut ( The one with yur patches ^^ ) - openAL - the devslib - ruby - ogg and vorbis ( I don't think the p...

Well, when I compile the eboot so I get the 8002013C error.

I've tried to remove the callbacks and to use the oslib ones ( and thus, I remove the stdoutInit function too ), but it doesn't work.

I don't know how I could use a prx in that case, since I need functions pointers for the ruby library.