This is the mail archive of the systemtap@sources.redhat.com mailing list for the systemtap project.
| Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
|---|---|---|
| Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
| Other format: | [Raw text] | |
Hi -
> > More generally, backtrace data can instead be saved in ordinary
> > systemtap variables [...]
> > By that time, the exact origins ("this came from
> > a stack") would be lost, in the absence of heroic measures.
>
> Not really. "<stack> 0xf0001234 ... </stack>" gets saved as a string
> [...]
OK, that's the sort of "heroic measure" I was talking about. So now
we have a string that has some self-descriptive content markup. If
this value is then printed with whatever basic tracing function, do
you anticpate nesting this stuff? i.e.,
<text><stack>....blah...</stack></text>
Or do you want to obligate a person to call a stack-only printing
function on such saved strings? Then why bother with the stored
markup?
This is why I say you need to think about this not just from the point
of view of a stack-printing function, but from the end-to-end view of
data being queried, stored, printed, and perhaps ultimately decoded.
- FChE
Attachment:
pgp00000.pgp
Description: PGP signature
| Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
|---|---|---|
| Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |