help-hurd
[Top][All Lists]
Advanced

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

Re: remote debugging stubs (neighbourhurds)


From: Marcus Brinkmann
Subject: Re: remote debugging stubs (neighbourhurds)
Date: Tue, 9 Sep 2003 20:23:21 +0200
User-agent: Mutt/1.5.4i

On Tue, Sep 09, 2003 at 07:34:11PM +0200, Marco Gerards wrote:
> Marcus Brinkmann <Marcus.Brinkmann@ruhr-uni-bochum.de> writes:
> 
> > On Mon, Sep 08, 2003 at 11:10:35PM +0200, Marco Gerards wrote:
> > > > /hurd/iso9660fs.statis --multi-boot-command yada,yada,yada
> > > > /hurd/ld.so.1 /hurd/exec
> > > > bye
> > > 
> > > This is weird. Is /hurd/exec on the fs. Is there a /server/* ?  Attach
> > > gdb to the fs. to see what it its loading.
> > 
> > Well, one thing that happens in the boot procedure is that exec is attached
> > to the /servers/exec node.  This might only work on filesystems with write
> > support.  In other words: there might be gaps in iso9660fs's support for the
> > bootstrap procedure.
> 
> Why is writing required?  Is that a requirement for setting a active
> translator? (That is, IIRC, what libdiskfs does).
> 
> (I always had the idea that I can set a translator on any node I own)
> 
> If it really isn't possible what is the right way to fix this?  Is
> this a bug that should be mentioned in the BTS?

You make it sound as if I were sure.  But I said "might" for a reason: I am
just guessing around, to give inspirations about what to look out for.

Thanks,
Marcus

-- 
`Rhubarb is no Egyptian god.' GNU      http://www.gnu.org    marcus@gnu.org
Marcus Brinkmann              The Hurd http://www.gnu.org/software/hurd/
Marcus.Brinkmann@ruhr-uni-bochum.de
http://www.marcus-brinkmann.de/




reply via email to

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