forums.ps2dev.org :: View topic

forums.ps2dev.org
Homebrew PS2, PSP & PS3 Development Discussions

FAQ

Memberlist

Usergroups

Profile

paths
Goto page Previous 1, 2

forums.ps2dev.org Forum Index -> PSP Development

View previous topic :: View next topic

Author

Message

carl0sgs

Joined: 10 Dec 2009
Posts: 41

Posted: Sun Feb 28, 2010 2:46 am Post subject:

Ok great :-)
I think you should post the function once done, since it sounds helpful :-P

Alberto wrote:

how's it going on your multitasking thing? Looks amazing. There is also another big project, very similar: NanoDesktop, but as far as I can see your one looks nicer (althou' I would change a bit the graphics, but this is no issue), and faster. Keep the good work up.

I have really done almost nothing after the last release (due to so many exams), but I've been thinking a lot about how next version is going to be.

It will use OSlib and, if everything goes as expected, it will have widgets (buttons, textboxes... etc), and eventually simple 3D support.

Cheers!

Alberto

Joined: 12 Feb 2007
Posts: 57
Location: Sofia

Posted: Sun Feb 28, 2010 5:27 am Post subject:

carl0sgs wrote:

I think you should post the function once done, since it sounds helpful :-P

I'll certainly do. Just few days to see if I can also get the relative paths work for different devices, storing them during chdir's.

carl0sgs wrote:

don't forget to allow access to the whole screen, not only windows... this was a big (for graphic impact) limit of previous releases of that NanoDesktop. BTW, you can have a look at it here:

http://visilab.unime.it/~filippo/Nanodesktop/PSP_PSPE/Downloads/Downloads.htm

there is also a virtual machine for VirtualBox already set up and configured, so you can get your hands on very quickly.

Cheers, A.

carl0sgs

Joined: 10 Dec 2009
Posts: 41

Posted: Sun Feb 28, 2010 6:34 am Post subject:

Alberto wrote:

I'll certainly do. Just few days to see if I can also get the relative paths work for different devices, storing them during chdir's.

Great! Thanks :-)
I think it is a needed function that is usually replaced with an "easy fix", but it is definitely much more elegant and stable this way.

Alberto wrote:

don't forget to allow access to the whole screen, not only windows... this was a big (for graphic impact) limit of previous releases of that NanoDesktop.

Ok I wont forget. The way I'm going to program the new version should make that very easy. (Main screen is a window -the main window- which can be "replaced" by another window). Also, resizing windows should be possible since they won't work with image buffers anymore (only widgets and objects).

Alberto wrote:

BTW, you can have a look at it here:

http://visilab.unime.it/~filippo/Nanodesktop/PSP_PSPE/Downloads/Downloads.htm

there is also a virtual machine for VirtualBox already set up and configured, so you can get your hands on very quickly.

Yes I have seen NanoDesktop, but since I'm in Linux I haven't been able to program anything for it.

Cheers!

jimparis

Joined: 10 Jun 2005
Posts: 1179
Location: Boston

Posted: Sun Feb 28, 2010 2:03 pm Post subject:

Alberto wrote:

assumed: we run from "host0:/TEST/"
1. "test.txt" gives "host0:/TEST/test.txt" CORRECT
4. "host0:/test.txt" gives "host0:/test.txt' CORRECT
3. expanding "ms0:/test.txt" gives "ms0:/test.txt" CORRECT
3. expanding "ms0:/../test.txt" gives "ms0:/test.txt" CORRECT

Yes, these are all working as expected

Quote:

2. "./test.txt" gives "host0:/TEST/host0:./test.txt" WRONGGG!

I don't believe this -- it works fine in my tests, and returns "host0:/TEST/test.txt"

Quote:

3. "host0:test.txt" gives "host0:/TEST/host0:test.txt" WRONGGG!
1. expanding "ms0:test.txt" gives "host0:/TEST/ms0:test.txt" WRONG!
2. expanding "ms0:../test.txt" gives "host0:/TEST/ms0:../test.txt" WRONG!

Relative paths with a drive specification won't work. There's no concept of a "relative path on a drive" because unless you've actually switched your working directory over to that drive, there's nothing for it to be "relative" to. This could be extended to handle the case where the drive is the same as the cwd drive, but adding special cases is weird and I think the format "drive0:relativepath" just shouldn't be used.

From the PSP's libc point of view, valid paths are:

full absolute path with drive
Code:

drive0:/path
full absolute path without drive:
Code:

/path
relative path without drive:
Code:

path

and these will all get normalized correctly. Feel free to post a patch extending the format to other varieties, but you'll have to convince us that they make sense.

Alberto

Joined: 12 Feb 2007
Posts: 57
Location: Sofia

Posted: Sun Feb 28, 2010 6:13 pm Post subject:

Quote:

Yes, these are all working as expected

indeed, no complains for these.

Quote:

2. "./test.txt" gives "host0:/TEST/host0:./test.txt" WRONGGG!

I don't believe this -- it works fine in my tests, and returns "host0:/TEST/test.txt"

it was the very first test I've made, as I use this a lot, and was amazingly surprised it worked opening a file specifying the relative path, but gave a strange result expanding it.
I'll try it again for sure, maybe today if my little baby falls to sleep a couple of hours in the afternoon... ;-)

Quote:

From the PSP's libc point of view, valid paths are:

full absolute path with drive
Code:

drive0:/path
full absolute path without drive:
Code:

/path
relative path without drive:
Code:

path

and these will all get normalized correctly. Feel free to post a patch extending the format to other varieties, but you'll have to convince us that they make sense.

ok, I see, and was actually thinking what the concept of relative paths across drives should be.
I think I've been teached wrongly... and still pretend to use these ugly things ;-) in the old DOS days, where you could do a

Code:

"CD D:\TEST\FIRST"
"CD E:\DATA\SAVES"

and then use relative paths just with "D:testfile.txt" or "E:1001.dat". Expanding them resulted accordingly to the "cwd" of each drive.

Maybe this gets no sense at all, since on the PSP (and in Linux, even if no concept of drive applies) cd-ing to a different path simply makes it the cwd, and you cannot switch among paths unless you do a new cd, and thus changing the cwd that would explode the relative path.

I'm going to consider only the valid specs from libc, and eventually fix the (according to my tests) wrong behaviors.

Then, if it is allcorrect and makes sense, we can think about a patch.

Thanks all for following me along the "path" ;-)

Have you all a nice day.

Cheers, A.

Alberto

Joined: 12 Feb 2007
Posts: 57
Location: Sofia

Posted: Mon Mar 01, 2010 4:47 am Post subject:

ok, finally, considering what is a relative, absolute and with or without drive for the libc, and having performed a bunch of tests with different paths (I guess I covered all the possibilities...) I see __psp_path_absolute perfectly suits my needs. Anyway, talking a bit about it has been nice. Cheers, A.

Display posts from previous:

	forums.ps2dev.org Forum Index -> PSP Development	All times are GMT + 10 Hours Goto page Previous 1, 2
Page 2 of 2

You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum