Thu Mar 12 02:30:28 EDT 2009
I have the following
This code produces the following output:
char **rc =3D PHYSFS_enumerateFiles("test"); // pointing to c:\test
for (i =3D rc; *i !=3D NULL; i++)
result =3D PHYSFS_isDirectory(*i);
// if (result !=3D 0)
logToFile("We've got dir [%s] - [ %i ].", *i, result);
08:30:27 > We've got dir [dir_1] - [ 0 ].
08:30:27 > We've got dir [dir_2] - [ 0 ].
08:30:27 > We've got dir [file_1.txt] - [ 0 ].
08:30:27 > We've got dir [file_2.txt] - [ 0 ].
It is showing both files and directories - however, 'PHYSFS_isDirectory' is=
n't picking up the difference between a file and a directory. It should be=
returning a different result for the two.
I'm quite happy to walk the tree myself, but I need to know the difference =
between a file and a directory. Chdir(file_1.txt) probably isn't the smart=
est thing to do :)
I was toying doing string searches for ('mp3') and then assuming everything=
else is a directory - bad assumption for things list .txt or playlist file=
Is 'PHYSFS_isDirectory' broken?
From: Tom Wilson [mailto:t.wilson at hazid.com]=20
Sent: Thursday, 16 December 2004 10:04 PM
To: physfs at icculus.org
Subject: Re: [physfs] Not finding any directories
Berry, David wrote:
> I have the following code
> char **rc =3D PHYSFS_enumerateFiles("music");
> char **i;
I think the documentation for "PHYSFS_enumerateFiles" indicates that NO=20
directory names will be returned in the array.
From the docs:
Matching directories are interpolated. That is, if "C:\mydir" is in the=20
search path and contains a directory "savegames" that contains "x.sav",=20
"y.sav", and "z.sav", and there is also a "C:\userdir" in the search=20
path that has a "savegames" subdirectory with "w.sav" [snip]
* We've got [x.sav].
* We've got [y.sav].
* We've got [z.sav].
* We've got [w.sav].
So, here you have in the search path
and the following files:
and it clearly isn't showing "savegames" or even ".", ".." in the list=20
which would of course exist on (some?) file systems.
I don't think this function is going to do what you need. Perhaps you
could use playlists which indicate where the files are stored?
Also, another point is that the docs say: "We only promise there will=20
be no duplicates"
so if you had
C:\foo\Ace of Base - All That She Wants.MP3
C:\myMp3s\Ace of Base - All That She Wants.MP3
I *think* you would only get one song returned, even though the two=20
files may be different remixes. I haven't tested this though.
> for (i =3D rc; *i !=3D NULL; i++)
> if (PHYSFS_isDirectory(*i) !=3D 0)
> logToFile(" * We've got dir [%s].", *i);
> I have a directory tree full of music files, and I am attempting to find
> out all the directories contained within.
> If I just log the string *i, I can see everything, files and directory
> names - if I attempt to 'detect' a directory, I get nothing.
> Eg: Just printing out the output gets
> 23:27:47 > * We've got dir [Ace of Base - All That She Wants.MP3].
> 23:27:47 > * We've got dir [BEVERLY HILLS COP.MP3].
> 23:27:47 > * We've got dir [CD 4]. =DF-- These are directories
> 23:27:47 > * We've got dir [CD 5]. =DF--- This is a directory
> It's running on a XP box compiled with Bloodshed 188.8.131.52.
> Any idea on why I can't detect my directories - or does someone have=20
> some code to 'walk' a tree and display all the files contained within.
> I'm writing a basic MP3 player - which you can point at your music store
> and play everything.
More information about the physfs