• miraks <s.mankowski miraks.com> Feb 24 2007
• Frits van Bommel <fvbommel REMwOVExCAPSs.nl> Feb 24 2007
• miraks <s.mankowski miraks.com> Feb 24 2007
• mike <vertex gmx.at> Feb 24 2007
• miraks <s.mankowski miraks.com> Feb 24 2007
• Daniel Keep <daniel.keep.lists gmail.com> Feb 24 2007
• Walter Bright <newshound digitalmars.com> Feb 24 2007

Hi,

I am on MANDRIVA 2007 and I am using NTFS-3G to mount NTFS directory.

When I use the following code on a directory containing mp3 files:
auto d_source_files = std.file.listdir(args[1], "*.mp3");
The list is empty.

If I launch the same code on the same data but on a FAT32 disc, then the result
is the expected one.

Why std.file.listdir works on FAT32 and not on NTFS ? 

miraks wrote:
 Hi,
 
 I am on MANDRIVA 2007 and I am using NTFS-3G to mount NTFS directory.
 
 When I use the following code on a directory containing mp3 files:
 auto d_source_files = std.file.listdir(args[1], "*.mp3");
 The list is empty.
 
 If I launch the same code on the same data but on a FAT32 disc, then the
result is the expected one.
 
 Why std.file.listdir works on FAT32 and not on NTFS ? 


Does 'ls' show different results in the directories? Case differences 
maybe? (i.e. .MP3 vs .mp3)

Frits van Bommel Wrote:

 miraks wrote:
 Hi,
 
 I am on MANDRIVA 2007 and I am using NTFS-3G to mount NTFS directory.
 
 When I use the following code on a directory containing mp3 files:
 auto d_source_files = std.file.listdir(args[1], "*.mp3");
 The list is empty.
 
 If I launch the same code on the same data but on a FAT32 disc, then the
result is the expected one.
 
 Why std.file.listdir works on FAT32 and not on NTFS ? 


 Does 'ls' show different results in the directories? Case differences 
 maybe? (i.e. .MP3 vs .mp3)


It's not due to different cases.
I tried auto d_source_files = std.file.listdir(args[1], "*");

In this case, the list is not empty. The list contains only the direct child
directories.
Conclusion: The "recursive" mode doesn't work on NTFS disc.

In fact, 

Am 24.02.2007, 12:22 Uhr, schrieb miraks <s.mankowski miraks.com>:

 Hi,

 I am on MANDRIVA 2007 and I am using NTFS-3G to mount NTFS directory.

 When I use the following code on a directory containing mp3 files:
 auto d_source_files =3D std.file.listdir(args[1], "*.mp3");
 The list is empty.

 If I launch the same code on the same data but on a FAT32 disc, then t=



 result is the expected one.

 Why std.file.listdir works on FAT32 and not on NTFS ?


Works perfectly with NTFS for me, on Windows. Maybe wrong slashes in the=
  =

path or so.

-Mike

-- =

Erstellt mit Operas revolution=E4rem E-Mail-Modul: http://www.opera.com/=
mail/

You are right, it works perfectly if mounted with "ntfs" but not with "ntfs-3g".
The problem is may be due to "ntfs-3g".

Something is strange, because some application like "EasyTag" works well (with
recusivity) on the
same directory mounted with "ntfs-3g".

It's may be an incompatibility D/ntfs-3g.

miraks wrote:
 Hi,
 
 I am on MANDRIVA 2007 and I am using NTFS-3G to mount NTFS directory.
 
 When I use the following code on a directory containing mp3 files:
 auto d_source_files = std.file.listdir(args[1], "*.mp3");
 The list is empty.
 
 If I launch the same code on the same data but on a FAT32 disc, then the
result is the expected one.
 
 Why std.file.listdir works on FAT32 and not on NTFS ? 


The source code for std.file.listdir comes with the DMD archive; after
giving it a quick look, it looks like it's just using ordinary linux
calls: specifically, opendir and readdir.  I find it somewhat hard to
believe that the code would work on one filesystem but not another if
Phobos was at fault (kind of like a program failing to load because your
room is painted blue instead of green -- it shouldn't matter).

If you're up to it, you might want to try translating the code to C and
see if it does the same thing.  If it does, then it's an OS problem; if
it doesn't, then something's screwy with Phobos.  If that's not an
option, since the source for the function is there, you can always copy
the code and make sure that the various functions are returning the
expected values.

I can't do much more to help, since I don't run Linux :3  Good luck.

	-- Daniel

-- 
Unlike Knuth, I have neither proven or tried the above; it may not even
make sense.

v2sw5+8Yhw5ln4+5pr6OFPma8u6+7Lw4Tm6+7l6+7D
i28a2Xs3MSr2e4/6+7t4TNSMb6HTOp5en5g6RAHCP  http://hackerkey.com/

Daniel Keep wrote:
 Why std.file.listdir works on FAT32 and not on NTFS ? 




It works on NTFS under Windows, I know, I use it.

 The source code for std.file.listdir comes with the DMD archive; after
 giving it a quick look, it looks like it's just using ordinary linux
 calls: specifically, opendir and readdir.  I find it somewhat hard to
 believe that the code would work on one filesystem but not another if
 Phobos was at fault (kind of like a program failing to load because your
 room is painted blue instead of green -- it shouldn't matter).
 
 If you're up to it, you might want to try translating the code to C and
 see if it does the same thing.  If it does, then it's an OS problem; if
 it doesn't, then something's screwy with Phobos.  If that's not an
 option, since the source for the function is there, you can always copy
 the code and make sure that the various functions are returning the
 expected values.


You don't need to convert it to C. Just instrument the source code and 
see where it is going wrong.