diff options
author | Samuel Thibault <samuel.thibault@ens-lyon.org> | 2013-09-28 16:22:08 +0200 |
---|---|---|
committer | Samuel Thibault <samuel.thibault@ens-lyon.org> | 2013-09-28 16:22:08 +0200 |
commit | ca39ad0592e9b99dac9d99c68bb36ef1d27f72df (patch) | |
tree | 5ad12783d506039cd440ccfacbac264085137075 /hurd/debugging | |
parent | be2307c1bf9aef3e22984dd298827d8e1ca18b2c (diff) | |
parent | 264b066cd313b23f6748711c6f9b4d3336e03136 (diff) |
Merge branch 'master' of braunbox:~hurd-web/hurd-web
Diffstat (limited to 'hurd/debugging')
-rw-r--r-- | hurd/debugging/rpctrace.mdwn | 43 |
1 files changed, 43 insertions, 0 deletions
diff --git a/hurd/debugging/rpctrace.mdwn b/hurd/debugging/rpctrace.mdwn index a5c1a6e9..d62a4387 100644 --- a/hurd/debugging/rpctrace.mdwn +++ b/hurd/debugging/rpctrace.mdwn @@ -16,6 +16,17 @@ doing. See `rpctrace --help` about how to use it. +# IRC, freenode, #hurd, 2013-07-29 + + <teythoon> about rpctrace, it poses as the kernel for its children, parses + and relays any messages sent over the childrens message port, right? + <braunr> teythoon: rpctrace doesn't "poses as the kernel" + <braunr> well, it's close enough + <teythoon> but it intercepts messages send by its children by handing them + a message port different from the one provided by the kernel, doesn't it? + <braunr> yes + + # Issues and Patches [[!tag open_issue_hurd]] @@ -182,6 +193,38 @@ See `rpctrace --help` about how to use it. <youpi> uhu, there's a TODO just above that assertion :) +* IRC, freenode, #hurd, 2013-07-05 + + <pinotree> wish: make rpctrace decode the results of io_stat rpcs + +* IRC, freenode, #hurd, 2013-07-29 + + <teythoon> imho rpctrace is kind of a mess right now :-/ we should move the + parsing code to a library + <teythoon> that would also be useful for valgrind, it should have to do + basically the same + +* IRC, freenode, #hurd, 2013-07-29 + + <teythoon> and I tried to rpctrace a subhurd, but rpctrace died on a + assertion failure, some msg had an unexpected type or something + <braunr> rpctrace dies on select + <braunr> and guess what, the boot tool does call select on the console it + emulates + <teythoon> that's a shame, that'd be really useful for me + <braunr> it might not be hard to fix + <braunr> but i've never looked into it :/ + <braunr> i only saw that rpctrace expects the common RPC message types + <braunr> and select is all but a common RPC + <braunr> so the type of the messages involved is slightly different + <braunr> and the assertion chokes on that + <teythoon> rpctrace.c is huge and hand written, it'd be nice if the parser + was created from the procedure definitions + <teythoon> and thinking of that, mig does exactly that, one would only need + some glue code + <braunr> select is partially hand written + <braunr> but it's a special case so that's ok + # See Also |