From: Darshit Shah
> [...] I've gone through it and applied it to the current
> Wget repository.
Thanks.
> I've taken the liberty to make some changes to your patches: [...]
That all sounds reasonable to me.
> Regarding your troubles with the print functions, [...]
I'll try to
--
If you have any questions/disagreements/requests/suggestions, please
let me know. Thanks, as usual.
Steven M. Schweda s...@antinode.info
382 South Warwick Street(+1) 651-699-9818
Saint Paul MN 55105-2547
value directly to the consumer; they don't stick it into
some common location where it's liable to get lost or damaged. If you
forget why something failed, it's _your_ fault.)
Steven M. Schweda sms@antinode
From: Giuseppe Scrivano gscriv...@gnu.org
I am going to do it and push the patch under your name.
Sounds good to me. Sorry about the extra work. Thanks.
SMS.
From: Giuseppe Scrivano gscriv...@gnu.org
Thanks for the prompt response.
could you please send the patch as git format-patch output? Please also
add the ChangeLog log style to the commit message. I have no objections
to the patch itself.
It might be possible, but it may not happen
this,
or if there's a better way. Thanks, as always.
Steven M. Schweda sms@antinode-info
382 South Warwick Street(+1) 651-699-9818
Saint Paul MN 55105-2547
#define TMP_OUTFILE /tmp/.wget.stdout
What happens when a second user/process tries to do the same thing?
Steven M. Schweda sms@antinode-info
382 South Warwick Street(+1) 651-699-9818
them.
Luckily, no one's life depends on this.
Steven M. Schweda sms@antinode-info
382 South Warwick Street(+1) 651-699-9818
Saint Paul MN 55105-2547
of a flaw in ftp_cwd().
Steven M. Schweda sms@antinode-info
382 South Warwick Street(+1) 651-699-9818
Saint Paul MN 55105-2547
From: Giuseppe Scrivano gscriv...@gnu.org
ops, thanks to have catched it. I've fixed it in my local copy, this is
how it looks now:
diff --git a/vms/vms.h b/vms/vms.h
index d65aeda..6053df1 100644
--- a/vms/vms.h
+++ b/vms/vms.h
@@ -49,16 +49,6 @@ int utime( const char *path, const
. If you don't want to see
these things there, then don't show them to me.
Steven M. Schweda sms@antinode-info
382 South Warwick Street(+1) 651-699-9818
Saint Paul MN 55105-2547
something with git to get the required version control files, or
what?
Thanking You,
Same here.
Steven M. Schweda sms@antinode-info
382 South Warwick Street(+1) 651-699-9818
Saint Paul MN
explanation of why Wget does not
work as expected with [url], then you may need to provide some basic
information about [url].
Steven M. Schweda sms@antinode-info
382 South Warwick Street(+1) 651
in the VMS-specific stuff, a build worked on Alpha (so IA64 is
likely, too). One quick FTP fetch also worked, so I'm confident that
it's not completely broken. (What could go wrong?)
Steven M. Schweda sms
(but not a
file named -a):
ftp://antinode.info/moz_test/
Simple/stupid FTP clients tend to do better there than Web browsers, but
Wget should be able to cope.
Steven M. Schweda sms@antinode-info
382 South
From: Giuseppe Scrivano g@gnu.org
Yes, I was just waiting for an ACK from Steven if it works on VMS too.
Seems to, if .1 is supposed to be the most recent and .n the
oldest. (VMS versions normally go the other way.) Around here, with a
quick CGI counter, after five runs of:
From: Giuseppe Scrivano g@gnu.org
I think the patches should apply without conflicts on 1.14. Could you
try to apply the patch I submitted yesterday and see if it works as
expected on VMS? If you want I can prepare a new tarball for you.
I'd guess that, given that VMS-specific
From: Giuseppe Scrivano g@gnu.org
Yes Sir, here we go! A freshly baked tarball:
http://it.gnu.org/~gscrivano/files/wget-1.14.62-9d54.tar.bz2
Half-baked? Lost a few VMS-specific changes, but the first big
problem was:
while ((line = read_whole_line (fp)) != NULL)
From: Giuseppe Scrivano g@gnu.org
thanks to have tested it, indeed it was working in a different way. I
don't think this feature had any user before, considering how broken it
is.
I assumed that the VMS details were the only remaining mystery, so
all I did was look at the
, to);
}
Steven M. Schweda sms@antinode-info
382 South Warwick Street(+1) 651-699-9818
Saint Paul MN 55105-2547
users might not want the contents of their file exposed to every user on
the system who can run ps.
How many reasons do you need not to wreck existing functionality?
Steven M. Schweda sms@antinode-info
Steven M. Schweda sms@antinode-info
382 South Warwick Street(+1) 651-699-9818
Saint Paul MN 55105-2547
access to a
server which exhibits the problem. But I'd start with a newer version
of wget.
Steven M. Schweda sms@antinode-info
382 South Warwick Street(+1) 651-699-9818
Saint Paul MN 55105
://lists.gnu.org/archive/html/bug-gnulib/2012-05/msg00276.html
Steven M. Schweda sms@antinode-info
382 South Warwick Street(+1) 651-699-9818
Saint Paul MN 55105-2547
Steven M. Schweda sms@antinode-info
382 South Warwick Street(+1) 651-699-9818
Saint Paul MN 55105-2547
fetched a Web page on
Alpha), but, except for the problems previously reported, builds on VMS
should be possible.
Steven M. Schweda sms@antinode-info
382 South Warwick Street(+1) 651-699-9818
. But what do I know?
Steven M. Schweda sms@antinode-info
382 South Warwick Street(+1) 651-699-9818
Saint Paul MN 55105-2547
.
Steven M. Schweda sms@antinode-info
382 South Warwick Street(+1) 651-699-9818
Saint Paul MN 55105-2547
to care about the corresponding details
of struct sockaddr_in.
Steven M. Schweda sms@antinode-info
382 South Warwick Street(+1) 651-699-9818
Saint Paul MN 55105-2547
.
--waitretry=SECONDS wait 1..SECONDS between retries of a retrieval.
Possibly SECONDS from one of those? Might be easier (or messier) if
--random-wait could take a time value, too.
Steven M. Schweda sms
M. Schweda sms@antinode-info
382 South Warwick Street(+1) 651-699-9818
Saint Paul MN 55105-2547
: The --help output now has one line which exceeds 80
characters:
--random-wait wait from 0.5*WAIT...1.5*WAIT secs between retr
ievals.
Steven M. Schweda sms@antinode-info
382 South Warwick
. */
}
Steven M. Schweda sms@antinode-info
382 South Warwick Street(+1) 651-699-9818
Saint Paul MN 55105-2547
is why
BIN_TYPE_FILE exists.)
Steven M. Schweda sms@antinode-info
382 South Warwick Street(+1) 651-699-9818
Saint Paul MN 55105-2547
expect any damage from using it in one more.)
Steven M. Schweda sms@antinode-info
382 South Warwick Street(+1) 651-699-9818
Saint Paul MN 55105-2547
will need to
obtain and unpack a suplementary VMS-specific kit (scattered VMS
builders, vms/ directory) onto a normal wget source directory? (Or a
complete VMS-compatible kit, as in the past.)
Steven M. Schweda
environments.
And there's still that error message in src/init.c which uses
SYSTEM_WGETRC, whether or not SYSTEM_WGETRC is defined.
Steven M. Schweda sms@antinode-info
382 South Warwick Street
: Syntax error in sys$manager:.wgetrcx at line 1.
Parsing system wgetrc file (env SYSTEM_WGETRC) failed. Please check
'sys$manager:.wgetrcx',
or specify a different file using --config.
Steven M. Schweda sms
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
documented anywhere? Or would some magic have happened if I had been
using the auto-configure stuff?
Steven M. Schweda sms@antinode-info
382 South Warwick Street(+1) 651-699-9818
Saint Paul MN
testing, so you might also look into the -d (--debug) option if
you want to see what the program is actually doing.
Steven M. Schweda sms@antinode-info
382 South Warwick Street(+1) 651-699-9818
?
Just a thought.
Steven M. Schweda sms@antinode-info
382 South Warwick Street(+1) 651-699-9818
Saint Paul MN 55105-2547
).
Steven M. Schweda s...@antinode-info
382 South Warwick Street(+1) 651-699-9818
Saint Paul MN 55105-2547
at the file's contents? My psychic
powers are too weak to tell me what's wrong with it, and
collectd.example.com is not responding when I try to run your example
command.
Steven M. Schweda s...@antinode-info
From: Micah Cowan
Could you also add one to cover whatever new work was done to src/vms.c?
Forgot about those.
--- src/ChangeLog;-12009-10-09 15:16:51 -0500
+++ src/ChangeLog 2009-10-09 17:10:42 -0500
@@ -3,6 +3,13 @@
* utils.c: Added characters : \ | to the list of
I figured that I'd suck down a fresh source kit soon, and whip up
some patches against the current stuff, and also assemble a kit of new
VMS-specific files (source and builders) for incorporation. [...]
http://antinode.info/ftp/wget/mainline-f5754f5d165c_v1.zip
Starting with a
From: Micah Cowan
Steven M. Schweda wrote:
7a. Lacking Unix-like builders, I stuck some place-holders for
compilation_string and link_string into src/vms.c:
Is there no equivalent that could be used in the VMS builders? If not,
the NULL check seems reasonable to me.
I know
From: Micah Cowan
(I didn't improve the vsnprintf() prototype, because it needs
va_list, which not universally available. A realistic snprintf()
seems to be harmless around here, however.)
Not universally available? It's part of the C standard, since 1989.
And it surely must exist on
-incrementing (modulo something) an n somewhere?
Steven M. Schweda s...@antinode-info
382 South Warwick Street(+1) 651-699-9818
Saint Paul MN 55105-2547
be made for the
proposition that any project which relies on a VMS guy for Solaris
support might be considered somewhere between defective and deficient.)
Steven M. Schweda s...@antinode-info
382 South
50 matches
Mail list logo
