Calling wget in C++

2004-01-28 Thread David C.
Hi, all Please CC me when you reply. I'm not subscribed to this list. I have two questions: 1) I am writing a C++ program that calls wget using execv. After wget gets the requested page, it does not return to my program to excute the rest of my program after the call. Here's what my code

RE: --http-passwd=

2004-01-28 Thread Voelker Bernhard
Wow, that ws quick! Thank you. The man page proposes to put the password in wgetrc or another file. Your solution sounds more secure to me. Maybe someone has some time left to enhance the man pages. Bye, Berny > -Original Message- > From: Hrvoje Niksic [mailto:[EMAIL PROTECTED] > Sent:

Re: Calling wget in C++

2004-01-28 Thread Vlada Macek
> Hi, all > > Please CC me when you reply. I'm not subscribed to this list. > > I have two questions: > > 1) I am writing a C++ program that calls wget using execv. After wget gets > the requested page, it does not return to my program to excute the rest of > my program after the call. Her

RE: [PATCH] implementation of determine_screen_width() for Window s

2004-01-28 Thread Herold Heiko
Works fine for me on Winnt 4.0 sp6a (cmd windows with column sizes != 80 now use the whole line for the progress bar), compiled with MSVC. A binary with that patch is available from http://xoomer.virgilio.it/hherold/ In order to test just open a command window with a buffer column size !=80, the p

Re: [PATCH] implementation of determine_screen_width() for Window s

2004-01-28 Thread Hrvoje Niksic
[ This discussion is about a patch that determines the screen width on Windows console. ] Herold Heiko <[EMAIL PROTECTED]> writes: > Note: for a complete look-and-feel similar to the unix version we > still need a detection when the size changes (on unix this is done > with received_sigwinch in

RE: [PATCH] implementation of determine_screen_width() for Window s

2004-01-28 Thread Herold Heiko
> 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 do fo

Re: --http-passwd=

2004-01-28 Thread Hrvoje Niksic
Voelker Bernhard <[EMAIL PROTECTED]> writes: > The man page proposes to put the password in wgetrc or another file. That is necessary when you use multiple URLs, or with `-r', which tends to lose the password information.

Re: bug report

2004-01-28 Thread Hrvoje Niksic
You are right, it's a bug. -O is implemented in a weird way, which makes it work strangely with features such as timestamping and link conversion. I plan to fix it when I get around to revamping the file name generation support for grokking the Content-Disposition header.

Re: Error -1: No Dat Received on every first URL

2004-01-28 Thread Hrvoje Niksic
I don't understand why this occurs. Many things have changed from Wget 1.5.x to 1.8.x, but I don't remember seeing this report before. The next step would be to use a debugger or tracer to see what is going on behind the lines, but I don't know how to do that on non-Unix platforms.

Re: wget crashes when working on large files

2004-01-28 Thread Hrvoje Niksic
This is a bug -- regardless of whether it supports large files or not, Wget shouldn't crash when dealing with them. I plan to look into large file support for the next version of Wget.

Re: Feature request: execute command after download complete

2004-01-28 Thread Hrvoje Niksic
It sounds to me like you could do the equivalent with a simple shell script. For example: while read url do wget --limit-rate=2k "$url" # Your commands go here. done < URL-LIST-FILE

Re: [PATCH] implementation of determine_screen_width() for Windows

2004-01-28 Thread David Fritz
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 coul

VIRUS IN YOUR MAIL

2004-01-28 Thread postmaster
V I R U S A L E R T Our viruschecker found the W32/[EMAIL PROTECTED] virus in your email to the following recipient: -> [EMAIL PROTECTED] Delivery of the email was stopped! Please check your system for viruses, or ask your system administrator to do so. F

VIRUS IN YOUR MAIL

2004-01-28 Thread postmaster
V I R U S A L E R T Our viruschecker found the W32/[EMAIL PROTECTED] virus in your email to the following recipient: -> [EMAIL PROTECTED] Delivery of the email was stopped! Please check your system for viruses, or ask your system administrator to do so. F

Re: recursive and form posts in wget 1.9.1

2004-01-28 Thread Greg Underwood
On Tuesday 27 January 2004 05:23 pm, Hrvoje Niksic wrote: > Greg Underwood <[EMAIL PROTECTED]> writes: > > I took a peek at my cookies while logging into the site in a regular > > browser. It definitely adds a session cookie when I log in, > > I think your problem should be solvable with `--keep-s

hallo

2004-01-28 Thread klug
I am using wget to try and retrieve multiple source files from the web. They are all located one site etc.. However, I am running into a rather interesting problem. In using wget -r -np -X blah/ http://blah.com I cant seem to get blah/ exclude from the pulled material. I have tried --exclude bl