"Hrvoje Niksic" <[EMAIL PROTECTED]> said:
> #ifdef WINDOWS
> # define select(a, b, c, d) windows_select (a, b, c, d)
> #endif
Okay by me.
> #ifndef ENOTCONN
> # define ENOTCONN X_ENOTCONN
> #endif
Except you cannot make Winsock return X_ENOTCONN.
It returns WSAENOTCONN (def'ed to ENOTCONN in
m
"Gisle Vanem" <[EMAIL PROTECTED]> writes:
>> There is another possible approach. We already #define read and write
>> to call Winsock stuff. We could add some more magic so that they and
>> other Winsock invocations automatically set errno to last error value,
>> translating Windows errors to er
"Hrvoje Niksic" <[EMAIL PROTECTED]> said:
> OK. So the whole thing with errno is only necessary when dealing with
> Winsock errors. For errors from, say, fopen it's fine to use errno?
Yes.
> There is another possible approach. We already #define read and write
> to call Winsock stuff. We co
[ Moving discussion from wget-patches to wget. ]
"Gisle Vanem" <[EMAIL PROTECTED]> writes:
>> I'm pretty sure that other GNU applications -- that have also been
>> ported to Windows -- use errno. I wonder how they do it...
>
> Lynx uses this:
> #define SOCKET_ERRNO errno
> #ifdef WINDOWS
>
"Tony Lewis" <[EMAIL PROTECTED]> writes:
> Hrvoje Niksic wrote:
>
>> I'm about to release 1.9 today, unless it takes more time to upload it
>> to ftp.gnu.org.
>>
>> If there's a serious problem you'd like fixed in 1.9, speak up now or
>> be silent until 1.9.1. :-)
>
> I thought we were going to
Hrvoje Niksic wrote:
> I'm about to release 1.9 today, unless it takes more time to upload it
> to ftp.gnu.org.
>
> If there's a serious problem you'd like fixed in 1.9, speak up now or
> be silent until 1.9.1. :-)
I thought we were going to turn our attention to 1.10. :-)
First: the stupid errors (Winsock's fault)
It is true that the winsock functions do not set errno, its actually pretty
simple to grab the error code
errno = WSAGetLastError();
this should suffice. Unfortunately, even if the error is set properly,
strerror() will NOT give out the result. It'll
As the name implies, this should be 1.9 (with only version changed)
unless a show-stopper is discovered. Get it from:
http://fly.srk.fer.hr/~hniksic/wget/wget-1.9-rc1.tar.gz
I'm about to release 1.9 today, unless it takes more time to upload it
to ftp.gnu.org.
If there's a serious problem you'd like fixed in 1.9, speak up now or
be silent until 1.9.1. :-)
"Sergey Vasilevsky" <[EMAIL PROTECTED]> writes:
> I think wget strong verify link syntax:
> onMouseOut="img_off('main21')">
> That link have incorrect symbol ';' not quoted in .
You are right. However, this has been fixed in Wget 1.9-beta, which
will interpret the above as:
In other word
This seems to work in my copy of 1.8.2. Perhaps you have something in
your .wgetrc that breaks things?
I think wget strong verify link syntax:
That link have incorrect symbol ';' not quoted in .
> -Original Message-
> From: Sergey Vasilevsky [mailto:[EMAIL PROTECTED]
> Sent: Thursday, October 16, 2003 10:15 AM
> To: [EMAIL PROTECTED]
> Subject: Problem recursive download
>
>
> I use wget 1
I use wget 1.8.2
Try recursive downdload www.map-by.info/index.html, but wget stop in first
page.
Why?
index.html have links to another page.
/usr/local/bin/wget -np -r -N -nH --referer=http://map-by.info -P
/tmp/www.map-by.info -D map-by.info http://map-by.info
http://www.map-by.info
--10:09:25-
13 matches
Mail list logo