Re: Application termination at some point

2009-11-18 Thread Michael Torrie 
ds.sun...@gmail.com wrote:
 I learned to generate the core dump file of the test application when it  
 crashes... and using the gdb debugger i got the following bt...
 
 Could you please tell me where might be the problem?

I'm afraid no one is going to be able to tell you where the problem
might be.  All you've given us is a stack trace.  To solve the problem
we'd have to debug the program for you.  Since you've not provided the
source code, that's something only you can do.  Debugging code on Linux
is done in much the same way as on Windows, although there are powerful
tools on linux like Valgrind.

Core dumps are useful, but it's also helpful to run the program in a
debugger from the beginning.  On my machine, ddd and kdbg are two
debugger interfaces that work well for me.

All we can do is give you tips on what we'd do or look at, which has
been done.

If you can create a small program (say 50 lines or less) that exhibits
this problem, we can probably help more directly.  The fact that the
abort is occurring in a GTK call deep in the system is usually
indicative of something not quite being right in your code before you
call gtk_main.  IE the code where you set up your windows and widgets.
Or it could be in a callback for an event.

In another e-mail I see evidence that you are using pthreads.  Are you
following the threading guidelines for GTK?  If you are calling gtk
calls from other threads are you using the proper locks?

___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

Application termination at some point

2009-11-17 Thread ds . sundar 

Dear All,

My GTK+ application terminates at some point. I have given below the  
backtrace that i got  Can anybody guide me to fix the issue please.



./test: malloc(): memory corruption: 0x08a357e8 ***
=== Backtrace: =
/lib/libc.so.6[0x6dc883]
/lib/libc.so.6[0x6ddc70]
/lib/libc.so.6(realloc+0x19d)[0x6dfebd]
/lib/libglib-2.0.so.0(g_realloc+0x3b)[0xc5f64b]
/usr/lib/libgdk-x11-2.0.so.0[0x51dbf0]
/usr/lib/libgdk-x11-2.0.so.0[0x51d0c2]
/usr/lib/libgdk-x11-2.0.so.0(gdk_region_union+0x81)[0x51e4f1]
/usr/lib/libgdk-x11-2.0.so.0(gdk_window_invalidate_maybe_recurse+0x1fd)[0x5221dd]
/usr/lib/libgdk-x11-2.0.so.0(gdk_window_invalidate_region+0x40)[0x5223b0]
/usr/lib/libgdk-x11-2.0.so.0[0x539b7e]
/usr/lib/libgdk-x11-2.0.so.0[0x536732]
/usr/lib/libgdk-x11-2.0.so.0[0x536e4b]
/usr/lib/libgdk-x11-2.0.so.0[0x53724f]
/lib/libglib-2.0.so.0(g_main_context_dispatch+0x182)[0xc58342]
/lib/libglib-2.0.so.0[0xc5b31f]
/lib/libglib-2.0.so.0(g_main_loop_run+0x1a9)[0xc5b6c9]
/usr/lib/libgtk-x11-2.0.so.0(gtk_main+0xb4)[0x311fb84]
./test[0x804951c]
/lib/libc.so.6(__libc_start_main+0xdc)[0x688e8c]
./test(__gxx_personality_v0+0x95)[0x8048d11]
=== Memory map: 
0011-00113000 r-xp  08:02 3847662 /usr/lib/libusb-0.1.so.4.4.4
00113000-00114000 rwxp 2000 08:02 3847662 /usr/lib/libusb-0.1.so.4.4.4
00114000-00141000 r-xp  08:02 3861497  
/usr/lib/libpangoft2-1.0.so.0.1400.9
00141000-00142000 rwxp 0002c000 08:02 3861497  
/usr/lib/libpangoft2-1.0.so.0.1400.9

00142000-00143000 r-xp  08:02 33036 /usr/lib/gconv/ISO8859-1.so
00143000-00145000 rwxp  08:02 33036 /usr/lib/gconv/ISO8859-1.so
00145000-00156000 r-xp  08:02 401249  
/usr/lib/gtk-2.0/2.10.0/engines/libclearlooks.so
00156000-00157000 rwxp 00011000 08:02 401249  
/usr/lib/gtk-2.0/2.10.0/engines/libclearlooks.so
00243000-0028 r-xp  08:02 3861487  
/usr/lib/libpango-1.0.so.0.1400.9
0028-00282000 rwxp 0003c000 08:02 3861487  
/usr/lib/libpango-1.0.so.0.1400.9

00284000-002f r-xp  08:02 3861496 /usr/lib/libcairo.so.2.9.2
002f-002f2000 rwxp 0006b000 08:02 3861496 /usr/lib/libcairo.so.2.9.2
002f2000-0043a000 r-xp  08:02 2228697  
/home/sundaram/Projects/ClientProjects/AGITLinWeb/SBI_WEB_API/src/Legend/libLegend.so.1.0
0043a000-0044d000 rwxp 00147000 08:02 2228697  
/home/sundaram/Projects/ClientProjects/AGITLinWeb/SBI_WEB_API/src/Legend/libLegend.so.1.0

0044d000-004a6000 rwxp 0044d000 00:00 0
004f6000-0058 r-xp  08:02 3861505  
/usr/lib/libgdk-x11-2.0.so.0.1000.4
0058-00583000 rwxp 0008a000 08:02 3861505  
/usr/lib/libgdk-x11-2.0.so.0.1000.4

005a5000-005ae000 r-xp  08:02 2785320 /lib/libnss_files-2.5.so
005ae000-005af000 r-xp 8000 08:02 2785320 /lib/libnss_files-2.5.so
005af000-005b rwxp 9000 08:02 2785320 /lib/libnss_files-2.5.so
00644000-00646000 r-xp  08:02 231362  
/usr/lib/pango/1.5.0/modules/pango-basic-fc.so
00646000-00647000 rwxp 1000 08:02 231362  
/usr/lib/pango/1.5.0/modules/pango-basic-fc.so

00655000-0066f000 r-xp  08:02 2786855 /lib/ld-2.5.so
0066f000-0067 r-xp 00019000 08:02 2786855 /lib/ld-2.5.so
0067-00671000 rwxp 0001a000 08:02 2786855 /lib/ld-2.5.so
00673000-007b1000 r-xp  08:02 2786856 /lib/libc-2.5.so
007b1000-007b3000 r-xp 0013e000 08:02 2786856 /lib/libc-2.5.so
007b3000-007b4000 rwxp 0014 08:02 2786856 /lib/libc-2.5.so
007b4000-007b7000 rwxp 007b4000 00:00 0
007b9000-007de000 r-xp  08:02 2786863 /lib/libm-2.5.so
007de000-007df000 r-xp 00024000 08:02 2786863 /lib/libm-2.5.so
007df000-007e rwxp 00025000 08:02 2786863 /lib/libm-2.5.so
007e2000-007e4000 r-xp  08:02 2786857 /lib/libdl-2.5.so
007e4000-007e5000 r-xp 1000 08:02 2786857 /lib/libdl-2.5.so
007e5000-007e6000 rwxp 2000 08:02 2786857 /lib/libdl-2.5.so
007e8000-007fb000 r-xp  08:02 2786858 /lib/libpthread-2.5.so
007fb000-007fc000 r-xp 00012000 08:02 2786858 /lib/libpthread-2.5.so
007fc000-007fd000 rwxp 00013000 08:02 2786858 /lib/libpthread-2.5.so
007fd000-007ff000 rwxp 007fd000 00:00 0
0080100Aborted


Thanks  Regards
Sundaram. D
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

Re: Application termination at some point

2009-11-17 Thread David Nečas 
On Tue, Nov 17, 2009 at 09:24:49AM +, ds.sun...@gmail.com wrote:
 My GTK+ application terminates at some point. I have given below the  
 backtrace that i got  Can anybody guide me to fix the issue please.


 ./test: malloc(): memory corruption: 0x08a357e8 ***

The standard advice for any memory related problem: try to run it under
valgrind.

Specifically, for a Gtk+ application, you will want to run it as

G_SLICE=always-malloc valgrind ./test

to avoid confusion caused by the GSlice memory allocator and make sense
of the output more easily.

Yeti

___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

Re: Application termination at some point

2009-11-17 Thread Bill C 

Valgrind gives detailed information on memory errors.

Requires understanding of programming to use however.

Suggest building programs with -g option

Rgds Bill C



ds.sun...@gmail.com wrote:

Dear All,

My GTK+ application terminates at some point. I have given below the 
backtrace that i got  Can anybody guide me to fix the issue please.



./test: malloc(): memory corruption: 0x08a357e8 ***
=== Backtrace: =
/lib/libc.so.6[0x6dc883]
/lib/libc.so.6[0x6ddc70]
/lib/libc.so.6(realloc+0x19d)[0x6dfebd]
/lib/libglib-2.0.so.0(g_realloc+0x3b)[0xc5f64b]
/usr/lib/libgdk-x11-2.0.so.0[0x51dbf0]
/usr/lib/libgdk-x11-2.0.so.0[0x51d0c2]
/usr/lib/libgdk-x11-2.0.so.0(gdk_region_union+0x81)[0x51e4f1]
/usr/lib/libgdk-x11-2.0.so.0(gdk_window_invalidate_maybe_recurse+0x1fd)[0x5221dd] 


/usr/lib/libgdk-x11-2.0.so.0(gdk_window_invalidate_region+0x40)[0x5223b0]
/usr/lib/libgdk-x11-2.0.so.0[0x539b7e]
/usr/lib/libgdk-x11-2.0.so.0[0x536732]
/usr/lib/libgdk-x11-2.0.so.0[0x536e4b]
/usr/lib/libgdk-x11-2.0.so.0[0x53724f]
/lib/libglib-2.0.so.0(g_main_context_dispatch+0x182)[0xc58342]
/lib/libglib-2.0.so.0[0xc5b31f]
/lib/libglib-2.0.so.0(g_main_loop_run+0x1a9)[0xc5b6c9]
/usr/lib/libgtk-x11-2.0.so.0(gtk_main+0xb4)[0x311fb84]
./test[0x804951c]
/lib/libc.so.6(__libc_start_main+0xdc)[0x688e8c]
./test(__gxx_personality_v0+0x95)[0x8048d11]
=== Memory map: 
0011-00113000 r-xp  08:02 3847662 
/usr/lib/libusb-0.1.so.4.4.4
00113000-00114000 rwxp 2000 08:02 3847662 
/usr/lib/libusb-0.1.so.4.4.4
00114000-00141000 r-xp  08:02 3861497 
/usr/lib/libpangoft2-1.0.so.0.1400.9
00141000-00142000 rwxp 0002c000 08:02 3861497 
/usr/lib/libpangoft2-1.0.so.0.1400.9

00142000-00143000 r-xp  08:02 33036 /usr/lib/gconv/ISO8859-1.so
00143000-00145000 rwxp  08:02 33036 /usr/lib/gconv/ISO8859-1.so
00145000-00156000 r-xp  08:02 401249 
/usr/lib/gtk-2.0/2.10.0/engines/libclearlooks.so
00156000-00157000 rwxp 00011000 08:02 401249 
/usr/lib/gtk-2.0/2.10.0/engines/libclearlooks.so
00243000-0028 r-xp  08:02 3861487 
/usr/lib/libpango-1.0.so.0.1400.9
0028-00282000 rwxp 0003c000 08:02 3861487 
/usr/lib/libpango-1.0.so.0.1400.9

00284000-002f r-xp  08:02 3861496 /usr/lib/libcairo.so.2.9.2
002f-002f2000 rwxp 0006b000 08:02 3861496 /usr/lib/libcairo.so.2.9.2
002f2000-0043a000 r-xp  08:02 2228697 
/home/sundaram/Projects/ClientProjects/AGITLinWeb/SBI_WEB_API/src/Legend/libLegend.so.1.0 

0043a000-0044d000 rwxp 00147000 08:02 2228697 
/home/sundaram/Projects/ClientProjects/AGITLinWeb/SBI_WEB_API/src/Legend/libLegend.so.1.0 


0044d000-004a6000 rwxp 0044d000 00:00 0
004f6000-0058 r-xp  08:02 3861505 
/usr/lib/libgdk-x11-2.0.so.0.1000.4
0058-00583000 rwxp 0008a000 08:02 3861505 
/usr/lib/libgdk-x11-2.0.so.0.1000.4

005a5000-005ae000 r-xp  08:02 2785320 /lib/libnss_files-2.5.so
005ae000-005af000 r-xp 8000 08:02 2785320 /lib/libnss_files-2.5.so
005af000-005b rwxp 9000 08:02 2785320 /lib/libnss_files-2.5.so
00644000-00646000 r-xp  08:02 231362 
/usr/lib/pango/1.5.0/modules/pango-basic-fc.so
00646000-00647000 rwxp 1000 08:02 231362 
/usr/lib/pango/1.5.0/modules/pango-basic-fc.so

00655000-0066f000 r-xp  08:02 2786855 /lib/ld-2.5.so
0066f000-0067 r-xp 00019000 08:02 2786855 /lib/ld-2.5.so
0067-00671000 rwxp 0001a000 08:02 2786855 /lib/ld-2.5.so
00673000-007b1000 r-xp  08:02 2786856 /lib/libc-2.5.so
007b1000-007b3000 r-xp 0013e000 08:02 2786856 /lib/libc-2.5.so
007b3000-007b4000 rwxp 0014 08:02 2786856 /lib/libc-2.5.so
007b4000-007b7000 rwxp 007b4000 00:00 0
007b9000-007de000 r-xp  08:02 2786863 /lib/libm-2.5.so
007de000-007df000 r-xp 00024000 08:02 2786863 /lib/libm-2.5.so
007df000-007e rwxp 00025000 08:02 2786863 /lib/libm-2.5.so
007e2000-007e4000 r-xp  08:02 2786857 /lib/libdl-2.5.so
007e4000-007e5000 r-xp 1000 08:02 2786857 /lib/libdl-2.5.so
007e5000-007e6000 rwxp 2000 08:02 2786857 /lib/libdl-2.5.so
007e8000-007fb000 r-xp  08:02 2786858 /lib/libpthread-2.5.so
007fb000-007fc000 r-xp 00012000 08:02 2786858 /lib/libpthread-2.5.so
007fc000-007fd000 rwxp 00013000 08:02 2786858 /lib/libpthread-2.5.so
007fd000-007ff000 rwxp 007fd000 00:00 0
0080100Aborted


Thanks  Regards
Sundaram. D
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list



___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

Re: Re: Application termination at some point

2009-11-17 Thread ds . sundar 

Could you please guide me how to fix this issue by building -g option?

Thanks  Regards
Sundaram. D

On Nov 17, 2009 3:25pm, Bill C czer...@netspace.net.au wrote:

Valgrind gives detailed information on memory errors.





Requires understanding of programming to use however.





Suggest building programs with -g option





Rgds Bill C









ds.sun...@gmail.com wrote:




Dear All,




My GTK+ application terminates at some point. I have given below the  
backtrace that i got  Can anybody guide me to fix the issue please.







./test: malloc(): memory corruption: 0x08a357e8 ***



=== Backtrace: =



/lib/libc.so.6[0x6dc883]



/lib/libc.so.6[0x6ddc70]



/lib/libc.so.6(realloc+0x19d)[0x6dfebd]



/lib/libglib-2.0.so.0(g_realloc+0x3b)[0xc5f64b]



/usr/lib/libgdk-x11-2.0.so.0[0x51dbf0]



/usr/lib/libgdk-x11-2.0.so.0[0x51d0c2]



/usr/lib/libgdk-x11-2.0.so.0(gdk_region_union+0x81)[0x51e4f1]



/usr/lib/libgdk-x11-2.0.so.0(gdk_window_invalidate_maybe_recurse+0x1fd)[0x5221dd]



/usr/lib/libgdk-x11-2.0.so.0(gdk_window_invalidate_region+0x40)[0x5223b0]



/usr/lib/libgdk-x11-2.0.so.0[0x539b7e]



/usr/lib/libgdk-x11-2.0.so.0[0x536732]



/usr/lib/libgdk-x11-2.0.so.0[0x536e4b]



/usr/lib/libgdk-x11-2.0.so.0[0x53724f]



/lib/libglib-2.0.so.0(g_main_context_dispatch+0x182)[0xc58342]



/lib/libglib-2.0.so.0[0xc5b31f]



/lib/libglib-2.0.so.0(g_main_loop_run+0x1a9)[0xc5b6c9]



/usr/lib/libgtk-x11-2.0.so.0(gtk_main+0xb4)[0x311fb84]



./test[0x804951c]



/lib/libc.so.6(__libc_start_main+0xdc)[0x688e8c]



./test(__gxx_personality_v0+0x95)[0x8048d11]



=== Memory map: 



0011-00113000 r-xp  08:02 3847662 /usr/lib/libusb-0.1.so.4.4.4



00113000-00114000 rwxp 2000 08:02 3847662 /usr/lib/libusb-0.1.so.4.4.4


00114000-00141000 r-xp  08:02 3861497  
/usr/lib/libpangoft2-1.0.so.0.1400.9


00141000-00142000 rwxp 0002c000 08:02 3861497  
/usr/lib/libpangoft2-1.0.so.0.1400.9



00142000-00143000 r-xp  08:02 33036 /usr/lib/gconv/ISO8859-1.so



00143000-00145000 rwxp  08:02 33036 /usr/lib/gconv/ISO8859-1.so


00145000-00156000 r-xp  08:02 401249  
/usr/lib/gtk-2.0/2.10.0/engines/libclearlooks.so


00156000-00157000 rwxp 00011000 08:02 401249  
/usr/lib/gtk-2.0/2.10.0/engines/libclearlooks.so


00243000-0028 r-xp  08:02 3861487  
/usr/lib/libpango-1.0.so.0.1400.9


0028-00282000 rwxp 0003c000 08:02 3861487  
/usr/lib/libpango-1.0.so.0.1400.9



00284000-002f r-xp  08:02 3861496 /usr/lib/libcairo.so.2.9.2



002f-002f2000 rwxp 0006b000 08:02 3861496 /usr/lib/libcairo.so.2.9.2


002f2000-0043a000 r-xp  08:02 2228697  
/home/sundaram/Projects/ClientProjects/AGITLinWeb/SBI_WEB_API/src/Legend/libLegend.so.1.0


0043a000-0044d000 rwxp 00147000 08:02 2228697  
/home/sundaram/Projects/ClientProjects/AGITLinWeb/SBI_WEB_API/src/Legend/libLegend.so.1.0



0044d000-004a6000 rwxp 0044d000 00:00 0


004f6000-0058 r-xp  08:02 3861505  
/usr/lib/libgdk-x11-2.0.so.0.1000.4


0058-00583000 rwxp 0008a000 08:02 3861505  
/usr/lib/libgdk-x11-2.0.so.0.1000.4



005a5000-005ae000 r-xp  08:02 2785320 /lib/libnss_files-2.5.so



005ae000-005af000 r-xp 8000 08:02 2785320 /lib/libnss_files-2.5.so



005af000-005b rwxp 9000 08:02 2785320 /lib/libnss_files-2.5.so


00644000-00646000 r-xp  08:02 231362  
/usr/lib/pango/1.5.0/modules/pango-basic-fc.so


00646000-00647000 rwxp 1000 08:02 231362  
/usr/lib/pango/1.5.0/modules/pango-basic-fc.so



00655000-0066f000 r-xp  08:02 2786855 /lib/ld-2.5.so



0066f000-0067 r-xp 00019000 08:02 2786855 /lib/ld-2.5.so



0067-00671000 rwxp 0001a000 08:02 2786855 /lib/ld-2.5.so



00673000-007b1000 r-xp  08:02 2786856 /lib/libc-2.5.so



007b1000-007b3000 r-xp 0013e000 08:02 2786856 /lib/libc-2.5.so



007b3000-007b4000 rwxp 0014 08:02 2786856 /lib/libc-2.5.so



007b4000-007b7000 rwxp 007b4000 00:00 0



007b9000-007de000 r-xp  08:02 2786863 /lib/libm-2.5.so



007de000-007df000 r-xp 00024000 08:02 2786863 /lib/libm-2.5.so



007df000-007e rwxp 00025000 08:02 2786863 /lib/libm-2.5.so



007e2000-007e4000 r-xp  08:02 2786857 /lib/libdl-2.5.so



007e4000-007e5000 r-xp 1000 08:02 2786857 /lib/libdl-2.5.so



007e5000-007e6000 rwxp 2000 08:02 2786857 /lib/libdl-2.5.so



007e8000-007fb000 r-xp  08:02 2786858 /lib/libpthread-2.5.so



007fb000-007fc000 r-xp 00012000 08:02 2786858 /lib/libpthread-2.5.so



007fc000-007fd000 rwxp 00013000 08:02 2786858 /lib/libpthread-2.5.so



007fd000-007ff000 rwxp 007fd000 00:00 0



0080100Aborted







Thanks  Regards



Sundaram. D



___



gtk-app-devel-list mailing list



gtk-app-devel-list@gnome.org



http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list







___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org

Re: Application termination at some point

2009-11-17 Thread David Nečas 
On Tue, Nov 17, 2009 at 10:01:42AM +, ds.sun...@gmail.com wrote:
 Could you please guide me how to fix this issue by building -g option?

-g enables deubging (i.e. symbolic) information in the resulting
executable, making easier to examine the program using a debugger (gdb,
valgrind, ...).

Then you fix the problem by finding the bug and fixing it.

Yeti

___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

Re: Re: Application termination at some point

2009-11-17 Thread ds . sundar 

Thank you very much for your replies guys...

I run my test application with -g option and i am getting the following  
error message. I not able to fix the issue with the available information.  
Am i doing things correctly or not? Is this the one you want me to do?


Please help me...


[Thread 0x8914fb90 (LWP 13936) exited]
[Thread 0x8874eb90 (LWP 13937) exited]
[Thread 0x87d4db90 (LWP 13941) exited]
[Thread 0x8734cb90 (LWP 13951) exited]
[Thread 0x89b50b90 (LWP 13935) exited]
*** glibc detected ***  
/home/sundaram/Projects/ClientProjects/AGITLinWeb/SBI_WEB_API/src/Legend/AppTesting/test:  
free(): invalid next size (normal): 0x0a665fc0 ***

=== Backtrace: =
/lib/libc.so.6[0x6dc0f1]
/lib/libc.so.6(cfree+0x90)[0x6dfbc0]
/usr/lib/libcairo.so.2[0x2991f5]
/usr/lib/libcairo.so.2[0x298301]
/usr/lib/libcairo.so.2[0x295f7c]
/usr/lib/libcairo.so.2[0x297b8d]
/usr/lib/libcairo.so.2[0x29fe74]
/usr/lib/libcairo.so.2[0x29d874]
/usr/lib/libcairo.so.2[0x2916fa]
/usr/lib/libcairo.so.2(cairo_stroke_preserve+0x29)[0x28cd29]
/usr/lib/libcairo.so.2(cairo_stroke+0x12)[0x28cd52]
/usr/lib/gtk-2.0/2.10.0/engines/libclearlooks.so[0x4bd899]
/usr/lib/gtk-2.0/2.10.0/engines/libclearlooks.so[0x4b8ab4]
/usr/lib/libgtk-x11-2.0.so.0(gtk_paint_shadow+0xba)[0x319650a]
/usr/lib/libgtk-x11-2.0.so.0[0x30ab4f7]
/usr/lib/libgtk-x11-2.0.so.0[0x3125060]
/lib/libgobject-2.0.so.0[0xcd46f9]
/lib/libgobject-2.0.so.0(g_closure_invoke+0x12b)[0xcd5f0b]
/lib/libgobject-2.0.so.0[0xce74d3]
/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x667)[0xce8147]
/lib/libgobject-2.0.so.0(g_signal_emit+0x29)[0xce8539]
/usr/lib/libgtk-x11-2.0.so.0[0x32395d8]
/usr/lib/libgtk-x11-2.0.so.0(gtk_main_do_event+0x534)[0x311f924]
/usr/lib/libgdk-x11-2.0.so.0[0x5217ff]
/usr/lib/libgdk-x11-2.0.so.0(gdk_window_process_all_updates+0x97)[0x521a47]
/usr/lib/libgdk-x11-2.0.so.0[0x521ac5]
/lib/libglib-2.0.so.0[0xc565e1]
/lib/libglib-2.0.so.0(g_main_context_dispatch+0x182)[0xc58342]
/lib/libglib-2.0.so.0[0xc5b31f]
/lib/libglib-2.0.so.0(g_main_loop_run+0x1a9)[0xc5b6c9]
/usr/lib/libgtk-x11-2.0.so.0(gtk_main+0xb4)[0x311fb84]
/home/sundaram/Projects/ClientProjects/AGITLinWeb/SBI_WEB_API/src/Legend/AppTesting/test[0x804951c]
/lib/libc.so.6(__libc_start_main+0xdc)[0x688e8c]
/home/sundaram/Projects/ClientProjects/AGITLinWeb/SBI_WEB_API/src/Legend/AppTesting/test(__gxx_personality_v0+0x95)[0x8048d11]
=== Memory map: 
0011-0020f000 r-xp  08:02 3861494 /usr/lib/libX11.so.6.2.0
0020f000-00213000 rwxp 000ff000 08:02 3861494 /usr/lib/libX11.so.6.2.0
00213000-0024 r-xp  08:02 3861497  
/usr/lib/libpangoft2-1.0.so.0.1400.9
0024-00241000 rwxp 0002c000 08:02 3861497  
/usr/lib/libpangoft2-1.0.so.0.1400.9
00243000-0028 r-xp  08:02 3861487  
/usr/lib/libpango-1.0.so.0.1400.9
0028-00282000 rwxp 0003c000 08:02 3861487  
/usr/lib/libpango-1.0.so.0.1400.9

00284000-002f r-xp  08:02 3861496 /usr/lib/libcairo.so.2.9.2
002f-002f2000 rwxp 0006b000 08:02 3861496 /usr/lib/libcairo.so.2.9.2
002f2000-0043a000 r-xp  08:02 2228633  
/home/sundaram/Projects/ClientProjects/AGITLinWeb/SBI_WEB_API/src/Legend/libLegend.so.1.0
0043a000-0044d000 rwxp 00147000 08:02 2228633  
/home/sundaram/Projects/ClientProjects/AGITLinWeb/SBI_WEB_API/src/Legend/libLegend.so.1.0

0044d000-004a6000 rwxp 0044d000 00:00 0
004a6000-004af000 r-xp  08:02 2785320 /lib/libnss_files-2.5.so
004af000-004b r-xp 8000 08:02 2785320 /lib/libnss_files-2.5.so
004b-004b1000 rwxp 9000 08:02 2785320 /lib/libnss_files-2.5.so
004b1000-004b2000 r-xp  08:02 33036 /usr/lib/gconv/ISO8859-1.so
004b2000-004b4000 rwxp  08:02 33036 /usr/lib/gconv/ISO8859-1.so
004b4000-004c5000 r-xp  08:02 401249  
/usr/lib/gtk-2.0/2.10.0/engines/libclearlooks.so
004c5000-004c6000 rwxp 00011000 08:02 401249  
/usr/lib/gtk-2.0/2.10.0/engines/libclearlooks.so
004c6000-004c8000 r-xp  08:02 231362  
/usr/lib/pango/1.5.0/modules/pango-basic-fc.so
004c8000-004c9000 rwxp 1000 08:02 231362  
/usr/lib/pango/1.5.0/modules/pango-basic-fc.so

004c9000-004ca000 r-xp 004c9000 00:00 0 [vdso]
004ca000-004cd000 r-xp  08:02 398562  
/usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-bmp.so
004cd000-004ce000 rwxp 2000 08:02 398562  
/usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-bmp.so
004ce000-004d3000 r-xp  08:02 398563  
/usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-gif.so
004d3000-004d4000 rwxp 5000 08:02 398563  
/usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-gif.so
004f6000-0058 r-xp  08:02 3861505  
/usr/lib/libgdk-x11-2.0.so.0.1000.4

0058-00
Program received signal SIGABRT, Aborted.
0x004c9402 in __kernel_vsyscall ()
(gdb)

Thanks  Regards
Sundaram. D

On Nov 17, 2009 4:04pm, David Nečas y...@physics.muni.cz wrote:

On Tue, Nov 17, 2009 at 10:01:42AM +, ds.sun...@gmail.com wrote:



 Could you please guide me how to fix this issue by building -g option?





-g enables deubging (ie symbolic)

Re: Application termination at some point

2009-11-17 Thread David Nečas 
On Tue, Nov 17, 2009 at 10:47:39AM +, ds.sun...@gmail.com wrote:
 I run my test application with -g option and i am getting the following  
 error message. I not able to fix the issue with the available 
 information. Am i doing things correctly or not? Is this the one you want 
 me to do?

 Please help me...

Please run it under valgrind as suggested.

Please note that the bug most likley isn't in Gtk+ but in your code and
that this thread has *nothing* to do with Gtk+ at all (well, not
counting my G_SLICE=always-malloc advice).

Also please note that there is no magic tool or compiler option that
would locate bugs (source code analysis tools exist, mostly commercial,
but even they can find only certain classes of problems).  Otherwise all
programs would be bug-free...

So, at the end, someone who understands the code has to determine the
root cause of the problem and correct it.  If you cannot understand the
code you will not be able to fix the bug, there's no point continuing,
I'm sorry.

Yeti

___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

Re: Re: Application termination at some point

2009-11-17 Thread ds . sundar 

Dear Yeti,

I know the bug is in my code and i want to fix that. I am new to linux  
programming and hence i am learning things now. I don't want you to fix the  
bug. What i all want to please let me know the ways that i can find the bug  
in my code. I can find the way to fix the bug but it will take some time.  
Thats you i have posted the problem in the forum.




Thanks  Regards
Sundaram. D
On Nov 17, 2009 4:41pm, David Nečas y...@physics.muni.cz wrote:

On Tue, Nov 17, 2009 at 10:47:39AM +, ds.sun...@gmail.com wrote:



 I run my test application with -g option and i am getting the following



 error message. I not able to fix the issue with the available


 information. Am i doing things correctly or not? Is this the one you  
want



 me to do?







 Please help me...





Please run it under valgrind as suggested.





Please note that the bug most likley isn't in Gtk+ but in your code and



that this thread has *nothing* to do with Gtk+ at all (well, not



counting my G_SLICE=always-malloc advice).





Also please note that there is no magic tool or compiler option that



would locate bugs (source code analysis tools exist, mostly commercial,



but even they can find only certain classes of problems). Otherwise all



programs would be bug-free...





So, at the end, someone who understands the code has to determine the



root cause of the problem and correct it. If you cannot understand the



code you will not be able to fix the bug, there's no point continuing,



I'm sorry.





Yeti




___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

Re: Re: Re: Application termination at some point

2009-11-17 Thread ds . sundar 
I learned to generate the core dump file of the test application when it  
crashes... and using the gdb debugger i got the following bt...


Could you please tell me where might be the problem?




Core was generated by `./test'.
Program terminated with signal 6, Aborted.
[New process 15078]
#0 0x00286402 in __kernel_vsyscall ()
(gdb) bt
#0 0x00286402 in __kernel_vsyscall ()
#1 0x0080ed80 in raise () from /lib/libc.so.6
#2 0x00810691 in abort () from /lib/libc.so.6
#3 0x0084724b in __libc_message () from /lib/libc.so.6
#4 0x0084f883 in _int_malloc () from /lib/libc.so.6
#5 0x00850c70 in _int_realloc () from /lib/libc.so.6
#6 0x00852ebd in realloc () from /lib/libc.so.6
#7 0x00c5f64b in g_realloc () from /lib/libglib-2.0.so.0
#8 0x0051deb8 in ?? () from /usr/lib/libgdk-x11-2.0.so.0
#9 0x0051cf71 in ?? () from /usr/lib/libgdk-x11-2.0.so.0
#10 0x0051e4f1 in gdk_region_union () from /usr/lib/libgdk-x11-2.0.so.0
#11 0x005221dd in gdk_window_invalidate_maybe_recurse () from  
/usr/lib/libgdk-x11-2.0.so.0
#12 0x005223b0 in gdk_window_invalidate_region () from  
/usr/lib/libgdk-x11-2.0.so.0

#13 0x00539b7e in ?? () from /usr/lib/libgdk-x11-2.0.so.0
#14 0x00536732 in ?? () from /usr/lib/libgdk-x11-2.0.so.0
#15 0x00536e4b in ?? () from /usr/lib/libgdk-x11-2.0.so.0
#16 0x0053724f in ?? () from /usr/lib/libgdk-x11-2.0.so.0
#17 0x00c58342 in g_main_context_dispatch () from /lib/libglib-2.0.so.0
#18 0x00c5b31f in ?? () from /lib/libglib-2.0.so.0
#19 0x00c5b6c9 in g_main_loop_run () from /lib/libglib-2.0.so.0
#20 0x0311fb84 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#21 0x0804951c in main () at LegendTest.cpp:268
(gdb)

Thanks  Regards
Sundaram. D


On Nov 17, 2009 4:53pm, ds.sun...@gmail.com wrote:

Dear Yeti,


I know the bug is in my code and i want to fix that. I am new to linux  
programming and hence i am learning things now. I don't want you to fix  
the bug. What i all want to please let me know the ways that i can find  
the bug in my code. I can find the way to fix the bug but it will take  
some time. Thats you i have posted the problem in the forum.





Thanks  Regards
Sundaram. D
On Nov 17, 2009 4:41pm, David Nečas y...@physics.muni.cz wrote:
 On Tue, Nov 17, 2009 at 10:47:39AM +, ds.sun...@gmail.com wrote:

  I run my test application with -g option and i am getting the  
following


  error message. I not able to fix the issue with the available

  information. Am i doing things correctly or not? Is this the one you  
want


  me to do?

 

  Please help me...



 Please run it under valgrind as suggested.



 Please note that the bug most likley isn't in Gtk+ but in your code and

 that this thread has *nothing* to do with Gtk+ at all (well, not

 counting my G_SLICE=always-malloc advice).



 Also please note that there is no magic tool or compiler option that

 would locate bugs (source code analysis tools exist, mostly commercial,

 but even they can find only certain classes of problems). Otherwise all

 programs would be bug-free...



 So, at the end, someone who understands the code has to determine the

 root cause of the problem and correct it. If you cannot understand the

 code you will not be able to fix the bug, there's no point continuing,

 I'm sorry.



 Yeti




___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

Re: Re: Application termination at some point

2009-11-17 Thread Florian Müllner 
On mar, 2009-11-17 at 10:47 +, ds.sun...@gmail.com wrote:
 Thank you very much for your replies guys...
 
 I run my test application with -g option and i am getting the following  
 error message. I not able to fix the issue with the available information.  
 Am i doing things correctly or not? Is this the one you want me to do?

I'm not sure that you got that right - the -g option is a compiler flag
to include debugging symbols, _not_ an application option (unless of
course, your application has such a (completely unrelated) option). You
will have to modify your build files to include it (e.g. AM_CFLAGS if
using automake) and rebuild the application.
___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list

Re: Application termination at some point

2009-11-17 Thread David Nečas 
On Tue, Nov 17, 2009 at 11:23:54AM +, ds.sun...@gmail.com wrote:
V I know the bug is in my code and i want to fix that. I am new to linux  
 programming and hence i am learning things now. I don't want you to fix 
 the bug. What i all want to please let me know the ways that i can find 
 the bug in my code.

Then again a summary:

- compile with -g and make sure the executables are not stripped, i.e.
  strip or install -s is not applied to them -- if you don't see
  function names and source code lines in gdb backtraces or valgrind
  output, then the debuggin info is missing

- compile with the lowest optimization level at which you can reproduce
  the problem (often -O0 works) to get better correspondence between the
  source code and the actual executable code

- the single most useful tool for debugging of memory-related problems
  is valgrind

- use G_SLICE=always-malloc when running GLib/Gtk+/GNOME apps under a
  memory debugger to avoid confusing reports

- learn to use gdb (and/or some graphical frontend to gdb)

- you might want to enable coredumps with
  ulimit -c unlimited
  so that programs dump core when they crash and you can examine them
  after the fact with gdb

Yeti

___
gtk-app-devel-list mailing list
gtk-app-devel-list@gnome.org
http://mail.gnome.org/mailman/listinfo/gtk-app-devel-list