* fstream, egcs, and seg faults
@ 1999-03-15 18:19 David B. Rees
[not found] ` < XFMail.990315181911.dbr@spoke.nols.com >
1999-03-31 23:46 ` David B. Rees
0 siblings, 2 replies; 10+ messages in thread
From: David B. Rees @ 1999-03-15 18:19 UTC (permalink / raw)
To: egcs
This may be offtopic, but I'm hoping someone here has come across this problem
before and has a solution. I searched the last two months of egcs archives with
no luck.
The following two programs will segfault on my Linux machine:
#include <fstream.h>
void main(void)
{
ifstream *IS;
IS = new ifstream("test.cpp");
}
#include <fstream.h>
void main(void)
{
ifstream IS;
char line[256];
IS.open("test.cpp");
IS.getline(line, 255);
}
I came across this problem while trying to compile VTK on my machine. I
searched dejanews for similar reports, and came across a few people who had.
Here's the versions of software I'm running:
spoke:~> g++ -v
Reading specs from /usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.91.66/specs
gcc version egcs-2.91.66 19990314 (egcs-1.1.2 release)
glibc2.1, Binutils 2.9.1.0.21, kernel 2.2.3
glibc hasn't been recompiled with a glibc2.1 compiled compiler.
Any ideas? Should I attempt recompiling glibc2.1?
Thanks,
Dave
^ permalink raw reply [flat|nested] 10+ messages in thread[parent not found: < XFMail.990315181911.dbr@spoke.nols.com >]
* Re: fstream, egcs, and seg faults
[not found] ` < XFMail.990315181911.dbr@spoke.nols.com >
@ 1999-03-16 15:46 ` Martin v. Loewis
[not found] ` < 199903162344.AAA00748@mira.isdn.cs.tu-berlin.de >
1999-03-31 23:46 ` fstream, egcs, " Martin v. Loewis
0 siblings, 2 replies; 10+ messages in thread
From: Martin v. Loewis @ 1999-03-16 15:46 UTC (permalink / raw)
To: dbr; +Cc: egcs
> Any ideas? Should I attempt recompiling glibc2.1?
As a starting point, make sure it links the right libraries. Run g++
with -v and try to understand every single line. Then do the same with
-Wl,-verbose.
Hope this helps,
Martin
^ permalink raw reply [flat|nested] 10+ messages in thread[parent not found: < 199903162344.AAA00748@mira.isdn.cs.tu-berlin.de >]
* Re: (OFFTOPIC?) fstream, egcs, glibc2.1 and seg faults
[not found] ` < 199903162344.AAA00748@mira.isdn.cs.tu-berlin.de >
@ 1999-03-17 11:40 ` David B. Rees
[not found] ` < XFMail.990317114016.dbr@spoke.nols.com >
1999-03-31 23:46 ` David B. Rees
0 siblings, 2 replies; 10+ messages in thread
From: David B. Rees @ 1999-03-17 11:40 UTC (permalink / raw)
To: egcs
On 16-Mar-99 Martin v. Loewis wrote:
>> Any ideas? Should I attempt recompiling glibc2.1?
>
> As a starting point, make sure it links the right libraries. Run g++
> with -v and try to understand every single line. Then do the same with
> -Wl,-verbose.
All appears normal. BTW, -Wl isn't a valid compiler flag. There seems to be a
few other people out there with this problem. Dave B. posted that he's got the
same problem, but using RPMS. I'm going to install those RPMS on my RedHat box,
and figure out what breaks it.
-Dave
^ permalink raw reply [flat|nested] 10+ messages in thread[parent not found: < XFMail.990317114016.dbr@spoke.nols.com >]
* Re: (OFFTOPIC?) fstream, egcs, glibc2.1 and seg faults
[not found] ` < XFMail.990317114016.dbr@spoke.nols.com >
@ 1999-03-17 11:49 ` David Edelsohn
1999-03-31 23:46 ` David Edelsohn
1999-03-17 15:23 ` Martin v. Loewis
1 sibling, 1 reply; 10+ messages in thread
From: David Edelsohn @ 1999-03-17 11:49 UTC (permalink / raw)
To: David B. Rees; +Cc: egcs
>>>>> "David B Rees" writes:
David> All appears normal. BTW, -Wl isn't a valid compiler flag. There seems to be a
David> few other people out there with this problem. Dave B. posted that he's got the
David> same problem, but using RPMS. I'm going to install those RPMS on my RedHat box,
David> and figure out what breaks it.
"-Wl,OPTION" means pass OPTION to the linker directly. It is a
valid GCC/EGCS flag.
David
^ permalink raw reply [flat|nested] 10+ messages in thread* Re: (OFFTOPIC?) fstream, egcs, glibc2.1 and seg faults
1999-03-17 11:49 ` David Edelsohn
@ 1999-03-31 23:46 ` David Edelsohn
0 siblings, 0 replies; 10+ messages in thread
From: David Edelsohn @ 1999-03-31 23:46 UTC (permalink / raw)
To: David B. Rees; +Cc: egcs
>>>>> "David B Rees" writes:
David> All appears normal. BTW, -Wl isn't a valid compiler flag. There seems to be a
David> few other people out there with this problem. Dave B. posted that he's got the
David> same problem, but using RPMS. I'm going to install those RPMS on my RedHat box,
David> and figure out what breaks it.
"-Wl,OPTION" means pass OPTION to the linker directly. It is a
valid GCC/EGCS flag.
David
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: (OFFTOPIC?) fstream, egcs, glibc2.1 and seg faults
[not found] ` < XFMail.990317114016.dbr@spoke.nols.com >
1999-03-17 11:49 ` David Edelsohn
@ 1999-03-17 15:23 ` Martin v. Loewis
1999-03-31 23:46 ` Martin v. Loewis
1 sibling, 1 reply; 10+ messages in thread
From: Martin v. Loewis @ 1999-03-17 15:23 UTC (permalink / raw)
To: dbr; +Cc: egcs
> BTW, -Wl isn't a valid compiler flag.
It sure is, see script below.
Regards,
Martin
Script started on Thu Mar 18 00:14:55 1999
mira% g++ -o a a.cc -Wl,--verbose
GNU ld version 2.9.1 (with BFD 2.9.1.0.15)
Supported emulations:
elf_i386
i386linux
using internal linker script:
==================================================
OUTPUT_FORMAT("elf32-i386", "elf32-i386",
"elf32-i386")
OUTPUT_ARCH(i386)
ENTRY(_start)
SEARCH_DIR(/lib); SEARCH_DIR(/usr/lib); SEARCH_DIR(/usr/local/lib); SEARCH_DIR(/usr/i686-pc-linux-gnu/lib);
/* Do we need any of these for elf?
__DYNAMIC = 0; */
SECTIONS
{
/* Read-only sections, merged into text segment: */
. = 0x08048000 + SIZEOF_HEADERS;
.interp : { *(.interp) }
.hash : { *(.hash) }
.dynsym : { *(.dynsym) }
.dynstr : { *(.dynstr) }
.gnu.version : { *(.gnu.version) }
.gnu.version_d : { *(.gnu.version_d) }
.gnu.version_r : { *(.gnu.version_r) }
.rel.text :
{ *(.rel.text) *(.rel.gnu.linkonce.t*) }
.rela.text :
{ *(.rela.text) *(.rela.gnu.linkonce.t*) }
.rel.data :
{ *(.rel.data) *(.rel.gnu.linkonce.d*) }
.rela.data :
{ *(.rela.data) *(.rela.gnu.linkonce.d*) }
.rel.rodata :
{ *(.rel.rodata) *(.rel.gnu.linkonce.r*) }
.rela.rodata :
{ *(.rela.rodata) *(.rela.gnu.linkonce.r*) }
.rel.got : { *(.rel.got) }
.rela.got : { *(.rela.got) }
.rel.ctors : { *(.rel.ctors) }
.rela.ctors : { *(.rela.ctors) }
.rel.dtors : { *(.rel.dtors) }
.rela.dtors : { *(.rela.dtors) }
.rel.init : { *(.rel.init) }
.rela.init : { *(.rela.init) }
.rel.fini : { *(.rel.fini) }
.rela.fini : { *(.rela.fini) }
.rel.bss : { *(.rel.bss) }
.rela.bss : { *(.rela.bss) }
.rel.plt : { *(.rel.plt) }
.rela.plt : { *(.rela.plt) }
.init : { *(.init) } =0x9090
.plt : { *(.plt) }
.text :
{
*(.text)
*(.stub)
/* .gnu.warning sections are handled specially by elf32.em. */
*(.gnu.warning)
*(.gnu.linkonce.t*)
} =0x9090
_etext = .;
PROVIDE (etext = .);
.fini : { *(.fini) } =0x9090
.rodata : { *(.rodata) *(.gnu.linkonce.r*) }
.rodata1 : { *(.rodata1) }
/* Adjust the address for the data segment. We want to adjust up to
the same address within the page on the next page up. */
. = ALIGN(0x1000) + (. & (0x1000 - 1));
.data :
{
*(.data)
*(.gnu.linkonce.d*)
CONSTRUCTORS
}
.data1 : { *(.data1) }
.ctors :
{
*(.ctors)
}
.dtors :
{
*(.dtors)
}
.got : { *(.got.plt) *(.got) }
.dynamic : { *(.dynamic) }
/* We want the small data sections together, so single-instruction offsets
can access them all, and initialized data all before uninitialized, so
we can shorten the on-disk segment size. */
.sdata : { *(.sdata) }
_edata = .;
PROVIDE (edata = .);
__bss_start = .;
.sbss : { *(.sbss) *(.scommon) }
.bss :
{
*(.dynbss)
*(.bss)
*(COMMON)
}
. = ALIGN(32 / 8);
_end = . ;
PROVIDE (end = .);
/* Stabs debugging sections. */
.stab 0 : { *(.stab) }
.stabstr 0 : { *(.stabstr) }
.stab.excl 0 : { *(.stab.excl) }
.stab.exclstr 0 : { *(.stab.exclstr) }
.stab.index 0 : { *(.stab.index) }
.stab.indexstr 0 : { *(.stab.indexstr) }
.comment 0 : { *(.comment) }
/* DWARF debug sections.
Symbols in the DWARF debugging sections are relative to the beginning
of the section so we begin them at 0. */
/* DWARF 1 */
.debug 0 : { *(.debug) }
.line 0 : { *(.line) }
/* GNU DWARF 1 extensions */
.debug_srcinfo 0 : { *(.debug_srcinfo) }
.debug_sfnames 0 : { *(.debug_sfnames) }
/* DWARF 1.1 and DWARF 2 */
.debug_aranges 0 : { *(.debug_aranges) }
.debug_pubnames 0 : { *(.debug_pubnames) }
/* DWARF 2 */
.debug_info 0 : { *(.debug_info) }
.debug_abbrev 0 : { *(.debug_abbrev) }
.debug_line 0 : { *(.debug_line) }
.debug_frame 0 : { *(.debug_frame) }
.debug_str 0 : { *(.debug_str) }
.debug_loc 0 : { *(.debug_loc) }
.debug_macinfo 0 : { *(.debug_macinfo) }
/* SGI/MIPS DWARF 2 extensions */
.debug_weaknames 0 : { *(.debug_weaknames) }
.debug_funcnames 0 : { *(.debug_funcnames) }
.debug_typenames 0 : { *(.debug_typenames) }
.debug_varnames 0 : { *(.debug_varnames) }
/* These must appear regardless of . */
}
==================================================
attempt to open /usr/lib/crt1.o succeeded
/usr/lib/crt1.o
attempt to open /usr/lib/crti.o succeeded
/usr/lib/crti.o
attempt to open /usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/crtbegin.o succeeded
/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/crtbegin.o
attempt to open /tmp/ccKKaaaa.o succeeded
/tmp/ccKKaaaa.o
attempt to open /usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libstdc++.so failed
attempt to open /usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libstdc++.a succeeded
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libstdc++.a)iostream.o
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libstdc++.a)isgetline.o
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libstdc++.a)isscan.o
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libstdc++.a)sbscan.o
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libstdc++.a)stdstreams.o
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libstdc++.a)streambuf.o
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libstdc++.a)filebuf.o
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libstdc++.a)ioassign.o
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libstdc++.a)stdstrbufs.o
attempt to open /usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libm.so failed
attempt to open /usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libm.a failed
attempt to open /usr/i586-pc-linux-gnu/lib/libm.so failed
attempt to open /usr/i586-pc-linux-gnu/lib/libm.a failed
attempt to open /usr/lib/libm.so succeeded
-lm (/usr/lib/libm.so)
attempt to open /usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libgcc.so failed
attempt to open /usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libgcc.a succeeded
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libgcc.a)_eh.o
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libgcc.a)_udivdi3.o
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libgcc.a)_umoddi3.o
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libgcc.a)exception.o
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libgcc.a)frame.o
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libgcc.a)opdel.o
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libgcc.a)opnew.o
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libgcc.a)opvdel.o
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libgcc.a)opvnew.o
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libgcc.a)tinfo.o
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libgcc.a)tinfo2.o
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libgcc.a)new.o
attempt to open /usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libc.so failed
attempt to open /usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libc.a failed
attempt to open /usr/i586-pc-linux-gnu/lib/libc.so failed
attempt to open /usr/i586-pc-linux-gnu/lib/libc.a failed
attempt to open /usr/lib/libc.so succeeded
opened script file /usr/lib/libc.so
attempt to open /lib/libc.so.6 succeeded
/lib/libc.so.6
attempt to open /usr/lib/libc_nonshared.a succeeded
attempt to open /usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libgcc.so failed
attempt to open /usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libgcc.a succeeded
attempt to open /usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/crtend.o succeeded
/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/crtend.o
attempt to open /usr/lib/crtn.o succeeded
/usr/lib/crtn.o
mira%
Script done on Thu Mar 18 00:15:08 1999
^ permalink raw reply [flat|nested] 10+ messages in thread* Re: (OFFTOPIC?) fstream, egcs, glibc2.1 and seg faults
1999-03-17 15:23 ` Martin v. Loewis
@ 1999-03-31 23:46 ` Martin v. Loewis
0 siblings, 0 replies; 10+ messages in thread
From: Martin v. Loewis @ 1999-03-31 23:46 UTC (permalink / raw)
To: dbr; +Cc: egcs
> BTW, -Wl isn't a valid compiler flag.
It sure is, see script below.
Regards,
Martin
Script started on Thu Mar 18 00:14:55 1999
mira% g++ -o a a.cc -Wl,--verbose
GNU ld version 2.9.1 (with BFD 2.9.1.0.15)
Supported emulations:
elf_i386
i386linux
using internal linker script:
==================================================
OUTPUT_FORMAT("elf32-i386", "elf32-i386",
"elf32-i386")
OUTPUT_ARCH(i386)
ENTRY(_start)
SEARCH_DIR(/lib); SEARCH_DIR(/usr/lib); SEARCH_DIR(/usr/local/lib); SEARCH_DIR(/usr/i686-pc-linux-gnu/lib);
/* Do we need any of these for elf?
__DYNAMIC = 0; */
SECTIONS
{
/* Read-only sections, merged into text segment: */
. = 0x08048000 + SIZEOF_HEADERS;
.interp : { *(.interp) }
.hash : { *(.hash) }
.dynsym : { *(.dynsym) }
.dynstr : { *(.dynstr) }
.gnu.version : { *(.gnu.version) }
.gnu.version_d : { *(.gnu.version_d) }
.gnu.version_r : { *(.gnu.version_r) }
.rel.text :
{ *(.rel.text) *(.rel.gnu.linkonce.t*) }
.rela.text :
{ *(.rela.text) *(.rela.gnu.linkonce.t*) }
.rel.data :
{ *(.rel.data) *(.rel.gnu.linkonce.d*) }
.rela.data :
{ *(.rela.data) *(.rela.gnu.linkonce.d*) }
.rel.rodata :
{ *(.rel.rodata) *(.rel.gnu.linkonce.r*) }
.rela.rodata :
{ *(.rela.rodata) *(.rela.gnu.linkonce.r*) }
.rel.got : { *(.rel.got) }
.rela.got : { *(.rela.got) }
.rel.ctors : { *(.rel.ctors) }
.rela.ctors : { *(.rela.ctors) }
.rel.dtors : { *(.rel.dtors) }
.rela.dtors : { *(.rela.dtors) }
.rel.init : { *(.rel.init) }
.rela.init : { *(.rela.init) }
.rel.fini : { *(.rel.fini) }
.rela.fini : { *(.rela.fini) }
.rel.bss : { *(.rel.bss) }
.rela.bss : { *(.rela.bss) }
.rel.plt : { *(.rel.plt) }
.rela.plt : { *(.rela.plt) }
.init : { *(.init) } =0x9090
.plt : { *(.plt) }
.text :
{
*(.text)
*(.stub)
/* .gnu.warning sections are handled specially by elf32.em. */
*(.gnu.warning)
*(.gnu.linkonce.t*)
} =0x9090
_etext = .;
PROVIDE (etext = .);
.fini : { *(.fini) } =0x9090
.rodata : { *(.rodata) *(.gnu.linkonce.r*) }
.rodata1 : { *(.rodata1) }
/* Adjust the address for the data segment. We want to adjust up to
the same address within the page on the next page up. */
. = ALIGN(0x1000) + (. & (0x1000 - 1));
.data :
{
*(.data)
*(.gnu.linkonce.d*)
CONSTRUCTORS
}
.data1 : { *(.data1) }
.ctors :
{
*(.ctors)
}
.dtors :
{
*(.dtors)
}
.got : { *(.got.plt) *(.got) }
.dynamic : { *(.dynamic) }
/* We want the small data sections together, so single-instruction offsets
can access them all, and initialized data all before uninitialized, so
we can shorten the on-disk segment size. */
.sdata : { *(.sdata) }
_edata = .;
PROVIDE (edata = .);
__bss_start = .;
.sbss : { *(.sbss) *(.scommon) }
.bss :
{
*(.dynbss)
*(.bss)
*(COMMON)
}
. = ALIGN(32 / 8);
_end = . ;
PROVIDE (end = .);
/* Stabs debugging sections. */
.stab 0 : { *(.stab) }
.stabstr 0 : { *(.stabstr) }
.stab.excl 0 : { *(.stab.excl) }
.stab.exclstr 0 : { *(.stab.exclstr) }
.stab.index 0 : { *(.stab.index) }
.stab.indexstr 0 : { *(.stab.indexstr) }
.comment 0 : { *(.comment) }
/* DWARF debug sections.
Symbols in the DWARF debugging sections are relative to the beginning
of the section so we begin them at 0. */
/* DWARF 1 */
.debug 0 : { *(.debug) }
.line 0 : { *(.line) }
/* GNU DWARF 1 extensions */
.debug_srcinfo 0 : { *(.debug_srcinfo) }
.debug_sfnames 0 : { *(.debug_sfnames) }
/* DWARF 1.1 and DWARF 2 */
.debug_aranges 0 : { *(.debug_aranges) }
.debug_pubnames 0 : { *(.debug_pubnames) }
/* DWARF 2 */
.debug_info 0 : { *(.debug_info) }
.debug_abbrev 0 : { *(.debug_abbrev) }
.debug_line 0 : { *(.debug_line) }
.debug_frame 0 : { *(.debug_frame) }
.debug_str 0 : { *(.debug_str) }
.debug_loc 0 : { *(.debug_loc) }
.debug_macinfo 0 : { *(.debug_macinfo) }
/* SGI/MIPS DWARF 2 extensions */
.debug_weaknames 0 : { *(.debug_weaknames) }
.debug_funcnames 0 : { *(.debug_funcnames) }
.debug_typenames 0 : { *(.debug_typenames) }
.debug_varnames 0 : { *(.debug_varnames) }
/* These must appear regardless of . */
}
==================================================
attempt to open /usr/lib/crt1.o succeeded
/usr/lib/crt1.o
attempt to open /usr/lib/crti.o succeeded
/usr/lib/crti.o
attempt to open /usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/crtbegin.o succeeded
/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/crtbegin.o
attempt to open /tmp/ccKKaaaa.o succeeded
/tmp/ccKKaaaa.o
attempt to open /usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libstdc++.so failed
attempt to open /usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libstdc++.a succeeded
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libstdc++.a)iostream.o
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libstdc++.a)isgetline.o
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libstdc++.a)isscan.o
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libstdc++.a)sbscan.o
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libstdc++.a)stdstreams.o
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libstdc++.a)streambuf.o
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libstdc++.a)filebuf.o
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libstdc++.a)ioassign.o
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libstdc++.a)stdstrbufs.o
attempt to open /usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libm.so failed
attempt to open /usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libm.a failed
attempt to open /usr/i586-pc-linux-gnu/lib/libm.so failed
attempt to open /usr/i586-pc-linux-gnu/lib/libm.a failed
attempt to open /usr/lib/libm.so succeeded
-lm (/usr/lib/libm.so)
attempt to open /usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libgcc.so failed
attempt to open /usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libgcc.a succeeded
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libgcc.a)_eh.o
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libgcc.a)_udivdi3.o
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libgcc.a)_umoddi3.o
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libgcc.a)exception.o
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libgcc.a)frame.o
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libgcc.a)opdel.o
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libgcc.a)opnew.o
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libgcc.a)opvdel.o
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libgcc.a)opvnew.o
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libgcc.a)tinfo.o
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libgcc.a)tinfo2.o
(/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libgcc.a)new.o
attempt to open /usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libc.so failed
attempt to open /usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libc.a failed
attempt to open /usr/i586-pc-linux-gnu/lib/libc.so failed
attempt to open /usr/i586-pc-linux-gnu/lib/libc.a failed
attempt to open /usr/lib/libc.so succeeded
opened script file /usr/lib/libc.so
attempt to open /lib/libc.so.6 succeeded
/lib/libc.so.6
attempt to open /usr/lib/libc_nonshared.a succeeded
attempt to open /usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libgcc.so failed
attempt to open /usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/libgcc.a succeeded
attempt to open /usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/crtend.o succeeded
/usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.93.11/crtend.o
attempt to open /usr/lib/crtn.o succeeded
/usr/lib/crtn.o
mira%
Script done on Thu Mar 18 00:15:08 1999
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: (OFFTOPIC?) fstream, egcs, glibc2.1 and seg faults
1999-03-17 11:40 ` (OFFTOPIC?) fstream, egcs, glibc2.1 " David B. Rees
[not found] ` < XFMail.990317114016.dbr@spoke.nols.com >
@ 1999-03-31 23:46 ` David B. Rees
1 sibling, 0 replies; 10+ messages in thread
From: David B. Rees @ 1999-03-31 23:46 UTC (permalink / raw)
To: egcs
On 16-Mar-99 Martin v. Loewis wrote:
>> Any ideas? Should I attempt recompiling glibc2.1?
>
> As a starting point, make sure it links the right libraries. Run g++
> with -v and try to understand every single line. Then do the same with
> -Wl,-verbose.
All appears normal. BTW, -Wl isn't a valid compiler flag. There seems to be a
few other people out there with this problem. Dave B. posted that he's got the
same problem, but using RPMS. I'm going to install those RPMS on my RedHat box,
and figure out what breaks it.
-Dave
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: fstream, egcs, and seg faults
1999-03-16 15:46 ` Martin v. Loewis
[not found] ` < 199903162344.AAA00748@mira.isdn.cs.tu-berlin.de >
@ 1999-03-31 23:46 ` Martin v. Loewis
1 sibling, 0 replies; 10+ messages in thread
From: Martin v. Loewis @ 1999-03-31 23:46 UTC (permalink / raw)
To: dbr; +Cc: egcs
> Any ideas? Should I attempt recompiling glibc2.1?
As a starting point, make sure it links the right libraries. Run g++
with -v and try to understand every single line. Then do the same with
-Wl,-verbose.
Hope this helps,
Martin
^ permalink raw reply [flat|nested] 10+ messages in thread
* fstream, egcs, and seg faults
1999-03-15 18:19 fstream, egcs, and seg faults David B. Rees
[not found] ` < XFMail.990315181911.dbr@spoke.nols.com >
@ 1999-03-31 23:46 ` David B. Rees
1 sibling, 0 replies; 10+ messages in thread
From: David B. Rees @ 1999-03-31 23:46 UTC (permalink / raw)
To: egcs
This may be offtopic, but I'm hoping someone here has come across this problem
before and has a solution. I searched the last two months of egcs archives with
no luck.
The following two programs will segfault on my Linux machine:
#include <fstream.h>
void main(void)
{
ifstream *IS;
IS = new ifstream("test.cpp");
}
#include <fstream.h>
void main(void)
{
ifstream IS;
char line[256];
IS.open("test.cpp");
IS.getline(line, 255);
}
I came across this problem while trying to compile VTK on my machine. I
searched dejanews for similar reports, and came across a few people who had.
Here's the versions of software I'm running:
spoke:~> g++ -v
Reading specs from /usr/lib/gcc-lib/i586-pc-linux-gnu/egcs-2.91.66/specs
gcc version egcs-2.91.66 19990314 (egcs-1.1.2 release)
glibc2.1, Binutils 2.9.1.0.21, kernel 2.2.3
glibc hasn't been recompiled with a glibc2.1 compiled compiler.
Any ideas? Should I attempt recompiling glibc2.1?
Thanks,
Dave
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~1999-03-31 23:46 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1999-03-15 18:19 fstream, egcs, and seg faults David B. Rees
[not found] ` < XFMail.990315181911.dbr@spoke.nols.com >
1999-03-16 15:46 ` Martin v. Loewis
[not found] ` < 199903162344.AAA00748@mira.isdn.cs.tu-berlin.de >
1999-03-17 11:40 ` (OFFTOPIC?) fstream, egcs, glibc2.1 " David B. Rees
[not found] ` < XFMail.990317114016.dbr@spoke.nols.com >
1999-03-17 11:49 ` David Edelsohn
1999-03-31 23:46 ` David Edelsohn
1999-03-17 15:23 ` Martin v. Loewis
1999-03-31 23:46 ` Martin v. Loewis
1999-03-31 23:46 ` David B. Rees
1999-03-31 23:46 ` fstream, egcs, " Martin v. Loewis
1999-03-31 23:46 ` David B. Rees
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).