help-smalltalk
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Help-smalltalk] PG error


From: Bèrto ëd Sèra
Subject: Re: [Help-smalltalk] PG error
Date: Sun, 18 Apr 2010 23:09:28 +0300

More precisely this is the bt for it:
address@hidden ambaradan]$ gdb gst-remote
GNU gdb (GDB) Fedora (6.8.50.20090302-40.fc11)
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
(gdb) run --eval 'Iliad.SwazooIliad stop'
Starting program: /usr/local/bin/gst-remote --eval 'Iliad.SwazooIliad stop'
[Thread debugging using libthread_db enabled]

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff7d497bc in _gst_dictionary_add
(dictionaryOOP=0x7fab157eb030, associationOOP=0x7fab157f5000) at
dict.c:1863
1863          SET_ASSOCIATION_VALUE (associationOOP, value);
(gdb) bt
#0  0x00007ffff7d497bc in _gst_dictionary_add
(dictionaryOOP=0x7fab157eb030, associationOOP=0x7fab157f5000) at
dict.c:1863
#1  0x00007ffff7d4985d in add_smalltalk (globalName=<value optimized
out>, globalValue=0x7fab157eca00) at dict.c:1053
#2  0x00007ffff7d49afc in init_runtime_objects () at dict.c:1076
#3  0x00007ffff7d4b9e5 in _gst_init_dictionary_on_image_load
(prim_table_matches=true) at dict.c:1321
#4  0x00007ffff7d60b38 in load_snapshot (imageFd=1) at save.c:505
#5  0x00007ffff7d6129c in _gst_load_from_file (fileName=<value
optimized out>) at save.c:451
#6  0x00007ffff7d3189d in _gst_initialize (kernel_dir=0x6069d0
"/usr/local/share/smalltalk/kernel", image_file=0x7ffff7da581f
"gst.im", flags=40) at files.c:495
#7  0x0000000000401cac in main (argc=<value optimized out>,
argv=0x7fffffffdfc8) at gst-tool.c:541
(gdb) quit


On 18 April 2010 21:21, Bèrto ëd Sèra <address@hidden> wrote:
> Hi!
>
> I suppose a number of people are going to share my ignorance, so I
> post this to the general list. I need to produce a gdb trace for a
> probable bug in the gst - postgresql interface. This is my first time
> ever with gbd, so I dig out a guide for it and find it here:
> http://linux.bytesex.org/gdb.html
>
> My software is Ilad based, so it actually runs out of a bash script,
> gdb seems to want an executable. So okay, I'll try and make it step by
> step. I run (as a normal user)
> address@hidden ambaradan]$ gdb gst-remote
> GNU gdb (GDB) Fedora (6.8.50.20090302-40.fc11)
> Copyright (C) 2009 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
> and "show warranty" for details.
> This GDB was configured as "x86_64-redhat-linux-gnu".
> For bug reporting instructions, please see:
> <http://www.gnu.org/software/gdb/bugs/>...
> (gdb) --eval 'Iliad.SwazooIliad stop'
> Undefined command: "--eval".  Try "help".
> (gdb) run --eval 'Iliad.SwazooIliad stop'
> Starting program: /usr/local/bin/gst-remote --eval 'Iliad.SwazooIliad stop'
> [Thread debugging using libthread_db enabled]
>
> Program received signal SIGSEGV, Segmentation fault.
> 0x00007ffff7d497bc in _gst_dictionary_add
> (dictionaryOOP=0x7fab157eb030, associationOOP=0x7fab157f5000) at
> dict.c:1863
> 1863          SET_ASSOCIATION_VALUE (associationOOP, value);
>
> Now... this is obviously a problem with what I'm doing on gdb, since I
> never had a problem in executing this command form inside the script.
> Where am I going wrong?
>
> Bèrto
>



-- 
==============================
Constitution du 24 juin 1793 - Article 35. - Quand le gouvernement
viole les droits du peuple, l'insurrection est, pour le peuple et pour
chaque portion du peuple, le plus sacré des droits et le plus
indispensable des devoirs.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]