List Question

If I understand it correctly, with the list software used it is not possible to be subscribed but set to nomail ? At least I haven't been able to get a usefull help message for this matter from the listserv. I'm going to read the list from somewhere else but want to stay subscribed in case some da

Alloca, windows (again)

In 1.7-dev I get LINK : warning LNK4005: no objects used from library c:\programmi\devstudio\vc\lib\libcpmt.lib alloca.obj : error LNK2001: unresolved external symbol _xmalloc as in 1.6-prerelease, see http://www.mail-archive.com/wget@sunsite.auc.dk/msg03327.html . Unfortunately rereading that t

RE: Alloca, windows (again)

] >Sent: Friday, January 19, 2001 3:57 PM >To: Wget List >Subject: Re: Alloca, windows (again) > > >Herold Heiko <[EMAIL PROTECTED]> writes: > >> In 1.7-dev I get >> >> LINK : warning LNK4005: no objects used from library >> c:\programmi\devstudio

RE: Wget and secure servers

Please con't address me directly, always send to the mailing list. Currently version 1.7-dev does not compile on windows, as soon as I can resolve that problem (although probably I'll need some help from the fellow maintainers) I'll try to compile it with ssl support. Heiko -- -- PREVINET S.p.

RE: Alloca, windows (again)

x39-041-5907087 -- ITALY >-Original Message- >From: Herold Heiko [mailto:[EMAIL PROTECTED]] >Sent: Friday, January 19, 2001 4:05 PM >To: Wget List >Subject: RE: Alloca, windows (again) > > >link @C:\TEMP\nma00286. /subsystem:console /incremental:no >/warn:3

Windows ssl enabled binary

At http://www.geocities.com/heiko_herold you can find a ssl enabled windows binary, which however does still need thorough testing (please feedback on the list). Installation: you need to drop both dll's somewhere in your PATH. Sourcecode: minor changes only, see the attached diff. Basically the

RE: demande d'une nouvelle option

Translation please. English possibly, if you want to read the majority of readers. Heiko -- -- PREVINET S.p.A.[EMAIL PROTECTED] -- Via Ferretto, 1 ph x39-041-5907073 -- I-31021 Mogliano V.to (TV) fax x39-041-5907087 -- ITALY >-Original Message- >From: Jean Theven

1.7, stdrdup

This info probably won't be very useful, but anyway... Yesterday I was getting the index of a very large ftp server with very long directories with wget 1.7 on windows. That is, I configured wget in order to walk the whole ftp site, but with a -Anotexistantextension in order to not let it get any

Design issue

I was just thinking, what if you mirror (with directory creation for hostname and original directory) a site: - with both a http and ftp server, - which do happen to have a corresponding directory structure in http and ftp (note: I mean the same directory structure replicated in the ftp and http

RE: Design issue

>I think the most straightforward mapping would also be the >most attractive: > >ftp/site/dir/file >http/site/dir/file > >Wget should certainly have an option to make it behave this >way. In fact, >I'd prefer it to behave that way by default, for the reasons >you mention, >and introduc

RE: Design issue

>Jan Prikryl <[EMAIL PROTECTED]> writes: >> Quoting Hack Kampbjorn ([EMAIL PROTECTED]): >> > > I agree. What about https ? >> > >> > What about answering on more than one port like >java.sun.com used to do >> > where :80 had a java menu and :81 not. This is a bad >example as it was >> > mostly

RE: Design issue

>Herold Heiko <[EMAIL PROTECTED]> writes: >> Yes, the windows and dos version (OS/2 too ?) can't use :, >so if we need >> to choose a separator we could as well choose something which does >> create as few as possible problems on most platforms. >> Ev

RE: Wget Sourcecode (win version)

Get the normal sourcecode from http://sunsite.dk/wget/ , read Install. If you have VC run configure.bat and nmake. I don't know if the current sources do compile with borland or watcom compilers or if tweaking is needed. If you want ssl get and compile openssl, get the lastest 1.7-dev sources a

New dev windows binary available

http://www.geocities.com/heiko_herold Heiko -- -- PREVINET S.p.A.[EMAIL PROTECTED] -- Via Ferretto, 1 ph x39-041-5907073 -- I-31021 Mogliano V.to (TV) fax x39-041-5907087 -- ITALY

TODO list

Just browsing through the 1.7+dev TODO file: * Recognize more FTP servers (VMS). I thought this has been implemented in the latest code, or did I misunderstand ? Heiko -- -- PREVINET S.p.A.[EMAIL PROTECTED] -- Via Ferretto, 1 ph x39-041-5907073 -- I-31021 Mogliano V.to (T

no such file ?

Just wondering, and my knowledge of this stuff is too shallow... anobody would care to explain me --10:11:46-- http://1.2.3.4/some.file => `1.2.3.4/some.file' Connecting to 1.2.3.4... connect: No such file or directory Retrying. Sorry for changed IP ecc, I've only a mail of this ha

RE: no such file ?

>Heh, feel free to forward the real address so we can "test" the >problem. :-) (Sorry, couldn't resist.) Did that, unfortunately I don't know where the link came from :-) >Grepping Wget sources for "No such file or directory" is a mistake >because Wget always lets the system routines print out

RE: About wget

Please remember to send these kind of things to the mailing list. I don't think there is a special reason to avoid it, just go and code it (should not be very difficult) and send it to the list. Or if you prefer you could use wget -d and parse the logfile. Heiko >-Original Message- >Fro

Windows binary

New version up at http://www.geocities.com/heiko_herold Heiko -- -- PREVINET S.p.A.[EMAIL PROTECTED] -- Via Ferretto, 1 ph x39-041-5907073 -- I-31021 Mogliano V.to (TV) fax x39-041-5907087 -- ITALY

FW: Windows binary

, 2001 10:27 PM To: Herold Heiko Subject: Re: Windows binary Hello Heiko, your service to provide us with the newest binary is much appreciated. So thanks very much from me. I'm always downloading and using it as soon as you announce a new version. This time it seems you've uploade

RE: Wget and i18n

>From: Philipp Thomas [mailto:[EMAIL PROTECTED]] >Sent: Tuesday, March 06, 2001 11:02 AM >To: Hrvoje Niksic >Cc: [EMAIL PROTECTED] >Subject: Re: Wget and i18n > > >* Hrvoje Niksic ([EMAIL PROTECTED]) [20010306 10:35]: >> Also, won't this trigger an error if a system header file, say >> string.h,

RE: Wget and i18n

>-Original Message- >From: Drazen Kacar [mailto:[EMAIL PROTECTED]] >Sent: Thursday, April 26, 2001 7:00 PM >To: [EMAIL PROTECTED] >Subject: Re: Wget and i18n > > >Herold Heiko wrote: > >> Unfortunately, on winnt this *is* a problem. >> Visual

RE: Fix safe-ctype detection

Seems ok, at least cmpt.c .. getopt.c do compile correctly. Now in hash.c cl barfs hash.c hash.c(228) : error C2054: expected '(' to follow 'inline' hash.c(230) : error C2085: 'find_mapping' : not in formal parameter list hash.c(230) : error C2143: syntax error : missing ';' before '{' NMAKE : fa

RE: Fix safe-ctype detection

ph x39-041-5907073 -- I-31021 Mogliano V.to (TV) fax x39-041-5907087 -- ITALY >-Original Message- >From: Hrvoje Niksic [mailto:[EMAIL PROTECTED]] >Sent: Friday, April 27, 2001 8:39 AM >To: Wget List; Herold Heiko >Subject: Re: Fix safe-ctype detection > >

RE: Fix safe-ctype detection

OK, after some other needed testing (Hrvoje easily caught my faulty wgetrc problem) it does seem to work correctly with __inline and chsize. The attached patch will change what is needed ( windows\{Makefile.src,wget.dep,config.h.ms} for the latest changes. Heiko -- -- PREVINET S.p.A.

win binary

Current win binary at http://www.geocities.com/heiko_herold . Cookie feature not yet tested on win platform for lack of time. Feedback is welcome, but don't expect any reply before 05/03 Heiko -- -- PREVINET S.p.A.[EMAIL PROTECTED] -- Via Ferretto, 1ph x39-041-5907073 -

windows, continue bug

Just FYI, there seems to be a bug on windows with -c and not-yet existing files. I thought to look into it myself but just can't find the time :( Heiko -- -- PREVINET S.p.A.[EMAIL PROTECTED] -- Via Ferretto, 1ph x39-041-5907073 -- I-31021 Mogliano V.to (TV) fax x39-041-

RE: windows, continue bug

Still no time :(, seems reasonable however. Heiko -- -- PREVINET S.p.A.[EMAIL PROTECTED] -- Via Ferretto, 1ph x39-041-5907073 -- I-31021 Mogliano V.to (TV) fax x39-041-5907087 -- ITALY

ssl, configure ?

linux, configure --with-ssl, src/Makefile, the makedepend section at the end doesn't contain any reference to gen_sslfunc$o. Is this correct ? Heiko -- -- PREVINET S.p.A.[EMAIL PROTECTED] -- Via Ferretto, 1ph x39-041-5907073 -- I-31021 Mogliano V.to (TV) fax x39-

RE: New and improved Makefile.watcom

>-Original Message- >From: Hrvoje Niksic [mailto:[EMAIL PROTECTED]] >Sent: Monday, May 14, 2001 11:23 AM >To: Wget List >Subject: Re: New and improved Makefile.watcom > > >[EMAIL PROTECTED] writes: > >> This is a rewrite of Makefile.watcom > >Thanks; I've put it in the repository. > >> # C

win binary

Most recent binaries compiled by myself for windows didn't have ssl enabled correctly due to a simple bug. Since I did't need the ssl feature lately (and appareantly nobody else used it lately, thanks Muller Zsolt) nobodoy did notice the problem. The new binary at

RE: win binary

y, May 14, 2001 5:19 PM >To: Wget List >Subject: Re: win binary > > >Herold Heiko <[EMAIL PROTECTED]> writes: > >> Most recent binaries compiled by myself for windows didn't have ssl >> enabled correctly due to a simple bug. > >A source bug or a build bug? >

pre-1.7 win binary

It seems that yahoo munched my files. I'm waiting what support's excuse will be after my inquiry, so I'm not yet restoring it. Temporarily you can find a win binary for pre-1.7 at http://www.geocities.com/hmantemp/ . Heiko -- -- PREVINET S.p.A.[EMAIL PROTECTED] -- Via Ferretto, 1

RE: Wget 1.6 Microsoft Windows binary

Sigh. Geocities munched everything and *should* have restored it for now. Although it was only a single simple (Very) page I felt quite attached to it and stupidly didn't have a backup. Get the binary from http://www.geocities.com/hmantemp/ , I'll restore something to the original site asap

fooling around...

in a moment of madness. Windows binary pre-1.7 is involved, so beware. First problem: possibly there is some problem in the win binary related to cookies, with a large cookies.txt file (>500) wget does seem to segfault ("Memory could not be read...") while loading the cookies. However I haven't be

Page move

Geocities still hasn't been capable of restoring my couple of megabytes OR fixing the site (no upload possible). I'd like to move that page from http://www.geocities.com/heiko_herold to a host at my Ips's domain (having a bit more control there) at http://space.tin.it/computer/hherold/ . However

win binary

A windows binary for 1.7 is present at http://space.tin.it/computer/hherold . Heiko -- -- PREVINET S.p.A.[EMAIL PROTECTED] -- Via Ferretto, 1ph x39-041-5907073 -- I-31021 Mogliano V.to (TV) fax x39-041-5907087 -- ITALY

RE: Download problem

No problem for me. I'm extremely low on time these days, but I'll move that page (again, sigh) somewhere else asap. Suggestions for good free webservers are welcome, I'm familiar with geocities only, but I'd rather not return there - this was the second time they suspended that tiny single page s

RE: Fixed several bugs -- testing needed

windows binary at http://space.tin.it/computer/hherold/ Heiko -- -- PREVINET S.p.A.[EMAIL PROTECTED] -- Via Ferretto, 1ph x39-041-5907073 -- I-31021 Mogliano V.to (TV) fax x39-041-5907087 -- ITALY >-Original Message- >From: Hrvoje Niksic [mailto:[EMAIL PROTEC

RE: suggestion

Something like that has been suggested already, but is not yet implemented (at least not in the "official" source, which is at 1.7 btw). For any chance, are you using a proxy ? Some (braindead imho) of those insert a string like "connection interrupted" at the end of a failed download. If you can

RE: minor problem compiling wget-1.7 on Mac OS X / Darwin

Boing :) The same happened with VC++ 5.x, general agreement was: compiler bug. That line is used for debugging only, if you need to compile that _now_ you can just comment it out I believe. Somebody more knowledgable than me in this area please correct me if I'm having my foot in my mouth :) Heik

Windows binary

New binary and sources at http://space.tin.it/computer/hherold . Tne binaries now are on ftp.sunsite.dk (thanks!) so hopefully there shouldn't be any more download problems. Heiko -- -- PREVINET S.p.A.[EMAIL PROTECTED] -- Via Ferretto, 1ph x39-041-5907073 -- I-31021 Mog

RE: wget and dos

Or set an environment variable wgetrc=c:\stuff\wgetrc or whereever. Autoexec.bat on w9x/wME, control pannel/system on NT. However this matter would have been more appropriate for the normal wget mailing list, not for bug-wget. Heiko -- -- PREVINET S.p.A.[EMAIL PROTECTED] -- Via Fer

RE: Wget license and OpenSSL license incompatible

Oops. I removed any windows binary compiled with OpenSsl support from my site until further notice. Heiko -- -- PREVINET S.p.A.[EMAIL PROTECTED] -- Via Ferretto, 1ph x39-041-5907073 -- I-31021 Mogliano V.to (TV) fax x39-041-5907087 -- ITALY >-Original Message

RE: Setting Interval

-wait sets a general interval used as a default aiting time, both between successfull downloads and after disconnects. However if --waitretry is set to a different value, the -wait time is used only after successfull downloads; after disconnects wget retries immedeatly, after the second disconnec

RE: Compile problem (and possible fix)

MS Visual Studio 5 (don't remember which sp level): yes. Current, as in Visual Studio 6 current sp (iirc 6, can't check now) doesn't have any problems. Heiko -- -- PREVINET S.p.A.[EMAIL PROTECTED] -- Via Ferretto, 1ph x39-041-5907073 -- I-31021 Mogliano V.to (TV) fax x3

RE: fooling around...

Original Message- >From: Hrvoje Niksic [mailto:[EMAIL PROTECTED]] >Sent: Saturday, November 17, 2001 12:03 AM >To: Wget List >Subject: Re: fooling around... > > >Herold Heiko <[EMAIL PROTECTED]> writes: > >> OTOH, consider www.goofball.com, create a login, >[

RE: Setting waitretry in .wgetrc becomes overwritten

Nice bug :( Well, currently the sample .wgetrc tries to be "nice" to remote servers - that is, avoid hammering, and as such has waitretry set to something >0 (increasing delays if the connection is lost). At the same moment the goal is to have a nice and fast download - default wait = 0. At the

diff and win binaries

The latest changes require the attached patch to windows/* for the md5 and res files (borland/watcom stuff not tested). A couple of new binaries (1.7.1 and the current 1.8) are up at http://space.tin.it/computer/hherold for your testing pleasures, alas as usual without ssl support due to the copy

RE: Setting waitretry in .wgetrc becomes overwritten

>Herold Heiko <[EMAIL PROTECTED]> writes: > >> At the moment I wrote (rather badly) the waitretry patch I thought >> at backwards compatibility for existing installations - that is, >> somebody with new wget, but existing .wgetrc (no waitretry set) and >>

RE: Patch: --range switch implemented

>From: Hrvoje Niksic [mailto:[EMAIL PROTECTED]] > >[ Note for Wget list readers: this discusses the `--range' option > submitted to the patch list. ] > >Herold Heiko <[EMAIL PROTECTED]> writes: > >> Also, possibly I missed something, does the download st

RE: Patch: --range switch implemented

>From: Hrvoje Niksic [mailto:[EMAIL PROTECTED]] > >Vladi Belperchinov-Shabanski <[EMAIL PROTECTED]> writes: > >> Here is my IMO (in case someone is really interested in:)) ... >So what would be a nice alternative syntax for closed-open? 0:1024? >Hyphen is easier to type, though. Damn, sometim

RE: Patch: --range switch implemented

>From: Hrvoje Niksic [mailto:[EMAIL PROTECTED]] > >Herold Heiko <[EMAIL PROTECTED]> writes: > >> Don't forget you need a symbol for the start->size syntax,too ... + >> would be perfect, > >Yes. That's +, as implemented in the original patch. N

ftp bug in 1.8-dev

With 1.8, build on windows, wget -d ftp:// ... I get consistently --> PWD 257 "/" is current directory. done. ==> TYPE ... --> TYPE 500 'TYPE ': Invalid number of parameters Unknown type ` ', closing control connection. Closing fd 76 Retrying. 1.7.1 doesn't seem to have problems. I'm sorr

RE: ftp bug in 1.8-dev

Hrvoje Niksic [mailto:[EMAIL PROTECTED]] >Sent: Tuesday, November 20, 2001 5:03 PM >To: Wget List; [EMAIL PROTECTED] >Subject: Re: ftp bug in 1.8-dev > > >Herold Heiko <[EMAIL PROTECTED]> writes: > >> With 1.8, build on windows, wget -d ftp:// ... I get consistent

Windows doc patch

This updates the generation of hlp/info/html when compiling on windows platform. Requires makeinfo, for example ftp://ftp.sunsite.dk/projects/wget/windows/makeinfo.zip (the old Url for makeinfo wasn't active anymore). Also requires perl, for example from http://www.activestate.com Note: makeinf

Updatet windows binary

post url parser overhaul for your testing pleasure at http://space.tin.it/computer/hherold Heiko -- -- PREVINET S.p.A.[EMAIL PROTECTED] -- Via Ferretto, 1ph x39-041-5907073 -- I-31021 Mogliano V.to (TV) fax x39-041-5907087 -- ITALY

RE: Windows doc patch

>From: Hrvoje Niksic [mailto:[EMAIL PROTECTED]] >Also, could you include a ChangeLog entry with your patches? I've >used this for ChangeLog: Sorry, yes. >> Requires makeinfo, for example >> ftp://ftp.sunsite.dk/projects/wget/windows/makeinfo.zip >> (the old Url for makeinfo wasn't active anymo

RE: Windows doc patch

>From: Hrvoje Niksic [mailto:[EMAIL PROTECTED]] >> Possibly using sed or perl since it's already required anyway. > >Note that Perl is not, or should not be, required to build Wget. Currently perl is used to build the pod and thus the man page, which was not performed by the previous windows mak

RE: Windows doc patch

>From: Hrvoje Niksic [mailto:[EMAIL PROTECTED]] >But maybe I'm missing the real issue here, because it looks like a >non-problem to me -- Perl can do all sed can, so why not use only Perl >on Windows and sed/optional-Perl combination on Unix? You are not missing anything, the conversation just d

HAVE_RANDOM ?

In the current cvs sources HAVE_RANDOM is mentioned in Changelog, used in a not exactly obvious way in main.c at line 577, but nowhere else. Is this a work in progress or a leftover of previous code ? Backup code for systems without 'random()' (hint hint VC++) is needed :) Heiko -- -- PREVINET

--random-wait

I couldn't test that option yet, but it seems to use 0 .. 2*opt.wait for it's random waiting. What if somebody wants to wait a longer time with different random intervall... say wait from 20..30 seconds ? Possibly it would be better giving random-wait a numeric option, and use something like --

RE: --random-wait

21 Mogliano V.to (TV) fax x39-041-5907087 -- ITALY >-Original Message- >From: Vladi Belperchinov-Shabanski [mailto:[EMAIL PROTECTED]] >Sent: Monday, November 26, 2001 12:38 PM >To: Herold Heiko >Cc: List wget-bug (E-mail) >Subject: Re: --random-wait > > >hi! >

progress bar, dot style

I haven't been able to test yet the progress bar ecc, but from the documentation there seems (to me) something lacking (inserting foot into mouth): The old dotstyle micro mega binary now are dot:micro dot:mega dot:binary. Micro mega and binary for itself don't have any meaning currently - so make

Double log ?

With the new spiffy real time progress bar it's rather nice to see in real time the progress :-) On the other hand often it is usefull to have a logfile, too. Now however it is not anymore "the same" redirecting always to a logfile and doing tail -f in order to having both, since this means no p

RE: Double log ?

>> Now however it is not anymore "the same" redirecting always to a >> logfile and doing tail -f in order to having both, since this means >> no progress bar. > >I've always considered the real-time progress and the log to be an >either-or thing. I suppose the code could still work by instantiati

RE: progress bar, dot style

Wednesday, November 28, 2001 6:18 PM >To: Wget List >Subject: Re: progress bar, dot style > > >Herold Heiko <[EMAIL PROTECTED]> writes: > >> There seems (looking at the docs) no way to say "use bar; in case of >> fallback to dot, use style X" - it will fal

windows patch and problem

The enclosed patch makes wget compile and work for windows. Changelog: * various missing files added in windows Makefiles; * config.h.ms, mswindows.h: defined HAVE_ISATTY, use _isatty for MS VC; somebody with Borland compiler please check and provide patch

RE: windows patch and problem

TALY >-Original Message- >From: Hrvoje Niksic [mailto:[EMAIL PROTECTED]] >Sent: Thursday, November 29, 2001 3:09 PM >To: Wget List >Subject: Re: windows patch and problem > > >Herold Heiko <[EMAIL PROTECTED]> writes: > >> * cmpt.c: provided usleep

RE: windows patch and problem

2001 3:06 PM >To: Wget List >Subject: Re: windows patch and problem > > >"Ian Abbott" <[EMAIL PROTECTED]> writes: > >> On 29 Nov 2001 at 12:48, Herold Heiko wrote: >> >>> --12:27:26-- http://www.cnn.com/ >>> (try: 3) => `www.cn

Windows binary, ssl problem

New windows binary and almost-current cvs sources up at http://space.tin.it/computer/hherold . On the other hand I just discovered the current cvs sources won't compile with ssl anymore, cl /I. /DWINDOWS /D_CONSOLE /DHAVE_CONFIG_H /DSYSTEM_WGETRC=\"wgetrc\" /DHAVE_SSL /nologo /MT /W0 /

RE: Recursive retrieval of page-requisites

Try a dig in the archives - I seem to remember a patch which does exactly that. Possibly not yet applied to the cvs version iirc. Heiko -- -- PREVINET S.p.A.[EMAIL PROTECTED] -- Via Ferretto, 1ph x39-041-5907073 -- I-31021 Mogliano V.to (TV) fax x39-041-5907087 -- ITALY

Win ssl bug

The current CVS 1.8 needs this in order to compile with ssl: diff -urbB wget/windows/Makefile.src wget.wip/windows/Makefile.src --- wget/windows/Makefile.src Thu Nov 29 14:30:24 2001 +++ wget.wip/windows/Makefile.src Mon Dec 3 13:39:58 2001 @@ -55,12 +55,12 @@ SRC = cmpt.c safe-ctype.c c

RE: Win ssl bug

ano V.to (TV) fax x39-041-5907087 -- ITALY > -Original Message- > From: Daniel Stenberg [mailto:[EMAIL PROTECTED]] > Sent: Monday, December 03, 2001 3:33 PM > To: Herold Heiko > Cc: [EMAIL PROTECTED] > Subject: Re: Win ssl bug > > > On Mon, 3 Dec 2001, Herold Heiko wrote: &g

RE: Win ssl bug

Sorry, I forgot. Changelog: * windows\Makefile.src: add gen_sslfunc.c * windows\Makefile.src.bor: ditto. Heiko -- -- PREVINET S.p.A.[EMAIL PROTECTED] -- Via Ferretto, 1ph x39-041-5907073 -- I-31021 Mogliano V.to (TV) fax x39-041-5907087 -- ITALY

RE: Win ssl bug

-- ITALY > -Original Message- > From: Herold Heiko [mailto:[EMAIL PROTECTED]] > Sent: Monday, December 03, 2001 5:37 PM > To: List wget-bug (E-mail) > Subject: RE: Win ssl bug > > > Sorry, I forgot. > > Changelog: > * windows\Makefile.src: ad

windows screen bug

On windows appareantly with beta2 and previous at least on nt4 a screen size of 81 is needed in order to print the progress bar correctly ? (beside the fact different window sizes are not detected correctly) I'll try to look into it today, just thought I'd send a note in the meantime Heiko -- -

RE: windows screen bug

CTED] > Subject: Re: windows screen bug > > > Herold Heiko <[EMAIL PROTECTED]> writes: > > > On windows appareantly with beta2 and previous at least on nt4 a > > screen size of 81 is needed in order to print the progress bar > > correctly ? > > Oh.

Linux ssl configure bug ?

linux, a machine with ssl libs and headers installed in /usr/local . Current cvs sources, make -f Makefile.cvs ./configure --with-ssl make works flawlessly. On the other hand, starting over again with clean sources, make -f Makefile.cvs ./configure make ./configure --with-ssl make fails with

RE: Linux ssl configure bug ?

> From: Hrvoje Niksic [mailto:[EMAIL PROTECTED]] > Herold Heiko <[EMAIL PROTECTED]> writes: > > > make -f Makefile.cvs > > ./configure > > make > > ./configure --with-ssl > > make > > Isn't this a bit dangerous, what with Autoconf

New win binary

New binary and sources at http://space.tin.it/computer/hherold for 1.8-pre1+cvs 2001/12/06, compiles flawlessly. Heiko -- -- PREVINET S.p.A.[EMAIL PROTECTED] -- Via Ferretto, 1ph x39-041-5907073 -- I-31021 Mogliano V.to (TV) fax x39-041-5907087 -- ITALY

RE: New win binary

Those sources are taking directly from CVS. This means for environments with somewhat more intelligent configure scripts than those (static ones) included for windows (various unixes and alikes) you'll need some tools in order to build the files which are normally generated automatically. Pleas

RE: wget 1.8beta - handling of non-ascii characters in URL

Mac Os X could have some special characters. Future OSs could have some special characters. A BeOs port could appear. If wget is going down that road (would be really nice) I'm wondering if it would be "better" having a/several internal defaults (general unix and windows at least) AND some way to

RE: Wget 1.8 is released

windows binary at http://space.tin.it/computer/hherold Heiko -- -- PREVINET S.p.A.[EMAIL PROTECTED] -- Via Ferretto, 1ph x39-041-5907073 -- I-31021 Mogliano V.to (TV) fax x39-041-5907087 -- ITALY > -Original Message- > From: Hrvoje Niksic [mailto:[EMAIL PROTECT

RE: WGET 1.8 bug report

I put up the current cvs, mainly since there have been those patches to ftp-ls.c and the signal handler. Ok ? Usually I try to not put up patched binaries or sources... I have the nagging feeling (from some mail I get from time to time) there's quite a userbase which does take the zipped cvs so

RE: WGET 1.8 bug report

> From: Hrvoje Niksic [mailto:[EMAIL PROTECTED]] > Herold Heiko <[EMAIL PROTECTED]> writes: > > > I put up the current cvs, mainly since there have been those patches > > to ftp-ls.c and the signal handler. Ok ? > > Please don't do that. Although all ch

RE: parameters in the URL

More probably the usual (sigh) file system unusuable character problem ( '?' in this case ). I can;t do it now, try something like wget -O out.html http://www.baxleys.org/noah/other_images.php?month_id=11&year_id=2001 (mind the wrap) if you can download that url directly without going through test

RE: parameters in the URL

VINET S.p.A.[EMAIL PROTECTED] -- Via Ferretto, 1ph x39-041-5907073 -- I-31021 Mogliano V.to (TV) fax x39-041-5907087 -- ITALY > -Original Message- > From: Alan Eldridge [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, December 18, 2001 3:35 PM > To: Herold H

win binary

New binary for wget 1.8-pre3+cvs at http://space.tin.it/computer/hherold Untested, I'm in a hurry Bye Heiko -- -- PREVINET S.p.A.[EMAIL PROTECTED] -- Via Ferretto, 1ph x39-041-5907073 -- I-31021 Mogliano V.to (TV) fax x39-041-5907087 -- ITALY

RE: win binary

> Herold Heiko <[EMAIL PROTECTED]> writes: > > > New binary for wget 1.8-pre3+cvs at > http://space.tin.it/computer/hherold > > Huh? You mean 1.8.1-pre3+cvs? And btw, why not make 1.8.1-pre3 > available? Yes, exactly. I had just a couple of minutes, no time to

RE: win binary

Binary for 1.8.1-pre3 up at http://space.tin.it/computer/hherold Heiko -- -- PREVINET S.p.A.[EMAIL PROTECTED] -- Via Ferretto, 1ph x39-041-5907073 -- I-31021 Mogliano V.to (TV) fax x39-041-5907087 -- ITALY

RE: Feature wish for wget

Possibly for some cases that shell magic still could not be enough (think huge lists, even unix shells have some lenght limits, think old Os, after all there is a reason xargs does exist), there's always the problem of other platforms with possibly shorter command lines, or simply braindead shell

RE: wget1.6-1.8bug: windows compile skips some command line settings.

Currently no 98se available. -w 60 does work correctly with different revision levels I tried (several 1.8-cvs and 1.8.1 released) on NT4 sp6,sp5. No unreliable site handy in this moment for testing -t, sorry. Possibly I'll be able to try -w on a w95 machine tomorrow. Heiko -- -- PREVINET S.p.

1.8.1 win binary

at http://space.tin.it/computer/hherold Heiko -- -- PREVINET S.p.A.[EMAIL PROTECTED] -- Via Ferretto, 1ph x39-041-5907073 -- I-31021 Mogliano V.to (TV) fax x39-041-5907087 -- ITALY

RE: How does -P work?

Note: tests done on NT4. W9x probably would behave different (even worse). starting from (for example) c:, with d: being another writable disk of some kind, something like wget -nd -P d:/dir http://www.previnet.it does work as expected. wget -nd -P d:\dir http://www.previnet.it also does work as

RE: Passwords and cookies

This seems similar to the issue I'm experiencing rarely but can't reproduce in a consistent way - wget starts reading cookies, prints "Stored cookie ..." and crashes somewhere while reading cookies.txt. Beside that I've never been able to crash wget under windows (personally I use it on nt4 and 95

RE: Mapping URLs to filenames

Some comments. a) escape character remapping -> % not best choice ? If I understood correctly how you are proposing to remap the urls to directories and files we'll need to remap the escape character, too, IF that character is a legal char for urls, otherwise it would be not immedeatly obvious if

RE: using wget on local lan failed for only one website...

Hmm, I didn't notice your original mail when arrived. You could do some simple test however. he debug output contained: > wget say > "Resolving marp.retrogames.com... done." > "Caching marp.retrogames.com => 166.90.203.231 166.90.203.251 > 166.90.203.252" > "Connecting to marp.retrogames.com[166.

RE: Mapping URLs to filenames

Are we talkin about a temporary fix or the real solution here ? As a temporary fix changing other characters to @ would work somewhat I'd say, at least for some conditions - but not a perfect solution, in this way some%file and some?file both would map to some@file, not good. Better than nothing

RE: ?M=D stuff

> wget -r http://some.host.com/pub/ produces ?M=D and such, > which are apache indexes I learned. Can I run wget with an > option that doesn't create those files? - I couln't find an -R?N=D,?M=A,?S=A,?D=A should do what you want. see the docs for explanation of the -R option. You also can use

  1   2   3   >