Herold Heiko wrote:
From: Hrvoje Niksic [mailto:[EMAIL PROTECTED]
..
Yes. Specifically, Unix's SIGWINCH simply sets a flag that means
window size might have changed, please check it out. That is
because checking window size on each refresh would perform an
unnecessary ioctl.
One thing we could
Hrvoje Niksic wrote:
This patch should fix both problems.
Great, thanks
Herold Heiko wrote:
How often do people change the size of the screen buffer
while a command
is running?
Rarely I think, for example when you notice a huge file is being downloaded
slowly and you enlarge the window in order to have a better granularity on
the progress bar.
Probably instead
Petr Kadlec wrote:
I have traced the problem down to search_netrc() in netrc.c, where the
program is trying to find the file using stat(). But as home_dir()
returns C:\ on Windows, the filename constructed looks like
C:\/.netrc, which is then probably interpreted by Windows as a name of
a
of nmake.exe, I don't know.
I'm hoping others can test these changes, especially with older versions of MSVC.
Cheers,
David Fritz
2004-02-09 David Fritz [EMAIL PROTECTED]
* configure.bat.in: Don't clear the screen.
* windows/README: Add introductory paragraph. Re-word a few
it.
As a side-effect, this would also resolve the above issue.
I went ahead and implemented this. I figure at least it will work as an interim
solution.
2004-02-16 David Fritz [EMAIL PROTECTED]
* init.c (home_dir): Use aprintf() instead of xmalloc()/sprintf().
Under Windows, if $HOME
of the attached
patches should be applied.
2004-02-20 David Fritz [EMAIL PROTECTED]
* main.c (print_help): Remove call to ws_help().
* mswindows.c (ws_help): Remove.
* mswindows.h (ws_help): Remove.
Index: src/mswindows.c
===
RCS file
Michael Bingel wrote:
Hi there,
I was looking for a tool to retrieve web pages and print them to
standard out. As windows user I tried wget from Cygwin, but it created a
file and I could not find the option to redirect output to standard out.
Then I browsed throught the online documentation
Hrvoje Niksic wrote:
David Fritz writes:
But, I'd guess you probably had a non-option argument before -O.
For a while now, the version of getopt_long() included with Cygwin
has had argument permutation disabled by default.
What on Earth were they thinking?!
:) Well, ultimately, I can only
Gisle Vanem wrote:
ws_percenttitle() should not be called in quiet mode since ws_changetitle()
AFAICS is only called in verbose mode. That caused an assert in
mswindows.c. An easy patch:
--- CVS-latest\src\retr.c Sun Dec 14 14:35:27 2003
+++ src\retr.c Tue Mar 02 21:18:55 2004
@@ -311,7
.]
2004-03-02 David Fritz [EMAIL PROTECTED]
* retr.c (fd_read_body): Under Windows, only call
ws_percenttitle() if verbose. Fix by Gisle Vanem.
* mswindows.c (ws_percenttitle): Guard against future changes by
doing nothing if the proper variables have not been
it with various operating systems and compilers.
Also, any feedback regarding the design or implementation would be welcome. Do
you feel this is the right way to go about this?
Cheers,
David Fritz
2004-03-19 David Fritz [EMAIL PROTECTED]
* mswindows.c (make_section_name, fake_fork
Hrvoje Niksic wrote:
For now I'd start with applying David's patch, so that people can test
its functionality. It is easy to fix the behavior of `wget -q -b'
later.
David, can I apply your patch now?
Sure.
The attached patch corrects a few minor formatting details but is otherwise
identical to
Hrvoje Niksic wrote:
Thanks for the patch, I've now applied it to CVS.
You might want to add a comment in front of fake_fork() explaining
what it does, and why. The comment doesn't have to be long, only
several sentences so that someone reading the code later understands
what the heck a fake
Axel Pettinger wrote:
Hrvoje Niksic wrote:
This patch should fix the problem. Please let me know if it works
for you:
I would like to check it out, but I'm afraid I'm not able to compile
it.
Why not? What error are you getting?
I have not that much experience with compiling source code ...
Axel Pettinger wrote:
David Fritz wrote:
Axel Pettinger wrote:
I have not that much experience with compiling source code ...
When I try to build WGET.EXE (w/o SSL) using MinGW then I get many
Forgot to mention that the source is 1.9+cvs-dev-200404081407 ...
warnings and errors in utils.c
IIUC, GNU coreutils uses uintmax_t to store large numbers relating to the file
system and prints them with something like this:
char buf[INT_BUFSIZE_BOUND (uintmax_t)];
printf (_(The file is %s octets long.\n), umaxtostr (size, buf));
where umaxtostr() has the following prototype:
char
[redirecting this thread to the general discussion list [EMAIL PROTECTED]
Laura Sanders wrote:
I am using wget to pass order information, which includes item numbers,
addresses, etc.
I have run into a size limitation on the string I send into wget.
[...]
How are you `sending' the string to Wget?
Because of the way the always_rest logic has been restructured, if a non-fatal
error occurs in an initial attempt, subsequent retries will forget about
always_rest and clobber the existing file. Ouch.
Also, the behavior of c when downloading from a server that does not support
ranges has
This problem seems to have gone overlooked:
http://www.mail-archive.com/wget%40sunsite.dk/msg06527.html
http://www.mail-archive.com/wget%40sunsite.dk/msg06560.html
Sorry for not including a patch.
I64 is a size prefix akin to ll. One still needs to specify the argument
type as in %I64d as with %lld.
21 matches
Mail list logo