Re: patch for replacing non-printable chars in filenames
On Tue, Nov 23, 2004 at 05:29:57PM +0100, Paul Slootman wrote: +/* Replace non-printing chars in the string, most probably due to + * wierd filenames. Skip the first and last chars, they may be \n */ +int i; +for (i=1; ilen-1; i++) +if (!isprint(buf[i])) +buf[i] = '?'; Is looping over strings a good idea in times of UTF-8? cu, Stefan -- Stefan Nehlsen | ParlaNet Administration | [EMAIL PROTECTED] | +49 431 988-1260 -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
setting up rsync server with fetch
Hi I'm trying to set up an rsync server on one node, in order to distribute packages to other nodes on the network. What I want to know is, is it possible for any clients to use the fetch tool to reach an rsync server? fetch works with http and ftp, but does it work with rsync?-- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
Re: patch for replacing non-printable chars in filenames
On Fri 26 Nov 2004, Stefan Nehlsen wrote: On Tue, Nov 23, 2004 at 05:29:57PM +0100, Paul Slootman wrote: +/* Replace non-printing chars in the string, most probably due to + * wierd filenames. Skip the first and last chars, they may be \n */ +int i; +for (i=1; ilen-1; i++) +if (!isprint(buf[i])) +buf[i] = '?'; Is looping over strings a good idea in times of UTF-8? It is if you don't know the strings are in UTF-8, and you want to prevent garbage chars reaching the tty (the whole point of this exercise :-) Paul Slootman -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
rsync +progress +percentage
Hi everyone! Im new to this list and i searched the archive for any dupes of this subject but didnt find any. I have a small problem, i want to use rsync to keep all of our systems up 2 date but recently we had some servers that only did a half update. We want to be able to see a progress indicator of the transfer. The best thing was if there was any way to get it in percentage or only a list of how many files its going to transfer before the actual transfer starts. We can do this by doing a --dry-run but i dont want read the file list two times i want to do this as fast as possible. Is there some way to get any parsable information before the actual transfer stats? Best regards David Jacoby -- Outpost24 AB David Jacoby Research Development Office: +46-455-612310 Mobile: +46-455-612311 (www.outpost24.com) ([EMAIL PROTECTED]) -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html
RE: rsync is concatenating the files together
Wayne, I will try some system call tracing, but as I said in my initial post, I am using NFS, so there shouldn't be any transport cleanliness issues. : Re: rsync is concatenating the files together On Thu, Nov 11, 2004 at 05:38:56PM -0600, Werner wrote: I'm wondering perhaps if this is more a Solaris 10b69 bug than an rsync bug? I would imagine so. I can only suggest (1) try a different transport (perhaps the remote shell you're using is not binary clean, and is thus eating the characters that would differentiate the files from one another in the data stream); (2) specify a much higher level of verbosity (so that rsync tells you what it thinks it is doing at every step); and/or (3) run rsync using a system-call-tracing program (which should help you to determine if the system calls are messing up on the sending or receiving side -- see http://rsync.samba.org/issues.html). My bet is that the problem is that transport is losing data. ..wayne.. -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html