bug-hurd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: (still) Need some help with translators


From: Svante Signell
Subject: Re: (still) Need some help with translators
Date: Wed, 07 Nov 2012 08:46:36 +0100

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.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]