From eccdd13dd3c812b8f0b3d046ef9d8738df00562a Mon Sep 17 00:00:00 2001
From: Thomas Schwinge <tschwinge@gnu.org>
Date: Wed, 25 Sep 2013 21:45:38 +0200
Subject: IRC.

---
 hurd/debugging/rpctrace.mdwn | 39 +++++++++++++++++++++++++++++++++++++++
 1 file changed, 39 insertions(+)

(limited to 'hurd/debugging/rpctrace.mdwn')

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
 
-- 
cgit v1.2.3