Date: Mon, 19 Mar 2001 15:03:57 -0600 From: "hackthis" <hackthis@texas.net> To: <freebsd-hackers@freebsd.org> Subject: gcc and exceptions and frame.c Message-ID: <005401c0b0b8$1e7f3ca0$6346a8c0@hackthis>
next in thread | raw e-mail | index | archive | help
This is a multi-part message in MIME format.
------=_NextPart_000_0051_01C0B085.D2B83380
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Freebsd-hackers:
Been trying to debug a program of mine and keep running into these =
errors. I was wondering
if there is a problem with exceptions and gccor with freebsd in =
general?? I think frame.c has to do with exceptions.
What do you all think about all those cannot access memory errors.
Thanks for any help,
c.r.g.
# gdb /a.out ./a.out.core
GNU gdb 4.18
Copyright 1998 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 "i386-unknown-freebsd"...
Core was generated by `a.out'.
Program terminated with signal 6, Abort trap.
Cannot access memory at address 0x280f0e3c.
#0 0x2815c530 in ?? ()Cannot access memory at address 0x280f0e3c.
(gdb) bt
#0 0x2815c530 in ?? ()Cannot access memory at address 0x280f0e3c.
#2 0x2816a55f in ?? ()Cannot access memory at address 0x280f0e3c.
#3 0x28169fc3 in ?? ()Cannot access memory at address 0x280f0e3c.
#4 0x28169d71 in ?? ()Cannot access memory at address 0x280f0e3c.
#5 0xbfbfdfcc in ?? ()Cannot access memory at address 0x280f0e3c.
#6 0x80a3aa7 in frame_init (ob=3D0x8119cc8) at ./frame.c:626
626 ./frame.c: No such file or directory.
Current language: auto; currently c
#7 0x80a3afa in find_fde (pc=3D0x80a2e46) at ./frame.c:626
626 in ./frame.c
#8 0x80a3ffc in __frame_state_for (pc_target=3D0x80a2e46, =
state_in=3D0x819cbc0)
at ./frame.c:627
627 in ./frame.c
#9 0x80a2e57 in __throw ()Cannot access memory at address 0x280f0e3c.
#10 0x80a4337 in __builtin_new (sz=3D356)
Cannot access memory at address 0x280f0e3c.
Current language: auto; currently c++
#16 0x28139b3a in ?? ()Cannot access memory at address 0x280f0e3c.
#17 0x0 in ?? ()Cannot access memory at address 0x280f0e3c.
Initial frame selected; you cannot go up.
(gdb) info threads
* 1 process 8373 0x0 in ?? ()Cannot access memory at address =
0x280f0e3c.
warning: Couldn't restore frame in current thread, at frame 0
0x0 in ?? ()Cannot access memory at address 0x280f0e3c.
compiling with=20
$ g++295 -v
Reading specs from =
/usr/local/lib/gcc-lib/i386-portbld-freebsd3.4/2.95.2/specs
gcc version 2.95.2 19991024 (release)
------=_NextPart_000_0051_01C0B085.D2B83380
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2614.3500" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Freebsd-hackers:</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>Been trying to debug a program of mine =
and keep=20
running into these errors. I was wondering</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>if there is a problem with exceptions =
and gccor=20
with freebsd in general?? I think frame.c has to do with=20
exceptions.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>What do you all think about all those =
cannot access=20
memory errors.</FONT></DIV>
<DIV> </DIV>
<DIV><FONT face=3DArial size=3D2>Thanks for any help,</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>c.r.g.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT> </DIV>
<DIV><FONT face=3DArial size=3D2># gdb /a.out ./a.out.core<BR>GNU gdb=20
4.18<BR>Copyright 1998 Free Software Foundation, Inc.<BR>GDB is free =
software,=20
covered by the GNU General Public License, and you are<BR>welcome to =
change it=20
and/or distribute copies of it under certain conditions.<BR>Type "show =
copying"=20
to see the conditions.<BR>There is absolutely no warranty for GDB. =
Type=20
"show warranty" for details.<BR>This GDB was configured as=20
"i386-unknown-freebsd"...<BR>Core was generated by `a.out'.<BR>Program=20
terminated with signal 6, Abort trap.<BR>Cannot access memory at address =
0x280f0e3c.<BR>#0 0x2815c530 in ?? ()Cannot access memory at =
address=20
0x280f0e3c.<BR>(gdb) bt<BR>#0 0x2815c530 in ?? ()Cannot access =
memory at=20
address 0x280f0e3c.<BR>#2 0x2816a55f in ?? ()Cannot access memory =
at=20
address 0x280f0e3c.<BR>#3 0x28169fc3 in ?? ()Cannot access memory =
at=20
address 0x280f0e3c.<BR>#4 0x28169d71 in ?? ()Cannot access memory =
at=20
address 0x280f0e3c.<BR>#5 0xbfbfdfcc in ?? ()Cannot access memory =
at=20
address 0x280f0e3c.<BR>#6 0x80a3aa7 in frame_init (ob=3D0x8119cc8) =
at=20
./frame.c:626<BR>626 ./frame.c: No such file or=20
directory.<BR>Current language: auto; currently c<BR>#7 =
0x80a3afa in=20
find_fde (pc=3D0x80a2e46) at =
./frame.c:626<BR>626 in=20
./frame.c<BR>#8 0x80a3ffc in __frame_state_for =
(pc_target=3D0x80a2e46,=20
state_in=3D0x819cbc0)<BR> at=20
./frame.c:627<BR>627 in ./frame.c<BR>#9 =
0x80a2e57=20
in __throw ()Cannot access memory at address 0x280f0e3c.<BR>#10 =
0x80a4337 in=20
__builtin_new (sz=3D356)<BR>Cannot access memory at address =
0x280f0e3c.<BR>Current=20
language: auto; currently c++<BR>#16 0x28139b3a in ?? ()Cannot =
access=20
memory at address 0x280f0e3c.<BR>#17 0x0 in ?? ()Cannot access memory at =
address=20
0x280f0e3c.<BR>Initial frame selected; you cannot go up.<BR><BR>(gdb) =
info=20
threads<BR>* 1 process 8373 0x0 in ?? ()Cannot access memory at =
address=20
0x280f0e3c.<BR>warning: Couldn't restore frame in current thread, at =
frame=20
0<BR>0x0 in ?? ()Cannot access memory at address=20
0x280f0e3c.<BR><BR><BR><BR>compiling with <BR>$ g++295 -v<BR>Reading =
specs from=20
/usr/local/lib/gcc-lib/i386-portbld-freebsd3.4/2.95.2/specs<BR>gcc =
version=20
2.95.2 19991024 (release)<BR></DIV></FONT></BODY></HTML>
------=_NextPart_000_0051_01C0B085.D2B83380--
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?005401c0b0b8$1e7f3ca0$6346a8c0>