On Wednesday 16 October 2002 00:43, Robert Watson wrote: > On Tue, 15 Oct 2002, Danny J. Zerkel wrote: > > At least for our Linux emulation layer, supporting IPC_64 would be one > > of the pieces (probably the main one) keeping The Sims from running. > > The other thing we are missing is the Linux ioctl() interface for > > reading MSDOSFS directories, but that may be optional. > > > > I will eventually take a look at this (IPC_64) if the scheduling fairy > > brings me the time. > > While I think support for the IPC_64 flag under emulation is useful, I'd > rather make use of compatibility system calls and type improvements for > the base FreeBSD implementation of the System V IPC APIs. Most of the > work necessary to support those changes is required in order to better > support fine-grained locking and MAC (breaking out the user and kernel > structures). Also, it means future applications will make use of the > improved APIs by default. In addition, other systems, such as Solaris, > have already made this change in this way, avoiding the IPC_64 flag > design. > > Robert N M Watson FreeBSD Core Team, TrustedBSD Projects > [EMAIL PROTECTED] Network Associates Laboratories
Well, the scheduling fairy is very stingy. I haven't looked at what Solaris does for this. I have used there large file support mechanism in libraries, and something similar may be appropriate, to maintain binary compatibility. It could even be temporary until the 5.0-release, if it were done quickly. I guess that counts me out. After 5.0 it would probably be necessary to keep the compatibility stuff around until 6.0. Danny J. Zerkel [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-current" in the body of the message
