Re: Strange problems with graph library

[Axel von Kamp]

Marcus G. Daniels wrote:

> >>>>> "AVK" == Axel von Kamp <address@hidden> writes:
>
> AVK> 0x4022905f in ?? () from /usr/lib/libtk8.0.so
> AVK> #1 0x40063b87 in ?? () from /usr/lib/swarm/libtkobjc.so.
> AVK> #2 0x4005d722 in ?? () from /usr/lib/swarm/libtkobjc.so.4
>
> Unfortunately, no.  I'd need to see symbols for at least #1,
> e.g. Swarm compiled with debugging info.

How do I compile Swarm with debugging info? At the moment, I cannot
compile Swarm 1.4.1 at all. The reason is that the configure script
assumes that I want to use the gcc and ignores that I have set the
environment variable GCC=egcs. (I'm using RedHat 5.1 where the gcc has no
Objective C support, but the egcs has).
Fortunately, I've still got Swarm 1.4 compiled from the sources in my
/usr/local so I linked DynamicGraph program against it and the output of
gdb is now somewhat more verbose:

address@hidden DynamicGraph-1.4.1]$ gdb dynamicGraph core
GNU gdb 4.17
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-redhat-linux"...
Core was generated by `dynamicGraph'.
Program terminated with signal 11, Segmentation fault.
find_solib: Can't read pathname for load map: Input/output error

#0  0x8055c8b in hash_string ()
(gdb) bt
#0  0x8055c8b in hash_string ()
#1  0x804db25 in hash_value_for_key ()
#2  0x80558f1 in __sel_register_typed_name ()
#3  0x804fdad in __objc_exec_class ()
#4  0x400635c6 in ?? () from /usr/local/lib/libtkobjc.so.3
#5  0x40063470 in ?? () from /usr/local/lib/libtkobjc.so.3
#6  0x4005f756 in ?? () from /usr/local/lib/libtkobjc.so.3
#7  0x804cc43 in _i_DiGraphNode__setCanvas_withRandPosFunc_
(self=0x8132348,
    _cmd=0x805b318, aCanvas=0x812aac8, posFunc=0x8131610) at
DiGraphNode.m:50
#8  0x804b49c in _i_DiGraph__addNode_ (self=0x8131a48, _cmd=0x805ac34,
    aNode=0x8132348) at DiGraph.m:153
#9  0x804a459 in _i_ModelSwarm__buildObjects (self=0x810d8c8,
_cmd=0x805af48)
    at ModelSwarm.m:79
#10 0x804ac8c in _i_ObserverSwarm__buildObjects (self=0x8100c70,
    _cmd=0x805a9b4) at ObserverSwarm.m:64
#11 0x8049fc9 in main (argc=1, argv=0xbffffa28) at main.m:22
(gdb) q

Note that I've cleaned up the code in DiGraphNode.m a little; here's the
diff:

41,45c41,50
<
<   [nodeItem setCanvas: canvas];
<   [nodeItem setString: label];
<   [nodeItem setX: [posFunc getIntegerWithMin: 0L withMax: [canvas
getWidth]]
<            Y: [posFunc getIntegerWithMin: 0L withMax: [canvas
getHeight]]];
---
>
>   nodeItem = [[[[nodeItem setX:
>                             [posFunc getIntegerWithMin: 0L
>                                             withMax: [canvas getWidth]]

>                           Y:
>                             [posFunc getIntegerWithMin: 0L
>                                             withMax: [canvas
getHeight]]]
>                  setString: label]
>                 setCanvas: canvas] createEnd];
>
50d54
<   nodeItem = [nodeItem createEnd];
71c75
<   obj->nodeType = RectangleNode;

Thus DiGraphNode.m:50 is: nodeItem = [nodeItem createEnd];


                  ==================================
   Swarm-Support is for discussion of the technical details of the day
   to day usage of Swarm.  For list administration needs (esp.
   [un]subscribing), please send a message to <address@hidden>
   with "help" in the body of the message.