Option -nc causes crash
Hi, When running: wget -nc "http://www.google.com/"; the index.html file is downloaded as expected. However, running the same command again causes wget to crash. The wget output is: --01:52:00-- http://www.google.com/ Resolving www.google.com... 64.233.183.103, 64.233.183.99, 64.233.183.147, ... Connecting to www.google.com|64.233.183.103|:80... connected. HTTP request sent, awaiting response... 302 Found File `index.html' already there; not retrieving. after which a dialog box appears stating: The exception unknown software exception (0x4015) occurred in the application at location 0x004085bb. Click on OK to terminate the program Click on CANCEL to debug the program The wget version is "1.10+devel" and the operating system is Windows 2000. Regards, Jon
--no-content-disposition causes crash
Hi, The following command crashes wget 1.11-alpha-1 on Windows 2000 SP4: wget --output-document=- --no-content-disposition "http://www.google.com/"; In the console window, the following error message appears: Assertion failed: 0 <= comind && comind < countof (commands), file init.c, line 612 This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. And a message box also appears stating: The exception unknown software exception (0x4015) occurred in the application at location 0x004206d4 Click on OK to terminate the program Click on CANCEL to debug the program Regards, Jonny
Re: No such file or directory error
At 10:38 14/07/2006, I wrote: Sometimes when using wget, I get an error like: Connecting to www.somewebsite.com[xxx.xxx.xxx.xxx]:80... failed: No such file or directory. Giving up. But if I increase the number of tries, wget will eventually download the page. Please can you tell me why this is, and also if there is any way to make wget more likely to download the page on its first attempt. I'm using 1.11-alpha-1 on Windows 2000. Thanks for your help. Hi, I posted the above question earlier today. Sorry if it seems a bit vague, but I searched the mail archive and found that someone else had the same problem a while back. The question was answered by Gisle Vanem, but I didn't understand the answer, and whether or not it was saying that anything could or would be done about it. Here's the archive page in question: http://www.mail-archive.com/wget@sunsite.dk/msg06475.html If anyone knows anything about this, please could you let me know. Thanks. Regards, Jonny
No such file or directory error
Hi, Sometimes when using wget, I get an error like: Connecting to www.somewebsite.com[xxx.xxx.xxx.xxx]:80... failed: No such file or directory. Giving up. But if I increase the number of tries, wget will eventually download the page. Please can you tell me why this is, and also if there is any way to make wget more likely to download the page on its first attempt. I'm using 1.11-alpha-1 on Windows 2000. Thanks for your help. Regards, Jonny
RE: 1.11 Alpha 1 Win32 files
Hi Chris, Thanks for the update. I've tested it on Windows 2000 and it works. Regards, Jonny At 03:10 27/06/2006, Christopher G. Lewis wrote: Jonny - I've updated the wget-1.11-alpha-1b.zip and the ssllibs.098b.b.zip to include the MSVCR80.DLL file. http://www.ChristopherLewis.com/WGet I'm not sure when I'll have the ability to check on Windows 2000, but since it's so similar to XP/2003 I don't think it will be a problem. The current compile passed a smoke test on Win98 - I really should have a test script :-) Chris Christopher G. Lewis http://www.ChristopherLewis.com > -----Original Message- > From: www.mail [mailto:[EMAIL PROTECTED] > Sent: Monday, June 26, 2006 5:12 AM > To: Christopher G. Lewis; wget@sunsite.dk > Subject: Re: 1.11 Alpha 1 Win32 files > > Hi Chris, > > Thanks for the new binaries. > > The new SSL libraries, v0.9.8b, on your site require msvcr80.dll, > which v0.9.7g didn't. Please could you tell me where to get this > DLL. I tried the one from > > http://www.dll-files.com/dllindex/pop.php?msvcr80 > > but wget gave the error: > > The procedure entry point _encode_pointer could not be located in the > dynamic link library MSVCR80.dll > > Regards, > Jonny > > At 21:30 25/06/2006, you wrote: > > >Hi all - > > > > I've published the latest alpha Win32 binaries using a > similar format > >to Heiko's Win32 page. Hopefully I'll be able to keep up with what > >Heiko's done in the past, which has been excellent. Heiko deserves a > >big round of cheers for his work. > > > >The location for the downloads will be > >http://www.christopherlewis.com/wget/default.htm. Right now this is > >just a page off my personal web site, hopefully we'll just be able to > >add these to the normal wget site. > > > >Christopher G. Lewis > >http://www.ChristopherLewis.com > >
RE: 1.11 Alpha 1 Win32 files
Agreed, Bruce. I should have stated in my original message that I am using Windows 2000. Regards, Jonny At 16:04 26/06/2006, bruce wrote: hi... as you guys create/go forth in dealing with windows.. are you focused on XP, or 2000 as well... keep in mind, there are a lot of 2000 users still around!! -bruce -Original Message- From: Christopher G. Lewis [mailto:[EMAIL PROTECTED] Sent: Monday, June 26, 2006 7:27 AM To: www.mail; wget@sunsite.dk Subject: RE: 1.11 Alpha 1 Win32 files http://support.microsoft.com/default.aspx?scid=kb;en-us;326922 Using the ResKit tool Depends on the SSL libs, it looks like the MSVCR80.dll will need to be included. However, WGET itself doesn't have the dependancy. I'm researching this, and should be able to have an answer today. Chris Christopher G. Lewis http://www.ChristopherLewis.com > -Original Message- > From: www.mail [mailto:[EMAIL PROTECTED] > Sent: Monday, June 26, 2006 5:12 AM > To: Christopher G. Lewis; wget@sunsite.dk > Subject: Re: 1.11 Alpha 1 Win32 files > > Hi Chris, > > Thanks for the new binaries. > > The new SSL libraries, v0.9.8b, on your site require msvcr80.dll, > which v0.9.7g didn't. Please could you tell me where to get this > DLL. I tried the one from > > http://www.dll-files.com/dllindex/pop.php?msvcr80 > > but wget gave the error: > > The procedure entry point _encode_pointer could not be located in the > dynamic link library MSVCR80.dll > > Regards, > Jonny > > At 21:30 25/06/2006, you wrote: > > >Hi all - > > > > I've published the latest alpha Win32 binaries using a > similar format > >to Heiko's Win32 page. Hopefully I'll be able to keep up with what > >Heiko's done in the past, which has been excellent. Heiko deserves a > >big round of cheers for his work. > > > >The location for the downloads will be > >http://www.christopherlewis.com/wget/default.htm. Right now this is > >just a page off my personal web site, hopefully we'll just be able to > >add these to the normal wget site. > > > >Christopher G. Lewis > >http://www.ChristopherLewis.com > >
Re: 1.11 Alpha 1 Win32 files
Hi Chris, Thanks for the new binaries. The new SSL libraries, v0.9.8b, on your site require msvcr80.dll, which v0.9.7g didn't. Please could you tell me where to get this DLL. I tried the one from http://www.dll-files.com/dllindex/pop.php?msvcr80 but wget gave the error: The procedure entry point _encode_pointer could not be located in the dynamic link library MSVCR80.dll Regards, Jonny At 21:30 25/06/2006, you wrote: Hi all - I've published the latest alpha Win32 binaries using a similar format to Heiko's Win32 page. Hopefully I'll be able to keep up with what Heiko's done in the past, which has been excellent. Heiko deserves a big round of cheers for his work. The location for the downloads will be http://www.christopherlewis.com/wget/default.htm. Right now this is just a page off my personal web site, hopefully we'll just be able to add these to the normal wget site. Christopher G. Lewis http://www.ChristopherLewis.com
Re: Windows Title Bar
Hrvoje Niksic wrote: "www.mail" <[EMAIL PROTECTED]> writes: >>Something like ... >> >> wget --title="News Server #1" http://www.etc.com/latest_news.html >> >>So that "News Server #1" appears as the console title rather than the URL >>(or its possible redirect). > > I think the standard Windows console application (cmd.exe) always > changes its title somehow to reflect which command is currently > executing. Wget has code that changes the console title (ws_changetitle in mswindows.c), which is what Derek is probably referring to. Changing console title was IMHO a mistaken feature to implement in the first place I agree. In the case of Windows, I believe that no console application should alter the window title, as such applications will overwrite the title which was specified at the start of a command script. Having said that, even if wget did not alter the window title, the Windows console (cmd.exe) would automatically append the wget command line to its window title, if wget was executed directly from the command line. If wget was executed from within a script, then the script name would be appended to the console window title. This is the (annoying, IMHO) behaviour of the Windows console, which is why I gave Derek the option of trying a different console completely - one where he had more control over the window title. but the original Windows port had it and, not being a Windows user myself, I didn't want to remove it later. If we allowed such an option, it should probably be named "--console-title" or even "--windows-console-title" rather than the generic "--title". It might include substitutions like %(url) so that the user could specify different strings that still contained the current URL. Anyway, adding further customizations to an already questionnable feature is IMHO not a very good idea. Agreed also. If the user wants to change the window title in Windows, then they should write a command script such as (referring to Derek's original example): @echo off title News Server #1 echo Downloading latest news... echo. wget http://www.etc.com/latest_news.html Regards, Jonny
Re: Windows Title Bar
Derek Parnell wrote: I'd like to be able to exactly specify the title that appears on the console title bar (Windows environment of course). Current the application uses the URL that is being got but I'd like to specify it myself. Is there a way to do this now or does this have to be an enhancement? Something like ... wget --title="News Server #1" http://www.etc.com/latest_news.html So that "News Server #1" appears as the console title rather than the URL (or its possible redirect). I think the standard Windows console application (cmd.exe) always changes its title somehow to reflect which command is currently executing. An alternative would be to download the free console window replacement (called Console) from SourceForge: http://heanet.dl.sourceforge.net/sourceforge/console/Console2_demo_015.zip It allows you to have multiple tabs, with a console window in each tab, and you can rename each tab in the Edit menu. So you could have inidividual tabs called "News Server #1", "News Server #2", etc., and run the appropriate wget command within each tab. Or, you could hide the tabs completely (in the View menu) to have just a single console window, and set its title permanently to "News Server #1", by changing the text "Debug console" to "News Server #1" within the file console.xml. Hope this helps. Regards, Jonny
Receiving Files From PHP Script
Hi, When I use wget to retrieve files such as: http://www.some-server.com/download.php?id=1633&fileid=100036&filename=this_file.mp3 wget saves the file with the name: [EMAIL PROTECTED]&fileid=100036&filename=this_file.mp3 Is there any way I can get wget to save it simply as this_file.mp3, without having to explicitly rename the 3500+ files that I want to download? When I save the file using Internet Explorer 6, it is saved as this_file.mp3. I have read the help files and searched the web, but i can't find any information on this. Please help. I am using version 1.9.1 on Windows 2000. Thanks for your time. Jonny
wget and https
Hi, Apologies if you already received this message. I have just started using wget (1.9-beta) on Windows 2000. I can get it to work with cookies, but not with secure sites. Whenever I try to download anything from a particular https site, wget just downloads the login page for the site. I have the SSL libraries (0.9.6g) installed. I have tried setting httpuser, httppasswd, referer, and useragent in the wgetrc file, but can't get it to work. The following SSL options are available, and I have read the brief description for each of them described by "wget --help", but I still don't know what to do with them: egdfile sslcadir sslcafile sslcertfile sslcertkey sslcerttype sslcheckcert sslprotocol I don't know much about this, but does it have something to do with a certificate that the site needs, and I'm not supplying? Perhaps there is a particular browser that I could use which stores certificates that I could pass to wget? I'm using Netscape 6.2.3 at the moment (purely because its the only one whose cookies.txt file I can get to work with wget to download from Yahoo groups). Help would be much appreciated. Thanks, Jonny