similar to: Share specific charset

Hi there Over the years there's been many people saying how files with non-ASCII charsets got their filenames "corrupted" moving between different systems. So I'm wondering what the current state is with rsync-3.06+? ie I want to use rsync-3.06+ to backup WinXP+ (and MacOS?) filesystems by using native versions of rsync clients to a remote Linux-based rsyncd process. If I do

Hi, I tried Rsync 3.0.0pre8 on my mac running os X 10.5. I was very pleased about the --iconv feature, as i have to sync some LINUX-machines and I had really trouble with some filenames. But I found one strange thing in connection with the mac. First of all, the translation between the LINUX ISO-8859-15 and the mac ut-8 works (nearly) perfect. As I live in Germany, we have often filenames

https://bugzilla.samba.org/show_bug.cgi?id=2790 cabo@tzi.org changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cabo@tzi.org ------- Comment #9 from cabo@tzi.org 2007-10-30 11:09 CST ------- The current solution appears to be somewhat confused about

Hi all This question came up several times in this list in the last couple of weeks, but nobody seems to have found a solution... so I post this again, hoping that anybody out there has the answer. I compiled Samba 3.0.0beta3 on Solaris 9 with the following options: --with-winbind --with-acl-support --with-included-popt --with-pam Starting the daemon or doing testparm gives me always: Error

Greetings R-wizards: For historical reasons I have filenames with the character "?" and have successfully used "\u00e2" in its place, with the hoped-for result on all my on-screen plots. However since R2.7.0 I have trouble with savePlot() when the file name includes that character as it does in this example: savePlot(paste("diagnostic ? vs a ", file.label,

Dear List, Running rsync on our intradisk Xscale Arm BigEndian MiniServer (NAS) System is causing some problems running on special character files and crashing. Rsync is syncing running on a mounted samba share, syncing to the local disk. It is started with the parameters --iconv=. what I suggest is the solution for syncing the attached file. log output in /var/log/messages received request to

Wayne Davison wrote: > On Fri, Oct 27, 2006 at 04:19:06PM +0600, Yakov Hrebtov wrote: >> This test compiles and executes without "failed" message. Hence >> iconv_open("UTF-8","CP1251") succeeded. > > Check to see if the two programs are linking differently. Perhaps > configure decided that it needed -liconv when that that library >

R community, As you may know, R's iconv doesn't work well converting to and from encodings that allow embedded nulls. For example > iconv("foo", to="UTF-16") Error in iconv("foo", to = "UTF-16") : embedded nul in string: '\xff\xfef\0o\0o\0' However, I don't believe embedded nulls are at issue here, but rather that R's iconv

Upon further inspection, I think these are at least two problems. First the issue with printing latin1/cp1252 characters in the "80" to "9F" code range. x <- c("?", "?", "?") Encoding(x) print(x) I assume that these are Unicode escapes!? (Given that Encoding(x) shows "latin1" I'd rather expect latin1/cp1252 escapes here, but

Hi! I think there is a little bug in the current samba release (3.0.22). Take a look at cp850.c at the last line and you will see following definition: SMB_GENERATE_CHARSET_MODULE_8_BIT_GAP(CP850) Using the macros from charset.c, the preprocessor expands this to: NTSTATUS charset_CP850_init(void) \ { \ return

https://bugzilla.samba.org/show_bug.cgi?id=2790 wayned@samba.org changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|major |enhancement Status|NEW |ASSIGNED Summary|mkstemp fails for paths |Add support for

2018-07-24 23:26 GMT+02:00 Rowland Penny via samba <samba at lists.samba.org>: > On Tue, 24 Jul 2018 22:50:16 +0200 > Michal <Michal67M at seznam.cz> wrote: > > > 2018-07-24 16:53 GMT+02:00 Rowland Penny via samba > > <samba at lists.samba.org>: > > > > > > Do the users have a gidNumber attribute containing the gidNumber of > > >

Dear list, I have to read a not-so-small bunch of not-so-small Excel files, which seem to have traversed Window 3.1, Windows95 and Windows NT versions of the thing (with maybe a Mac or two thrown in for good measure...). The problem is that 1) I need to read strings, and 2) those strings may have various encodings. In the same sheet of the same file, some cells may be latin1, some

2018-07-25 18:47 GMT+02:00 Rowland Penny via samba <samba at lists.samba.org>: > On Wed, 25 Jul 2018 07:09:39 +0200 > Michal <Michal67M at seznam.cz> wrote: > > > 2018-07-24 23:26 GMT+02:00 Rowland Penny via samba > > <samba at lists.samba.org>: > > > > > On Tue, 24 Jul 2018 22:50:16 +0200 > > > Michal <Michal67M at seznam.cz>

On Wed, 25 Jul 2018 23:25:05 +0200 Michal <Michal67M at seznam.cz> wrote: > I do not know If I get what you mean.. > > # su - amistest > Last login: Tue Jul 24 22:48:18 CEST 2018 on pts/4 > -bash-4.2$ id > uid=6603(NIS\amistest) gid=20(games) groups=20(games),513(NIS\domain >

https://bugzilla.samba.org/show_bug.cgi?id=5162 Summary: using iconv with pre7 chops last special character in filenames Product: rsync Version: 3.0.0 Platform: x86 OS/Version: Windows XP Status: NEW Severity: normal Priority: P3 Component: core AssignedTo: wayned@samba.org

Hello, Peter, I tried it out: iconv(names(attributes(spss[,'Y6'])[[1]][14]), "UTF-8", "LATIN1", sub='byte') yielded [1] "<c4>rzte Chirurgie" and c4 corresponds in most encodings to ?. What can I do next? I wonder whether there is a more comfortable way then to change the occurences of <..> by the adequate character. Regards, Matthias

Hola, Carlos. Pues, efectivamente, me ha ayudado. Sobre la utilización de la función geocode con ciudades con tilde, me dio Carlos Gil Bellosta anteriormente la idea de utilizar iconv para transformar la cadena de búsqueda a UTF-8, y yo lo utilicé para intentar transformar el output de html_table sin resultado: capitales <- read_html("

Hi All! I have BSD box running 4.6.2-RELEASE ... I build and install samba-3.0alpha20 with key --with-iconv. My smb.conf in global part have next strings: dos charset = CP866 ; unix charset = KOI8-U display charset = CP866 I run utilitys testparm and see the next messages: Conversion from UCS-2LE to CP866 not supported Conversion from UCS-2LE to CP866 not supported

Hi folks, I am having a problem rsyncing files with accents in the names. I've seen similar problems reported a few times before in the archives but they didn't seem to be referring to exactly the same problem as what I have, and I'm not good enough at Linux to solve my problem by generalising from the information there: sorry. Anyway, my specific details are this. I am running rsync