diff options
author | Thomas Schwinge <thomas@codesourcery.com> | 2013-09-25 21:59:24 +0200 |
---|---|---|
committer | Thomas Schwinge <thomas@codesourcery.com> | 2013-09-25 21:59:24 +0200 |
commit | bba1488c7be842e5d0311ffa6541373d63b1164c (patch) | |
tree | 383f15ec9c57978e5675f0ba03bd94b7cf407731 /hurd/debugging | |
parent | afce216e724614c6c01ed3ec85f6d5a50dc5037d (diff) | |
parent | eccdd13dd3c812b8f0b3d046ef9d8738df00562a (diff) |
Merge remote-tracking branch 'fp/master'
Conflicts:
open_issues/secure_file_descriptor_handling.mdwn
Diffstat (limited to 'hurd/debugging')
-rw-r--r-- | hurd/debugging/rpctrace.mdwn | 39 |
1 files changed, 39 insertions, 0 deletions
diff --git a/hurd/debugging/rpctrace.mdwn b/hurd/debugging/rpctrace.mdwn index 1570df4c..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]] @@ -186,6 +197,34 @@ See `rpctrace --help` about how to use it. <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 |