Re: [gtk-list] Re: Dumping core on SIGSEGV
- From: Blake <laertes stab gemma com>
- To: gtk-list redhat com
- Subject: Re: [gtk-list] Re: Dumping core on SIGSEGV
- Date: Mon, 16 Oct 100 14:52:43 -0600 (GMT+6)
>
> On Fri, Oct 16, 1998 at 11:58:44AM -0700, Brandon Long wrote:
> > You can recompile gdk/gtk and edit gdk/gdk.c, the line:
> > /* If you don't want to use gdk's signal handlers define this */
> > /* #define I_NEED_TO_ACTUALLY_DEBUG_MY_PROGRAMS 1 */
> >
> > Perhaps it would be good to make this set in some other way than a
> > compile time option? Either enable it with --debug or something.
> >
> > I generally just run my application under gdb when I'm getting a
> > segfault, since gdb will grab the app when it happens and you can do a
> > backtrace, etc.
>
> This signal handling mechanism doesn't seem appropriate to me. I
> mean, what business does Gtk have with defining these kinds of
> handlers? Shouldn't it be the job of the application to define these
> things? Would it be possible to have this functionality set at
> run-time instead of compile-time?
>
> Dave
>
Maybe a few miscelaneous Gtk functions can be called before gtk_init() to
determin it's behavior. After all, some applications might want/need default
ones like provided.
--Blake
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]