Re: SPAM on List...

Tim Potter wrote: On Thu, Nov 14, 2002 at 09:05:27PM -0500, John E. Malmberg wrote: The SAMBA-TECHNICAL list reported that they have gone to the bl.spamcop.net blocking list, and it has been relatively spam free since then. The bl.spamcop.net is an aggressive blocking list with a quick trig

OpenVMS issues with fork() and child processes

In working to get RSYNC to work on OpenVMS, I have run into difficulty mapping the do_fork() calls to the native APIs. OpenVMS does not currently implement a fork() function. The closest that it has is a spawn() function. It works like a system() call that is not blocking. You pass the progr

OpenVMS port status

I am posting this here because it seems that there is at least 1 person monitoring this list that is interested in rsync on OpenVMS. Build environment: OpenVMS Alpha 7.3 Compaq C T6.5 Frontport 1.0 Compaq MMS. Mad Goat Make (MMK) should also work. RSYNC 2.5.2 sources. The build is now compil

RSYNC 2.5.2 type mismatches in RECEIVER.C

Platform: OpenVMS Alpha 7.3 Compiler: Compaq C T6.5-002 on OpenVMS Alpha V7.3 Comile flags: /WARN=ENABLE=(LEVEL4, QUESTCODE) Best guess at UNIX equivalents of above compile flags: LEVEL4 = All warnings QUESTCODE = Do LINT processing on source. In receiver.c, the code is attempting to put an u

RSYNC 2.5.2 type mismatches in FLIST.C

Platform: OpenVMS Alpha 7.3 Compiler: Compaq C T6.5-002 on OpenVMS Alpha V7.3 Comile flags: /WARN=ENABLE=(LEVEL4, QUESTCODE) Best guess at UNIX equivalents of above compile flags: LEVEL4 = All warnings QUESTCODE = Do LINT processing on source. In flist.c, the result of a read_int(f) is being

RSYNC 2.5.2 type mismatches in batch.c

Platform: OpenVMS Alpha 7.3 Compiler: Compaq C T6.5-002 on OpenVMS Alpha V7.3 Comile flags: /WARN=ENABLE=(LEVEL4, QUESTCODE) Best guess at UNIX equivalents of above compile flags: LEVEL4 = All warnings QUESTCODE = Do LINT processing on source. -John [EMAIL PROTECTED] Personal Opinion Only ba

rsynd-2.5.1 / io.c patches

Platform: Compaq OpenVMS Alpha 7.3 Compiler: Compaq C T6.5 The following patch resolves compile problems with the IO.C module. The (char) type was being used where (void) was more appropriate based on the actual use of the code. The (char) type was also being used where the usage was actually

Re: rsync-2.5.1 / socket.c - unititialized variable breaks build.

really be "unsigned char" or "void" before I submit the patches for them. -John [EMAIL PROTECTED] Personal Opinion Only Cameron Simpson wrote: > On Sun, Jan 06, 2002 at 10:56:50AM -0600, John Malmberg <[EMAIL PROTECTED]> wrote: > | In socket.c, the variable er

rsync-2.5.1 / socket.c - unititialized variable breaks build.

In socket.c, the variable error is unitilialzed. Also the variable length should be an unsigned int. EAGLE> type socket.gdiff --- ref_src:socket.cSat Jan 5 13:27:07 2002 +++ lcl_src:socket.cSun Jan 6 08:40:51 2002 @@ -1,3 +1,4 @@ +/* Converted by prj_src:unix_c_to_vms_c.tpu AND prj_sr

2.5.1pre3 - Bugs in configure script / config.h.in breaks build.

Compaq C 6.5 OpenVMS Alpha 7.3 The config.h.in template file is missing the line: #undef HAVE_INET_NTOP This caused the resulting CONFIG.H on OpenVMS to not test for the existance of the inet_ntop() routine in it's system tables. This configure bug exposed that the prototype in inet_ntop() i