public inbox for frysk@sourceware.org
 help / color / mirror / Atom feed
* Core file workflow
@ 2007-02-01 16:15 Phil Muldoon
  2007-02-02 18:55 ` Phil Muldoon
  0 siblings, 1 reply; 2+ messages in thread
From: Phil Muldoon @ 2007-02-01 16:15 UTC (permalink / raw)
  To: Frysk Hackers

Discussed at the UI meeting.

Multiple entry points

- GNOME association with core files? Double click a core file and it 
opens up Frysk.
- File menu entry within Frysk. Open up a core file. Specify an 
executable, or just find the executable on disk? How to know if core 
file is from a  third-party?
- Command line option, IE frysk core.1234.

When opened in Frysk the source window view will be shown, bypassing 
monitor, session manager views. The stack-trace will represent where the 
main-thread was when the core file snapshot occurred. How to show the 
fault that caused the core file? The source view will be at the fault or 
snapshot point.

Questions outstanding redux:

When loading the core file into Frysk, where to find debug info?
Automatic executable discovery by default? (IE this core file needs 
/bin/bash)
How to show the fault that caused the core file (sigsegv, sigabrt etc)?
Multiple source viewer modes. You cannot step a core file. How to let 
the source window know what buttons to make sensitive?

Regards

Phil

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Core file workflow
  2007-02-01 16:15 Core file workflow Phil Muldoon
@ 2007-02-02 18:55 ` Phil Muldoon
  0 siblings, 0 replies; 2+ messages in thread
From: Phil Muldoon @ 2007-02-02 18:55 UTC (permalink / raw)
  Cc: Frysk Hackers

If there are no objections to how I remembered/wrote this up, I'll put 
it in the work-flow section of the website

Regards

Phil

Phil Muldoon wrote:
> Discussed at the UI meeting.
>
> Multiple entry points
>
> - GNOME association with core files? Double click a core file and it 
> opens up Frysk.
> - File menu entry within Frysk. Open up a core file. Specify an 
> executable, or just find the executable on disk? How to know if core 
> file is from a  third-party?
> - Command line option, IE frysk core.1234.
>
> When opened in Frysk the source window view will be shown, bypassing 
> monitor, session manager views. The stack-trace will represent where 
> the main-thread was when the core file snapshot occurred. How to show 
> the fault that caused the core file? The source view will be at the 
> fault or snapshot point.
>
> Questions outstanding redux:
>
> When loading the core file into Frysk, where to find debug info?
> Automatic executable discovery by default? (IE this core file needs 
> /bin/bash)
> How to show the fault that caused the core file (sigsegv, sigabrt etc)?
> Multiple source viewer modes. You cannot step a core file. How to let 
> the source window know what buttons to make sensitive?
>
> Regards
>
> Phil

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2007-02-02 18:55 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2007-02-01 16:15 Core file workflow Phil Muldoon
2007-02-02 18:55 ` Phil Muldoon

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).