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