Re: Large file support (was Re: Back after a while)
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 to post), which seems to work well.
Re: Back after a while
From: Hrvoje Niksic [EMAIL PROTECTED] The other function arguments control various formatting options. (Where can't GCC printf() using %ll?) For the record, GCC doesn't printf() anything, printf is defined in the standard library. If the operating system's printf() doesn't support %ll, it will not work in GCC either. I thought there was a GCC run-time library for this stuff, but perhaps a better question would have been, 'Where can't a GCC user do a printf() using %ll?'. Or %something. The variability of the something was what drove the Info-ZIP code to use the annoying (but portable, given enough #ifdef's) fzofft() function. It certainly seems the InfoZip developers have paid a great deal of attention to LFS and portability. Thanks for the tip. They (we?) are more VMS-friendly, too. (But you're welcome to visit http://antinode.org/docs/dec/sw/wget.html and glean what you can.) Steven M. Schweda (+1) 651-699-9818 382 South Warwick Street[EMAIL PROTECTED] Saint Paul MN 55105-2547
Re: Back after a while
[EMAIL PROTECTED] (Steven M. Schweda) writes: The other function arguments control various formatting options. (Where can't GCC printf() using %ll?) For the record, GCC doesn't printf() anything, printf is defined in the standard library. If the operating system's printf() doesn't support %ll, it will not work in GCC either. I thought there was a GCC run-time library for this stuff, I doubt it. printf() is part of stdio, which is far too complex to be shipped with GCC. but perhaps a better question would have been, 'Where can't a GCC user do a printf() using %ll?'. On any system that predates `long long'. For example, SunOS 4.1.x, Ultrix, etc.
Re: Back after a while
From: Hrvoje Niksic [EMAIL PROTECTED] but perhaps a better question would have been, 'Where can't a GCC user do a printf() using %ll?'. On any system that predates `long long'. For example, SunOS 4.1.x, Ultrix, etc. I thought we were discussing changes for large-file support. Perhaps I'm seeing things through my Info-ZIP filters, where the programs work as well as they can with the OS features which are available, and large files are the only thing demanding 64-bit integers. While I'm aware of some 64-bit systems which lacked large-file support, I'm not aware of any environment which offers large-file support and lacks adequate support for 64-bit integers. (Nor would I care much about it if there were one.) SMS.
Large file support (was Re: Back after a while)
On Wed, 16 Feb 2005 00:52:56 -0600 (CST), Steven M. Schweda wrote: I don't claim that it's a perfect scheme, but it would probably pay to look at the beta code for Zip 3.0 and/or UnZip 6.0 to see how these things are done in a _very_ portable program. (Before doing something even more lame.) Is the source for Zip 3.0/UnZip 6.0 publicaly available? Also another project to look at for large file support is cdrecord (also star by the same author)(http://cdrecord.berlios.de/old/private/cdrecord.html) which includes tests in aclocal.m4 and configure. Dave ps anyone getting a bunch of what look like viruses on the wget-patches list?
Re: Back after a while
[EMAIL PROTECTED] (Steven M. Schweda) writes: From: Hrvoje Niksic [EMAIL PROTECTED] but perhaps a better question would have been, 'Where can't a GCC user do a printf() using %ll?'. On any system that predates `long long'. For example, SunOS 4.1.x, Ultrix, etc. I thought we were discussing changes for large-file support. We were, it's just that I went off on a tangent wondering what Wget could do (if anything) to make life easier for people stuck with systems without LFS, for example by allowing them to retrieve the file in parts, or by at least correctly showing the size of the large file. Another example of such support is current Wget allowing the `--quota' option to exceed 2G, even on systems without a 64-bit integer type. (This is done by using `double' to represent quota.) Perhaps I'm seeing things through my Info-ZIP filters, where the programs work as well as they can with the OS features which are available, and large files are the only thing demanding 64-bit integers. While I'm aware of some 64-bit systems which lacked large-file support, I'm not aware of any environment which offers large-file support and lacks adequate support for 64-bit integers. You are, of course, right.
Re: Large file support (was Re: Back after a while)
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 http://www.info-zip.org/Zip.html#Sources, choose a host, then look for the new stuff there. Zip 3.0e and UnZip 6.0c (still beta) are in the works (getting closer, but with no firm date), but I believe that the large-file code had largely settled down in what you can find now. Steven M. Schweda (+1) 651-699-9818 382 South Warwick Street[EMAIL PROTECTED] Saint Paul MN 55105-2547
Re: Back after a while
Steven and Hrvoje, wget-1.9.1 has a function number_to_string which is in fact a home-made equivalent to printf () %ld. In the LFS patch which I submitted I made a sister-routine number_to_string_64 which is equivalent to printf() %llu. Thus, wget does not rely on %ll or %llu. Leonid 16-FEB-2005 21:54:20
Re: Back after a while
Hrvoje Niksic wrote: For the last several months I've been completely absent from Wget development, and from the net in general. Here is why, and the story is not for the faint of heart. Glad you're back and hope your health is getting better. The TODO list has grown a bit while you've been away. Hope we can work on some of the items. Most importanly and most requested is proably support for large files. AFAICS this should be pretty easy. Look at Leonids (?) patch. --gv
