Re: Is GCC buggy ?

2002-11-20 Thread Randall R Schulz
Jean-Raymond,

For practical purposes, no, GCC is not "buggy." Which is not to say it is 
bug-free. No large software program is literally bug-free.

Nonetheless, I compiled your program and it did what one would expect. No 
fireworks:

DEBUT
dans p:4198551 azerty
FIN


% gcc --version
gcc (GCC) 3.2 20020927 (prerelease)

% cygcheck -c gcc
Cygwin Package Information
Package Version
gcc 3.2-3


Randall Schulz
Mountain View, CA USA

P.S. In the future, please place your cygcheck output in an attachment. I 
helps control clutter in the mailing list archives and reduces false hits 
when people perform package-, library- or program-specific searches of the 
archives.

Likewise for cygcheck output. In this case, compression is usually called 
for (use "bzip2") and even without it, putting the content in an attachment 
protects against line wrapping.


At 06:55 2002-11-20, CHAUVIERE Jean-Raymond wrote:
When I compile a source defining a function and calling it, the program 
coredumps.

I already compiled on this machine using 2.95. This happens since the 
update gcc 3.2 I fully reinstall cygwin (today: 11/20/2002 at 14h:00( 
PARIS/FRANCE) packages from programming.ccp14.uk), the same always 
happens. What I compiled, rox file manager for instance, is always functional.


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: Is GCC buggy ? : solved !

2002-11-20 Thread CHAUVIERE Jean-Raymond
replacing gcc 3.2-1 by gcc 3.2-3 (found on sunsite chlab)

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Re: Is GCC buggy ?

2002-11-20 Thread Alastair Montgomery
I had no problems running the code on NT4 SP6, although had the following Package's 
version were different.

_update-info-dir 0078-1
bash 2.05b-5
binutils 20020706-2
cygwin 1.3.14-1
openssh 3.4.pl-5
sed 3.02-1


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/




Is GCC buggy ?

2002-11-20 Thread CHAUVIERE Jean-Raymond
CONTENTS:
*
SYMPTOMS
SOURCE of the test program
COMPILATION + EXECUTION
STRACE
Execution de cygcheck -s -v -r

-
SYMPTOMS:

when I compile a source defining a function and calling it,
the program coredumps.

I already compiled on this machine using 2.95. 
This happens since the update gcc 3.2
I fully reinstall cygwin (today: 11/20/2002 at 14h:00( PARIS/FRANCE)
packages from programming.ccp14.uk), the same always happens.
What I compiled, rox file manager for instance, is always functionnal.

-
SOURCE of the test program

jrc@NADIAV2 ~/tmp $cat f.c
#include 

int p(char *s);

int main(int argc, char *argv[], char *envp[]) {
int r= 0 ;
printf("DEBUT\n") ;
r=p("azerty") ;
printf("FIN\n") ;
exit(0) ;
}

int p(char *s){
fprintf(stdout,"dans p:%d %s\n",s,s) ;
return(2);
}
-
COMPILATION + EXECUTION

+SIMPLE
===
jrc@NADIAV2 ~/tmp $gcc f.c -o f && f
DEBUT
Segmentation fault (core dumped)


+DETAIL
===
--> note message on nonexistant include directory, after full cygwin install.


jrc@NADIAV2 ~/tmp $gcc -v f.c -o f && f
Reading specs from /bin/../lib/gcc-lib/i686-pc-cygwin/3.2/specs
Configured with: /netrel/src/gcc-3.2-1/configure --enable-
languages=c,c++,f77,java --enable-libgcj --enable-threads=posix --with-system-
zlib --enable-nls --without-included-gettext --enable-interpreter --disable-
sjlj-exceptions --disable-version-specific-runtime-libs --enable-shared --
build=i686-pc-linux --host=i686-pc-cygwin --target=i686-pc-cygwin --enable-
haifa --prefix=/usr --exec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib --
includedir=/nonexistent/include --libexecdir=/usr/sbin
Thread model: posix
gcc version 3.2 20020818 (prerelease)
 /bin/../lib/gcc-lib/i686-pc-cygwin/3.2/cc1.exe -lang-c -v -
iprefix /bin/../lib/gcc-lib/i686-pc-cygwin/3.2/ -D__GNUC__=3 -
D__GNUC_MINOR__=2 -D__GNUC_PATCHLEVEL__=0 -D__GXX_ABI_VERSION=102 -D_X86_=1 -
D_X86_=1 -Asystem=winnt -D__NO_INLINE__ -D__STDC_HOSTED__=1 -Acpu=i386 -
Amachine=i386 -Di386 -D__i386 -D__i386__ -D__tune_i686__ -D__tune_pentiumpro__ -
D__tune_pentium2__ -D__tune_pentium3__ -D__stdcall=__attribute__
((__stdcall__)) -D__fastcall=__attribute__((__fastcall__)) -
D__cdecl=__attribute__((__cdecl__)) -D_stdcall=__attribute__((__stdcall__)) -
D_fastcall=__attribute__((__fastcall__)) -D_cdecl=__attribute__((__cdecl__)) -
D__declspec(x)=__attribute__((x)) -D__i386__ -D__i386 -D__CYGWIN32__ -
D__CYGWIN__ -Dunix -D__unix__ -D__unix -isystem /usr/lib/gcc-lib/i686-pc-
cygwin/3.2/../../../../include/w32api -isystem /usr/lib/gcc-lib/i686-pc-
cygwin/3.2/../../../../i686-pc-cygwin/lib/../../include/w32api f.c -quiet -
dumpbase f.c -version -o /cygdrive/c/DOCUME~1/jrc/LOCALS~1/Temp/ccqSNVlP.s
GNU CPP version 3.2 20020818 (prerelease) (cpplib) (80386, BSD syntax)
GNU C version 3.2 20020818 (prerelease) (i686-pc-cygwin)
compiled by GNU C version 3.2 20020815 (prerelease).
ignoring nonexistent directory "/i686-pc-cygwin/include"
ignoring nonexistent directory "/usr/i686-pc-cygwin/include"
ignoring duplicate directory "/usr/i686-pc-cygwin/lib/../../include/w32api"
ignoring duplicate directory "/usr/lib/gcc-lib/i686-pc-cygwin/3.2/include"
#include "..." search starts here:
#include <...> search starts here:
 /usr/include/w32api
 /lib/gcc-lib/i686-pc-cygwin/3.2/include
 /usr/local/include
 /usr/include
End of search list.
 /usr/lib/gcc-lib/i686-pc-cygwin/3.2/../../../../i686-pc-cygwin/bin/as.exe --
traditional-format -
o /cygdrive/c/DOCUME~1/jrc/LOCALS~1/Temp/ccQ9MQmJ.o /cygdrive/c/DOCUME~1/jrc/LOC
ALS~1/Temp/ccqSNVlP.s
 /bin/../lib/gcc-lib/i686-pc-cygwin/3.2/collect2.exe -Bdynamic --dll-search-
prefix=cyg -o f.exe /bin/../lib/gcc-lib/i686-pc-
cygwin/3.2/../../../crt0.o /bin/../lib/gcc-lib/i686-pc-cygwin/3.2/crtbegin.o -
L/bin/../lib/gcc-lib/i686-pc-cygwin/3.2 -L/bin/../lib/gcc-lib -L/usr/lib/gcc-
lib/i686-pc-cygwin/3.2 -L/bin/../lib/gcc-lib/i686-pc-cygwin/3.2/../../.. -
L/usr/lib/gcc-lib/i686-pc-
cygwin/3.2/../../.. /cygdrive/c/DOCUME~1/jrc/LOCALS~1/Temp/ccQ9MQmJ.o -lgcc -
lcygwin -luser32 -lkernel32 -ladvapi32 -lshell32 -lgcc /bin/../lib/gcc-lib/i686-
pc-cygwin/3.2/crtend.o
DEBUT
Segmentation fault (core dumped)



-
STRACE
jrc@NADIAV2 ~/tmp $strace -o strace.out f
  14322 [main] f 3300 handle_exceptions: Exception: STATUS_ACCESS_VIOLATION
  17994 [main] f 3300 open_stackdumpfile: Dumping stack trace to f.exe.stackdump


STRACE.OUT

**
Program name: c:\home\jrc\cygwin\tmp\f.exe (3300)
App version:  1003.15, api: 0.63
DLL version:  1003.15, api: 0.63
DLL build:2002-11-06 22:41
OS version:   Windows NT-5.1
Heap size:402653184
Date/Time:2002-11-20 15:33:23
**