On Wed, 2012-11-07 at 00:56 +0100, Samuel Thibault wrote: > Svante Signell, le Tue 06 Nov 2012 23:48:12 +0100, a écrit : > > First a question related to the io_select() call in > > eglibc-2.13/hurd/hurdselect.c. I was assuming that the corresponding > > S_io_select() implementation was from pflocal.c, > > It depends what kind of fd you are selecting on. If it's a pipe, it'll > be pflocal ; if it's a tcp/ip socket, it'll be pfinet, etc. See
Well the code is a pipe, see the attachment in http://lists.gnu.org/archive/html/bug-hurd/2012-11/msg00006.html and roland refers to pflocal in his reply. Can it happen that the old pflocal is still used? I have added print statements to io.c in pflocal and replaced it. Still no output. I did the following: mv /hurd/pflocal.old cp -p /usr/pflocal.new /hurd/pflocal rebooted Looks like both /hurd/pflocal and /hurd/pflocal.new are running: #> ps -feM|grep pflocal root 9 3 0:02.69 /hurd/pflocal root 881 1 0:00.01 /hurd/pflocal.new But in this case this should point to the same file. How to get rid of one of them? > “How do I know which translator the RPC gets into?” > > in rpc.mdwn. > > > but adding print > > statements of trying to set a breakpoint in gdb does not hit that code. > > (And trying to step into the io_select() call in gdb makes it freeze). > > Stepping in the io_select call will only see the client part of the > io_select RPC, not the server part. You have to determine yourself > which server will receive the RPC and gdb that one. OK. Thanks for your replies, they are appreciated.
