Re: Large file support

2005-03-02 Thread Noèl Köthe
Am Mittwoch, den 23.02.2005, 23:13 +0100 schrieb Hrvoje Niksic: Hello, The most requested feature of the last several years finally arrives -- large file support. With this patch Wget should be able to download files larger than 2GB on systems that support them. dont know if its still

Re: Large file support

2005-03-02 Thread Hrvoje Niksic
Noèl Köthe [EMAIL PROTECTED] writes: Am Mittwoch, den 23.02.2005, 23:13 +0100 schrieb Hrvoje Niksic: The most requested feature of the last several years finally arrives -- large file support. With this patch Wget should be able to download files larger than 2GB on systems that support

RE: Large file support

2005-02-28 Thread Herold Heiko
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Maciej W. Rozycki Huh? It's you who should actually charge them for doing bug discovery for them. Yeah. Only please understand - I'm not a C programmer. I'm not an expert in Microsoft interaction (the fewer the better). I just

RE: Large file support

2005-02-28 Thread Maciej W. Rozycki
On Mon, 28 Feb 2005, Herold Heiko wrote: Huh? It's you who should actually charge them for doing bug discovery for them. Yeah. Only please understand - I'm not a C programmer. I'm not an expert in Microsoft interaction (the fewer the better). I just have (legal!) access to a Visual

Re: Large file support

2005-02-26 Thread Gisle Vanem
Hrvoje Niksic wrote: In other words, large files now work on Windows? I must admit, that was almost too easy. :-) Don't open the champagne bottle just yet :) Now could someone try this with Borland and/or Watcom and MingW? I'm pretty sure I broke them in some places, but it's near impossible to

Re: Large file support

2005-02-26 Thread Hrvoje Niksic
Gisle Vanem [EMAIL PROTECTED] writes: Hrvoje Niksic wrote: In other words, large files now work on Windows? I must admit, that was almost too easy. :-) Don't open the champagne bottle just yet :) Too late, the bottle is already empty. :-) Now could someone try this with Borland and/or

Re: Large file support

2005-02-26 Thread Hrvoje Niksic
Gisle Vanem [EMAIL PROTECTED] writes: Another option was to simply set the (system) errno after the Winsock operations, and have our own strerror that recognizes them. (That assumes that Winsock errno values don't conflict with the system ones, which I believe is the case.) That assumption

RE: Large file support

2005-02-25 Thread Herold Heiko
From: Hrvoje Niksic [mailto:[EMAIL PROTECTED] Sent: Thursday, February 24, 2005 10:50 PM To: Maciej W. Rozycki Cc: Herold Heiko; wget@sunsite.dk Subject: Re: Large file support Maciej W. Rozycki [EMAIL PROTECTED] writes: Doesn't GCC work for this target? It does, in the form

Re: Large file support

2005-02-25 Thread Hrvoje Niksic
Herold Heiko [EMAIL PROTECTED] writes: Said that, in retr.c simplifying the int rdsize line did not solve, but I tried the following, we have: #ifndef MIN # define MIN(i, j) ((i) = (j) ? (i) : (j)) #endif int rdsize = exact ? MIN (toread - sum_read, dlbufsize) : dlbufsize;

RE: Large file support

2005-02-25 Thread Maciej W. Rozycki
On Fri, 25 Feb 2005, Herold Heiko wrote: Doesn't GCC work for this target? It does, in the form of Cygwin and MingW. But Heiko was using MS VC before, and we have catered to broken compilers before, so it doesn't hurt to try. Also, Cygwin requires a large installed environment. It

RE: Large file support

2005-02-25 Thread Herold Heiko
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Maciej W. Rozycki Well, instead of scratching the head, how about filing a bug report? Ha :), would be nice. I suppose that would mean calling PSS, which (if things didn't change) means an immediate billing on your credit card

RE: Large file support

2005-02-25 Thread Herold Heiko
From: Hrvoje Niksic [mailto:[EMAIL PROTECTED] Sent: Friday, February 25, 2005 1:29 PM The whole point of #ifndef MIN ... #endif is to *use* the compiler-provided MIN where available. Dealing with a compiler crash is tricky, as it seems that every change has a potential of causing it to

RE: Large file support

2005-02-25 Thread Maciej W. Rozycki
On Fri, 25 Feb 2005, Herold Heiko wrote: Well, instead of scratching the head, how about filing a bug report? Ha :), would be nice. I suppose that would mean calling PSS, which (if things didn't change) means an immediate billing on your credit card (to be refunded later if there

Re: Large file support

2005-02-25 Thread Hrvoje Niksic
Herold Heiko [EMAIL PROTECTED] writes: Does solve, in fact I found some MS articles suggesting the same thing. Attached patch does work around the problem by disabling optimization selectively.. I was able to retrieve a 2.5GB file with ftp. In other words, large files now work on Windows? I

RE: Large file support

2005-02-24 Thread Herold Heiko
Sorry, replied to wget-patches instead of redirecting it. I tried a test compile just now, with Visual C++ 6 I get different errors: string_t.[ch] - iswblank doesn't seem to be available, however there is a int isspace( int c ); int iswspace( wint_t c ); Routine Required Header Compatibility

Re: Large file support

2005-02-24 Thread Hrvoje Niksic
Herold Heiko [EMAIL PROTECTED] writes: I tried a test compile just now, with Visual C++ 6 I get different errors: Thanks for checking it. string_t.[ch] - iswblank doesn't seem to be available, For now, just remove string_t from the Makefile. It's not used anywhere yet. Also, the large

RE: Large file support

2005-02-24 Thread Herold Heiko
From: Hrvoje Niksic [mailto:[EMAIL PROTECTED] Sent: Thursday, February 24, 2005 1:50 PM Thanks for checking it. Don't thank me, I'd like to do more but I have no time available :( http.c(503) : warning C4090: 'function' : different 'const' qualifiers [...] I don't quite understand

Re: Large file support

2005-02-24 Thread Maciej W. Rozycki
On Thu, 24 Feb 2005, Hrvoje Niksic wrote: Generating Code... retr.c(261) : fatal error C1001: INTERNAL COMPILER ERROR (compiler file 'E:\8966\vc98\p2\src\P2\main.c', line 494) Please choose the Technical Support command on the Visual C++ Help menu, or open the

Re: Large file support

2005-02-24 Thread Hrvoje Niksic
Herold Heiko [EMAIL PROTECTED] writes: http.c(503) : warning C4090: 'function' : different 'const' qualifiers [...] I don't quite understand these warnings. Did they occur before? Definitively, I trie with a rev from March 2004, same warnings. Then we can ignore them for now. I

Re: Large file support

2005-02-24 Thread Hrvoje Niksic
Maciej W. Rozycki [EMAIL PROTECTED] writes: Doesn't GCC work for this target? It does, in the form of Cygwin and MingW. But Heiko was using MS VC before, and we have catered to broken compilers before, so it doesn't hurt to try.

Re: Large file support

2005-02-21 Thread Maciej W. Rozycki
On Sun, 20 Feb 2005, Hrvoje Niksic wrote: 1. I'd say that code like if ( sizeof(number) == 8 ) should have been a compile-time #ifdef rather than a run-time decision. Where do you see such code? grep 'if.*sizeof' *.c doesn't seem to show such examples. As I recall, it was in

Re: Large file support

2005-02-21 Thread Hrvoje Niksic
Maciej W. Rozycki [EMAIL PROTECTED] writes: Actually if (sizeof(number) == 8) is much more readable than any preprocessor clutter and yields exactly the same. Agreed, in some cases. In others it yields to pretty annoying compiler warnings.

Re: Large file support

2005-02-21 Thread Steven M. Schweda
From: Hrvoje Niksic [...] It is no small task to study Info-ZIP's source code. I did plan to look at it later, but at the time it was quicker to just ask. It's fairly easy to SEARCH [...]*.c, *.h LARGE_FILE_SUPPORT (or your local find/grep equivalent). Locating zip_fzofft would also be

Re: Large file support

2005-02-21 Thread Maciej W. Rozycki
On Mon, 21 Feb 2005, Hrvoje Niksic wrote: Actually if (sizeof(number) == 8) is much more readable than any preprocessor clutter and yields exactly the same. Agreed, in some cases. In others it yields to pretty annoying compiler warnings. What kind of warnings? It's valid C. Maciej

Re: Large file support

2005-02-21 Thread Hrvoje Niksic
Maciej W. Rozycki [EMAIL PROTECTED] writes: On Mon, 21 Feb 2005, Hrvoje Niksic wrote: Actually if (sizeof(number) == 8) is much more readable than any preprocessor clutter and yields exactly the same. Agreed, in some cases. In others it yields to pretty annoying compiler warnings.

Re: Large file support

2005-02-21 Thread Hrvoje Niksic
Maciej W. Rozycki [EMAIL PROTECTED] writes: Besides, despite sizeof(foo) being a constant, you can't move a comparison against it to cpp. You can, Autoconf allows you to check for size of foo, which gives you a SIZEOF_FOO preprocessor constant. Then you can write things like: #if SIZEOF_FOO

Re: Large file support

2005-02-21 Thread Maciej W. Rozycki
On Mon, 21 Feb 2005, Hrvoje Niksic wrote: Besides, despite sizeof(foo) being a constant, you can't move a comparison against it to cpp. You can, Autoconf allows you to check for size of foo, which gives you a SIZEOF_FOO preprocessor constant. Then you can write things like: #if

Re: Large file support

2005-02-20 Thread Hrvoje Niksic
[EMAIL PROTECTED] (Steven M. Schweda) writes: 1. I'd say that code like if ( sizeof(number) == 8 ) should have been a compile-time #ifdef rather than a run-time decision. Where do you see such code? grep 'if.*sizeof' *.c doesn't seem to show such examples. As I recall, it was in

Re: Large file support (was Re: Back after a while)

2005-02-20 Thread Hrvoje Niksic
Dave Yeo [EMAIL PROTECTED] writes: ps anyone getting a bunch of what look like viruses on the wget-patches list? I just noticed them on gmane. I've now asked the SunSITE.dk staff to deploy the kind of virus/spam protection currently used by this list (confirmation required for non-subscribers

Re: Large file support

2005-02-19 Thread Hrvoje Niksic
[EMAIL PROTECTED] (Steven M. Schweda) writes: 1. I'd say that code like if ( sizeof(number) == 8 ) should have been a compile-time #ifdef rather than a run-time decision. Where do you see such code? grep 'if.*sizeof' *.c doesn't seem to show such examples. 2. Multiple functions like

Re: Large file support

2005-02-19 Thread Hrvoje Niksic
Roman Bednarek [EMAIL PROTECTED] writes: The Info-ZIP code uses one function with a ring of string buffers to ease the load on the programmer. That makes sense. I assume the print function also receives an integer argument specifying the ring position? The function can have a circular

Re: Large file support (was Re: Back after a while)

2005-02-16 Thread Steven M. Schweda
Is the source for Zip 3.0/UnZip 6.0 publicaly available? I believe that some relatively recent beta code (Zip 3.0d, UnZip 6.0b) is available under: ftp://ftp.info-zip.org/pub/infozip/OLD/beta/ and probably various mirrors around the world. You might wish to start at

Re: Large File Support, and broken CVS on Mac OS X

2005-01-10 Thread Mauro Tortonesi
Alle 16:28, lunedì 10 gennaio 2005, hai scritto: El 10/01/2005, a las 5:07, Mark Wiebe escribió: This occurred after many hours of downloading. At 2GB, the bytes downloaded started reporting negative numbers, but it still appeared to be working. This is the third post to this list in