Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 24 Feb 2000 07:58:03 +1100
From:      Peter Jeremy <peter.jeremy@alcatel.com.au>
To:        Brad Knowles <blk@skynet.be>
Cc:        freebsd-current@FreeBSD.ORG
Subject:   Re: Union semun defined in /usr/include/sys/sem.h?
Message-ID:  <00Feb24.075804est.115201@border.alcanet.com.au>
In-Reply-To: <v04220804b4d983126da7@[195.238.1.121]>; from blk@skynet.be on Wed, Feb 23, 2000 at 11:46:35PM %2B1100
References:  <v04220804b4d983126da7@[195.238.1.121]>

next in thread | previous in thread | raw e-mail | index | archive | help
On 2000-Feb-23 23:46:35 +1100, Brad Knowles <blk@skynet.be> wrote:
>	However, this has brought up an interesting question.  It is my 
>understanding that X/Open requires that this union be defined within 
>the client source code

Both Solaris and the Single UNIX Specification, Version 2 explicitly
state this.

>	Is this changed in -CURRENT?

Not at present.

>  If not, are there any plans to 
>change it in -CURRENT?  Or has the X/Open standard changed, and 
>FreeBSD is following the new standard in this area?

I can't comment on this.  There doesn't seem to be a high level of
interest in the SysV semaphore handling.

>	I'm also curious to know why there is a difference in how this 
>object is defined under Linux and FreeBSD.

There are two differences:
- The type of "array":  SUSv2 and Linux specify "unsigned short int *",
  Solaris uses "ushort *" and FreeBSD uses "u_short *".  The underlying
  type should be the same.  (Though it does bring up another `bug' in
  our implementation - SUSv2 states <sys/sem.h> should be idempotent,
  but we require <sys/types.h> to be explicitly included first).
- Linux includes an "__buf" field.  This field (and the associated
  IPC_INFO) don't appear in either SUSv2 or Solaris - I suspect it is
  a Linux extension to make ipcs(1) cleaner.

>However, I'm also interested as to who is "right" on this issue, and 
>more importantly, why they are "right".

It looks very much like FreeBSD is in the wrong here.

Peter


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?00Feb24.075804est.115201>