Description of problem: Latest releases of samba with patch #20 - samba-3.0.10-bug157208, display of cyrillic cp1251 is not working. Disabling this patch - ok. Version-Release number of selected component (if applicable): 3.0.10-1.4E.6 How reproducible: rpmbuild with and without patch #20 and create a file with cyrillic symbols (example: ТÐСТÐÐЫÐ.txt) file, create share and mount Windows 2000(3) dir-share from Linux sudo mount -t smbfs -o username=root,password=***,iocharset=cp1251,codepage=cp866,rw //uni022/programs /mnt/uni022 && ls /mnt/uni022/Apps/1C Actual results: 1C ÐаÒ¤ÐаÐпвÐÒ 7.70.021 аÒ«. 447 Expected results: 1C ÐÑедпÑиÑÑие 7.70.021 Ñел. 447 Additional info: Any cases, just contact Thank You
Hello! Problems with ru_RU.cp1251 in samba-3.0.10-1.4E.9 still exists!!!
Additional info: Using putty with "Character set translation on received data" set to "Win1251 (Cyrillic)" Mounting on RHEL4 Windows2003 share. Locale is set to en_US [root@uni018 ~]# mount -t smbfs -o username=root,password=********,iocharset=cp1251,codepage=cp866 //uni022.mstuca.ru/Programs /mnt/smb && cp /mnt/smb/*.txt /data/ && umount /mnt/smb [root@uni018 ~]# ls /data INF.txt ????????.txt ????????.txt Setting putty to use "Win1251 (Cyrillic)" cp1251 All envirement sucg as mc, texts in console are displayed ok [root@uni018 ~]# export LC_ALL=ru_RU.CP1251 [root@uni018 ~]# ls -Al /data иÑого 8 -rwxr-xr-x 1 root root 0 Ðвг 15 23:27 INF.txt -rwxr-xr-x 1 root root 263 Ðвг 15 23:27 â°Ðâ¬ÐÐÐâ¬â¦.txt -rwxr-xr-x 1 root root 263 Ðвг 15 22:58 âÐâ¬ÐÐÐâ¬â¦.txt [root@uni018 ~]# Setting putty to use CP866 [root@uni018 ~]# ls -Al /data ÑÐÑÑÑ 8 -rwxr-xr-x 1 root root 0 âÑÑ 15 23:27 INF.txt -rwxr-xr-x 1 root root 263 âÑÑ 15 23:27 ÐÐÐÐÐÐÐÐ.txt -rwxr-xr-x 1 root root 263 âÑÑ 15 22:58 ÐÐÐÐÐÐÐÐ.txt [root@uni018 ~]# Now names of files are read ok, but other data such as date's month (Ðвг), total 8(иÑого 8) are displayed incorrectly. maybe I've missed something and I should mount in another way??? But without this patch encoding works fine... Hope for response...
Vasiliy, it seem like you expect smbfs to translate from cp866 (used remotely) to cp1251 locally (or vice versa), I don't think smbfs can do that. I think in this case you want to use cifs, cifs uses unicode on the wire and can be asked to translate from unicode to a different locale locally. Let me know if there is something I am missing here.
Hello! Thank You for cifs using suggestion. I changed everything to use cifs and now it is fast and no problem with localities (cyr also). So for me, the problem is no more actual. But from the point of smbfs system and correct display of cp1251... the patch causes this this problem. And smbfs could do before patch apply. Why... I do not know. Thank You
Thank you for your quick reply. As smbfs is deprecated I am going to close this bug now. If someone really need to use smbfs for some reason and also happen to have this same problem then, eventually, we can repoen this bug.