unofficial LaunchELF v4.42

[E P]

Slam-Tilt thanks for the changes to ipStringToOctet. I added it to my test build "n". I'll let dlanor do the commenting on the changes.

[MonkY]

No news on background support guys ? I mean, is actually anybody trying to implement it, or it's just a false hope ? As i know Slam-Tilt gave tried that, but got some problems in there... damn i hate i don't know that kind of programming Maybe you could point me to some things i need to know to help you guys

[E P]

No news on background support guys ? I mean, is actually anybody trying to implement it, or it's just a false hope ? As i know Slam-Tilt gave tried that, but got some problems in there... damn i hate i don't know that kind of programming Maybe you could point me to some things i need to know to help you guys

It's still in limbo as far as I know. The implementation of custom backgrounds raises more questions than anyone can currently answer. Many decisions will have to made first as to what route to take let alone how to go about implementing it.

OK here is what's on the horizon. Glad I held back on "n" as I got rename working for hdd. I think I'll wait a little while more before releasing it, but I think I pretty much got what I wanted done.

LaunchELF v3.41n
-Changed order of loading device drivers when starting ps2net.
-Updated Slam-Tilts "NETWORK SETTINGS" to hopefully fix an issue some were experiencing.
-Updated ps2sdk's libmc.c, with dlanor's prior changes, to the source package.
-Updated "Development related issues.txt" removing an issue that has now been resolved.
ps2ftpd new additions and changes: Included ps2ftpd.irx and source changes.
-Fixed attributes of newly created files/dirs on hdd that matches LaunchELF's implementation.
-Made a workaround for "ps2fs: Warning: NULL buffer returned" issue that occurred when writing files to the hdd.
-Changed list string format slightly to match a known ftp list format as it was only off by two.
-Made the necessary changes for rename to be implemented.
-Added the ability to rename files/folders for mounted hdd partitons.
-Altered files: main.c=minor changes, config.c=ipStringToOctet changes, draw.c=version_id, libmc.c=updated, FtpClient.c + FtpClient.h + FtpCommands.c + FileSystem.h + FileSystem.c=ps2ftpd changes

[dlanor]

New, cleaner version of ipStringToOctet, thrown together last night.

This is better, though it still relies on the 'kindness' of input data for its survival. Imagine for example what would happen if the input string was a long string of periods, like this: ".............". Naturally it is possible to ensure that this never happens, by parsing for legality of old IPCONFIG.DAT strings in other code, but I think it would be a good idea to set a limit to the acceptable oct_cnt values here as well, mainly because it is so easy to do it here. All it takes is a minor change to the 'for' statement

	for (i=0; ((i<=strlen(ip)) && (oct_cnt<4)); i++)

Best regards: dlanor

[dlanor]

Thanks dlanor, for pointing out that bug with compiling the ps2sdk to those at ps2dev. I really should get an account there.

Yes, I think you should too. You and I have both been involved in modifying files that originate over there, so we both need to be full 'citizens' of their forums.

Jbit's fix works fine with the older iop compiler. The newer sdk helped me compile SMS's CDVD driver.

Just remember that the version compiled by old iop-gcc won't contain a fully working ps2snd module. You'll need to copy that over from a version compiled with v3.2.2 of iop-gcc. Hopefully he will improve that fix later (unless we can somehow 'make peace' with the latest iop-gcc... )

BTW: Have you attempted to build your own iop/ee toolchain?

Not yet. I expect plenty of problems to crop up doing this on a WinXP system, even with a proper Cygwin setup, so I've been putting it off...

I tried and failed to build either one of the two toolchain setups. Maybe I'll try again sometime before the end of the year. Lukasz sure had spoiled us up until now with his pre-compiled toolchains.

True, but we really need to have control of these things ourselves, instead of relying on others to supply them for us. I definitely plan to do it, and stick to it until it works. I just haven't had the 'energy' to get on with it yet...

Best regards: dlanor

[Pac-Man]

So what was stopping rename on hdd...And does this mean rename on mc will soon follow...

[E P]

Yes, I think you should too. You and I have both been involved in modifying files that originate over there, so we both need to be full 'citizens' of their forums.

Yeah, I was going to get an account there so I could get some answers about ps2link issues. I decided to wait until the next version of ps2link was officially released. That day has yet to come, but I got lots of other questions and comments so maybe it's time to get an account.

Just remember that the version compiled by old iop-gcc won't contain a fully working ps2snd module. You'll need to copy that over from a version compiled with v3.2.2 of iop-gcc. Hopefully he will improve that fix later (unless we can somehow 'make peace' with the latest iop-gcc... )

Yes, I would also like to make peace with the latest iop-gcc. We know about the issues with ps2ftpd too bad no one seems to know how to fix it. I did notice the other day in the rules.make file for ps2ftpd has this:

ifeq ($(IOP_CC_VERSION),3.2.2)
CFLAGS_TARGET  = -miop
ASFLAGS_TARGET = -march=r3000
LDFLAGS_TARGET = -miop
endif

I'm not a gcc guy but I do know that ps2ftpd hasn't seen an update in over a year. So it could just have issues with the newer stuff we're using now.

Not yet. I expect plenty of problems to crop up doing this on a WinXP system, even with a proper Cygwin setup, so I've been putting it off...

OK, yeah I tried it out with my XP + Cygwin setup and didn't get hardly anywhere. It took over 30 minutes on broadband to get and install all the stuff from the toolchain. It failed only part way through so after trying it again and seeing it fail I gave up on it.

True, but we really need to have control of these things ourselves, instead of relying on others to supply them for us. I definitely plan to do it, and stick to it until it works. I just haven't had the 'energy' to get on with it yet...

Best regards: dlanor

Exactly, I don't really want to rely on others either. Being able to build and setup the compilers, would great instead of waiting for someone else to put a package together.

So what was stopping rename on hdd...And does this mean rename on mc will soon follow...

It wasn't implemented at all. I had to write code for ps2net to do it. Two functions were needed RNFR and RNTO. RNFR checks to see if a file/dir exists, then if it exists RNTO changes the name to a new name that you give it. FTP stuff is rather interesting. I know I sure have learned a lot. I'm just glad the foundation was alreadly there for me to add all the changes that I have.

Rename on mc has the same delima that usb mass storage. The drivers don't support it. When the drivers don't support it, there is little one can do other than modify the drivers to give them that functionality first. Dlanor and I both wanted rename for both devices but someone has to add that functionality at the driver level first. Ps2net and LaunchELF for example make system calls to the driver to rename a file/folder. The function is currently only implemented for hdd as far as I'm aware.

In the past, I tried to get rename on mc but as it turns out that functionality is untested in the current driver. So you can most likely presume that it was never fully implemented so it doesn't work. I did tests before and I never got it working.

[HypERSoniC]

i may be missing something here, but since we can move the file from directory to directory, doesnt this mean we can rename?

infact, unix like systems dont even have a rename command, rather, mv filename1 filename2

[E P]

i may be missing something here, but since we can move the file from directory to directory, doesnt this mean we can rename?

infact, unix like systems dont even have a rename command, rather, mv filename1 filename2

Yes, you're right in a sense. I thought about this too. However, when you do a true move or rename of a file/folder you keep the timestamp as well as its attributes. Currently this is the real issue. Sure you can cut, then paste in LaunchELF but then the timestamp and file/folder attributes are not restored thus not a true rename.

It would still be better to have this done at the driver level though for added protection and the like.

[Pac-Man]

And who wrote the usb driver... And how big of a chore would it be for them to update it to allow rename on usb/MC