Re: Bug: run emacs: fatal error reading the windows environment

2006-03-05 Thread David Picton
>From: Kirk Hilliard >Date: 03 Mar 2006 15:51:21 -0500 > On Mar 3 21:33, Corinna Vinschen wrote: >> Is that a native Windows emacs? A Cygwin emacs shouldn't have any >> problem. > > No, it is the cygwin emacs. > >``run emacs'' fails with > 12 [main] emacs 900 C:\cygwin\bin\emacs.exe: *

jikes 1.22 Cygwin package fails to build GNU Classpath

2006-03-05 Thread Paul Jenner
Hi. The jikes provided in Cygwin package jikes-1.22-1 fails to build GNU Classpath [1], reporting input files not found during compilation. Local build of jikes 1.22 with the following patch for Cygwin applied: http://sourceforge.net/tracker/index.php?func=detail&aid=1202863&group_id=128803&ati

Re: May I suggest the study of...

2006-03-05 Thread Roberto Bagnara
[EMAIL PROTECTED] wrote: Roberto Bagnara wrote: Tim Prince wrote: Roberto Bagnara wrote: Hi there, the following little program #include int main() { double d; scanf("%lf", &d); printf("%.1000g\n", d); return 0; } does this on Linux/i686 $ gcc -W -Wall in.c $ a.out 70.9 70.90

Re: Precision of doubles and stdio

2006-03-05 Thread Roberto Bagnara
skaller wrote: On Sun, 2006-03-05 at 12:44 +0100, Roberto Bagnara wrote: Tim Prince wrote: My past reading of various relevant documents convinced me that digits beyond the 17th in formatting of doubles are not required by any standard to be consistent between implementations. They have no

Re: Precision of doubles and stdio

2006-03-05 Thread skaller
On Sun, 2006-03-05 at 12:44 +0100, Roberto Bagnara wrote: > Tim Prince wrote: > My > > past reading of various relevant documents convinced me that digits > > beyond the 17th in formatting of doubles are not required by any > > standard to be consistent between implementations. They have no us

Re: Precision of doubles and stdio

2006-03-05 Thread Roberto Bagnara
Tim Prince wrote: Roberto Bagnara wrote: Hi there, the following little program #include int main() { double d; scanf("%lf", &d); printf("%.1000g\n", d); return 0; } does this on Linux/i686 $ gcc -W -Wall in.c $ a.out 70.9 70.905684341886080801486968994140625 and does