[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: C++ application linked with guile dos not quite
From: |
CDDP 40 - TICE |
Subject: |
Re: C++ application linked with guile dos not quite |
Date: |
19 Jun 2002 15:19:00 +0200 |
Le mer 19/06/2002 à 13:14, Marius Vollmer a écrit :
> CDDP 40 - TICE <address@hidden> writes:
>
> > Ok, here is the exact situation:
> >
> >
> > void
> > main_prog(int argc, char* argv[])
> > {
> > [..]
> > gtk_main();
> > g_print("Do we quit gtk_main?\n");
> > }
> >
> > int main(int argc, char* argv[])
> > {
> > gh_enter(argc, argv, main_prog);
> > g_print ("Can we quit?");
> > return 0;
> > }
> >
> >
> > "Do we quit gtk_main' is printed but not "Can we quit?"
> > But I guess "Can we quit" has not to be printed.
>
> Is "Do we quit gtk_main" printed also when drgenius fails to exit?
> Or is it printed only when drgenius does exit successfully?
"Do we quit gtk_main" is alway printed!
> Try to run drgenius in the debugger and when it should exit but
> doesn't, hit C-C and look at the backtrace.
>
> When that doesn't give enough ideas, set a breakpoint on the function
> that should normally trigger the exit.
I found another place where it hangs, I never notice it. It apppear also
when the user close a figure without leaving drgenius. I have been able
to trace back:
Program received signal SIGINT, Interrupt.
[Switching to Thread 1024 (LWP 27923)]
0x40802b90 in poll () from /lib/libc.so.6
(gdb) backt
#0 0x40802b90 in poll () from /lib/libc.so.6
#1 0x40622f09 in g_main_is_running () from /usr/lib/libglib-1.2.so.0
#2 0x406228bd in g_get_current_time () from /usr/lib/libglib-1.2.so.0
#3 0x40622c6c in g_main_run () from /usr/lib/libglib-1.2.so.0
#4 0x4035c7f7 in gtk_main () from /usr/lib/libgtk-1.2.so.0
#5 0x0805ae30 in main_prog (argc=1, argv=0xbffffc64) at
drgenius_main.c:124
#6 0x406632d1 in gh_call3 () from /usr/lib/libguile.so.9
#7 0x40666a38 in scm_boot_guile () from /usr/lib/libguile.so.9
#8 0x4068aa13 in scm_internal_lazy_catch () from /usr/lib/libguile.so.9
#9 0x406669e6 in scm_boot_guile () from /usr/lib/libguile.so.9
#10 0x406666e4 in scm_boot_guile () from /usr/lib/libguile.so.9
#11 0x40663304 in gh_enter () from /usr/lib/libguile.so.9
#12 0x0805ae5d in main (argc=1, argv=0xbffffc64) at drgenius_main.c:130
Does not help much. I try to suspect I have some memory leaks that show
up in the context of guile.
I will try to trace memory leak.
Hilaire
--
Ingénierie Éducative
CDDP des Landes
- C++ application linked with guile dos not quite, CDDP, 2002/06/17
- C++ application linked with guile dos not quite, Hilaire Fernandes, 2002/06/17
- Re: C++ application linked with guile dos not quite, CDDP 40 - TICE, 2002/06/18
- Re: C++ application linked with guile dos not quite, Marius Vollmer, 2002/06/18
- Re: C++ application linked with guile dos not quite, CDDP 40 - TICE, 2002/06/19
- Re: C++ application linked with guile dos not quite, Marius Vollmer, 2002/06/19
- Re: C++ application linked with guile dos not quite,
CDDP 40 - TICE <=
- Re: C++ application linked with guile dos not quite, Brett Viren, 2002/06/19
- Re: C++ application linked with guile dos not quite, CDDP 40 - TICE, 2002/06/19