Re: Strange character in file length

2006-03-09 Thread Alain Bench
On Tuesday, March 7, 2006 at 8:56:15 +0100, Hrvoje Niksic wrote: > Alain Bench <[EMAIL PROTECTED]> writes: >> unusable nonsense > totally weird. So far Google didn't help me much. Or rather discouraged me with "Borland supports only C locale"-like statements

Re: Strange character in file length

2006-03-06 Thread Alain Bench
On Thursday, March 2, 2006 at 22:28:28 +0100, Hrvoje Niksic wrote: > you can get a free compiler from here: > http://www.borland.com/downloads/download_cbuilder.html Nice tip, thank you! Bad news: Borland 5.5.1 seems to do locales in its own way. Not at all as I explained here, about m

Re: Strange character in file length

2006-03-02 Thread Alain Bench
On Thursday, March 2, 2006 at 7:51:43 +0100, Hrvoje Niksic wrote: > Then the code could look like this: Seems good to me. I can help testing, if someone compiles. Bye!Alain. -- Give your computer's unused idle processor cycles to a scientific goal: The [EMAIL PROTECTED] project at htt

Re: Strange character in file length

2006-03-01 Thread Alain Bench
On Wednesday, March 1, 2006 at 16:13:17 +0100, Hrvoje Niksic wrote: > Alain Bench <[EMAIL PROTECTED]> writes: >> fallback to ANSI when GetConsoleOutputCP() returns 0. > I didn't know it could return 0. I don't know exactly how, but it can. Apparently a graphic f

Re: Strange character in file length

2006-03-01 Thread Alain Bench
On Saturday, February 25, 2006 at 21:06:19 +0100, Hrvoje Niksic wrote: > Is the "current charset of the console" ever really different than the > "default OEM charset"? They are identical by default. But the first can be changed in each console window, while the later is fixed on a given Win

Re: Strange character in file length

2006-02-25 Thread Alain Bench
Hi Hrvoje, On Tuesday, February 21, 2006 at 21:35:24 +0100, Hrvoje Niksic wrote: > Valery Kondakoff <[EMAIL PROTECTED]> writes: >> wrong ANSI/OEM character encoding > What are the steps a Windows "console" program needs to do to perform > this conversion correctly? Call setlocale(LC_ALL, ".

Re: Bug rpt

2005-09-20 Thread Alain Bench
Hello Hrvoje! On Tuesday, September 20, 2005 at 12:50:41 AM +0200, Hrvoje Niksic wrote: > "HonzaCh" <[EMAIL PROTECTED]> writes: >> the thousand separator (space according to my local settings) >> displays as "á" (character code 0xA0, see attch.) > Wget obtains the thousand separator from the ope

Re: Removing thousand separators from file size output

2005-07-03 Thread Alain Bench
On Saturday, July 2, 2005 at 12:38:24 PM +0200, Hrvoje Niksic wrote: > print numbers according to the locale. Much thanks, Hrvoje! > [full size] doesn't use the separators Copy/pastability won over readability: Fine. You exposed the problem, heard other's arguments, and took a decisio

Re: Removing thousand separators from file size output

2005-07-02 Thread Alain Bench
Hello Tony, On Friday, June 24, 2005 at 11:57:22 AM -0700, Tony Lewis wrote: > Hrvoje Niksic wrote: >> application that accepts numbers as Wget prints them. > Microsoft Calculator does. Not here. This seems to be locale dependant, requiring exact localized input. Here MS Calculator accepts

Re: Removing thousand separators from file size output

2005-06-25 Thread Alain Bench
u a wrapper. The problem is only with "side-apps" where user must copy/paste. How frequently is that used? Removing separators will break existing apps parsing wget's output. Such apps exist? > Alain Bench <[EMAIL PROTECTED]> writes: >> Humans can have habit to lo

Re: Removing thousand separators from file size output

2005-06-24 Thread Alain Bench
On Thursday, June 23, 2005 at 3:16:28 PM +0200, Hrvoje Niksic wrote: > Since Wget 1.10 also prints sizes in kilobytes/megabytes/etc., I am > thinking of removing the thousand separators from size display. IMHO thousand (or myriad) separators are necessary. This size display is primarily

Re: ChangeLog-branches

2005-06-24 Thread Alain Bench
Hello Hrvoje, On Thursday, June 23, 2005 at 9:00:44 PM +0200, Hrvoje Niksic wrote: > the ChangeLog-branches directories distributed with Wget are desirable > or necessary? MHO: They are ununderstandable, unusable, unclean, and big. They may give a false bad impression of source/project miso

Re: Character encoding

2005-04-06 Thread Alain Bench
Hello Georg, On Friday, April 1, 2005 at 12:01:15 PM +0200, Georg Bauhaus wrote: > The apostrophy might have been typed as an accent (acute) really Most probably the RIGHT SINGLE QUOTATION MARK U+2019, <’>, encoded in UTF-8, then wrongly seen as being CP-1252. It would look like "’" (a ci

Re: Gmane

2005-02-20 Thread Alain Bench
Hello Hrvoje, wishing you all well! On Saturday, February 19, 2005 at 6:20:52 PM +0100, Hrvoje Niksic wrote: > I propose to make this list available via gmane, www.gmane.com. It > buys us good archiving, as well as NNTP access. Is there anyone who > would object to that? There are pros and

Re: -i problem: Invalid URL ??h: Unsupported scheme

2005-02-15 Thread Alain Bench
Hello Mike, On Sunday, February 13, 2005 at 1:10:26 PM -0600, Mike Steigerwald wrote: > I've hit a strange wall using the [-i] option. >| Invalid URL ??h: Unsupported scheme > there is an unrecognized character at the beginning of the file. Probably your test.txt is saved in Unicode UCS-2 c

Re: utf-8 encoded html documents

2005-02-05 Thread Alain Bench
Hello George, On Tuesday, February 1, 2005 at 7:49:55 AM -0800, George Prekas wrote: > I am using wget 1.9.1 under Windows XP and I have noticed that it is > completely incapable of handling utf-8 encoded html documents. I am not aware of any problem with UTF-8 pages: Just work fine. What e

Re: Suggestion, --range

2004-10-01 Thread Alain Bench
Hello Robert, On Thursday, September 30, 2004 at 6:36:43 PM +0200, Robert Thomson wrote: > It would be really advantageous if wget had a --range command line > argument, that would download a range of bytes of a file, if the > server supports it. You could try the feature patch posted by Ro

Re: timeout on closing connection

2003-12-01 Thread Alain Bench
On Saturday, November 29, 2003 at 4:15:19 PM +0100, Hrvoje Niksic wrote: > Alain Bench <[EMAIL PROTECTED]> writes: >> I sometimes seem to be stuck in an overly long (like more than 1 >> hour) timeout on closing connection > during the kernel close() call? Did you confirm

timeout on closing connection

2003-11-29 Thread Alain Bench
Hello, Wget 1.9.1: I sometimes seem to be stuck in an overly long (like more than 1 hour) timeout on closing connection, when server went down or modem hangup during a read or just before close. I use Wget's default timeout (0, 0, 900), or sometimes --timeout=30 (30, 30, 30), and understand it

Re: keep alive connections

2003-11-22 Thread Alain Bench
On Thursday, November 13, 2003 at 2:49:41 PM +0100, Hrvoje Niksic wrote: > Maybe it's time to stop erring on the side of caution, and expect HEAD > to work. I experimented in gethttp() line 1474 of wget-1.9.1/src/http.c: | /* Return if we have no intention of further downloading. */ | if

Re: keep alive connections

2003-11-13 Thread Alain Bench
On Wednesday, November 12, 2003 at 2:28:04 PM +0100, Hrvoje Niksic wrote: > Alain Bench <[EMAIL PROTECTED]> writes: >> Wget also closes the connection between a GET (with body) and the >> HEAD for the next file. > I wasn't aware of this problem There is no

Re: keep alive connections

2003-11-12 Thread Alain Bench
On Tuesday, November 11, 2003 at 2:41:31 PM +0100, Hrvoje Niksic wrote: > Alain Bench <[EMAIL PROTECTED]> writes: >> with --timestamping: Each HEAD and each possible GET uses a new >> connection. > I think the difference is that Wget closes the connection when it &

Re: keep alive connections

2003-11-11 Thread Alain Bench
Hello Hrvoje, On Friday, November 7, 2003 at 11:50:53 PM +0100, Hrvoje Niksic wrote: > Wget uses the `Keep-Alive' request header to request persistent > connections, and understands both the HTTP/1.0 `Keep-Alive' and the > HTTP/1.1 `Connection: keep-alive' response header. This doesn't seem

Re: Another space problem

2002-07-16 Thread Alain Bench
Hello Matt, On Sunday, July 14, 2002 at 1:51:28 PM +1200, Matt wrote: > The actual command in the script is: wget [...] $1 > However, sometimes the directories have spaces in them. That's not a wget issue, just a basic script programming one: You must quote the parameter also inside the sc