Re: [RFC] hurd/hurd_types.defs

On Tue, May 01, 2001 at 01:52:43PM -0700, Thomas Bushnell, BSG wrote: > Neal H Walfield <[EMAIL PROTECTED]> writes: > > > I find it incredibly disturbing that hurd/hurd_types.defs defines off_t > > and size_t to a type int. What bothers me even more is that MiG does > > not define a type long.

Re: [PATCH] tmpfs: small bug

Thanks, I've applied this patch. ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd

Re: [PATCH] hurd/hurd_types.defs typo

Thanks, I've applied this patch. ___ Bug-hurd mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-hurd

Re: [PATCH] tmpfs: now working

Neal H Walfield <[EMAIL PROTECTED]> writes: > Consider the following: when diskfs_drop_node is called, if there is > space allocated, it adds a reference and attempts to truncate the file > to zero and happens to sets np->allocsize to 0. diskfs_drop_node then > drops its reference causing it to

Re: [RFC] hurd/hurd_types.defs

Neal H Walfield <[EMAIL PROTECTED]> writes: > I find it incredibly disturbing that hurd/hurd_types.defs defines off_t > and size_t to a type int. What bothers me even more is that MiG does > not define a type long. What is the correct approach to fix this? Lol. We can't. :) A MiG int is 32 b

Re: [PATCH] System V Shared memory interface

Neal H Walfield <[EMAIL PROTECTED]> writes: > This patch adds a shared memory interface to the hurd. > > 2001-04-22 Neal H Walfield <[EMAIL PROTECTED]> > > * sysvshm.defs: New file. Support for System V shared memory. > * hurd_types.defs: Import . > (sysvshm_t): New type.

Re: Interaction of pthreads and cthreads

On Thu, Apr 26, 2001 at 04:38:22PM -0700, Jeff Bailey wrote: > On Thu, Apr 26, 2001 at 05:54:22PM -0400, Igor Khavkine wrote: > > > > I had never anticipated anyone trying to implement pthreads for the Hurd > > > in any way but by a substantial rewrite of the libc hurd code. > > > > When pthread

[PATCH] tmpfs: small bug

We need to set the link count on the root node: 2001-05-01 Neal H Walfield <[EMAIL PROTECTED]> * tmpfs.c (main): Set diskfs_root_node->dn_stat.st_nlink to 2. Index: tmpfs.c === RCS file: /home/neal/shared/CVS/hurd/tmpfs/t

[PATCH] hurd/hurd_types.defs typo

2001-05-01 Neal H Walfield <[EMAIL PROTECTED]> * hurd_types.defs (startup_t): Fix typo. Index: hurd_types.defs === RCS file: /home/neal/shared/CVS/hurd/hurd/hurd_types.defs,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 h

Re: [PATCH] tmpfs: now working

> > (diskfs_truncate): We can truncate objects when they are being > > truncated to a size of zero. > > Nope. That was my first thought too--when I wrote that code in the first > place, it looked exactly like yours--but on further consideration I > realized it won't do. Well, we have

[PATCH] shmfs: A System V shared memory filesystem

This patch adds a shared memory filesystem to the Hurd based on the recently proposed interface. This code is based off of tmpfs. It allows conformance to SUSv2 except where noted (and where I have made mistakes). I have made the assumption that standard conformance will occur in libc and, as s

[RFC] hurd/hurd_types.defs

I find it incredibly disturbing that hurd/hurd_types.defs defines off_t and size_t to a type int. What bothers me even more is that MiG does not define a type long. What is the correct approach to fix this? PGP signature

[PATCH] System V Shared memory interface

This patch adds a shared memory interface to the hurd. 2001-04-22 Neal H Walfield <[EMAIL PROTECTED]> * sysvshm.defs: New file. Support for System V shared memory. * hurd_types.defs: Import . (sysvshm_t): New type. System V shm server port. (key_t): New type.

[PATCH] libdiskfs: publish begin_using_protid, end_using_protid and diskfs_demuxer

This patch publishes begin_using_protid_port and end_using_protid_port as diskfs_* as well as diskfs_demuxer. This allows filesystems built around libdiskfs to support additional MiG interfaces using the same port classs and port bucket as that used internally in libdiskfs. In this case, a file