This is sources Bugzilla
Bugzilla Version 2.17.5
Bugzilla Bug 3364
  [tracker] fstep - single step a program printing instructions, and possible file/line information et.al. Last modified: 2008-06-11 20:04
     Query page      Enter new bug
Bug#: 3364   Hardware:   Reporter: Andrew Cagney <cagney@redhat.com>
Host: Target: Build:
Product:     Add CC:
Component:   Version:   CC:
Remove selected CCs
Status: SUSPENDED   Priority:  
Resolution:   Severity:  
Assigned To: Unassigned <frysk-bugzilla@sourceware.org>   Target Milestone:  
Summary:
Keywords:

Attachment Description Type Created Actions
fstep.java fstep program text/plain 2006-10-31 13:17 Edit None
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 3364 depends on: 3752 3759 3760 3761 3762 5684 5877 6591 Show dependency tree
Show dependency graph
Bug 3364 blocks: 1601

Additional Comments:


Leave as SUSPENDED 
Mark bug as waiting for feedback
Change status back to NEW.
Accept bug (change status to ASSIGNED)
Resolve bug, changing resolution to
Resolve bug, mark it as duplicate of bug #
Reassign bug to
Reassign bug to owner of selected component

View Bug Activity   |   Format For Printing


Description:   Last confirmed: 0000-00-00 00:00 Opened: 2006-10-13 14:16
fstep <program> <args> ...

Runs <program> printing each instruction as it is executed.

------- Additional Comment #1 From Andrew Cagney 2006-10-19 17:14 -------
Once this is basically working, state should change to suspended, and bugs
against this made blockers to it.

------- Additional Comment #2 From Mark Wielaard 2006-10-31 13:17 -------
Created an attachment (id=1392)
fstep program

Attached a simple start of fstep.

------- Additional Comment #3 From Mark Wielaard 2006-12-18 14:06 -------
Initial fstep checked in.

------- Additional Comment #4 From Mark Wielaard 2006-12-18 14:07 -------
The following things can/should be improved:

- It is currently build right on top of the Instruction TaskObserver. It
might be better to build it on top of the new rt framework. The rt
framework can probably also handle stepping over locking sequences like
on ppc (lwarx/stwcx).

- It only steps the main task. Plumbing is in place to track other
Tasks, but nothing is connected to that yet.

- Maybe merge it completely with ftrace?

- It is partially so slow because it accesses the Task memory for every
disassambly. Maybe that can be cached? Although instruction stepping is
just slow in general. An alternative could be combining stepping with
breakpoints set on "interesting functions". Or only stepping while in
the main program map, and not in any of the shared library maps?

- It could give the name of the memory map the PC is currently in.

- It could even give the source/line-number if available.

------- Additional Comment #5 From Mark Wielaard 2008-04-17 21:49 -------
No longer working on fstep. As pointed out in comment #4 it would be nice to
fold this into ftrace.

------- Additional Comment #6 From Andrew Cagney 2008-06-11 20:04 -------
suspend trackers

     Query page      Enter new bug
Actions: New | Query | bug # | Reports | Requests   New Account | Log In