On Wed, Nov 15, 2017 at 11:53 AM, Svante Signell <[email protected]>
wrote:
>
> Additionally the rpctrace output hangs hard at gsync_wait() both for the
> ./index0-out-reduced_OK.x and ./index0-out-reduced_nOK.x files.
> Has rpctrace been thoroughly tested on multi-thread applications?
>
> Please, give feedback on this if you have possibility, specifically the
> rpctrace
> bug(s).
>
>
rpctrace has a known problem interacting with system RPCs that block the
sender.
See the discussion thread starting here:
http://lists.gnu.org/archive/html/bug-hurd/2016-09/msg00002.html
My guess is that you're seeing the same problem with gsync_wait() that I
saw with vm_map(). I've got patches to rpctrace to fix this problem, here:
https://github.com/BrentBaccala/hurd
For those of you who've seen this before, note that I've renamed the github
repository.
This isn't in the main Hurd repository because I wouldn't sign the FSF
copyright assignment. They insisted on a clause that said I assign
copyright on "all past and future works of Developer that constitute
changes and enhancements to the Program" and I wouldn't agree to it,
because I was only willing to assign copyright on specific changes.
So, I've started keeping my own repository. I just double-checked those
patches, and they apply cleanly again the current Savannah repository (just
warnings about offset and fuzz).
Perhaps you could try those patches and see if they fix your problem? If
not, then it's something else that should be investigated further.
agape
brent
