Re: [9front] Invers of partfs

[Benjamin Riefenstahl <b.riefenstahl@turtle-trading.net>]

Hi Steve, all.

> Steve Simon writes:
>> probably the easiest would be to put your tests in a script with
>> “rfork ne” at the top.
>>
>> this will ensure that when your script ends the namespace and
>> environment will evaporate. partfs will also close as its input is
>> closed as part of the namspace going.

Interestingly, partfs (i.e. the block device) and the filesystem mount
itself do go away as expected, but the cwfs64x processes (some 20 or 21
processes) do not.  They require "echo halt >> /srv/servicename" to end
themself.  Is that expected or is it a bug?

What I do, just for background: I have a diskimage with partitions for a
cwfs file system on it.  I run partfs, cwfs64x, and mount to get at the
contents of the file system.

When I run that inside a process with "rfork ne", the service created by
cwfs64x is visible from another rio window, but not the block device
created by partfs and not the mounted filesystem.  So it's consistent in
that way.

benny