Re: [Gcl-devel] HEAD Maxima and HEAD trad GCL

[Camm Maguire]

Greetings!

"Mike Thomas" <address@hidden> writes:

> Hi Camm.
> 
> OK, I have to set the breakpoint at *0x1030c130 (breakpoint 2) AFTER I get
> to the conditionalised breakpoint 1 otherwise I get:
> 
> (gdb) run
> Starting program: c:\cvs\head\gcl\pcl/../unixport/saved_gcl.exe
> Warning:
> Cannot insert breakpoint 2.
> Error accessing memory address 0x1030c130: Input/output error.
> 
> After getting there, the disassembly fails:
> 
> ============================================================================
> ===
> $ gdb --directory ../o --directory ../lsp --directory ../mod --directory
> ../cmp
> new --directory ../gmp3 --directory ../h --directory ../unixport --directory
> ..
> /clcs ../unixport/saved_gcl.exe
> GNU gdb 6.0
> 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-mingw32"...
> (gdb) b funlink.c:71
> Breakpoint 1 at 0x4314a4: file funlink.c, line 71.
> (gdb) cond 1 fun->cf.cf_self == 0x1030c130
> (gdb) r
> Starting program: c:\cvs\head\gcl\pcl/../unixport/saved_gcl.exe
>         0x005407A0 BSS start in memory.
>         0x004e0000 BSS offset in saved executable.
>         0x00113710 BSS size in bytes.
>         0x00113710 bytes read.
>         0x10100000 Heap start in memory.
>         0x00400000 Heap offset in executable.
>         0x000e0000 Heap size in bytes.
>         0x10100000 file base.
> GCL (GNU Common Lisp)  (2.7.0) Mon Jan  5 18:01:01 EAST 2004
> Licensed under GNU Library General Public License
> Dedicated to the memory of W. Schelter
> 
> Use (help) to get some basic information on how to use GCL.
> 
> >(load "../clcs/package.lisp")
> 
> Loading ../clcs/package.lisp
> Finished loading ../clcs/package.lisp
> 
> .. blah blah ..
> 
> Loading binary of PCL_FAST_INIT...
> Loading binary of PCL_BRAID...
> 
> Breakpoint 1, call_or_link (sym=0x1022c3a8, link=0x1031d57c) at funlink.c:71
> 71                  ( *(void (*)()) (fun->cf.cf_self)) ();
> (gdb) p fun->cf.cf_name->st
> $1 = {t = 8 '\b', flag = 0 '\0', s = 0 '\0', m = 0 '\0', st_displaced = 0x0,
>   st_hasfillp = 4784, st_adjustable = 84,
>   st_self = 0x103ce800 "GET-DFUN-CONSTRUCTORWRAPPER1WRAPPER0ACCESSOR-TYPE",
>   st_fillp = 20, st_dim = 270352720}
> (gdb) b *0x1030c130
> Breakpoint 2 at 0x1030c130
> (gdb) c
> Continuing.
> 
> Breakpoint 2, 0x1030c130 in ?? ()
> (gdb) disassemble
> No function contains program counter for selected frame.
> 

OK, I had forgotten that this would not work as the loaded function
has no treatment of its .stabs section yet.  It would be nice to
figure out how to do this in a running program someday.

I need to see (at breakpoint 1)

p fun->cf.cf_name->st

p/x *(int *)fun->address@hidden

Then if you could please find the function name so reported (as a
comment) in one of the pcl C files, and give me objdump -d on that
file's .o file.  Lastly, if you could please break at fasload,
conditionalize this to when the pcl file you found is being loaded,
then break at call_init, and report back to me the init_address.

Hopefully we should be able to see things more clearly from here.

Take care,


-- 
Camm Maguire                                            address@hidden
==========================================================================
"The earth is but one country, and mankind its citizens."  --  Baha'u'llah