forums.ps2dev.org

Huh, just tried a simple (signed long long)ntohl(request->offset), and it worked fine but (off64_t) where off64_t is a long long int, didn't. I guess the (signed) part of the cast needs to be there in order to keep the signed bit with all the casting.

Yeah, but the same error occurred. I tried casting it to a signed long long, signed int, and while lseek would return offset-2 when it seeked backwards, read would still fail with EOF right afterwards even though tell (lseek(fd,0, SEEK_CUR) returned an offset of 4. I'm guessing something happens whe...

Seems to be a bug in ps2client, probably some sort of difference between implementations of lseek among windows/linux. I believe using a negative offset in lseek was probably either returning a negative offset in the file descriptor, or setting EOF, then read would encounter it and return EOF. I man...

Ahh, yeah. I'm still not used to the underlying functionality changing depending on the device driver used. I thought it might have been a bug caused by an underlying kernel function, or something. I didn't think to actually check ps2link's "host:" device code & ps2client's response co...

radad discovered that the crt0.s didn't use the ps2sdk definitions of ps2sdk_args_parse, ps2sdk_libc_init, and ps2sdk_libc_deinit under some circumstances when linking with ps2sdk. I replaced the .weak definitions with .weakext _ps2sdk_weak_symbol, _ps2sdk_symbol, where the weak symbol will have the...

Looks like a small oversight in fseek causes it to fail when it actually works.

The line
if (ret > 0)
should be
if (ret >= 0)

Edit3:
Fseek regression test problem was related to my version of ps2client so I removed my previous code.

Hrmm, using weak definitions in the crt0.s was a way to get the crt0.o to compile without ps2sdk as well, according to chp. Unfortunately, it depends on the proper definitions being defined prior to crt0.o being linked when compiling with ps2sdk. Also defining the symbols in crt0.s as .globl prior t...

Archlinux x86-64, using a 32-bit standard ps2toolchain compiler on a chroot. The .weak pseudo-op just tells it to use the definition it has until a global definition supercedes it from user code, or another weak definition from user code, which has to be seen first, supercedes it. Otherwise the weak...

I'm getting the same behavior as you radad. When I commented out the .weak _ps2sdk_args_parse line in crt0.s, it worked. When I added a call to _ps2sdk_args_parse to main, getcwd worked. I'm guessing what's happening is the linker doesn't explicitly look for the weak _ps2sdk_args_parse definition am...

I don't think there is. You could use the timed delay functions from http://forums.ps2dev.org/viewtopic.php?t=2842 pretty easily. uLE also uses a timer that uses T0.

I just checked out the latest revision and it compiles fine. The dejavu font files and the testorig.jpg file are all good. I'm not sure how, but an empty gsFont.h was left in ee/gs/include and an empty gsFont.c was left in ee/gs/src/. They were replaced with gsFontM.h and gsFontM.c. The 'svn diff' c...

Ahh, ok, :D. I thought it'd be easier to commit an update from the original source because I'd added binary files. I made a diff and added the binary files in the archive with the patch. The dejavu files go into the font example and testorig.jpg goes into the linuz-texture example to replace the cor...

I don't mind, :D, but you don't need my permission to do that, heh. The AFL 2.0 license grants permission for creating derivative works. (oh, and...you've named your '09 sources incorrectly, giving them '08 years) Oops, :?, that's always a problem for me. I finally get used to putting the correct ye...

Since I haven't been able to get svn commit access, here are step-by-step instructions to fix the ports of libpng and libjpeg for a svn maintainer. libpng.patch.tar.gz = http://www.mediafire.com/?thnjzwlm5y3 libjpeg.patch.tar.gz = http://www.mediafire.com/?mrnkmrijzj4 zlib-destdir.patch.tar.gz = htt...

I'm fine with it being committed, :D. I double checked to make sure that all the files I modified/added in the last archive were all under subversion control and discovered that the vsync example somehow escaped. I uploaded a new archive that just adds the vsync example under subversion control. Edi...

Hey Neovanglist, :D. I just wanted to say thanks for creating gsKit, :D.

I made a patch to fix some compiler warnings when I went to look at the iomanx/pfs/fio code. Changelog: I initialized some return variables in stdio.c. I added a pfsDopen wrapper for pfsOpen in iop/hdd/pfs/src/pfs_fio.c to fix an incompatible pointer warning for iomanx. I redefined the erl_l...

For myself, not yet. I know that it fixed the problem libjpg was having with uLE. If I remember right, it was returning -19, or -ENODEV when using fopen, which used fioOpen, on a pfs# path for them. I decided to do a re-port of FCEUltra, with more planning used in the design than the quick hacks to ...

Hey, radad, :D. I found your old post with the patch that added them so I knew you did it initially. The authors of uLE discovered some sort of bug, related to opening jpeg files on pfs with fileio so that it went into an infinite loop, and reapplied part of the patch you made to swap symbols to fix...

There's nothing wrong with it, really, except for hard disk support. I'm not sure if that's entirely true, though, since on my ps2, using fileio to open a file on a mounted partition worked fine. Other people were having issues, though. The texture/font functions needed to be converted to stdio file...

I've been fixing up gsKit a bit so it can support more display modes. I also added a few features like dithering, setting the dithering matrix, etc. I removed the last of the fileio code and replaced it with equivalent stdio file functions except for the fontm code. I moved all the image-to-gsTextur...

My gsVram class supports allocating vram for both the clut and 8-bit/4-bit textures, based on gsKit's method of determining how much vram to allocate. Unfortunately, gslib's gsPipe class doesn't support uploading clut textures. I tried uploading the clut first then texture, reversing that, modifying...

I just used sony because that's what it seems the gcc developers were using. I agree it should be scei. Thanks for the link to the latest config.sub. I remembered you said that they'd changed the name from vr5900 to r5900 but it was still vr5900 in 4.3.2 I gave up on googlecode. It keeps giving me t...

Ahh, :D. I think I've got it sorted out :?. diff -Naur gcc-4.3.2-old/config.sub gcc-4.3.2/config.sub --- gcc-4.3.2-old/config.sub 2008-01-22 21:37:40.000000000 -0500 +++ gcc-4.3.2/config.sub 2008-12-22 07:05:07.000000000 -0500 @@ -1258,7 +1258,7 @@ | -os2* | -vos* | -...

I've never actually used Git, heh :D. It doesn't look too scary, to me, at least. The cheatsheet helps a bit. Looks easier to understand than subversion anyway, heh. I think I have your latest patches. The original iop patch has the same timestamps as the one you've posted. The r5900 patch has times...

The first project page is up at http://ps2iop.googlecode.com/. I'm having trouble getting the svn repositories to sync though, google's server sent me a 502 Bad Gateway error in middle of the transfer and not only that, the upload speed is pretty slow at ~3 to 5 KB/s though sometimes I get a burst t...

I'd considered it before but the disk quota for subversion repositories was only 100 MB, but it seems they've increased it to 1 GB around the 13th. I'm not sure if new projects get 1 GB though. gcc-4.3.2 takes up about 353 MB and binutils takes up 109 MB so that's almost half a gig for the iop and e...

Since it was the easiest starting point. I ported the binutils-2.16.1 patch that adds the IOP's irx elf format to binutils-2.19. It's at http://homebrew.thewaffleiron.net/ragnarok2040. I was able to compile and install it fine. I haven't tested it yet with gcc. I added the gcc-4.3 configure target c...

:D, Ok. Since the only project I've found via google that uses gslib seems to be Altimit, I'll just post some information for getting it to compile with the new changes. For users trying to compile Altimit using the latest revision of gslib, since the GS_SET_DISPLAY macro was corrected, in altimit.c...

From my experience on ArchLinux, the toolchain builds just fine using a 32-bit (i686) root, but I had trouble building it in my 64-bit (x86-64) root. As I've never used SDL, I'm reasonably sure that you can just check out the sources for it and the various extension libraries, using subversion, then...