problem with "more" under cygwin-1.3.13-1

2002-10-14 Thread Jeff Johnston
Hi, I upgraded to cygwin-1.3.13.1 on Windows 98 SE (previous version cygwin 1.3.12-4), and the more command stopped wroking properly for me. For example I have several pages of environment variables set, but with "set | more" only the first page is shown, it does not display the "More" prompt, a

Setup.exe doesn't load on Win95 laptop

2002-11-03 Thread Jeff Johnston
Hi, Cygwin works great on my desktop machine, so I decided to try it on my old laptop. Setup doesn't load. When I double click setup.exe it gives the arrow-hourglass combo for half a second then exits without any error messages or other windows coming up. I deleted setup.exe, downloaded it on

Resolved: Setup.exe doesn't load on Win95 laptop (Nov. 3)

2002-11-06 Thread Jeff Johnston
Hi, I went to install TextPad, and it complained that my COMCTL32.DLL file wasn't up to date and referred me to this Microsoft KB article: http://support.microsoft.com/default.aspx?scid=KB;EN-US;Q186176&; I didn't want to install Internet Explorer, and the "Download 50COMUPD.EXE" link doesn't se

Re: ieeefp.h: C++ guards

2005-11-07 Thread Jeff Johnston
Corinna Vinschen wrote: On Nov 6 16:41, Yaakov S (Cygwin Ports) wrote: The ieeefp.h header does not contain C++ guards. Is there a reason for this? This particularly affects C++ perl extensions, as perl.h includes ieeefp.h, although I just ran across another, non-perl case where it caused a

Re: gcc-3.4.4-1: c++: cmath: calling std::isnan results in endless loop

2006-02-27 Thread Jeff Johnston
Gabriel Dos Reis wrote: "Dave Korn" <[EMAIL PROTECTED]> writes: [...] | It looks to me like the cygwin/newlib combination is not being compliant if | it implements isnan as a function rather than a macro. I couldn't see | anything in the standard that says it can be a function, and every ref

Re: gcc-3.4.4-1: c++: cmath: calling std::isnan results in endless loop

2006-02-27 Thread Jeff Johnston
Corinna Vinschen wrote: Jeff, On Feb 27 12:13, Jeff Johnston wrote: Gabriel Dos Reis wrote: yes, isnan and friends are supposed to be macros only, not functions. I'll start working on a newlib patch for this. while you're at it, please do *not* remove the isnan function impl

Re: gcc-3.4.4-1: c++: cmath: calling std::isnan results in endless loop

2006-02-27 Thread Jeff Johnston
Jeff Johnston wrote: Corinna Vinschen wrote: Jeff, On Feb 27 12:13, Jeff Johnston wrote: Gabriel Dos Reis wrote: yes, isnan and friends are supposed to be macros only, not functions. I'll start working on a newlib patch for this. while you're at it, please do *not* remove

Re: strtod (and atof) on hex numbers

2006-06-20 Thread Jeff Johnston
This is a C99 extension to strtod over original ANSI C90 which is what newlib started with. I'll start working on it, but don't expect anything too quick. -- Jeff J. Corinna Vinschen wrote: This is a newlib issue. I redirected this to the appropriate mailing list newlib AT sourceware DOT or

Re: strtod (and atof) on hex numbers

2006-06-22 Thread Jeff Johnston
blems. -- Jeff J. Jeff Johnston wrote: This is a C99 extension to strtod over original ANSI C90 which is what newlib started with. I'll start working on it, but don't expect anything too quick. -- Jeff J. Corinna Vinschen wrote: This is a newlib issue. I redirected this to

Re: dtoa.c fails to compile for sh-elf -m2e (Was: Re: strtod (and atof) on hex numbers)

2006-06-26 Thread Jeff Johnston
Joern Rennecke wrote: You change to mprec.h broke dtoa.c compilation for sh2e: Please try the attached patch and let me know if it sovles the problem. -- Jeff J. Index: libc/stdlib/mprec.h === RCS file: /cvs/src/src/newlib/libc/s

Re: short fread(), but no ferror/feof

2004-12-13 Thread Jeff Johnston
Peter Astrand wrote: Dave Korn wrote: The fix and the problem Peter is seeing are orthogonal. The fix referred to above fixes this problem: http://sources.redhat.com/ml/newlib/2004/msg00478.html "Hence, one can see that fread() in unbuffered mode always returns the specified count instead of the n

Re: several more bugs found by coreutils

2005-02-08 Thread Jeff Johnston
Corinna Vinschen wrote: On Feb 2 11:07, Corinna Vinschen wrote: On Feb 1 20:58, Erik Blake wrote: Further coreutils-5.3.0 debugging turned up more POSIX bugs in cygwin: defines struct passwd with the pw_uid and pw_gid members as ints, although POSIX requires uid_t and gid_t. http://www.opengrou

Re: several more bugs found by coreutils

2005-02-08 Thread Jeff Johnston
Corinna Vinschen wrote: On Feb 8 12:47, Christopher Faylor wrote: On Tue, Feb 08, 2005 at 06:42:11PM +0100, Corinna Vinschen wrote: I have attached a patch to newlib this time. Thinking about that for a while, I'm pretty sure that it doesn't make sense to build old 32 bit versions of Cygwin with

Re: RFC: Fix partial NaN-parsing problem [was RE: sscanf problem]

2005-04-05 Thread Jeff Johnston
Patch checked in. Thanks. -- Jeff J. Dave Korn wrote: Original Message From: Dave Korn Sent: 04 April 2005 19:07 Original Message From: Dave Korn Sent: 04 April 2005 18:51 Original Message From: Michael Hines Sent: 04 April 2005 19:43 The following program prints i=1 x=0

Re: [PATCH] Fix newly exposed bug [was RE: RFC: Fix partial NaN-parsing problem [was RE: sscanf problem]]

2005-04-28 Thread Jeff Johnston
Hi Dave, Thanks for looking into this. Your patch wasn't quite correct. It ended up breaking nan-support which isn't tested in the accompanying testcase. It needed to verify that x & multiple_flags_ored_together == multiple_flags_ored_together. Anyway, I have checked a patch in and verifie

Re: __const use instead of const in one place

2004-08-23 Thread Jeff Johnston
Corinna Vinschen wrote: On Aug 18 15:36, Peter Hinely wrote: Hi, I noticed that __const is used in one and only one place in the header files. Line 76 of \user\include\sys\unistd.h char_EXFUN(*getpass, (__const char *__prompt)); That's the only place in all the header files. Shouldn't it be

Re: HUGE is missing in math.h

2005-06-27 Thread Jeff Johnston
Corinna Vinschen wrote: On Jun 26 09:37, Humberto Bortolossi wrote: Hi! I'm trying to port a C program written originally in Linux to the Microsoft Windows plataform. I've realized that math.h under cygwin doesn't define the macro HUGE, that is defined in the math.h under linux: /* Declarati

Re: bug in freopen

2005-07-18 Thread Jeff Johnston
Dave Korn wrote: Original Message From: Eric Blake Sent: 15 July 2005 00:14 POSIX requires that freopen(NULL, mode, f) reopen f in the new mode, and allows implementations the option of not even closing f in the first place. But in cygwin, it is failing with EFAULT, which is not ev

Re: [patch] lrint/lrintf oddity

2005-09-08 Thread Jeff Johnston
Thanks Brian. Patch checked in and s_lrint.c modified similiarly. -- Jeff J. Brian Dessent wrote: Erik de Castro Lopo wrote: $ gcc -Wall -O3 lrintf_test.c -o lrintf_test $ ./lrintf_test.exe lrintf_test ( .00) : ok lrint_test ( .00) : ok lrintf_test (3.000

Re: popen bug [patch]

2006-08-22 Thread Jeff Johnston
Patch checked in. Thanks. -- Jeff J. Eric Blake wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Cygwin popen does not match Linux popen when stdout is closed. ... Oops - when stdout is closed, and the pipe is output on child, cygwin popen mistakenly lost the pipe in both processes.

Re: Problem with lroundf()

2007-08-24 Thread Jeff Johnston
I have just made a patch. The code in lroundf() was making a comparison between an int and a calculation using sizeof. This ended up being an unsigned comparison and in this case, the int value was < 1. -- Jeff J. Dave Korn wrote: On 24 August 2007 17:16, François-Xavier Coudert wrote: Hi

Re: [Fwd: Possible sscanf %f conversion glitch]

2009-01-28 Thread Jeff Johnston
Patch has been made. The vfscanf code to look for "inf" and "nan" was not stopped if we had only collected zeroes to that point so it thought it was processing an invalid infinity. -- Jeff J. Corinna Vinschen wrote: I'm forwarding this problem to the newlib list. I checked against the lates

Re: [Fwd: [1.7] wcwidth failing configure tests]

2009-05-14 Thread Jeff Johnston
Corinna Vinschen wrote: On May 15 00:58, IWAMURO Motonori wrote: 2009/5/13 Corinna Vinschen : http://www.cl.cam.ac.uk/~mgk25/ucs/wcwidth.c This looks nice. Do you import Markus Kuhn's wcwidth implementation? Trouble is, there's the thorny issue of the "CJK Ambig