[Top][All Lists]

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

netmsg can now exec files (sort of)

From: Brent W. Baccala
Subject: netmsg can now exec files (sort of)
Date: Fri, 26 Aug 2016 19:18:55 -1000

Aloha -

I've gotten 'netmsg' to the point where files in the mounted, remote filesystem can be executed on the local machine.  This isn't remote execution - it's just copying the files to the local machine and executing them there.  Nothing more than what you'd expect from NFS or Samba, but it works.

'libpager', as we've discussed, can't handle multiple clients, and some extra effort is required to avoid this limitation.  You need a custom exec server that doesn't attempt any mmap()'s.  It's a simple patch, but not one we want in the mainline code, except perhaps for testing purposes.  Anybody see any reason for a --no-mmap flag to the exec server?

Unfortunately, my patched exec server doesn't work as /hurd/exec.  The system freezes right after the "Hurd server bootstrap" line, and I've spent the afternoon trying to figure out why.  At first I thought it was a problem with my exec server executing shell scripts (runsystem.sysv, to be specific), but I now realize that this is a bug in the standard exec server executing shell scripts.  I filed a bug report; it has to do with re-authentication, so I'd rather somebody else sign off on how to fix it.

In the mean time, I'm still wondering why an mmap-less exec server won't boot my Hurd.

Obviously, this is a Band-Aid.  We don't want a mmap-less exec server; we want libpager to handle multiple clients, right?


reply via email to

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