* Re: Fw: Bug in fstream code and gcc-2 package?
[not found] <01e101c3d1f1$9bc8d6a0$29750252@fuji>
@ 2004-01-03 14:40 ` Beman Dawes
2004-01-03 21:05 ` Gerrit P. Haase
0 siblings, 1 reply; 10+ messages in thread
From: Beman Dawes @ 2004-01-03 14:40 UTC (permalink / raw)
To: cygwin; +Cc: John Maddock
At 06:58 AM 1/3/2004, John Maddock wrote:
>Beman,
>
>Here's the reply I got from the cygwin list on this, can you reply with
>details of your system and the fact that it fails there?
John's fstream.cpp test program fails on my Win XP SP 1 system. I've
reinstalled cygwin gcc and mingw components freshly downloaded. The gcc and
gcc-g++ .tar.bz2 files are identified as 3.3.1-3. The mingw-runtime id is
3.2-1.
The command line I'm using is simply: g++ fstream.cpp
Executing the resulting program results in:
2 [main] a 1668 handle_exceptions: Exception: STATUS_ACCESS_VIOLATION
413 [main] a 1668 open_stackdumpfile: Dumping stack trace to
a.exe.stackdump
The program compiles and executes correctly with Borland, Intel,
Metrowerks, and Microsoft compilers.
Any suggestions? This is the system used to run the Boost Win32 regression
tests, and we would like to eliminate as many gcc/cygwin failures as
possible. See http://boost.sourceforge.net/regression-logs/
Thanks,
--Beman Dawes
>
>Many thanks,
>
>John.
>
>----- Original Message -----
>From: "Larry Hall" <cygwin-lh@cygwin.com>
>To: "John Maddock" <john@johnmaddock.co.uk>; <cygwin@cygwin.com>
>Sent: Friday, January 02, 2004 2:46 PM
>Subject: Re: Bug in fstream code and gcc-2 package?
>
>
>> At 07:54 AM 1/2/2004, John Maddock you wrote:
>> >The following example code works cleanly on all the platforms I've
>tested
>> >on, except the gcc-2 package where it segfaults:
>>
>>
>> The gcc-2 package has been removed as a package from Cygwin mirrors (or
>> should be) and is no longer supported. Try it with the current Cygwin
>> gcc/g++ package (3.3.1). Your code executes without a crash there.
>>
>>
>>
>> --
>> Larry Hall http://www.rfk.com
>> RFK Partners, Inc. (508) 893-9779 - RFK Office
>> 838 Washington Street (508) 893-9889 - FAX
>> Holliston, MA 01746
>>
>>
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Bug in fstream code and gcc-2 package?
2004-01-03 14:40 ` Fw: Bug in fstream code and gcc-2 package? Beman Dawes
@ 2004-01-03 21:05 ` Gerrit P. Haase
2004-01-03 23:13 ` Larry Hall
2004-01-04 1:55 ` Beman Dawes
0 siblings, 2 replies; 10+ messages in thread
From: Gerrit P. Haase @ 2004-01-03 21:05 UTC (permalink / raw)
To: Beman Dawes; +Cc: cygwin, John Maddock
Hallo Beman,
I cannot reproduce it here on my NT4 SP 6a:
$ uname -svr
CYGWIN_NT-4.0 1.5.5(0.94/3/2) 2003-09-20 16:31
$ cygcheck -c gcc
Cygwin Package Information
Package Version Status
gcc 3.3.1-3 OK
$ cygcheck -c gcc-g++
Cygwin Package Information
Package Version Status
gcc-g++ 3.3.1-3 OK
$ g++ fstream.cpp
$ ls
a.exe* fstream.cpp
$ ./a
$ cygcheck a
Found: .\a.exe
a.exe
H:\bin\cygwin1.dll
C:\WINNT\System32\KERNEL32.dll
C:\WINNT\System32\ntdll.dll
$ g++ -mno-cygwin fstream.cpp
$ ls
a.exe* fstream.cpp
$ ./a
$ cygcheck a
Found: .\a.exe
a.exe
C:\WINNT\System32\msvcrt.dll
C:\WINNT\System32\KERNEL32.dll
C:\WINNT\System32\ntdll.dll
Can you run it with gdb and try to figure out what fails for you?
Gerrit
Am Samstag, 3. Januar 2004 um 15:39 schriebst du:
> At 06:58 AM 1/3/2004, John Maddock wrote:
>>Beman,
>>
>>Here's the reply I got from the cygwin list on this, can you reply with
>>details of your system and the fact that it fails there?
> John's fstream.cpp test program fails on my Win XP SP 1 system. I've
> reinstalled cygwin gcc and mingw components freshly downloaded. The gcc and
> gcc-g++ .tar.bz2 files are identified as 3.3.1-3. The mingw-runtime id is
> 3.2-1.
> The command line I'm using is simply: g++ fstream.cpp
> Executing the resulting program results in:
> 2 [main] a 1668 handle_exceptions: Exception: STATUS_ACCESS_VIOLATION
> 413 [main] a 1668 open_stackdumpfile: Dumping stack trace to
> a.exe.stackdump
> The program compiles and executes correctly with Borland, Intel,
> Metrowerks, and Microsoft compilers.
> Any suggestions? This is the system used to run the Boost Win32 regression
> tests, and we would like to eliminate as many gcc/cygwin failures as
> possible. See http://boost.sourceforge.net/regression-logs/
> Thanks,
> --Beman Dawes
>>
>>Many thanks,
>>
>>John.
>>
>>----- Original Message -----
>>From: "Larry Hall" <cygwin-lh@cygwin.com>
>>To: "John Maddock" <john@johnmaddock.co.uk>; <cygwin@cygwin.com>
>>Sent: Friday, January 02, 2004 2:46 PM
>>Subject: Re: Bug in fstream code and gcc-2 package?
>>
>>
>>> At 07:54 AM 1/2/2004, John Maddock you wrote:
>>> >The following example code works cleanly on all the platforms I've
>>tested
>>> >on, except the gcc-2 package where it segfaults:
>>>
>>>
>>> The gcc-2 package has been removed as a package from Cygwin mirrors (or
>>> should be) and is no longer supported. Try it with the current Cygwin
>>> gcc/g++ package (3.3.1). Your code executes without a crash there.
>>>
>>>
>>>
>>> --
>>> Larry Hall http://www.rfk.com
>>> RFK Partners, Inc. (508) 893-9779 - RFK Office
>>> 838 Washington Street (508) 893-9889 - FAX
>>> Holliston, MA 01746
>>>
>>>
--
=^..^=
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Bug in fstream code and gcc-2 package?
2004-01-03 21:05 ` Gerrit P. Haase
@ 2004-01-03 23:13 ` Larry Hall
2004-01-04 1:55 ` Beman Dawes
1 sibling, 0 replies; 10+ messages in thread
From: Larry Hall @ 2004-01-03 23:13 UTC (permalink / raw)
To: Gerrit @ cygwin, Beman Dawes; +Cc: cygwin, John Maddock
At 04:12 PM 1/3/2004, Gerrit P. Haase you wrote:
>Hallo Beman,
>
>I cannot reproduce it here on my NT4 SP 6a:
In case it's of any interest, the version that I compiled
was the same as Gerrit's in every way except it was on
W2K + SP3.
<snip>
>Can you run it with gdb and try to figure out what fails for you?
I can't find fault with this suggestion. ;-)
--
Larry Hall http://www.rfk.com
RFK Partners, Inc. (508) 893-9779 - RFK Office
838 Washington Street (508) 893-9889 - FAX
Holliston, MA 01746
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Bug in fstream code and gcc-2 package?
2004-01-03 21:05 ` Gerrit P. Haase
2004-01-03 23:13 ` Larry Hall
@ 2004-01-04 1:55 ` Beman Dawes
2004-01-04 11:16 ` Gerrit P. Haase
2006-07-26 9:36 ` STATUS_ACCESS_VIOLATION in Cygwin 3.3.1 on Win2k using ESQL on Ingres 2.6 Sandeep
1 sibling, 2 replies; 10+ messages in thread
From: Beman Dawes @ 2004-01-04 1:55 UTC (permalink / raw)
To: cygwin; +Cc: John Maddock
At 04:12 PM 1/3/2004, Gerrit P. Haase wrote:
>Hallo Beman,
>
>I cannot reproduce it here on my NT4 SP 6a:
John Maddock can't reproduce it on his system either.
First, my results for the queries below are shown after your results:
>$ uname -svr
>CYGWIN_NT-4.0 1.5.5(0.94/3/2) 2003-09-20 16:31
CYGWIN_NT-5.1 1.5.5(0.94/3/2) 2003-09-20 16:31
>$ cygcheck -c gcc
>Cygwin Package Information
>Package Version Status
>gcc 3.3.1-3 OK
gcc 3.3.1-3 OK
>$ cygcheck -c gcc-g++
>Cygwin Package Information
>Package Version Status
>gcc-g++ 3.3.1-3 OK
gcc-g++ 3.3.1-3 OK
>$ g++ fstream.cpp
>$ ls
>a.exe* fstream.cpp
>$ ./a
2 [main] a 1228 handle_exceptions: Exception:
STATUS_ACCESS_VIOLATION
327 [main] a 1228 open_stackdumpfile: Dumping stack trace to
a.exe.stackdump
>$ cygcheck a
>Found: .\a.exe
>a.exe
> H:\bin\cygwin1.dll
> C:\WINNT\System32\KERNEL32.dll
> C:\WINNT\System32\ntdll.dll
Found: .\a.exe
a.exe
c:\cygwin\bin\cygwin1.dll
C:\WINDOWS\System32\KERNEL32.dll
C:\WINDOWS\System32\ntdll.dll
>$ g++ -mno-cygwin fstream.cpp
In file included from
/usr/local/include/c++/3.3.1/bits/locale_facets.h:166,
from /usr/local/include/c++/3.3.1/bits/basic_ios.h:44,
from /usr/local/include/c++/3.3.1/ios:51,
from /usr/local/include/c++/3.3.1/istream:44,
from /usr/local/include/c++/3.3.1/fstream:45,
from fstream.cpp:1:
/usr/local/include/c++/3.3.1/i686-pc-cygwin/bits/ctype_base.h:46: error:
`_U'
was not declared in this scope
(similar errors follow; messages elided for brevity.)
>$ ls
>a.exe* fstream.cpp
>$ ./a
>$ cygcheck a
>Found: .\a.exe
>a.exe
> C:\WINNT\System32\msvcrt.dll
> C:\WINNT\System32\KERNEL32.dll
> C:\WINNT\System32\ntdll.dll
>
>Can you run it with gdb and try to figure out what fails for you?
I've never used gdb, but here goes... install... try it...
For some reason I couldn't get a meaningful stack trace, but by stepping it
was easy to isolate the problem. It is in the execution of the call:
is.rdbuf()->in_avail()
is.rdbuf() looks like it is returning the correct pointer, but in_avail()
is dying. If I replace the call with a constant, say 16000, the program
runs
fine.
Does that help?
By the way, the above results hold regardless of whether the program is run
from the Win XP command line or the bash command line.
--Beman
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Bug in fstream code and gcc-2 package?
2004-01-04 1:55 ` Beman Dawes
@ 2004-01-04 11:16 ` Gerrit P. Haase
2004-01-04 18:18 ` Beman Dawes
2006-07-26 9:36 ` STATUS_ACCESS_VIOLATION in Cygwin 3.3.1 on Win2k using ESQL on Ingres 2.6 Sandeep
1 sibling, 1 reply; 10+ messages in thread
From: Gerrit P. Haase @ 2004-01-04 11:16 UTC (permalink / raw)
To: Beman Dawes; +Cc: cygwin, John Maddock
Hallo Beman,
Am Sonntag, 4. Januar 2004 um 02:55 schriebst du:
>>$ g++ -mno-cygwin fstream.cpp
> In file included from
> /usr/local/include/c++/3.3.1/bits/locale_facets.h:166,
The default location for Cygwin & MinGW files distributed by the
Cygwin project is /usr but not /usr/local, I suggest that you try to
setup a new Cygwin tree (after backing up your old tree). Somehow
this looks wrong to me. Possibly some old headers around there under
/usr/local?
My locale_facets.h:
$ ls -l /usr/include/c++/3.3.1/bits/locale_facets.h
-rwxrwxrwx 1 #gerrit Benutzer 58297 Oct 25 05:53 /usr/include/c++/3.3.1/bits/locale_facets.h*
> from
> /usr/local/include/c++/3.3.1/bits/basic_ios.h:44,
> from /usr/local/include/c++/3.3.1/ios:51,
> from /usr/local/include/c++/3.3.1/istream:44,
> from /usr/local/include/c++/3.3.1/fstream:45,
> from fstream.cpp:1:
> /usr/local/include/c++/3.3.1/i686-pc-cygwin/bits/ctype_base.h:46: error:
> `_U'
> was not declared in this scope
> (similar errors follow; messages elided for brevity.)
>>Can you run it with gdb and try to figure out what fails for you?
> I've never used gdb, but here goes... install... try it...
> For some reason I couldn't get a meaningful stack trace, but by stepping it
> was easy to isolate the problem. It is in the execution of the call:
> is.rdbuf()->in_avail()
> is.rdbuf() looks like it is returning the correct pointer, but in_avail()
> is dying. If I replace the call with a constant, say 16000, the program
> runs
> fine.
> Does that help?
Hmmm, not much.
> By the way, the above results hold regardless of whether the program is run
> from the Win XP command line or the bash command line.
Gerrit
--
=^..^=
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Bug in fstream code and gcc-2 package?
2004-01-04 11:16 ` Gerrit P. Haase
@ 2004-01-04 18:18 ` Beman Dawes
2004-01-04 19:22 ` Larry Hall
0 siblings, 1 reply; 10+ messages in thread
From: Beman Dawes @ 2004-01-04 18:18 UTC (permalink / raw)
To: Gerrit @ cygwin; +Cc: John Maddock
At 06:23 AM 1/4/2004, Gerrit P. Haase wrote:
>Hallo Beman,
>
>Am Sonntag, 4. Januar 2004 um 02:55 schriebst du:
>
>>>$ g++ -mno-cygwin fstream.cpp
>> In file included from
>> /usr/local/include/c++/3.3.1/bits/locale_facets.h:166,
>
>The default location for Cygwin & MinGW files distributed by the
>Cygwin project is /usr but not /usr/local, I suggest that you try to
>setup a new Cygwin tree (after backing up your old tree). Somehow
>this looks wrong to me. Possibly some old headers around there under
>/usr/local?
Not just old headers - there is a full installation of gcc 3.3.1 there.
OK, I renamed /cygwin to /old-cygwin, and then did a complete cygwin
reinstall.
That clears the problem with fstream.cpp!
I think I know what happened - at some point after gcc 3.3.1 became
available, I downloaded the source and built it myself because 3.3.1 wasn't
available from cygwin yet. That must have been what created the /usr/local
copy of stuff. Then later when gcc from cygwin was installed, the
/usr/local gcc stuff wasn't removed, and it somehow interferes with the
cygwin supplied version.
I'll run a rebuild of the full Boost regression tests to see what happens
in real use...
While waiting for that to finish, I'd like to thank you for the prompt and
helpful response. I occasionally report compiler errors to Comeau, Intel,
Metrowerks, and Microsoft, and the experience ranges anywhere from
pleasurable to frustrating to anger producing. Cygwin is high on the
pleasurable end of the scale.
OK, the tests are finished. Good news! Eleven additional Boost regression
tests now pass and there are no new failures. The only other difference is
that the version is being reported as GNU C++ version 3.3.1 (cygming
special) rather than just GNU C++ version 3.3.1. I assume that is to be
expected.
Thanks!
--Beman Dawes
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Bug in fstream code and gcc-2 package?
2004-01-04 18:18 ` Beman Dawes
@ 2004-01-04 19:22 ` Larry Hall
0 siblings, 0 replies; 10+ messages in thread
From: Larry Hall @ 2004-01-04 19:22 UTC (permalink / raw)
To: Beman Dawes, Gerrit @ cygwin; +Cc: John Maddock
At 01:18 PM 1/4/2004, Beman Dawes you wrote:
>OK, the tests are finished. Good news! Eleven additional Boost regression tests now pass and there are no new failures. The only other difference is that the version is being reported as GNU C++ version 3.3.1 (cygming special) rather than just GNU C++ version 3.3.1. I assume that is to be expected.
Yes, it's fine and expected. Glad to hear the good results!
--
Larry Hall http://www.rfk.com
RFK Partners, Inc. (508) 893-9779 - RFK Office
838 Washington Street (508) 893-9889 - FAX
Holliston, MA 01746
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 10+ messages in thread
* STATUS_ACCESS_VIOLATION in Cygwin 3.3.1 on Win2k using ESQL on Ingres 2.6
2004-01-04 1:55 ` Beman Dawes
2004-01-04 11:16 ` Gerrit P. Haase
@ 2006-07-26 9:36 ` Sandeep
1 sibling, 0 replies; 10+ messages in thread
From: Sandeep @ 2006-07-26 9:36 UTC (permalink / raw)
To: cygwin
Hi,
I have following configurations: Win2k SP4, Cygwin 3.3.1, Ingres 2.6
I have an embedded sql file, contents are as follows:
/* my_sim_exec.sc */
#include <stdio.h>
#include <stdlib.h>
int main (int argc, char *argv[])
{
EXEC SQL INCLUDE SQLCA;
EXEC SQL BEGIN DECLARE SECTION;
char dbname[30];
int session;
EXEC SQL END DECLARE SECTION;
strcpy (dbname, argv[1]);
EXEC SQL INQUIRE_SQL(:session = session);
session++;
EXEC SQL connect :dbname session :session;
return(0);
}
I am doing ESQLC on this file to get my_sim_exec.c. And then compiling using
gcc to produce .o, as follows: gcc -v -Wall -Wno-unused -c -g -ID:\\Cygwin-
X1_new\\usr\\include my_sim_exec.c -o my_sim_exec.o
Then I am linking .o into .exe as follows: gcc my_sim_exec.o
C:\IngresII\ingres\lib\ingres.lib C:\IngresII\ingres\lib\esqlc.lib -LD:\Cygwin-
X1_new\lib\w32api -lm -lc -o my_sim_exec
It builds the exe and when I try to run that exe (my_sim_exec my_db_name) it
gives the following error:
100 [main] sim_exec 4556 handle_exceptions: Exception: STATUS_ACCESS_VIOLATION
1769 [main] sim_exec 4556 open_stackdumpfile: Dumping stack trace to
sim_exec.exe.stackdump
Can some one help me to solve this? All I am doing in the .sc file above is to
inquire the session and then connect to the existing db.
Thanks in advance.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: Bug in fstream code and gcc-2 package?
2004-01-02 12:54 Bug in fstream code and gcc-2 package? John Maddock
@ 2004-01-02 14:49 ` Larry Hall
0 siblings, 0 replies; 10+ messages in thread
From: Larry Hall @ 2004-01-02 14:49 UTC (permalink / raw)
To: John Maddock, cygwin
At 07:54 AM 1/2/2004, John Maddock you wrote:
>The following example code works cleanly on all the platforms I've tested
>on, except the gcc-2 package where it segfaults:
The gcc-2 package has been removed as a package from Cygwin mirrors (or
should be) and is no longer supported. Try it with the current Cygwin
gcc/g++ package (3.3.1). Your code executes without a crash there.
--
Larry Hall http://www.rfk.com
RFK Partners, Inc. (508) 893-9779 - RFK Office
838 Washington Street (508) 893-9889 - FAX
Holliston, MA 01746
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 10+ messages in thread
* Bug in fstream code and gcc-2 package?
@ 2004-01-02 12:54 John Maddock
2004-01-02 14:49 ` Larry Hall
0 siblings, 1 reply; 10+ messages in thread
From: John Maddock @ 2004-01-02 12:54 UTC (permalink / raw)
To: cygwin
The following example code works cleanly on all the platforms I've tested
on, except the gcc-2 package where it segfaults:
#include <fstream>
#include <string>
void load_file(std::string& s, std::istream& is)
{
s.erase();
if(is.bad()) return;
//
// attempt to grow string buffer to match file size,
// this doesn't always work...
s.reserve(is.rdbuf()->in_avail());
char c;
while(is.get(c))
{
// use logarithmic growth stategy, in case
// in_avail (above) returned zero:
if(s.capacity() == s.size())
s.reserve(s.capacity() * 3);
s.append(1, c);
}
}
int main()
{
std::string s;
std::ifstream ifs(__FILE__);
load_file(s, ifs);
return 0;
}
With:
$ g++-2 -v
Reading specs from /usr/lib/gcc-lib/i686-pc-cygwin/2.95.3-10/specs
gcc version 2.95.3-10 (cygwin special)
gdb doesn't help much either:
$ gdb a.exe
GNU gdb 2003-09-20-cvs (cygwin-special)
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i686-pc-cygwin"...(no debugging symbols
found)...
(gdb) run
Starting program: /cygdrive/c/data/bugs/gcc/a.exe
Program received signal SIGSEGV, Segmentation fault.
0x2f09fe00 in ?? ()
(gdb) bt
#0 0x2f09fe00 in ?? ()
#1 0x00000400 in ?? ()
(gdb)
Thanks,
John Maddock
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2006-07-26 9:30 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <01e101c3d1f1$9bc8d6a0$29750252@fuji>
2004-01-03 14:40 ` Fw: Bug in fstream code and gcc-2 package? Beman Dawes
2004-01-03 21:05 ` Gerrit P. Haase
2004-01-03 23:13 ` Larry Hall
2004-01-04 1:55 ` Beman Dawes
2004-01-04 11:16 ` Gerrit P. Haase
2004-01-04 18:18 ` Beman Dawes
2004-01-04 19:22 ` Larry Hall
2006-07-26 9:36 ` STATUS_ACCESS_VIOLATION in Cygwin 3.3.1 on Win2k using ESQL on Ingres 2.6 Sandeep
2004-01-02 12:54 Bug in fstream code and gcc-2 package? John Maddock
2004-01-02 14:49 ` Larry Hall
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).