Re: Netrc Error
Quoting SoloCDM ([EMAIL PROTECTED]): > Why do I get the following error from ~/.netrc when I execute > "wget -v --follow-ftp --retr-symlinks --glob=on -N -r -l0 --tries=0 > --no-parent -k -o "log - $(date "+%r %Z -:- %A, %B %d, %Y")"': > > "wget: /home/[user_dir]/.netrc:4: unknown token "" Are you sure you have the last CVS version of wget (1.7-dev) ? As far as I remember, at some point in time there was a change in the code that caused the .netrc parser to choke on empty lines, but the error has been already corrected. -- jan +-- Jan Prikryl| vr|vis center for virtual reality and visualisation <[EMAIL PROTECTED]> | http://www.vrvis.at +--
Re: Make Errors
Quoting SoloCDM ([EMAIL PROTECTED]): > The following errors occurred at the end of the make command: > > hr.po:188: `msgid' and `msgstr' entries do not both begin with '\n' > hr.po:550: `msgid' and `msgstr' entries do not both begin with '\n' > [...] > > Do I need to be concerned; if so, what must I do? Uptade hr.po in your CVS sources (cvs update ...). I have just added the two missing newlines to the CVS version of hr.po. -- jan +-- Jan Prikryl| vr|vis center for virtual reality and visualisation <[EMAIL PROTECTED]> | http://www.vrvis.at +--
Re: CVS Errors
Quoting SoloCDM ([EMAIL PROTECTED]): > The following errors were produced with the immediate following > command: > > make -f Makefile.cvs > autoconf > configure.in:147: warning: AC_TRY_RUN called without default to > allow cross compiling > configure.in:150: warning: AC_TRY_RUN called without default to > allow cross compiling > configure.in:151: warning: AC_TRY_RUN called without default to > allow cross compiling These are not errors, this is just autoconf warning you about a call to AC_TRY_RUN macro without the optional parameter "action-if-cross-compiling". As a result, it won't be possible to cross-compile the code - hence the warning. -- jan +-- Jan Prikryl| vr|vis center for virtual reality and visualisation <[EMAIL PROTECTED]> | http://www.vrvis.at +--
Re: Wget and i18n
Philipp Thomas <[EMAIL PROTECTED]> writes: > * Hrvoje Niksic ([EMAIL PROTECTED]) [20010427 00:10]: > > > I think it's much simpler and safer to just disable the error. It > > served its debugging purpose; it's not really needed anymore. > > Yes, you're probably right. And it would indeed be much simpler. Please take a look at how it's handled in the current sources and tell me what you think.
Testing cookies (was: win binary)
Herold Heiko <[EMAIL PROTECTED]> writes: > 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 Thanks for your work, Harold. Let me stress one more time that cookies need testing on *all* platforms, not only on Windows. For instance, you can try to specify `--load-cookies ~/.netscape/cookies.txt' and see if your favorite sites load correctly. Or see if saving cookies works. And so on.
Re: Wget and i18n
* Hrvoje Niksic ([EMAIL PROTECTED]) [20010427 00:10]: > I think it's much simpler and safer to just disable the error. It > served its debugging purpose; it's not really needed anymore. Yes, you're probably right. And it would indeed be much simpler. Philipp -- Penguins shall save the dinosaurs -- Handelsblatt about Linux on S/390
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 -- I-31021 Mogliano V.to (TV) fax x39-041-5907087 -- ITALY
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.[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 PROTECTED]]
>Sent: Friday, April 27, 2001 1:44 PM
>To: Wget List
>Subject: Re: Fix safe-ctype detection
>
>
>[EMAIL PROTECTED] writes:
>
>> (Re: defining inline to nothing) That's strange...VC understands
>> inline.
>
>Maybe not in the C environment? Or maybe Herold inadvertently chose a
>"strict ANSI" or something?
>
>> Try substituting ( #defining ) ftruncate to chsize. I had this
>> problem when trying to compile FTE (fte.sourceforge.net) with
>> VisualAge C++ (which also doesn't have ftruncate).
>
>If that works, we can #define ftruncate to chsize in a Windows header.
>
vc20010427.diff
catch image 2
thanks for the fast answering - sorry that i missed some information.
thus here the run with debug info.
--> the stored image prints a message:
"Sorry, this image is currentlyunavailable.
Please try again at a later time."
a local html-page with
shows the correct image - the haegar comic.
--
DEBUG output created by Wget 1.5.3 on linux-gnu.
parseurl ("http://est.rbma.com/content/Hagar_The_Horrible?date=20010413";) ->
host est.rbma.com -> opath content/Hagar_The_Horrible?date=20010413 -> dir
content -> file Hagar_The_Horrible?date=20010413 -> ndir content
--15:28:16-- http://est.rbma.com:80/content/Hagar_The_Horrible?date=20010413
=> `Hagar_The_Horrible?date=20010413.2'
Verbindungsaufbau zu est.rbma.com:80... Created fd 4.
verbunden!
---request begin---
GET /content/Hagar_The_Horrible?date=20010413 HTTP/1.0^M
User-Agent: Wget/1.5.3^M
Host: est.rbma.com:80^M
Accept: */*^M
^M
---request end---
HTTP Anforderung gesendet, warte auf Antwort... HTTP/1.1 200 OK
Date: Fri, 27 Apr 2001 13:28:22 GMT
Server: Apache/1.3.12 (Unix)
Last-Modified: Fri, 17 Mar 2000 12:10:58 GMT
ETag: "481c3b-50ec-38d220d2"
Accept-Ranges: bytes
Content-Length: 20716
Connection: close
Content-Type: image/gif
Länge: 20,716 [image/gif]
0K -> .. .. [100%]
Closing fd 4
15:28:17 (50.70 KB/s) - »Hagar_The_Horrible?date=20010413.2« gespeichert
[20716/20716]
+---
| Andreas Bohne
| DKFZ (German Cancer Research Center)
| Central Unit of Spectroscopy / R0400
| Molecular Modeling Group
| Im Neuenheimer Feld 280 Tel:+49(0)6221/42-4541
| D-69120 Heidelberg Fax:+49(0)6221/42-2995
| E-Mail: [EMAIL PROTECTED]
| URL: http://www.dkfz.de/spec/
catch image
hi, i am trying to catch a comic image (from http://www.kingfeatures.com/features/comics/hagar/about.htm): with wget -nd http://est.rbma.com/content/Hagar_The_Horrible?date=20010413 netscape is nice working but wget have a problem to fetch the image. is it a bug or a freature from the server-side? bye andreas +--- | Andreas Bohne | DKFZ (German Cancer Research Center) | Central Unit of Spectroscopy / R0400 | Molecular Modeling Group | Im Neuenheimer Feld 280 Tel:+49(0)6221/42-4541 | D-69120 Heidelberg Fax:+49(0)6221/42-2995 | E-Mail: [EMAIL PROTECTED] | URL: http://www.dkfz.de/spec/
Re: Fix safe-ctype detection
[EMAIL PROTECTED] writes: > (Re: defining inline to nothing) That's strange...VC understands > inline. Maybe not in the C environment? Or maybe Herold inadvertently chose a "strict ANSI" or something? > Try substituting ( #defining ) ftruncate to chsize. I had this > problem when trying to compile FTE (fte.sourceforge.net) with > VisualAge C++ (which also doesn't have ftruncate). If that works, we can #define ftruncate to chsize in a Windows header.
RE: Fix safe-ctype detection
(Re: defining inline to nothing) That's strange...VC understands inline. Did you try to define it to __inline ? Try substituting ( #defining ) ftruncate to chsize. I had this problem when trying to compile FTE (fte.sourceforge.net) with VisualAge C++ (which also doesn't have ftruncate). -- Csaba Ráduly, Software Engineer Sophos Anti-Virus email: [EMAIL PROTECTED] http://www.sophos.com US support: +1 888 SOPHOS 9 UK Support: +44 1235 559933 Herold Heiko evinet.it> cc: "List Wget (E-mail)" <[EMAIL PROTECTED]> Subject: RE: Fix safe-ctype detection 27/04/01 10:13 It does work (I suppose this means no inline optimizations). However then it stops later at linking stage. Either there is no ftruncate (used in http.c, ftp.c) function or my compiler is not yet set up correctly. [snip]
Re: Wget and i18n
* Drazen Kacar ([EMAIL PROTECTED]) [20010427 00:51]: > I wonder. POSIX compilation environment may not do such a thing with POSIX > headers, unless explicitely allowed by POSIX. I'm too lazy to look into AFAIK, POSIX is rather useless in this context as it is an ISO issue, with ctype.h being defined there. Philipp -- Penguins shall save the dinosaurs -- Handelsblatt about Linux on S/390
RE: Fix safe-ctype detection
It does work (I suppose this means no inline optimizations). However then it stops later at linking stage. Either there is no ftruncate (used in http.c, ftp.c) function or my compiler is not yet set up correctly. 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 PROTECTED]] >Sent: Friday, April 27, 2001 8:39 AM >To: Wget List; Herold Heiko >Subject: Re: Fix safe-ctype detection > > >Herold Heiko <[EMAIL PROTECTED]> writes: > >> Seems ok, at least cmpt.c .. getopt.c do compile correctly. >> Now in hash.c cl barfs > >Put `#define inline' in the config.h file that corresponds to your >compiler (config.h.ms?) and see if it works. >
Re: Wget and i18n
Quoting Drazen Kacar ([EMAIL PROTECTED]): > Does anyone have a link to the document describing theory and > implementation of precompiled headers? As far as my experience goes, you may always switch the use of precompiled headers off. And it usually makes your life easier. -- jan +-- Jan Prikryl| vr|vis center for virtual reality and visualisation <[EMAIL PROTECTED]> | http://www.vrvis.at +--
