[Top][All Lists]

[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 <> writes:
> > On Mon, Sep 08, 2003 at 11:10:35PM +0200, Marco Gerards wrote:
> > > > /hurd/iso9660fs.statis --multi-boot-command yada,yada,yada
> > > > /hurd/ /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.


`Rhubarb is no Egyptian god.' GNU
Marcus Brinkmann              The Hurd

reply via email to

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