Re: /hurd/tmpfs problem

2002-03-23 Thread Thomas Bushnell, BSG
Roland McGrath <[EMAIL PROTECTED]> writes: > I don't see that there is anywhere that explicitly states that the > translator connection protocol requires holding the underlying node send > right in order to stay attached as the active translator on that node. Nor > is there an unavoidable need f

Re: /hurd/tmpfs problem

2002-03-23 Thread Roland McGrath
I don't see that there is anywhere that explicitly states that the translator connection protocol requires holding the underlying node send right in order to stay attached as the active translator on that node. Nor is there an unavoidable need for that requirement. The parent filesystem could ju

Re: /hurd/tmpfs problem

2002-01-07 Thread Michael Teichgraeber
Neal H Walfield <[EMAIL PROTECTED]> writes: > The problem that you are seeing is likely solved by the following patch: > [...] > - mach_port_deallocate (mach_task_self (), realnode); Yes, with this patch tmpfs is running now. (Strange for _me_ is, that--similar to my last (ufs) problem--this t

Re: /hurd/tmpfs problem

2002-01-07 Thread Thomas Bushnell, BSG
Neal H Walfield <[EMAIL PROTECTED]> writes: > Thomas had an idea one day when he was driving down a highway that > would fix the protocol to not require that the translator itself hold > a reference to the underlying node, however, he has not yet shared it. I'm not sure I know any way to avoid t

Re: /hurd/tmpfs problem

2002-01-07 Thread Neal H Walfield
> Maybe somewhat happens in tmfs/{dir,node}.c or in libdiskfs. Any > suggestions where to set breakpoints and which information to look > at? The problem that you are seeing is likely solved by the following patch: --- tmpfs.c Sun May 6 02:50:06 2001 +++ tmpfs.c.new Sun Jan 6 19:24:24 2002

Re: /hurd/tmpfs problem

2002-01-06 Thread Ondrej Hurt
> Hi, > > when using the tmpfs translator of the Debian hurd package of > 2001 Nov 5, I experience problems. I had been experiencing severe problems too. Then I tried to compile tmpfs from fresh Hurd source and it seemed to be work nice. ___

Re: /hurd/tmpfs problem

2002-01-06 Thread Michael Teichgraeber
Using tmpfs as an active translator, its behaviour is different on my machine: A tmpfs process is running, but the underlying node does not get translated into a directory. According to `manual bootstrapping a translator' of Neal Walfield I started a gdb session on tmpfs. For instance, i tried to

Re: /hurd/tmpfs problem

2002-01-05 Thread Roland McGrath
When testing a translator, always use `settrans -a' on a node with no passive translator, so you are starting up the translator explicitly. If it dies, you don't want to have a passive translator setting that would make it get restarted without your noticing. That said, just use gdb on tmpfs and

/hurd/tmpfs problem

2002-01-05 Thread Michael Teichgraeber
Hi, when using the tmpfs translator of the Debian hurd package of 2001 Nov 5, I experience problems. I set a translator to a local directory ./tmp by running `settrans ./tmp /hurd/tmpfs 1MB'; I am able to create files within that fs, but they are not visible anymore, if I enter the directory a se