(no subject)
Dear all! Ive got a problem with rsync on a w2k machine! I run this rsync -r \\c/UTILS/ unixmachine:/home/myuser The message I get from the machine is unixmachine: remshd: Login incorrect. rsh.exe: can't establish connection read error: Connection reset by peer The rsh command works fine with the actual configuration eg. rsh unixmachine -l myuser ls this command returns the ls of the /home/myuser Trying to do it with user@unimachine rsh returns an error command like, it hasnt been used correctly, i dont really have a clue of whats going on, because rsync works fine between two unix machines. Any idea? Should i try to put rsync as a service? Regards! José Luis Barrera Developer/Xpert OnLine [www.xperttesting.com] [EMAIL PROTECTED] [www.Olecenter.com] Alcobendas/Madrid By the perception of illusion, we experience reality Every picture holds a tale, every shade tells of a thousand words -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: rsync problem in systemimager
Hello, Thanks for your help. My problem is now solved. I provide you my solution. It could help someone in the future : Recall : an Itanium (4 ways) node booted on the network with a systemimager Linux kernel release 2.4.9 If i boot the node with 4 GBytes of RAM, rsync meets some problems during big transfers with the rsync daemon on the server node (see the error messages in my previous mail) If i boot the node with only 512 MBytes of RAM, rsync works fine. For this, i modified the /tftpboot/elilo.conf file by adding the following line : append=mem=512M Best regards, Cédric Lambert BULL S.A ECHIROLLES FRANCE Tel: +33 (0)4 76 29 73 87 Cedric Lambert wrote: Hello, Thanks for your help. Following your answers, I tried the same experiences with rsync 2.5.5 on the client side and on the server side : i have always an error but it's better now because this error is always the same at each run :-) rsync -av --numeric-ids 102.1.1.104::ia64-boot/mkdosfs /tmp/ is still OK rsync -av --numeric-ids 102.1.1.104::oscarimage/ /a/ fails with the following error message : On the client node side: receiving file list ... overflow : flags=0x45 l1=0 l2=203336 lastname=ONETARY ERROR: buffer overflow in receive_file_entry rsync error: error allocating core memory buffers (code 22) at util.c(238) Your autoinstall has failed. Please send the above messages to [EMAIL PROTECTED] On the server side: --- rsync: error writing 4096 unbuffered bytes - exiting : connection reset by peer rsync error: error in rsync prototcol data stream(code 12) at io.c(463) I have not managed to find out the problem. Does anyone have an idea on this problem ? Could it be a problem with the NIC driver when my client node is booted over the network or a problem coming from my hub (Centre COM MR 820 TR) ? Anything else ? Any help would be appreciated. Best regards, Cédric Lambert BULL S.A ECHIROLLES FRANCE tel: +33 (0)4 76 29 73 87 [EMAIL PROTECTED] wrote: Cedric: There are good reasons that there is now a version 2.5.5 available at http://rsync.samba.org/ftp/rsync/rsync-2.5.5.tar.gz 2.4.6 is subject to lots of wierd little problems like that, and the contributors have done a lot of fixes and enhancements (check out NEWS and OLDNEWS in the distribution). It's likely that if your problems actually are rsync problems, that they will be fixed by upgrading. Tim Conway [EMAIL PROTECTED] 303.682.4917 office, 303.921.0301 cell Philips Semiconductor - Longmont TC 1880 Industrial Circle, Suite D Longmont, CO 80501 Available via SameTime Connect within Philips, caesupport2 on AIM There are some who call me Tim? Cedric Lambert [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 08/27/2002 09:00 AM Please respond to Cedric.Lambert To: [EMAIL PROTECTED] cc: CEDRIC LAMBERT [EMAIL PROTECTED] AIME LE-ROUZIC [EMAIL PROTECTED] (bcc: Tim Conway/LMT/SC/PHILIPS) Subject:rsync problem in systemimager Classification: Hello, I'm working on the oscar-1.3 release with my Linux Itanium's cluster to test cloning process via systemimager. After having succeeded to boot my client node via the network, when running the following script : /var/lib/systemimager/scripts/ced1.sh rsync is able to get small files (e.g : mkdosfs). However, when the script tries to rsync the whole oscar image in the following way : rsync -av --numeric-ids $IMAGESERVER::$IMAGENAME/ /a/ || shellout there is automatically an error which is different at each run. It can be : ... /usr/lib/locale/ar_LY.utf8/LC_MESSAGES/ rsync: connection unexpectedly closed (62950 bytes read so far) rsync error: error in rsync protocol data stream (code 12) at io.c(151) or : receiving file list ... unexpected tag -7 rsync error: error in rsync protocol data stream (code 12) at io.c(299) or : receiving file list ... unexpected tag 114 rsync error: error in rsync protocol data stream (code 12) at io.c(299) or : mkdosfs 2.8 (28 Feb 2001) receiving file list ... overflow : flags=0x73 l1=111 l2=197376 lastname=/usr/lib/locale/pt_PT.utf8@euro/LC_CTYPE ERROR: buffer overflow in receive_file_entry rsync error: error allocating core memory buffers (code 22) at util.c(238) and then the following message appears : Your autoinstall has failed. Please send the above messages to [EMAIL PROTECTED] After searching on the net and experimenting a lot of things, i have not managed to find out the problem. Even if the rsync command (rsync -av --numeric-ids $IMAGESERVER::$IMAGENAME/ /a/ ) looks to work between my server and a client node booted on its hard drive (not booted via the network). Between the nodes, a hub (Centre COM MR 820 TR) is present. Remarks : Here are some information on the server system used : - cat
backup of files
Hi, I use the rsync -va --delete -b --backup-dir BACKUPDIR SRC DEST command for incremental backups of my system. I've realized that if I delete a file in SRC and make a directory with the same name, rsync will not copy the file into the backup-dir BACKUPDIR. It just creates the directory in DEST, but the file is lost . Is this a bug, a feature or my mistake? Gruß, Jürgen - Humboldt-Universität zu Berlin, Institut für Mathematik Unter den Linden 6, 10099 Berlin, Germany Location: Rudower Chaussee 25 , 12489 Berlin, R 2205 Phone +49(30) 2093 1817 Fax +49(30) 2093 5729 e-mail: [EMAIL PROTECTED] http://www.mathematik.hu-berlin.de/~gehne =PGP -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
rsync process never finishes
Hi, I've got a Debian 3.0 machine from which I initiate rsync connections over ssh to winNT/2k boxen, where sshd is running as a service, to grab files from the windows machines. I don't get any error from either side of the connection. The directory I indicate is transferred as well as every sub directory, just not any of the files in the sub directories. The process seems to be running but it's not getting anything done past the directory structure and the 2 files that are located in the top level directory. Doesn't appear to be permission's related. I've been searching through various email archives all weekend without being any closer to an answer, any help is much appreciated. On the Linux box I have: openssh_3.4p1-5, rsync-2.5.6cvs On the NT side I have: cygwin-1.3.12-4, openssh-3.4p1-5 rsync-2.5.5-1 The command is - # rsync -avv user@winntbox:/cygdrive/d /backup/ Jake Davis -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: MD4 bug in rsync for lengths = 64 * n
On Mon, Sep 02, 2002 at 12:44:48AM -0700, Craig Barratt wrote: [...] I can submit patches if required for the md4code as tweaked/fixed for librsync. The fixed code is faster as well as correct :-) Sure, that would be great. Otherwise, I would be happy to recreate and test a patch. I have attached my latest versions of the librsync mdfour code. This code is not yet available anywhere except here, but I will be posting it soon as a patch on the librsync project page at SF. This is the final refinement of this code I plan to do before migrating the API to match the RSA implementation. It includes bugfixes for sums larger than 512MB, and produces identical results to the RSA implementation. It is much faster than the RSA implementation or the previous samba/rsync derived implementation, and is much cleaner than the last librsync submitted optimisations. I'm not exactly sure how much faster it is, but rough tests using librsync show reductions of more than 20% for signature generation times, but I suspect some of that would be because I have also optimised the rollsums. If the rsync guys want to take advantage of the rollsum optimisations I have encapsulated them into a neat standalone rollsum.[ch] implementation. Let me know if you want them. BTW, I have also merged my librsync delta refactor changes with the latest SF librsync CVS and will be submitting a smaller cleaner patch. Are we still using the rproxy-devel list for librsync, or is there another list somewhere? -- -- ABO: finger [EMAIL PROTECTED] for more info, including pgp key -- /*= -*- c-basic-offset: 4; indent-tabs-mode: nil; -*- * * librsync -- the library for network deltas * $Id$ * * Copyright (C) 2000, 2001 by Martin Pool [EMAIL PROTECTED] * * This program is free software; you can redistribute it and/or * modify it under the terms of the GNU Lesser General Public License * as published by the Free Software Foundation; either version 2.1 of * the License, or (at your option) any later version. * * This program is distributed in the hope that it will be useful, but * WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU * Lesser General Public License for more details. * * You should have received a copy of the GNU Lesser General Public * License along with this program; if not, write to the Free Software * Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. */ #include types.h struct rs_mdfour { int A, B, C, D; #if HAVE_UINT64 uint64_ttotalN; #else uint32_ttotalN_hi, totalN_lo; #endif int tail_len; unsigned char tail[64]; }; /*= -*- c-basic-offset: 4; indent-tabs-mode: nil; -*- * * librsync -- the library for network deltas * $Id: mdfour.c 1.3 Thu, 27 Jun 2002 15:48:38 +1000 abo $ * * Copyright (C) 2000, 2001 by Martin Pool [EMAIL PROTECTED] * Copyright (C) 1997-1999 by Andrew Tridgell * * This program is free software; you can redistribute it and/or modify * it under the terms of the GNU Lesser General Public License as published by * the Free Software Foundation; either version 2.1 of the License, or * (at your option) any later version. * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU Lesser General Public License for more details. * * You should have received a copy of the GNU Lesser General Public License * along with this program; if not, write to the Free Software * Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. */ /* MD4 message digest algorithm. * * TODO: Perhaps use the MD4 routine from OpenSSL if it's installed. * It's probably not worth the trouble. * * This was originally written by Andrew Tridgell for use in Samba. * It was then modified by; * * 2002-06-xx: Robert Weber [EMAIL PROTECTED] * optimisations and fixed 512M support. * * 2002-06-27: Donovan Baarda [EMAIL PROTECTED] * further optimisations and cleanups. */ #include config.h #include stdlib.h #include string.h #include stdio.h #include rsync.h #include trace.h #include types.h #include mdfour.h #define F(X,Y,Z) (((X)(Y)) | ((~(X))(Z))) #define G(X,Y,Z) (((X)(Y)) | ((X)(Z)) | ((Y)(Z))) #define H(X,Y,Z) ((X)^(Y)^(Z)) #define lshift(x,s) (((x)(s)) | ((x)(32-(s #define ROUND1(a,b,c,d,k,s) a = lshift(a + F(b,c,d) + X[k], s) #define ROUND2(a,b,c,d,k,s) a = lshift(a + G(b,c,d) + X[k] + 0x5A827999,s) #define ROUND3(a,b,c,d,k,s) a = lshift(a + H(b,c,d) + X[k] + 0x6ED9EBA1,s) /** padding data used for finalising */ static unsigned char PADDING[64] = { 0x80, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
rsync HFS+/Darwin patches + Darwin link error
I've been using the rsync version available at: http://www.macosxlabs.org/rsyncx/rsyncx.html for a while now, but am seeing the same bugs the rest of you are regarding broken pipes, and it has become a showstopper here. The branch above adds resource fork and Finder metadata support for HFS+ on Darwin... but not the current patches available here, which I'd like to test. What can be done to help facilitate integrating these changes to the main tree? It would be extremely nice to be able to track the main development transparently, without having to continually reapply the hfs-patch. I have a 2.5.5-derived patch available that patches and compiles cleanly with the 8/8/02 TOT. (BTW, any reason why the nightly directory on ftp stopped updating on that date?) -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: [patch] for rsync
Dave: I don't suppose you could upload this as a context diff? (diff -c original new file) My patch program (2.5.4) couldn't get it to apply vs. the current CVS version of rsync. -- Steve -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: rsync error: unexplained error
On Sun, Sep 01, 2002 at 05:34:31PM -0700, jw schultz wrote: ... This sounds like a problem that was fixed a few months ago. You might try searching archives. Upgrade to current (2.5.5) or the CVS tree. No, this problem has not been fixed in CVS yet. I posted a hack patch back in February http://lists.samba.org/pipermail/rsync/2002-February/006371.html but we're still waiting for an answer from Andrew Tridgell through Martin Pool as to why Tridge made the change in the first place. Martin, have you found out yet? David's proposed solution, involving an array of exit codes saved in the signal handler, is probably safer than my suggestion given that we don't know why Tridge put in the handler. David, please do submit the patch as a context diff (-c), or better yet as a unified context diff (-u in GNU diff). - Dave Dykstra ... On Sun, Sep 01, 2002 at 05:12:32PM -0700, David R. Staples wrote: (reformatted) I believe I have found the cause of the unexplained error (code ??) at main.c(line #). In the version I'm running 2.5.2 (obtained from the Free Software Foundation) the line number is 576. It appears the root cause is related to a race condition associated with the termination of child processes. If the signal handler for SIGCHILD is executed, as the result of a child termination, before the wait_process procedure is executed, the status of pid (as passed to wait_process) will not be available and the waitpid call in wait_process will fail with an ECHILD error. If however, wait_process executes first, it will successfully obtain the exit status of pid and the sigchld_handler can execute, to eliminate zombies, with no adverse affects. Since signal handlers execute asynchronously there is no way to predict when, if at all, a process will encounter this problem. I am providing below proposed new code that should resolve the problem. Certainly I can make these changes within my own environment, but since I would like to remain consistent with the rsync project, I would like to here from someone regarding incorporation of these changes into rsync or an alternative (official) method to fixing this problem. I can be reached at [EMAIL PROTECTED]; [EMAIL PROTECTED]; or [EMAIL PROTECTED] Sincerely, David R. Staples -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: MD4 bug in rsync for lengths = 64 * n
Donovan or Craig, can you please post it as a patch to the current rsync source (including an increase in the protocol version and checks to do the old behavior when talking to an old version client). Probably we wouldn't want to incorporate it until a major release anyway (2.6.0) but if it isn't developed soon and put into the patches diretory it's likely to be forgotten. - Dave Dykstra On Wed, Sep 04, 2002 at 01:51:15AM +1000, Donovan Baarda wrote: On Mon, Sep 02, 2002 at 12:44:48AM -0700, Craig Barratt wrote: [...] I can submit patches if required for the md4code as tweaked/fixed for librsync. The fixed code is faster as well as correct :-) Sure, that would be great. Otherwise, I would be happy to recreate and test a patch. I have attached my latest versions of the librsync mdfour code. This code is not yet available anywhere except here, but I will be posting it soon as a patch on the librsync project page at SF. This is the final refinement of this code I plan to do before migrating the API to match the RSA implementation. It includes bugfixes for sums larger than 512MB, and produces identical results to the RSA implementation. It is much faster than the RSA implementation or the previous samba/rsync derived implementation, and is much cleaner than the last librsync submitted optimisations. I'm not exactly sure how much faster it is, but rough tests using librsync show reductions of more than 20% for signature generation times, but I suspect some of that would be because I have also optimised the rollsums. If the rsync guys want to take advantage of the rollsum optimisations I have encapsulated them into a neat standalone rollsum.[ch] implementation. Let me know if you want them. BTW, I have also merged my librsync delta refactor changes with the latest SF librsync CVS and will be submitting a smaller cleaner patch. Are we still using the rproxy-devel list for librsync, or is there another list somewhere? -- -- ABO: finger [EMAIL PROTECTED] for more info, including pgp key -- -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: MD4 bug in rsync for lengths = 64 * n
Quoting Dave Dykstra [EMAIL PROTECTED]: Donovan or Craig, can you please post it as a patch to the current rsync source (including an increase in the protocol version and checks to do the old behavior when talking to an old version client). I'm not the person to do this, as I don't know the rsync code and protocol version stuff that well. I've been working on librsync instead. (handballs to Craig :-). I'm not sure what the best way of implementing the old behavior for talking to old versions would be. Perhaps implement a broken finalise in a seperate mdfour-old.c would be best. Then the the mdfour.[ch] can be common for librsync, rsync, and perhaps samba without including old broken cruft just for rsync. Probably we wouldn't want to incorporate it until a major release anyway (2.6.0) but if it isn't developed soon and put into the patches diretory it's likely to be forgotten. I've put the patches against librsync up on the librsync SF page. After I migrate it and librsync to the RSA implementation API I'll be submitting it to libmd. It would be nice if we had standard md4sum code that every project could use/debug/fix. -- ABO -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: rsync process never finishes
Thanks for the suggestion. Removing the -vv didn't help but I was able to narrow the problem down to one particularly large directory. rsync'ing individual subdirectories is working but is very cumbersome. Is there a consensus on what the best way to deal with this? I don't think memory usage is an issue, the server has 6 Gigs of ram and only 350 megs in use durring the process. Jake Davis Tomasz Ciolek [EMAIL PROTECTED]To: [EMAIL PROTECTED] om.au cc: Subject: Re: rsync process never finishes 09/03/2002 11:24 AM Try taking out the -vv options regards Tomasz Ciolek On Tue, Sep 03, 2002 at 11:23:34AM -0400, [EMAIL PROTECTED] wrote: Hi, I've got a Debian 3.0 machine from which I initiate rsync connections over ssh to winNT/2k boxen, where sshd is running as a service, to grab files from the windows machines. I don't get any error from either side of the connection. The directory I indicate is transferred as well as every sub directory, just not any of the files in the sub directories. The process seems to be running but it's not getting anything done past the directory structure and the 2 files that are located in the top level directory. Doesn't appear to be permission's related. I've been searching through various email archives all weekend without being any closer to an answer, any help is much appreciated. On the Linux box I have: openssh_3.4p1-5, rsync-2.5.6cvs On the NT side I have: cygwin-1.3.12-4, openssh-3.4p1-5 rsync-2.5.5-1 The command is - # rsync -avv user@winntbox:/cygdrive/d /backup/ Jake Davis -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html -- Tomasz M. Ciolek * * Everything falls under the law of change; [EMAIL PROTECTED]* Like a dream, a phantom, a bubble, a shadow, [EMAIL PROTECTED] * like dew of flash of lightning. * You should contemplate like this. *** GPG Key ID: 0x7A18E49D * Available on www.pgp.net *** -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: [patch] for rsync
JW, I pushed everything to a LINUX box and did the diff again this time with the -bur option. It does look significantly different. I think I've got below what you are looking for, so I am resending it to [EMAIL PROTECTED] I'm including two additional people as they have asked for the patch information as well. The diff was performed on main.c (2.5.5 version from rsync.samba.org). I hope everyone knows that I'm my purpose in providing this information, is so that everyone can critique my code (to make it better) and we can eliminate this problem for everyone. Dave - --- main.c.orig Tue Sep 3 16:38:23 2002 +++ main.c Tue Sep 3 16:41:08 2002 @@ -27,6 +27,11 @@ extern int verbose; +struct pid_status { +pid_t pid; +int status; + } pid_stat_table[10]; + static void show_malloc_stats(void); / @@ -34,9 +39,27 @@ / void wait_process(pid_t pid, int *status) { -while (waitpid(pid, status, WNOHANG) == 0) { +pid_t waited_pid; +int cnt; + +while ( 1 ) { + waited_pid = waitpid(pid, status, WNOHANG); + if ( waited_pid == 0 ) { msleep(20); io_flush(); + } else break; +} +if (( waited_pid == -1 ) ( errno == ECHILD )) { + /* status of requested child no longer available. Check */ + /* to see if it was processed by the sigchld_handler.*/ + cnt = 0; + while ( cnt 10 ) { + if ( pid == pid_stat_table[cnt].pid ) { + *status = pid_stat_table[cnt].status; + break; + } + cnt++; + } } /* TODO: If the child exited on a signal, then log an @@ -792,7 +815,22 @@ static RETSIGTYPE sigchld_handler(int UNUSED(val)) { #ifdef WNOHANG -while (waitpid(-1, NULL, WNOHANG) 0) ; +int cnt = 0; +pid_t pid = 0; +int status = 0; +while ( 1 ) { + pid = waitpid(-1, status, WNOHANG); + cnt = 0; + while ( cnt 10 ) { + if (pid_stat_table[cnt].pid == 0 ) { + pid_stat_table[cnt].pid = pid; + pid_stat_table[cnt].status = status; + break; + } + cnt++; + } + if ( pid 1 ) break; +}; #endif } -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Re: [patch] for rsync
On Tue, Sep 03, 2002 at 05:00:02PM -0700, [EMAIL PROTECTED] wrote: JW, I pushed everything to a LINUX box and did the diff again this time with the -bur option. It does look significantly different. I think I've got below what you are looking for, so I am resending it to [EMAIL PROTECTED] I'm including two additional people as they have asked for the patch information as well. The diff was performed on main.c (2.5.5 version from rsync.samba.org). I hope everyone knows that I'm my purpose in providing this information, is so that everyone can critique my code (to make it better) and we can eliminate this problem for everyone. Dave Thank you Dave. I've been abusing/educating him a bit offline so be nice everybody. He has not only diagnosed the bug independantly but has come up with a direction to go toward a permanent solution. Aside from my dislike of a fixed size array my comments are below. - --- main.c.orig Tue Sep 3 16:38:23 2002 +++ main.c Tue Sep 3 16:41:08 2002 @@ -27,6 +27,11 @@ extern int verbose; +struct pid_status { +pid_t pid; +int status; + } pid_stat_table[10]; The use of a literal here is bad news. Should be a #define CHILD_TABLE_SIZE or whatever. Then macro can be used in the loops. Question. Is 10 a good size? Should it be more? I've not dug into the child spawning of rsync. + static void show_malloc_stats(void); / @@ -34,9 +39,27 @@ / void wait_process(pid_t pid, int *status) { -while (waitpid(pid, status, WNOHANG) == 0) { +pid_t waited_pid; +int cnt; + +while ( 1 ) { + waited_pid = waitpid(pid, status, WNOHANG); + if ( waited_pid == 0 ) { msleep(20); io_flush(); + } else break; +} +if (( waited_pid == -1 ) ( errno == ECHILD )) { + /* status of requested child no longer available. Check */ + /* to see if it was processed by the sigchld_handler.*/ + cnt = 0; + while ( cnt 10 ) { + if ( pid == pid_stat_table[cnt].pid ) { + *status = pid_stat_table[cnt].status; If we do 'pid_stat_table[cnt].pid = 0' here we'll be able to reuse the slots. (if necessary) + break; + } + cnt++; + } } /* TODO: If the child exited on a signal, then log an @@ -792,7 +815,22 @@ static RETSIGTYPE sigchld_handler(int UNUSED(val)) { #ifdef WNOHANG -while (waitpid(-1, NULL, WNOHANG) 0) ; +int cnt = 0; +pid_t pid = 0; +int status = 0; +while ( 1 ) { + pid = waitpid(-1, status, WNOHANG); + cnt = 0; + while ( cnt 10 ) { + if (pid_stat_table[cnt].pid == 0 ) { + pid_stat_table[cnt].pid = pid; + pid_stat_table[cnt].status = status; + break; + } + cnt++; + } + if ( pid 1 ) break; If we run off the end of the array (cnt == 10) we should kick out a warning or we should resize it. +}; #endif } -- J.W. SchultzPegasystems Technologies email address: [EMAIL PROTECTED] Remember Cernan and Schmitt -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
Hidden Secrets for Charities and NonProfits
Title: The Best 99 Fundraising Case Studies Hidden Secrets of how nonprofits and charities can... Up the Voltage with their Marketing Communications Why you Need this Manual Most nonprofits and charities are small - 97% of local units have less than 15 staff. But some - like MADD (Mothers Against Drink Driving), Habitat for Humanity, Save the Children and Greenpeace - have so established themselves and their brand that they appear to be as big as a Fortune 500 company. How did they achieve this level of impact?Lacking financial resources and manpower, how did they leverage themselves onto the regional, national and international stage? The answer is: MARKETING AND COMMUNICATIONS Here are some of the 127 examples from Volume 1 of Marketing and Communications for Nonprofits and Charities: Youth Council gains publicity by championing new youth court model. Youth Affairs Council of South Australia is attracting publicity by its advocacy on behalf of a youth court specifically for Aborigines, using as a model the successful Aboriginal Court in Port Adelaide. Free internet marketing guide Direct response marketing firm Grizzard Inc has produced a 91 page how-to manual for strategic marketing on the Internet. While it uses examples from the "charity marketplace", it is relevant to all types of community business enterprise that populate the 22 dominions of the nonprofit sector. New strategic approach The Red Cross in Victoria is embedding itself within the education system. With the support of a major metropolitan newspaper, a national cinema chain who offers a "buy one get one free" ticket deal, plus a confectionery manufacturer that provides a snack bar when students become blood donors. First attempt at membership bonding A very successful program for membership bonding offering material benefits has been established by the Continental Basketball Association. Plastic membership cards contain discounts at local fast food shops and video stores with a value of $200. New direction for Spastic Society In an exercise in both branding and re-positioning the Spastic Society of Victoria has renamed itself Scope, reflecting its intention to emulate the proactive advocacy and services group representing those with cerebral palsy in the United Kingdom. By using the Scope name it hopes to create the image that it is part of a world-wide organisation. Postcard campaign targets politicians Nurses, medical professionals and hospital administrators fed up with
(no subject)
Dear all, How do I exclude, using --exclude or otherwise, executable files, from an rsync transfer? Thanks, Victor -- To unsubscribe or change options: http://lists.samba.org/mailman/listinfo/rsync Before posting, read: http://www.tuxedo.org/~esr/faqs/smart-questions.html
error in rsync protocol data stream (code 12)
Hello! Agood day to you all. I got some error messages from rsync: rsync: error writing 4092 unbuffered bytes - exiting: Connection reset by peerrsync: read error: Connection reset by peerrsync error: error in rsync protocol data stream (code 12) at io.c(162)rsync error: error in rsync protocol data stream (code 12) at io.c(463) ...used the stock rsync from the rh7.0 distro. Comments are more than welcome. Thanks! Do You Yahoo!? Yahoo! Finance - Get real-time stock quotes