Hello,

in all Solaris-versions I've tested until now (Nexenta, OpenSolaris, Oracle Solaris 10 + 11) the same serious bug seems to be in the Kernel-CIFS-Server.

When a file name contains Unicode-characters and is longer than 8.3 the wildcard-search for filenames does not work correctly.

Please have a look at an example to see the problem:

A directory has this contents on a Solaris-cifs-share:

Z:\TEST>dir
 Datenträger in Laufwerk Z: ist rpool
 Volumeseriennummer: 4E97-4F03

 Verzeichnis von Z:\TEST

04.04.2012  12:39 <DIR>          .
04.04.2012  12:22 <DIR>          ..
06.10.2011  11:15                 0 FILENAME3_ÄÄÄÄÄÄÄ.txt
06.10.2011  11:15 <DIR>          FOLDER1
08.11.2011  11:50 <DIR>          is.a.folder.txt
08.11.2011  12:15                 0 FILENAME4_üöäÜÖħ.txta
06.10.2011  11:14                 0 FILENAME1_TEXT.txt
06.10.2011  11:15 <DIR>          FOLDER2
08.11.2011  11:50                 0 not_a_folder
06.10.2011  11:15                 0 FILENAME2_§§§§§§§§.txt
               5 Datei(en),              0 Bytes
               5 Verzeichnis(se), 60.948.753.408 Bytes frei

Now for example you want to get the files containing _
You will see this strange wrong behaviour:

Z:\TEST>dir *_*.*
 Datenträger in Laufwerk Z: ist rpool
 Volumeseriennummer: 4E97-4F03

 Verzeichnis von Z:\TEST

06.10.2011  11:14                 0 FILENAME1_TEXT.txt
               1 Datei(en),              0 Bytes
               0 Verzeichnis(se), 60.948.753.408 Bytes frei

The same directory copied for example onto an (NTFS) C:-Disk or even onto any linux-samba-share gives the correct result:

C:\TEMP\TEST>dir *_*.*
 Datenträger in Laufwerk C: ist System
 Volumeseriennummer: 48E6-5F1D

 Verzeichnis von C:\TEMP\TEST

06.10.2011  11:14                 0 FILENAME1_TEXT.txt
06.10.2011  11:15                 0 FILENAME2_§§§§§§§§.txt
06.10.2011  11:15                 0 FILENAME3_ÄÄÄÄÄÄÄ.txt
08.11.2011  12:15                 0 FILENAME4_üöäÜÖħ.txta
08.11.2011  11:50                 0 not_a_folder
               5 Datei(en),              0 Bytes
               0 Verzeichnis(se), 35.015.794.688 Bytes frei

The bug is not only occuring in the MS-DOS-dir-command but also in all Windows-API-Functions to read directories (FindFirstFile,FindFirstFileEx,...). It does not depend on the Windows Version. There are no ZFS/SMB/ZPOOL/... - settings that do change anything of this behaviour, I've tested nearly everything, it was frustrating.

I'm searching for an solution of this problem for a very, very long time until now and I really hope that someone can confirm that this bug is existing and can give me an hint what needs to be done to fix it.

Thanks,
Martin

_______________________________________________
cifs-discuss mailing list
cifs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/cifs-discuss

Reply via email to