Displaying 20 results from an estimated 2000 matches similar to: "superlifter design notes (was Re: ..."
2002 Jul 21
5
superlifter design notes (OpenVMS perspective)
> Qualities
>
> 1. Be reasonably portable: at least in principle, it should be
> possible to port to Windows, OS X, and various Unixes without major
> changes.
In general, I would like to see OpenVMS in that list.
> Principles
>
> 1. Clean design rather than micro-optimization.
A clean design allows optimization to be done by the compiler, and tight
optimization
2002 Apr 15
3
Initial debug of client - Need command line help
I am trying to debug the RSYNC client and server by single stepping
through them.
The server seems to ok up to the point where it is waiting for the
client connection.
On the client side, I am having trouble finding the right options so
that it will connect up to the local server with out fork() a copy of
itself or trying to exec the rsh command.
This is on RSYNC 2.5.5 on OpenVMS Alpha.
If
2003 Oct 12
7
rsync.h always including syslog.h even when not used.
Hello,
rsync.h is always including the syslog.h file, even though it is only
used when the LOG_DAEMON macro is defined.
Could someone change it to be as follows:
#ifdef LOG_DAEMON
#include <syslog.h>
#endif
OpenVMS currently does not have a syslog facility, so it does not have a
syslog.h.
Thank you,
-John
wb8tyw@qsl.net
Personal Opinion Only
2005 Feb 13
2
#include <inttypes.h> missing for 64 bit integers.
The Open Group Single Unix standard shows that the data types int64 and
uint64 are defined in the inttypes.h header file.
Rsync is not including this file, nor is there a feature test for this
header file in the configure phase, but rsync is using these data types.
-John
wb8tyw@qsl.net
Personal Opinion Only
2002 Jan 02
3
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() in RSYNC.H
does not match the one in the Compaq C header files. This stopped the
build. I am
2002 Jul 23
0
superlifter - Backup v.s. file distribution.
I would like to suggest that different programs be used for backups than
for file distribution.
While the two applications have a lot in common, and could probably
share a common library, there are some significant differences in what
they need to do.
These differences can add needless complexity to the design if a single
program is used to do both.
A backup program is mainly concerned with
2001 Aug 14
1
malloc() with out free() in popt (2.4.7pre)
I am still chasing this down, but in doing the build for OpenVMS,
I have discovered that one of the popt modules is using HAVE_ALLOCA_H
to determine if the alloca function is on a platform.
That is not a good assumption. Compaq C does have an alloca() built in
(slightly different symbol name, I assume because of symbol naming rules
in the C standard.)
Because alloca is a non-standard
2003 Aug 02
2
rsync on Windows 2000?
What is the status of rsync on Windows 2000?
I was looking to install it on my test system, and the download
directory has a readme file that says I need the cygnus gnu-win32 library.
The link refers me to the index page for cygnus, with no way to get to a
download area. A google search shows many mirrors of the download
directory. All I have checked are completely blank.
I will confess
2002 Jan 07
1
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.c Sat Jan 5 13:27:07 2002
+++ lcl_src:socket.c Sun Jan 6 08:40:51 2002
@@ -1,3 +1,4 @@
+/* Converted by prj_src:unix_c_to_vms_c.tpu AND prj_src:socket.tpu on
6-JAN-20
02 08:40:51.01 OPENVMS_AXP */
/* -*- c-file-style: "linux"
2003 Oct 14
1
Token.c appears to have a bug.
[A repost under a new topic since the other seems to have been lost in
the noise]
I am basically down to one unresolved compilier diagnostic.
The HP/COMPAQ/DEC C compiler is concerned about this line in TOKEN.C
4 22136 temp_byte = (char) n >> 8;
........................................1
%CC-I-RIGHTSHIFTOVR, (1) In this statement, the right shift count
2005 Feb 13
1
macro feature tests in rsync code
The tests in rsync for features have been changed to testing the value
of a macro definition instead of previously testing if the macro was
defined.
This testing is now inconsistent with the HAVE_SOCKETPAIR macro, where
in some places it is tested to see if the macro is defined, and other
places to if it has a non zero value.
I would rather not globally disable the diagnostic about undefined
2002 Jan 13
1
rsynd-2.5.1 / batch.c patch
Platform: Compaq OpenVMS Alpha 7.3
Compiler: Compaq C T6.5
The following patch is an update to a previous patch that I submitted.
The only change from the previous patch is that the const qualifier has
been added to write_batch_*() routines to improve compiler efficiency.
Because the gdiff -u was done against the distribution it includes the
previous patch.
The functions with no parameters
2002 Nov 15
2
SPAM on List...
Re: Per the discussions about spam on this list.
Sending a confirming message to an unregistered poster is not a good
idea. The return/reply-to addresses in spam is forged, and that is just
adding to some victims e-mail.
Filtering runs the risk that a legitimate message gets lost, and the
sender does not realize it.
Filtering is also the most expensive and innefficient way to deal with
2002 Jan 07
2
rsync-2.5.1 / popt patches
The following popt files need patches in order to compile using Compaq C
on OpenVMS. These patches should also be needed on a Tru64 or LINUX on
ALPHA using Compaq C. Except for the alloca issue, these should work on
any ANSI compliant compiler.
Operating System: OpenVMS ALPHA V7.3
Compiler: Compaq C T6.5
Compiler switches: /WARN=ENABLE=(LEVEL4, QUESTCODE)
SYSTEM.H is doing tests on
1999 Jul 16
5
Samba for VMS
I just installed Samba for VMS (1.9.17p4) on a DecServer 1000A running VMS
7.1
The University Network is primarily NT Server 4.0 SP5. My experience is
with Netware and NT, not with VMS, but I have the luck of supporting the
system.....
My main question is about Encrypted Passwords.....Does this release of Samba
support them, or do I have to modify the clients who want access to our
Alpha to
2020 Jun 11
2
Patches for OpenVMS && Samba4
Refer to this:
https://legacyos.org/vsi-introduces-new-samba-release/
I noticed that VSI, the new owners of VMS, have created a package for
Samba4 under OpenVMS. I also notice the samba-vms list appears to be
abandoned (for years). So, I apologize for posting here on the general
list, but it seemed fruitless trying the dedicated list.
I am under the impression that the GPL v3 compels all
2003 Oct 28
4
simple compile
I could not find this question anywhere, but I apologize if it is and I
just missed it.
Running an Alpha, OSF1 V5.1 1885
configure went fine.
compile failed:
cc -I. -I. -g -DHAVE_CONFIG_H -I./popt -c lib/getaddrinfo.c -o
lib/getaddrinfo.o
cc: Error: lib/getaddrinfo.c, line 182: In this statement, "EAI_MAX" is
not declared. (undeclared)
if (ecode < 0 || ecode > EAI_MAX)
2002 Oct 26
0
How to prevent batch rsync to write rsync_argvs files in the home directory
Hi,
Whenever i am using the command
rsync --write-batch -av --stats `cat $1` -e ssh user@remote machine:/destination/
This is writing rsync_argvs files in the home directory as well as to the destination directory.
Can anyone give me any idea as how to prevent the writing of rsync_argvs files in the home directory which is of no use.
Regards,
Surabhi.
> ----------
> From:
2005 Jul 05
2
rsync lib
Skipped content of type multipart/alternative-------------- next part --------------
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.323 / Virus Database: 267.8.9/39 - Release Date: 2005-07-04
2002 Jan 13
1
rsynd-2.5.1 / hlink.c patches
Platform: Compaq OpenVMS Alpha 7.3
Compiler: Compaq C T6.5
The following patch resolves compile problems with the HLINK.C module.
The cast on function argument for the qsort() routine was wrong, and not
allowing the compile to complete.
When the function definiton of the hlink_compare() is corrected to have
the const qualifiers, the cast inside the qsort() function call is no
longer