Neal H Walfield <[EMAIL PROTECTED]> writes:
> > Diskfs_drop_node is called only when there are no outstanding
> > references to the file: including memory objects. If there is a
> > memory object reference of any kind, and diskfs_drop_node is being
> > called, you have a serious bug.
>
> This
On Tue, May 01, 2001 at 01:50:51PM -0700, Thomas Bushnell, BSG wrote:
> 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 s
> Diskfs_drop_node is called only when there are no outstanding
> references to the file: including memory objects. If there is a
> memory object reference of any kind, and diskfs_drop_node is being
> called, you have a serious bug.
This is wrong. Consider mmap; By SUSv2, we are allowed to:
Roland McGrath <[EMAIL PROTECTED]> writes:
> > types, and the C type "int" on Alpha is a 64 bit type.
>
> That's not true.
Oh, duh. Sigh, I shouldn't type after midnight.
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listi
> types, and the C type "int" on Alpha is a 64 bit type.
That's not true.
> It would be better if we dropped the C type "int" entirely, and
> changed to using the MiG type "int32" or "int64", which can then have
> C typedefs to the right native types, and the whole thing would be
> clearer.
Tha
Erik Verbruggen <[EMAIL PROTECTED]> writes:
> Um, well, we might want to update this. Or something. Or just drop the
> network part. Just out of curiosity: Mach did work on Alpha, no? How did
> they do this 32/64 bit stuff there?
We are certainly not going to drop the network transparency part.
