| commit | 83dac6571f99b854ac607d4313cc3f742c1fae2e | |
| author | Alexander Bokovoy <ab@samba.org> | |
| Fri, 12 Mar 2004 14:37:37 +0000 (12 14:37 +0000) | ||
| committer | Alexander Bokovoy <ab@samba.org> | |
| Fri, 12 Mar 2004 14:37:37 +0000 (12 14:37 +0000) | ||
| tree | 8d7ffafc981a61ae5b596dbe61254619be4fecd5 | treesnapshot (tar.gz zip) |
| parent | 9acd46ab462cb4aee9938658dda594ef8b8ddcbd | commitdiff |
Fix problems with very long filenames in both smbd and smbclient.
It appears that we pass filename through resolve_wildcards() as pstring and use fstring temporary buffer there.
As result, a long filename in unix charset (UTF-8 by default) can easily expand over 255 bytes while
Windows is able to send to us such names (e.g. Japanese name of ~190 mb chars) which we unable to process through
this small fstring buffer. Tested with W2K and smbclient, Japanese and Cyrillics.
It appears that we pass filename through resolve_wildcards() as pstring and use fstring temporary buffer there.
As result, a long filename in unix charset (UTF-8 by default) can easily expand over 255 bytes while
Windows is able to send to us such names (e.g. Japanese name of ~190 mb chars) which we unable to process through
this small fstring buffer. Tested with W2K and smbclient, Japanese and Cyrillics.
| source/client/client.c | diffblobblamehistory | |
| source/smbd/reply.c | diffblobblamehistory |