Re: A translator for `/dev/shm'

Roland McGrath wrote: Fixing tmpfs shouldn't be so bad. Is anyone trying? In the absence of tmpfs, what's wrong with a plain directory on the root filesystem? As far as I know Ben (bing) has tried without much success unfortunately. Thanks, Barry ___

Re: A translator for `/dev/shm'

Fixing tmpfs shouldn't be so bad. Is anyone trying? In the absence of tmpfs, what's wrong with a plain directory on the root filesystem? ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

[patch #2508] ext2fs support for large store (> 1.5G)

Follow-up Comment #16, patch #2508 (project hurd): Ooops, sorry, I must be sleepy. The assertion is ok. ___ Reply to this item at: ___ Message posté v

A translator for `/dev/shm'

Hello! It was reported that the `tmpfs' translator doesn't really work and is thus not usable for being installed on `/dev/shm', so I propose the following for the mean time: #v+ $ sudo settrans -cpgf /dev/shm /bin/sh -c 'settrans -cagf /var/cache/dev_shm.backend /hurd/storeio -T copy:zero 2M &&

[patch #2508] ext2fs support for large store (> 1.5G)

Follow-up Comment #15, patch #2508 (project hurd): There is a strange assert: assert (! (disk_cache_info[index].flags & DC_DONT_REUSE & ~DC_UNTOUCHED)); DC_UNTOUCHED includes DC_DONT_REUSE, so DC_DONT_REUSE & ~DC_UNTOUCHED will actually always be 0 (and hence the assertion always succeed).

Re: I/O permission control in OSKit-Mach

The old device_emulation_ops stuff in i386at is similar, i.e. it provides hooks to implement the device RPCs. ___ Bug-hurd mailing list Bug-hurd@gnu.org http://lists.gnu.org/mailman/listinfo/bug-hurd

Re: I/O permission control in OSKit-Mach

Hello! Since it's been six and a half years, let me first give some context here... On Tue, Oct 16, 2001 at 04:16:42AM +0200, Marcus Brinkmann wrote: > here is a patch to implement I/O permission control in OSKit-Mach. > > What do you get? > > > Two new interfaces: > > /* Req