[Various other changes/fixes affecting VMS]
Still wondering.
For the curious, a set of patches should be available at:
http://antinode.info/ftp/wget/wget-1_13_4/1_13_4_1.dru
That includes the changes to rehabilitate --preserve-permissions.
News: The --help output now has
Steven M. Schweda s...@antinode.info writes:
[Various other changes/fixes affecting VMS]
Still wondering.
For the curious, a set of patches should be available at:
http://antinode.info/ftp/wget/wget-1_13_4/1_13_4_1.dru
can you please include a ChangeLog entry for each of
From: Giuseppe Scrivano gscriv...@gnu.org
http://antinode.info/ftp/wget/wget-1_13_4/1_13_4_1.dru
can you please include a ChangeLog entry for each of them?
--- ChangeLog._orig 2011-09-13 03:08:59 -0500
+++ ChangeLog. 2011-10-07 14:29:59 -0500
@@ -1,3 +1,38 @@
+2011-10-07 Steven
Assuming that I eventually get satisfactory VMS builders constructed,
is there any interest in including the VMS-specific files in the main
wget distribution kit, or should I assume that the victim will need to
obtain and unpack a suplementary VMS-specific kit (scattered VMS
builders, vms/
And a (very) minor typo:
ALP $ gdiff -u src/utils.c_orig src/utils.c
--- src/utils.c_orig2011-08-29 03:01:24 -0500
+++ src/utils.c 2011-10-02 23:22:29 -0500
@@ -769,8 +769,7 @@
open_id = 13;
fd = open( fname, /* File name. */
flags,
Two more things, both in src/ftp.c. Part of some VMS-specific
stuff (BIN_TYPE_FILE) got lost/discarded somewhere along the line.
Also, while fooling around, I noticed that .listing files were being
created with binary instead of text attributes. Wget itself didn't seem
to care, but, with
[...]
2 24135 confval = long_options[longindex].val;
Apparently, referencing long_options[-1] causes more trouble in a VMS
environment than it does on a typical UNIX(-like) system. [...]
I still haven't looked at the details here, but I did notice that the
_second_
[...]
2 24135 confval = long_options[longindex].val;
Apparently, referencing long_options[-1] causes more trouble in a VMS
environment than it does on a typical UNIX(-like) system. [...]
I still haven't looked at the details here, [...]
Now I have. Adding a
I still have some VMS-specific builder changes to make, but the
changes to src/connect.c, src/log.c, and src/main.c seem to be all
that I've needed in the common code (so far). [...]
Well, not quite. In src/openssl.c:ssl_init(), there's this:
SSL_METHOD const *meth;
which causes a
And there's still that error message in src/init.c which uses
SYSTEM_WGETRC, whether or not SYSTEM_WGETRC is defined.
One possible solution:
--- src/init.c_orig 2011-08-19 05:06:20 -0500
+++ src/init.c 2011-09-30 00:44:16 -0500
@@ -597,21 +597,34 @@
variable has been set. For
On 09/27/2011 10:22 PM, Steven M. Schweda wrote:
It's still early, but here are the initial complaints...
lib/snprintf.c now ignores HAVE_SNPRINTF. In previous wget
versions, I could compile snprintf.c and not get a redundant
snprintf() if HAVE_SNPRINTF was defined (%LINK-W-MULDEF,
From: Micah Cowan mi...@cowan.name
On 09/28/2011 06:39 AM, Steven M. Schweda wrote:
From: Micah Cowanmi...@cowan.name
In this case, the logic that does a rename of snprintf seems to be at
the end of vasnprintf.h rather than directly in snprintf.c.
Those aren't the droids you're
On 09/28/2011 06:39 AM, Steven M. Schweda wrote:
From: Micah Cowanmi...@cowan.name
In this case, the logic that does a rename of snprintf seems to be at
the end of vasnprintf.h rather than directly in snprintf.c.
Those aren't the droids you're looking for. Try lib/stdio.in.h
(which I
13 matches
Mail list logo