All of lore.kernel.org
 help / color / mirror / Atom feed
From: Otto Wyss <otto.wyss@orpatec.ch>
To: "'linux-kernel'" <linux-kernel@vger.kernel.org>
Subject: Why is debugging under Linux such a pain
Date: Sat, 05 Feb 2005 17:00:56 +0100	[thread overview]
Message-ID: <4204EDB9.E80BB61C@orpatec.ch> (raw)

Sorry if this is off topic here but IMO this _has_ to be discussed in a
broader audience since it probably has a rather large impact about the
acceptance of Linux even if it isn't the kernel's fault.

I just build the minimal sample of the wxWidgets framework and it
crashed when playing around with the menu. Well crashing might happen so
I took out GDB and tried to discover the reason. But when the sample
crashed I couldn't switch to the terminal where GDB was running. No
mouse or keyboard input was possible. I was completely stuck, IMO
something _never_ should happen. Who's to blame for this situation:
wxWidgets, GDB, GCC/G++, X or the Linux kernel? Or any combination?

Luckally I wasn't completely stuck since I started X with 'startx' and
could kill X with ctrl-alt-backspace. Also ctrl-alt-f1 worked so I could
switch to the console. At least I could shutdown my computer. Anyway the
above situation should not happen.

Back to debugging with GDB, I knew it's possible to to debug from the
console (which worked normal) but I wasn't sure how the assign could be
done. Of course 'man gdb' didn't show how, worse it didn't give any
hints where to look further. At this point I got upset and lost interest
and instead trying to produce a fix I simply made a bug report.

There are more issues with GDB which don't belong here but make
debugging under Linux just painful. I'm willing to spend a lot of my
spare time for a free system usable by anyone but when I have to do
debugging the fun is over and fast loose interests.

Does anyone has an idea how debugging under Linux can be improved to an
acceptable state?

O. Wyss

-- 
Development of frame buffer drivers: http://linux-fbdev.sf.net
Sample code snippets for wxWidgets: http://wxcode.sf.net
How to build well-designed applications: http://wxguide.sf.net
Desktop with a consistent look and feel: http://wyodesktop.sf.net

             reply	other threads:[~2005-02-05 16:01 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-02-05 16:00 Otto Wyss [this message]
2005-02-05 18:11 ` Why is debugging under Linux such a pain Marko Macek
2005-02-06  0:23   ` Tomasz Rola
2005-02-06  0:56     ` [OT] " Kyle Moffett
2005-02-06  4:06       ` Tomasz Rola

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4204EDB9.E80BB61C@orpatec.ch \
    --to=otto.wyss@orpatec.ch \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.