On Friday, June 24, 2005 at 6:45:44 PM +0200, Hrvoje Niksic wrote:
input for other applications, which is very hard with the thousand
separators.
Pasting is very hard, parsing is not. An app running wget can easely
parse it's output, whatever it is. If not directly then thru a wrapper.
Alain Bench [EMAIL PROTECTED] writes:
Removing separators will break existing apps parsing wget's output.
Such apps exist?
They do exist, but *any* change in Wget's output will break them.
Since they probably do the equivalent of sed s/,//g anyway, the
removal of separators is likely to be the
Herold Heiko [EMAIL PROTECTED] writes:
Downloaded: bytes in 2 files
Note missing number of bytes.
This would indicate that the %I64 format, which Wget uses to print
the 64-bit download sum, doesn't work for you. What does this
program print?
#include stdio.h
int
main (void)
{
__int64 n =
Hrvoje Niksic [EMAIL PROTECTED] writes:
This would indicate that the %I64 format, which Wget uses to print
the 64-bit download sum, doesn't work for you.
For what it's worth, MSDN documents it: http://tinyurl.com/ysrh/.
Could you be compiling Wget with an older C runtime that doesn't
support
Hrvoje Niksic [EMAIL PROTECTED] wrote:
It should print a line containing 100. If it does, it means
we're applying the wrong format. If it doesn't, then we must find
another way of printing LARGE_INT quantities on Windows.
I don't know what compiler OP used, but Wget only uses
%I64
I64 is a size prefix akin to ll. One still needs to specify the argument
type as in %I64d as with %lld.
David Fritz [EMAIL PROTECTED] writes:
I64 is a size prefix akin to ll. One still needs to specify the
argument type as in %I64d as with %lld.
That makes sense, thanks for the explanation!
I read the entire message, but I probably didn't have to. My experience
with libtool in packages that really are building libraries has been
pretty painful. Since wget doesn't build any, getting rid of it is one
less thing to kill my builds in the future. Congratulations.
Mark Post
I am trying to download all pages in my site except secure
pages that require login.
Problem: when wget encounters a secure page
requiging the user to log in, it hangs there for up to an hour. Then
miraculously, it moves on.
I do not want to download these pages, so I'm not using a
Post, Mark K [EMAIL PROTECTED] writes:
I read the entire message, but I probably didn't have to. My
experience with libtool in packages that really are building
libraries has been pretty painful. Since wget doesn't build any,
getting rid of it is one less thing to kill my builds in the
John Haymaker [EMAIL PROTECTED] writes:
I am trying to download all pages in my site except secure pages that
require login.
Problem: when wget encounters a secure page requiging the user to log in,
it hangs there for up to an hour. Then miraculously, it moves on.
By secure pages do you
[...] (The new code does make one potentially risky assumption,
but it's explained in the comments.)
The latest code in my patches and in my new 1.9.1d kit (for VMS,
primarily, but not exclusively) removes the potentially risky assumption
(CR and LF in the same buffer), so it should be
12 matches
Mail list logo
