From owner-freebsd-standards@FreeBSD.ORG Sun Jun 20 06:38:35 2010 Return-Path: Delivered-To: standards@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7ED7E1065672 for ; Sun, 20 Jun 2010 06:38:35 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id D7A6C8FC0A for ; Sun, 20 Jun 2010 06:38:34 +0000 (UTC) Received: by qyk11 with SMTP id 11so994855qyk.13 for ; Sat, 19 Jun 2010 23:38:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=HBhd5c9MhtQfC6UBU6yaGCCYehWrCAy/mn8Y9krBK1M=; b=c6/ywQeHpV86k0hO+raA0ovPeQrrHTw1qoQltXWiuAljbjS+PEzAK3qNceSLKYaCKF D1g42ftgvNkv3vLXrPhBx9oo/8TIHTI7hJ+vtMT6FcYt+Hd7+oRi9gT65NLMknILiwu4 ls54CV2E/amcFnh7CFyR6aLg8/uWznz/Db0v8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=hjnr2KNQqyjamqmLGtdBfGM6sCnikGA2uoGH7nOmO+y9R3WWNIOS3rvuPXPEuK8fNk whhPp45u2XeAQwch9U3zEJyqm5Pujp0WLpO/ojzO3MQz9sqjLpZVoBHtG1hQs43/bAGJ yswnr8X8F8jFt0ifCgqhtMQ36yLDggxrlemUI= MIME-Version: 1.0 Received: by 10.224.126.229 with SMTP id d37mr2250055qas.203.1277015913987; Sat, 19 Jun 2010 23:38:33 -0700 (PDT) Received: by 10.229.80.75 with HTTP; Sat, 19 Jun 2010 23:38:33 -0700 (PDT) Date: Sat, 19 Jun 2010 23:38:33 -0700 Message-ID: From: Garrett Cooper To: standards@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: shmatt_t not present in FreeBSD? X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jun 2010 06:38:35 -0000 I'm making some good progress on fixing up open_posix_testsuite to be more POSIX compliant and I noticed that shmatt_t is missing on FreeBSD. Is there any particular reason why it's missing? http://www.opengroup.org/onlinepubs/009695399/basedefs/sys/shm.h.html Thanks, -Garrett From owner-freebsd-standards@FreeBSD.ORG Sun Jun 20 08:52:25 2010 Return-Path: Delivered-To: standards@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3CA9106566B for ; Sun, 20 Jun 2010 08:52:24 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id AF0D68FC1A for ; Sun, 20 Jun 2010 08:52:24 +0000 (UTC) Received: by qyk11 with SMTP id 11so1042207qyk.13 for ; Sun, 20 Jun 2010 01:52:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=WDRiAdsK26ptOu2tDbkVyCWG3ElYcex2825BOLsL0XI=; b=ZStHYAuBudy15kMmL/dPKkn3UwK9TMl8wSeeyl3HlnnSrqcxkXUUxek7/PYUDKx8ik +fJ/1z+Y6NGF5D4sRPFZTQ7REOCyXmPODqhzWH1GG/sWYQBdTbWrF90t7dAbJJo87Fgn piRmwac2q0kpDVAbKHQBh1CFQYChv4eDCiOlw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=RhTLFZ/d7vDtaTmxtpSdrbWGllBwL17atLhpuKgEFgC+gpPzQ3xQknC9j/vacjODm7 YaD8lmuLOI4dBneyPEIxdKqmx40YPj0a2LRavLGT/2auAPxuP3st68xRp7YSF0BAQh19 +RaaFB8wqTI1j59P3usw+k9gMTwvRlUWLaelQ= MIME-Version: 1.0 Received: by 10.224.64.76 with SMTP id d12mr2241116qai.208.1277023942265; Sun, 20 Jun 2010 01:52:22 -0700 (PDT) Received: by 10.229.80.75 with HTTP; Sun, 20 Jun 2010 01:52:22 -0700 (PDT) Date: Sun, 20 Jun 2010 01:52:22 -0700 Message-ID: From: Garrett Cooper To: standards@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Question over POSIX compliancy of pthread_once_t X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jun 2010 08:52:25 -0000 PTHREAD_ONCE_INIT / pthread_once_t isn't tersely defined according to pthread(3) or sys/types.h at on the opengroup pages [1, 2, 3] FreeBSD defines it as follows: /usr/include/pthread.h:#define PTHREAD_ONCE_INIT { PTHREAD_NEEDS_INIT, NULL } /* ... */ /* * Once definitions. */ struct pthread_once { int state; pthread_mutex_t mutex; }; glibc-2.7 has PTHREAD_ONCE_INIT defined differently [4]: 208 /* Single execution handling. */ 209 #define PTHREAD_ONCE_INIT 0 I can't determine which one is semantically correct. Thanks, -Garrett 1. http://www.opengroup.org/onlinepubs/000095399/basedefs/pthread.h.html 2. http://www.opengroup.org/onlinepubs/000095399/functions/pthread_once.html 3. http://www.opengroup.org/onlinepubs/000095399/basedefs/sys/types.h.html 4. http://fxr.watson.org/fxr/source/nptl/sysdeps/pthread/pthread.h?v=GLIBC27#L209 PS I found a workaround for this issue at compile-time and run-time in the test, but I found this to be an odd delta. From owner-freebsd-standards@FreeBSD.ORG Sun Jun 20 09:20:21 2010 Return-Path: Delivered-To: standards@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 537BB106566C for ; Sun, 20 Jun 2010 09:20:21 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0F58A8FC1D for ; Sun, 20 Jun 2010 09:20:20 +0000 (UTC) Received: by qyk11 with SMTP id 11so1052425qyk.13 for ; Sun, 20 Jun 2010 02:20:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=mBa74OnWpKVACG/Uy4TpOC9AuJLT4h6aWn8usPZUhEU=; b=a/kA+0HlTkh/2SpWU67o7wMsFqlbIzXUKcST7eMAGyu2kpMy+x+86d4Oq98X3lehtb UTKSJd9HOP5V2KDuRLv67f/YKyXpyO9D5TE66GO3lKQqzUYKN1a/P3PLRatslN1fiYzu 5V8ldV3D1jn1aTOmiC11B5D0roC3Xi+RJ/TlA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=NbPkqmITbUUiTQT3VomhpXdWoROM1Q58P1DdfcX8J3Rv77g7SI9tlR3F/NNj2vjmdP IX/YEiInX6OCjrYs1YqSIiDPp4w4pOBWnA9ynXnPJ9Y/G96BY7D9XV6/LLCu6PsUSYwu tnn+cHdest+dOnnyAiU60AWoFUI744HMCZDRU= MIME-Version: 1.0 Received: by 10.224.27.19 with SMTP id g19mr2287999qac.275.1277025620096; Sun, 20 Jun 2010 02:20:20 -0700 (PDT) Received: by 10.229.80.75 with HTTP; Sun, 20 Jun 2010 02:20:20 -0700 (PDT) Date: Sun, 20 Jun 2010 02:20:20 -0700 Message-ID: From: Garrett Cooper To: standards@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Non-POSIX compliant setpgrp(2) X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jun 2010 09:20:21 -0000 Looks like setpgrp was added to BASE in recent versions of the POSIX spec: http://www.opengroup.org/onlinepubs/000095399/functions/setpgrp.html The void argument format contradicts what's in BSD (and Linux), so it looks like POSIX isn't compliant with anyone else... Thoughts? -Garrett From owner-freebsd-standards@FreeBSD.ORG Sun Jun 20 09:24:01 2010 Return-Path: Delivered-To: standards@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA761106564A for ; Sun, 20 Jun 2010 09:24:01 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id A54858FC15 for ; Sun, 20 Jun 2010 09:24:01 +0000 (UTC) Received: by qyk11 with SMTP id 11so1053811qyk.13 for ; Sun, 20 Jun 2010 02:24:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=MOXZHZVkCDEhptgMTvE7cj1N9ni7/3qqxag3BRjxLD8=; b=dmOhjsjcn0x6hfHP7LDUraVVDXp678alAc1e3w34M5oPNwtelh21NpA0ThLN8d8/HY nWtCUK9ruyz6DoslbByB8Y7F0o/2CgvlAG6b8ohMsxxJTYlVEca05fWdeoOOOV87cC1p /kNhB6FFA07YhVuvg80568Q/250mHGME+xoWs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=jz/300wnOCBokY/RZUONW0SCd3tE4Aix3H7l2qsDGlDiCuChtNaSqjJ4sYtxdr8xeB dnmBeP6a3aY0IoSyjETwMmzt4fHgnsWpg4vdA2e0NKHbe03nHYbQT5re0uMmQjVC6lAr fBnb6JHZfaoZp2P53qWRVM/Of4dFSFoOQA2Gk= MIME-Version: 1.0 Received: by 10.229.247.11 with SMTP id ma11mr1862463qcb.124.1277025840872; Sun, 20 Jun 2010 02:24:00 -0700 (PDT) Received: by 10.229.80.75 with HTTP; Sun, 20 Jun 2010 02:24:00 -0700 (PDT) In-Reply-To: References: Date: Sun, 20 Jun 2010 02:24:00 -0700 Message-ID: From: Garrett Cooper To: standards@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Non-POSIX compliant setpgrp(2) X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jun 2010 09:24:02 -0000 On Sun, Jun 20, 2010 at 2:20 AM, Garrett Cooper wrote: > =A0 =A0Looks like setpgrp was added to BASE in recent versions of the POS= IX spec: > > http://www.opengroup.org/onlinepubs/000095399/functions/setpgrp.html > > =A0 =A0The void argument format contradicts what's in BSD (and Linux), so > it looks like POSIX isn't compliant with anyone else... Scratch that. It's just BSD... Thanks, -Garrett From owner-freebsd-standards@FreeBSD.ORG Sun Jun 20 22:02:36 2010 Return-Path: Delivered-To: standards@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8F9E106566B; Sun, 20 Jun 2010 22:02:36 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 730418FC12; Sun, 20 Jun 2010 22:02:36 +0000 (UTC) Received: by qyk11 with SMTP id 11so1341315qyk.13 for ; Sun, 20 Jun 2010 15:02:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:cc:content-type:content-transfer-encoding; bh=7bbzj1J+1ueZerr0HpolNz/MPQ+hxeui7+lKDtvWB5o=; b=qQDZ64fva6DWvoUmNUMZhqEm7z4cbBK3QDddDW1ZeDgW1D5av4iZ+E1NQLlKYc42z/ ZRwj/Dg86jjkFxHyJ8P30K4PglSXZosesev3l7qWwbqjJI65AMnStUAl0P0+CeAdmune g+LjaXske1lFTBodGcmyjCzFyKrt3lT19F3uk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=YDlWo8yqKC8f311hm14/HcLJkQLgToXtJrGrxtMxCNZXcH65KhavHcc26NiZGxcesT LODwnwyLRFvE06wzauqyCr/L8PwyG8W6aAVJ92NXYnjHuXuRsm7j2AvKiK7tkOfPiQ+O rDG3Dq3MIj7J7/4xMlV0AjYMUYwPo5G1+4OhE= MIME-Version: 1.0 Received: by 10.224.80.65 with SMTP id s1mr2562482qak.239.1277071355773; Sun, 20 Jun 2010 15:02:35 -0700 (PDT) Received: by 10.229.80.75 with HTTP; Sun, 20 Jun 2010 15:02:35 -0700 (PDT) Date: Sun, 20 Jun 2010 15:02:35 -0700 Message-ID: From: Garrett Cooper To: FreeBSD-Hackers Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: standards@freebsd.org Subject: Are POSIX mqueues supposed to be functional on FreeBSD? X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jun 2010 22:02:36 -0000 Err... I ran an mqueue test and it popped up with ENOSYS. Which makes me wonder, are POSIX mqueues implemented 100% on FreeBSD? I looked into sys/kern/uip_mqueue.c and it _appears_ functional, but I could be misreading the code. Another test written which tests mqueue appears to be broken as well (I'll include that in a later email if interested). I also attached the truss output and the relative code blurb for a little more analysis. Thanks, -Garrett PS I'm not guaranteeing that the code below doesn't have bugs in it as I'm not the original author and the tests were originally written and targeted towards Linux. $ uname -a FreeBSD bayonetta.local 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r206173M: Mon Apr 26 22:45:06 PDT 2010 root@bayonetta.local:/usr/obj/usr/src/sys/BAYONETTA.ata amd64 $ truss functional/mqueues/send_rev_2.test __sysctl(0x7fffffffe130,0x2,0x7fffffffe14c,0x7fffffffe140,0x0,0x0) =3D 0 (0= x0) mmap(0x0,672,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) =3D 34365173760 (0x80052= f000) munmap(0x80052f000,672) =3D 0 (0x0) __sysctl(0x7fffffffe1a0,0x2,0x800639848,0x7fffffffe198,0x0,0x0) =3D 0 (0x0) mmap(0x0,32768,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) =3D 34365173760 (0x80052f000) issetugid(0x800530015,0x80052a524,0x800645f50,0x800645f20,0x5af1,0x0) =3D 0= (0x0) open("/etc/libmap.conf",O_RDONLY,0666) ERR#2 'No such file or directory' open("/var/run/ld-elf.so.hints",O_RDONLY,057) =3D 2 (0x2) read(2,"Ehnt\^A\0\0\0\M^@\0\0\0j\0\0\0\0"...,128) =3D 128 (0x80) lseek(2,0x80,SEEK_SET) =3D 128 (0x80) read(2,"/lib:/usr/lib:/usr/lib/compat:/u"...,106) =3D 106 (0x6a) close(2) =3D 0 (0x0) access("/lib/libthr.so.3",0) =3D 0 (0x0) open("/lib/libthr.so.3",O_RDONLY,030713440) =3D 2 (0x2) fstat(2,{ mode=3D-r--r--r-- ,inode=3D400430,size=3D85264,blksize=3D16384 })= =3D 0 (0x0) pread(0x2,0x800638700,0x1000,0x0,0x101010101010101,0x8080808080808080) =3D 4096 (0x1000) mmap(0x0,1142784,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) =3D 34366316544 (0x800646000) mmap(0x800646000,73728,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE= ,2,0x0) =3D 34366316544 (0x800646000) mmap(0x800757000,12288,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,2,0x11000= ) =3D 34367434752 (0x800757000) mprotect(0x80075a000,12288,PROT_READ|PROT_WRITE) =3D 0 (0x0) close(2) =3D 0 (0x0) access("/lib/librt.so.1",0) ERR#2 'No such file or directory' access("/usr/lib/librt.so.1",0) =3D 0 (0x0) open("/usr/lib/librt.so.1",O_RDONLY,030713440) =3D 2 (0x2) fstat(2,{ mode=3D-r--r--r-- ,inode=3D2567883,size=3D21424,blksize=3D16384 }= ) =3D 0 (0x0) pread(0x2,0x800638700,0x1000,0x0,0x101010101010101,0x8080808080808080) =3D 4096 (0x1000) mmap(0x0,1069056,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) =3D 34367459328 (0x80075d000) mmap(0x80075d000,20480,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCORE= ,2,0x0) =3D 34367459328 (0x80075d000) mmap(0x800861000,4096,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,2,0x4000) =3D 34368524288 (0x800861000) close(2) =3D 0 (0x0) access("/lib/libc.so.7",0) =3D 0 (0x0) open("/lib/libc.so.7",O_RDONLY,030713440) =3D 2 (0x2) fstat(2,{ mode=3D-r--r--r-- ,inode=3D400388,size=3D1156744,blksize=3D16384 = }) =3D 0 (0x0) pread(0x2,0x800638700,0x1000,0x0,0x101010101010101,0x8080808080808080) =3D 4096 (0x1000) mmap(0x0,2281472,PROT_NONE,MAP_PRIVATE|MAP_ANON|MAP_NOCORE,-1,0x0) =3D 34368528384 (0x800862000) mmap(0x800862000,995328,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_FIXED|MAP_NOCOR= E,2,0x0) =3D 34368528384 (0x800862000) mmap(0x800a54000,131072,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,2,0xf200= 0) =3D 34370568192 (0x800a54000) mprotect(0x800a74000,110592,PROT_READ|PROT_WRITE) =3D 0 (0x0) close(2) =3D 0 (0x0) sysarch(0x81,0x7fffffffe220,0x800534188,0x0,0xffffffffffad9550,0x8080808080= 808080) =3D 0 (0x0) mmap(0x0,416,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) =3D 34365206528 (0x80053= 7000) munmap(0x800537000,416) =3D 0 (0x0) mmap(0x0,8064,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) =3D 34365206528 (0x8005= 37000) munmap(0x800537000,8064) =3D 0 (0x0) mmap(0x0,2944,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) =3D 34365206528 (0x8005= 37000) munmap(0x800537000,2944) =3D 0 (0x0) mmap(0x0,43296,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) =3D 34365206528 (0x800= 537000) munmap(0x800537000,43296) =3D 0 (0x0) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM= |SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXF= SZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) =3D 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) =3D 0 (0x0) __sysctl(0x7fffffffe1c0,0x2,0x800a7ab40,0x7fffffffe1b8,0x0,0x0) =3D 0 (0x0) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM= |SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXF= SZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) =3D 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) =3D 0 (0x0) getpid() =3D 45130 (0xb04a) __sysctl(0x7fffffffe1b0,0x2,0x80075c3f0,0x7fffffffe1b8,0x0,0x0) =3D 0 (0x0) __sysctl(0x7fffffffe0d0,0x2,0x7fffffffe0f0,0x7fffffffe158,0x800656dc8,0xd) =3D 0 (0x0) __sysctl(0x7fffffffe0f0,0x3,0x80075b2e8,0x7fffffffe1b8,0x0,0x0) =3D 0 (0x0) __sysctl(0x7fffffffe170,0x2,0x800a7a628,0x7fffffffe168,0x0,0x0) =3D 0 (0x0) __sysctl(0x7fffffffdc60,0x2,0x7fffffffdc8c,0x7fffffffdc80,0x0,0x0) =3D 0 (0= x0) __sysctl(0x7fffffffdb50,0x2,0x7fffffffdb70,0x7fffffffdbd8,0x80094d340,0xc) =3D 0 (0x0) __sysctl(0x7fffffffdb70,0x2,0x800a7a2f0,0x7fffffffdc20,0x0,0x0) =3D 0 (0x0) readlink("/etc/malloc.conf",0x7fffffffdc90,1024) ERR#2 'No such file or directory' issetugid(0x80094bf4f,0x7fffffffdc90,0x0,0x0,0x2,0x0) =3D 0 (0x0) break(0x800000) =3D 0 (0x0) __sysctl(0x7fffffffdcb0,0x2,0x7fffffffdccc,0x7fffffffdcc0,0x0,0x0) =3D 0 (0= x0) mmap(0x0,4194304,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) =3D 34370809856 (0x800a8f000) mmap(0x800e8f000,1511424,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) =3D 34375004160 (0x800e8f000) munmap(0x800a8f000,1511424) =3D 0 (0x0) thr_self(0x800c071c0,0x0,0x0,0x0,0x188,0x5018a8) =3D 0 (0x0) mmap(0x7fffffbff000,4096,PROT_NONE,MAP_ANON,-1,0x0) =3D 140737484156928 (0x7fffffbff000) thr_set_name(0x18a7f,0x800656e10,0x0,0x1000,0xffffffff,0x0) =3D 0 (0x0) rtprio_thread(0x0,0x18a7f,0x7fffffffe160,0x1000,0xffffffff,0x0) =3D 0 (0x0) sysarch(0x81,0x7fffffffe180,0x80075aec0,0x80075b248,0xffffffff,0x0) =3D 0 (= 0x0) sigprocmask(SIG_SETMASK,SIGHUP|SIGINT|SIGQUIT|SIGILL|SIGABRT|SIGEMT|SIGFPE|= SIGKILL|SIGBUS|SIGSEGV|SIGSYS|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTST= P|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|S= IGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) =3D 0 (0x0) sigaction(32,{ 0x8006511dc SA_RESTART|SA_SIGINFO ss_t },0x0) =3D 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) =3D 0 (0x0) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM= |SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXF= SZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) =3D 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) =3D 0 (0x0) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM= |SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXF= SZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) =3D 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) =3D 0 (0x0) kmq_open(0x401089,0x206,0x1ff,0x7fffffffe6a0,0x10,0x5018a8) ERR#78 'Function not implemented' SIGNAL 12 (SIGSYS) process exit, rval =3D 0 /* * Copyright (c) 2002, Intel Corporation. All rights reserved. * Created by: crystal.xiong REMOVE-THIS AT intel DOT com * This file is licensed under the GPL license. For the full content * of this license, see the COPYING file at the top level of this * source tree. * * 1. Two threads sending/receiving on different message queue. * 2. Set different Priority to the messages in the message queue, to * see whether the highest priority is received first. */ #include #include #include #include #include #include #include #include #include #include #include #include "posixtest.h" #define MQ_NAME_1 "/testmsg1" #define MQ_NAME_2 "/testmsg2" #define MSG_SIZE 128 #define MAX_MSG 3 const char *s_msg_ptr[] =3D {"msg test 1", "msg test 2", "msg test 3"}; char r_msg_ptr_1[MAX_MSG][MSG_SIZE]; char r_msg_ptr_2[MAX_MSG][MSG_SIZE]; pthread_t send1, send2, rev1, rev2; int * send_1(void * mq) { int i; mqd_t mq1 =3D *(mqd_t *)mq; printf("Enter into send_1 \n"); for (i =3D 0; i < MAX_MSG; i++ ) { if ( -1 =3D=3D mq_send(mq1, s_msg_ptr[i], MSG_SIZE, i)) { perror("mq_send doesn't return success \n"); pthread_exit((void *)1); } printf("[%d] send '%s' in thread send_1. \n", i+1, s_msg_ptr[i]); } pthread_exit((void *)0); } int * send_2(void * mq) { int i; mqd_t mq2 =3D *(mqd_t *)mq; printf("Enter into send_2 \n"); for (i =3D 0; i < MAX_MSG; i++ ) { if ( -1 =3D=3D mq_send(mq2, s_msg_ptr[i], MSG_SIZE, i)) { perror("mq_send doesn't return success \n"); pthread_exit((void *)1); } printf("[%d] send '%s' in thread send_2. \n", i+1, s_msg_ptr[i]); } pthread_exit((void *)0); } int * receive_1(void * mq) { int i; mqd_t mq1 =3D *(mqd_t *)mq; printf("Enter into receive_1 \n"); for (i =3D 0; i< MAX_MSG; i++) { if ( -1 =3D=3D mq_receive(mq1, r_msg_ptr_1[i], MSG_SIZE, NULL) ) { perror("mq_receive doesn't return success \n"); pthread_exit((void *)1); } printf("[%d] receive '%s' in thread receive_1. \n", i+1, r_msg_ptr_1[i]); } pthread_exit((void *)0); } int * receive_2(void * mq) { int i; mqd_t mq2 =3D *(mqd_t *)mq; printf("Enter into receive_2 \n"); for (i =3D 0; i< MAX_MSG; i++) { if ( -1 =3D=3D mq_receive(mq2, r_msg_ptr_2[i], MSG_SIZE, NULL) ) { perror("mq_receive doesn't return success \n"); pthread_exit((void *)1); } printf("[%d] receive '%s' in thread receive_2. \n", i+1, r_msg_ptr_2[i]); } pthread_exit((void *)0); } int main(int argc, char *argv[]) { =09 mqd_t mq1 =3D 0, mq2 =3D 0;=09 struct mq_attr mqstat; int oflag =3D O_CREAT|O_NONBLOCK|O_RDWR; memset(&mqstat, 0, sizeof(mqstat)); mqstat.mq_maxmsg =3D MAX_MSG; mqstat.mq_msgsize =3D MSG_SIZE; mqstat.mq_flags =3D 0; if( ((mqd_t) -1) =3D=3D (mq1 =3D mq_open(MQ_NAME_1,oflag,0777, &mqstat))= ) { printf("mq_open doesn't return success \n"); return PTS_UNRESOLVED; } if( ((mqd_t) -1) =3D=3D (mq2 =3D mq_open(MQ_NAME_2,oflag,0777, &mqstat))= ) { printf("mq_open doesn't return success \n"); return PTS_UNRESOLVED; } pthread_create(&send1, NULL, (void *)send_1, (void *)&mq1); pthread_create(&send2, NULL, (void *)send_2, (void *)&mq2); pthread_create(&rev1, NULL, (void *)receive_1, (void *)&mq1);=09 pthread_create(&rev2, NULL, (void *)receive_2, (void *)&mq2);=09 pthread_join(send1, NULL); pthread_join(send2, NULL); pthread_join(rev1, NULL); pthread_join(rev2, NULL); =09 mq_close(mq1); mq_close(mq2); mq_unlink(MQ_NAME_1); mq_unlink(MQ_NAME_2); return PTS_PASS; } From owner-freebsd-standards@FreeBSD.ORG Sun Jun 20 22:11:43 2010 Return-Path: Delivered-To: standards@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BEE21065670; Sun, 20 Jun 2010 22:11:43 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id CE8918FC1A; Sun, 20 Jun 2010 22:11:42 +0000 (UTC) Received: by qyk11 with SMTP id 11so1344655qyk.13 for ; Sun, 20 Jun 2010 15:11:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=SyJp6fYlmfihmyWeHNY52kYwKlpcYYZyBdhG9Oy4g80=; b=iyrpWUdJJY+SaJrtQ+qYatLjM9yArFr8c76We4xyO907g9svthR73pgoF1CP4yhWb2 eBjlH4GrwxK+7Uf3jTpyUhgrpqtx8vRqU4YQ9tgpRXSHXPoYtBbmKIsVbo0pKB5AZ5Qv 6j+8xgSQYGRHILLS+zXbt6wnVyQnJPVhUDz3c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=YCA6Q78GkMUL2suTiPBLqbX695KRgFtiuNT46J0WYVIgr6Km9o1ynRSMyrxECIJDFT Jpj4+IiU2rl3h414BeOOkv7x1BpsHP+bWHea+r5Mzvo6LJTm5tjApMztdCPshnTK8ldP D+6O/AAIPiVMtl4IuCkwYLAjX8H1ovj7m8RFY= MIME-Version: 1.0 Received: by 10.224.80.65 with SMTP id s1mr2566096qak.239.1277071901956; Sun, 20 Jun 2010 15:11:41 -0700 (PDT) Received: by 10.229.80.75 with HTTP; Sun, 20 Jun 2010 15:11:41 -0700 (PDT) In-Reply-To: References: Date: Sun, 20 Jun 2010 15:11:41 -0700 Message-ID: From: Garrett Cooper To: Stathis Kamperis Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-Hackers , standards@freebsd.org Subject: Re: Are POSIX mqueues supposed to be functional on FreeBSD? X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jun 2010 22:11:43 -0000 On Sun, Jun 20, 2010 at 3:06 PM, Stathis Kamperis wrot= e: > 2010/6/21 Garrett Cooper : >> =A0 =A0Err... I ran an mqueue test and it popped up with ENOSYS. Which >> makes me wonder, are POSIX mqueues implemented 100% on FreeBSD? I >> looked into sys/kern/uip_mqueue.c and it _appears_ functional, but I > > Hi, > > did you first load the respective kernel module (mqueuefs or something > like that) ? Duh... should have checked that first I suppose: no, it isn't loaded. However, it doesn't appear to compile with my copy of src: # make -C /sys/modules/mqueue/ all install Warning: Object directory not changed from original /usr/src/sys/modules/mq= ueue cc -O2 -pipe -fno-strict-aliasing -pipe -O2 -march=3Dnocona -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I. -I@ -I@/contrib/altq -finline-limit=3D8000 --param inline-unit-growth=3D100 --param large-function-growth=3D1000 -fno-common -fno-omit-frame-pointer -mcmodel=3Dkernel -mno-red-zone -mfpmath=3D387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=3Diso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /usr/src/sys/modules/mqueue/../../kern/uipc_mqueue.c /usr/src/sys/modules/mqueue/../../kern/uipc_mqueue.c:48:24: error: opt_compat.h: No such file or directory *** Error code 1 Stop in /usr/src/sys/modules/mqueue. # find /usr/src/ -name opt_compat.h So I'll need to hunt down what's going on with the missing header. Thanks :), -Garrett From owner-freebsd-standards@FreeBSD.ORG Sun Jun 20 22:29:53 2010 Return-Path: Delivered-To: standards@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E9F51065670; Sun, 20 Jun 2010 22:29:53 +0000 (UTC) (envelope-from ekamperi@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 58EC48FC13; Sun, 20 Jun 2010 22:29:52 +0000 (UTC) Received: by bwz8 with SMTP id 8so1310889bwz.13 for ; Sun, 20 Jun 2010 15:29:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=9/a2g5yAGJ63pqFvZ+/0lwlCN/x+tDLh1n0rG2tMhE8=; b=ctZYYhC3feEu+6icnGIGKcnn+KhGv+nfhsusURlzTvHQ7UeQKq74KECBPMcU3ca/xg S5D89ihkO+JVIPTrTacnhLcuOfaj1k/W74DA205bwTjuzV3o7xecRdjiS2EY2P2yaZ37 R7p58569N6BqYFfTQJ152xDGeQ/wZVspDs+sU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=XRw8l/9Cfs6LLQ5Wnt7wUaXK36JNfJdrgv+1bDMi3uSRGdEmoXgoKt5+a2i13ZtjZz ejt2GI+uJHn2dn94IxckAl/38dsWShrRO2CcWsZTShSxwMq+iAJnyX5HrahebHrFoyrF yOvqmW0FhAKblgpY6JRphtb9zql2PxfjffD4c= MIME-Version: 1.0 Received: by 10.204.83.82 with SMTP id e18mr2221291bkl.138.1277071609629; Sun, 20 Jun 2010 15:06:49 -0700 (PDT) Received: by 10.204.58.131 with HTTP; Sun, 20 Jun 2010 15:06:49 -0700 (PDT) In-Reply-To: References: Date: Mon, 21 Jun 2010 01:06:49 +0300 Message-ID: From: Stathis Kamperis To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-Hackers , standards@freebsd.org Subject: Re: Are POSIX mqueues supposed to be functional on FreeBSD? X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jun 2010 22:29:53 -0000 2010/6/21 Garrett Cooper : > =A0 =A0Err... I ran an mqueue test and it popped up with ENOSYS. Which > makes me wonder, are POSIX mqueues implemented 100% on FreeBSD? I > looked into sys/kern/uip_mqueue.c and it _appears_ functional, but I Hi, did you first load the respective kernel module (mqueuefs or something like that) ? Cheers, Stathis From owner-freebsd-standards@FreeBSD.ORG Sun Jun 20 22:43:32 2010 Return-Path: Delivered-To: standards@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 613F1106566C for ; Sun, 20 Jun 2010 22:43:32 +0000 (UTC) (envelope-from roam@ringlet.net) Received: from erengrad.hoster.bg (erengrad.hoster.bg [77.77.142.9]) by mx1.freebsd.org (Postfix) with ESMTP id D0AD58FC0C for ; Sun, 20 Jun 2010 22:43:31 +0000 (UTC) Received: from middenheim.hoster.bg (middenheim.hoster.bg [77.77.142.11]) by erengrad.hoster.bg (Postfix) with ESMTP id CA724DC306 for ; Mon, 21 Jun 2010 01:15:36 +0300 (EEST) Received: from straylight.ringlet.net (middenheim.hoster.bg [77.77.142.11]) (Authenticated sender: roam@hoster.bg) by mail.hoster.bg (Postfix) with ESMTP id 6FD4C5C3B5 for ; Mon, 21 Jun 2010 01:15:21 +0300 (EEST) Received: from roam (uid 1000) (envelope-from roam@ringlet.net) id 416008 by straylight.ringlet.net (DragonFly Mail Agent) Mon, 21 Jun 2010 01:15:15 +0300 Date: Mon, 21 Jun 2010 01:15:15 +0300 From: Peter Pentchev To: Garrett Cooper Message-ID: <20100620221515.GA2574@straylight.ringlet.net> Mail-Followup-To: Garrett Cooper , FreeBSD-Hackers , standards@freebsd.org References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="6c2NcOVqGQ03X4Wi" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) X-MailScanner-ID: 6FD4C5C3B5.ACC94 X-hoster-MailScanner: Found to be clean X-hoster-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=0.001, required 10, autolearn=disabled, UNPARSEABLE_RELAY 0.00) X-hoster-MailScanner-From: roam@ringlet.net X-hoster-MailScanner-To: standards@freebsd.org X-Spam-Status: No Cc: FreeBSD-Hackers , standards@freebsd.org Subject: Re: Are POSIX mqueues supposed to be functional on FreeBSD? X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jun 2010 22:43:32 -0000 --6c2NcOVqGQ03X4Wi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 20, 2010 at 03:02:35PM -0700, Garrett Cooper wrote: > Err... I ran an mqueue test and it popped up with ENOSYS. Which > makes me wonder, are POSIX mqueues implemented 100% on FreeBSD? I > looked into sys/kern/uip_mqueue.c and it _appears_ functional, but I > could be misreading the code. Another test written which tests mqueue > appears to be broken as well (I'll include that in a later email if > interested). I also attached the truss output and the relative code > blurb for a little more analysis. > Thanks, > -Garrett >=20 > PS I'm not guaranteeing that the code below doesn't have bugs in it as > I'm not the original author and the tests were originally written and > targeted towards Linux. Do you have the P1003_1B_MQUEUE option in your kernel config? G'luck, Peter --=20 Peter Pentchev roam@space.bg roam@ringlet.net roam@FreeBSD.org PGP key: http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 This sentence is false. --6c2NcOVqGQ03X4Wi Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCgAGBQJMHpLvAAoJEGUe77AlJ98TNTsQAIhNrXfKSbvyY2kkUUTazIJj LoYXFOrkDZno6VK22lXQ3pz5KjYDXDpKvTd/rD8teRZw5NjmZPbbfhLbuHFra05B wPnF0yzhbXYVqKotmeQPWY1HVotkxb++thwLm8SrWRrD5dsFoH94cvq9fyyG8JDD DwkLTlZET3aWj92w2ks+H+VkS5nD0b09S/ViqumvKGi6Mdz73LH0FzI+IuztesjV Zw7R6itJmfabQyXf06rPnjxQd7OmipgiwL84+06kGA+ym6weg6pkmi2J17g7j+6t rDHRUunqyzLEOGUXzD3QVhGRPHtvqG1s8gWaHCvZrUFQUsK4m6TBcF/ImtDdKR2G PPM0JDYFhYU84SPDk27qZTJ7ppn+QSlbKqZc+MLP/fP2XHudkIfE0KjRF/dj/lAR PL6Ht9mHrSUjKhEjHXXBRLFVe6f3FH1pe1NQegih7ajsedhEwyce7aooDh+ArZl2 xj9QjfIE4Al9RCKUIKzmDs4fYZWUqYiySNkuCXX9+eFcJVzY0dsfxUn99toHMWvt G6hn2r2O3ZwhNKR4OKx9oBLfyf/mcNp+DOAnf9tp6Y8FBi/FO4P2rLlAbJ97NwhQ aztkk0U0ZjzEAw1ufgLXwNeHhJXg4IrPBMAVCG3ReYTeZuD1c2puKHNUd7Fbfdkr iDETx78IlUMh43Unp2It =PdJ+ -----END PGP SIGNATURE----- --6c2NcOVqGQ03X4Wi-- From owner-freebsd-standards@FreeBSD.ORG Sun Jun 20 22:52:16 2010 Return-Path: Delivered-To: standards@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6865106566C for ; Sun, 20 Jun 2010 22:52:16 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay04.stack.nl [IPv6:2001:610:1108:5010::107]) by mx1.freebsd.org (Postfix) with ESMTP id 7F35F8FC0C for ; Sun, 20 Jun 2010 22:52:16 +0000 (UTC) Received: from turtle.stack.nl (turtle.stack.nl [IPv6:2001:610:1108:5010::132]) by mx1.stack.nl (Postfix) with ESMTP id 8D8F51DD6DF; Mon, 21 Jun 2010 00:52:15 +0200 (CEST) Received: by turtle.stack.nl (Postfix, from userid 1677) id 84ACB17231; Mon, 21 Jun 2010 00:52:15 +0200 (CEST) Date: Mon, 21 Jun 2010 00:52:15 +0200 From: Jilles Tjoelker To: Garrett Cooper Message-ID: <20100620225215.GA4116@stack.nl> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: standards@freebsd.org Subject: Re: Question over POSIX compliancy of pthread_once_t X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jun 2010 22:52:16 -0000 On Sun, Jun 20, 2010 at 01:52:22AM -0700, Garrett Cooper wrote: > PTHREAD_ONCE_INIT / pthread_once_t isn't tersely defined according to > pthread(3) or sys/types.h at on the opengroup pages [1, 2, 3] > FreeBSD defines it as follows: > /usr/include/pthread.h:#define PTHREAD_ONCE_INIT { PTHREAD_NEEDS_INIT, NULL } > /* ... */ > /* > * Once definitions. > */ > struct pthread_once { > int state; > pthread_mutex_t mutex; > }; > glibc-2.7 has PTHREAD_ONCE_INIT defined differently [4]: > 208 /* Single execution handling. */ > 209 #define PTHREAD_ONCE_INIT 0 > I can't determine which one is semantically correct. Both are correct in their respective implementations, as they are valid initializers for the corresponding pthread_once_t. POSIX does not require pthread_once_t to be an integer type, it may also be a struct. -- Jilles Tjoelker From owner-freebsd-standards@FreeBSD.ORG Sun Jun 20 23:00:58 2010 Return-Path: Delivered-To: standards@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 928E3106566B for ; Sun, 20 Jun 2010 23:00:58 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay02.stack.nl [IPv6:2001:610:1108:5010::104]) by mx1.freebsd.org (Postfix) with ESMTP id 53B3E8FC16 for ; Sun, 20 Jun 2010 23:00:58 +0000 (UTC) Received: from turtle.stack.nl (turtle.stack.nl [IPv6:2001:610:1108:5010::132]) by mx1.stack.nl (Postfix) with ESMTP id 95EB835A846; Mon, 21 Jun 2010 01:00:56 +0200 (CEST) Received: by turtle.stack.nl (Postfix, from userid 1677) id 819AC17231; Mon, 21 Jun 2010 01:00:56 +0200 (CEST) Date: Mon, 21 Jun 2010 01:00:56 +0200 From: Jilles Tjoelker To: Garrett Cooper Message-ID: <20100620230056.GB4116@stack.nl> References: MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: standards@freebsd.org Subject: Re: Non-POSIX compliant setpgrp(2) X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 20 Jun 2010 23:00:58 -0000 On Sun, Jun 20, 2010 at 02:24:00AM -0700, Garrett Cooper wrote: > On Sun, Jun 20, 2010 at 2:20 AM, Garrett Cooper wrote: > >    Looks like setpgrp was added to BASE in recent versions of the POSIX spec: > > http://www.opengroup.org/onlinepubs/000095399/functions/setpgrp.html > >    The void argument format contradicts what's in BSD (and Linux), so > > it looks like POSIX isn't compliant with anyone else... > Scratch that. It's just BSD... setpgrp() is under the XSI option and usual FreeBSD policy is to prefer traditional BSD to XSI. Furthermore, the setpgrp() function is marked as obsolescent in the 2008 version of the standard (you are linking to the 2001 version). One of the reasons for this is that the semantics are poorly defined: it is unspecified whether it creates a new session or a new process group. -- Jilles Tjoelker From owner-freebsd-standards@FreeBSD.ORG Mon Jun 21 00:06:15 2010 Return-Path: Delivered-To: standards@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F15901065670 for ; Mon, 21 Jun 2010 00:06:15 +0000 (UTC) (envelope-from andy@fud.org.nz) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id AC5C68FC14 for ; Mon, 21 Jun 2010 00:06:15 +0000 (UTC) Received: by vws1 with SMTP id 1so190829vws.13 for ; Sun, 20 Jun 2010 17:06:14 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.123.158 with SMTP id p30mr1573607vcr.133.1277077318773; Sun, 20 Jun 2010 16:41:58 -0700 (PDT) Sender: andy@fud.org.nz Received: by 10.220.72.134 with HTTP; Sun, 20 Jun 2010 16:41:58 -0700 (PDT) In-Reply-To: References: Date: Mon, 21 Jun 2010 11:41:58 +1200 X-Google-Sender-Auth: Ol-RiH-74azUJXlA6gKVut4yLic Message-ID: From: Andrew Thompson To: Garrett Cooper Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: standards@freebsd.org, FreeBSD-Hackers Subject: Re: Are POSIX mqueues supposed to be functional on FreeBSD? X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jun 2010 00:06:16 -0000 On 21 June 2010 10:11, Garrett Cooper wrote: > On Sun, Jun 20, 2010 at 3:06 PM, Stathis Kamperis wr= ote: >> 2010/6/21 Garrett Cooper : >>> =A0 =A0Err... I ran an mqueue test and it popped up with ENOSYS. Which >>> makes me wonder, are POSIX mqueues implemented 100% on FreeBSD? I >>> looked into sys/kern/uip_mqueue.c and it _appears_ functional, but I >> >> Hi, >> >> did you first load the respective kernel module (mqueuefs or something >> like that) ? > > Duh... should have checked that first I suppose: no, it isn't loaded. > However, it doesn't appear to compile with my copy of src: > > # make -C /sys/modules/mqueue/ all install > Warning: Object directory not changed from original /usr/src/sys/modules/= mqueue > cc -O2 -pipe -fno-strict-aliasing -pipe -O2 -march=3Dnocona -Werror > -D_KERNEL -DKLD_MODULE -nostdinc =A0 -I. -I@ -I@/contrib/altq > -finline-limit=3D8000 --param inline-unit-growth=3D100 --param > large-function-growth=3D1000 -fno-common =A0-fno-omit-frame-pointer > -mcmodel=3Dkernel -mno-red-zone =A0-mfpmath=3D387 -mno-sse -mno-sse2 > -mno-sse3 -mno-mmx -mno-3dnow =A0-msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector > -std=3Diso9899:1999 -fstack-protector -Wall -Wredundant-decls > -Wnested-externs -Wstrict-prototypes =A0-Wmissing-prototypes > -Wpointer-arith -Winline -Wcast-qual =A0-Wundef -Wno-pointer-sign > -fformat-extensions -c > /usr/src/sys/modules/mqueue/../../kern/uipc_mqueue.c > /usr/src/sys/modules/mqueue/../../kern/uipc_mqueue.c:48:24: error: > opt_compat.h: No such file or directory > *** Error code 1 > > Stop in /usr/src/sys/modules/mqueue. > # find /usr/src/ -name opt_compat.h > > So I'll need to hunt down what's going on with the missing header. opt_* headers are auto-generated by the kernel config. Just add opt_compat.h to sys/modules/mqueue/Makefile right after opt_posix.h Andrew From owner-freebsd-standards@FreeBSD.ORG Mon Jun 21 00:25:29 2010 Return-Path: Delivered-To: standards@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEED8106564A; Mon, 21 Jun 2010 00:25:28 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 736E88FC0C; Mon, 21 Jun 2010 00:25:28 +0000 (UTC) Received: by vws1 with SMTP id 1so206397vws.13 for ; Sun, 20 Jun 2010 17:25:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=LkRkTEiIH0iV/SpcgTve2+Emc0r1FuOx0k6++Cj81Jg=; b=IUb3+7FTLbFA4aGJhL1kyLIwklOmT8SchMsAeKkFMMIqjWArLsRLfwVV7reWh4IEMB ZuSNu3L15kAKQhOyhlCAE+2RzHDKcGpIlspEV7lrwfAdNUz2YI+4vh26dzBvsNVbd8vJ lUZDZxG4GTHPxkQdGo6vMLVXRSlCplelF1EcI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=SVM39me2GwGJFe6DWE4q/sA9YQboEPPMSk6vlusSUJskyBKL6bksSUs1m6CocsHRRu R0Igs5vli/+GDngyeTH4ynMeJJKk5CiZKunmWlxoosDBPQ3N2VGqSKNxauzibd8/MCI1 aTFDkn9yZh8EdK5Lc4dJjWDl6vLh8moxRbrMw= MIME-Version: 1.0 Received: by 10.229.248.129 with SMTP id mg1mr2043269qcb.137.1277079927500; Sun, 20 Jun 2010 17:25:27 -0700 (PDT) Received: by 10.229.80.75 with HTTP; Sun, 20 Jun 2010 17:25:27 -0700 (PDT) In-Reply-To: References: Date: Sun, 20 Jun 2010 17:25:27 -0700 Message-ID: From: Garrett Cooper To: Andrew Thompson Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: standards@freebsd.org, FreeBSD-Hackers Subject: Re: Are POSIX mqueues supposed to be functional on FreeBSD? X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jun 2010 00:25:29 -0000 On Sun, Jun 20, 2010 at 4:41 PM, Andrew Thompson wrot= e: > On 21 June 2010 10:11, Garrett Cooper wrote: >> On Sun, Jun 20, 2010 at 3:06 PM, Stathis Kamperis w= rote: >>> 2010/6/21 Garrett Cooper : >>>> =A0 =A0Err... I ran an mqueue test and it popped up with ENOSYS. Which >>>> makes me wonder, are POSIX mqueues implemented 100% on FreeBSD? I >>>> looked into sys/kern/uip_mqueue.c and it _appears_ functional, but I >>> >>> Hi, >>> >>> did you first load the respective kernel module (mqueuefs or something >>> like that) ? >> >> Duh... should have checked that first I suppose: no, it isn't loaded. >> However, it doesn't appear to compile with my copy of src: >> >> # make -C /sys/modules/mqueue/ all install >> Warning: Object directory not changed from original /usr/src/sys/modules= /mqueue >> cc -O2 -pipe -fno-strict-aliasing -pipe -O2 -march=3Dnocona -Werror >> -D_KERNEL -DKLD_MODULE -nostdinc =A0 -I. -I@ -I@/contrib/altq >> -finline-limit=3D8000 --param inline-unit-growth=3D100 --param >> large-function-growth=3D1000 -fno-common =A0-fno-omit-frame-pointer >> -mcmodel=3Dkernel -mno-red-zone =A0-mfpmath=3D387 -mno-sse -mno-sse2 >> -mno-sse3 -mno-mmx -mno-3dnow =A0-msoft-float >> -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector >> -std=3Diso9899:1999 -fstack-protector -Wall -Wredundant-decls >> -Wnested-externs -Wstrict-prototypes =A0-Wmissing-prototypes >> -Wpointer-arith -Winline -Wcast-qual =A0-Wundef -Wno-pointer-sign >> -fformat-extensions -c >> /usr/src/sys/modules/mqueue/../../kern/uipc_mqueue.c >> /usr/src/sys/modules/mqueue/../../kern/uipc_mqueue.c:48:24: error: >> opt_compat.h: No such file or directory >> *** Error code 1 >> >> Stop in /usr/src/sys/modules/mqueue. >> # find /usr/src/ -name opt_compat.h >> >> So I'll need to hunt down what's going on with the missing header. > > opt_* headers are auto-generated by the kernel config. Just add > opt_compat.h to sys/modules/mqueue/Makefile right after opt_posix.h I did some reading and opt_compat is generated by options COMPAT_* in KERNC= ONF. For whatever reason my source tree wasn't prebuilt, so I reran buildkernel and everything was fine once again. Thanks, -Garrett From owner-freebsd-standards@FreeBSD.ORG Mon Jun 21 08:57:34 2010 Return-Path: Delivered-To: standards@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1DA6E106566C for ; Mon, 21 Jun 2010 08:57:34 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id AFE368FC0C for ; Mon, 21 Jun 2010 08:57:33 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id o5L8GZA0004707 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 21 Jun 2010 11:16:35 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id o5L8GZ58093396; Mon, 21 Jun 2010 11:16:35 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o5L8GZ6F093395; Mon, 21 Jun 2010 11:16:35 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 21 Jun 2010 11:16:35 +0300 From: Kostik Belousov To: Andrew Thompson Message-ID: <20100621081635.GB13238@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="O1+DDjaLRatPxzPT" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-2.3 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_50, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Garrett Cooper , standards@freebsd.org, FreeBSD-Hackers Subject: Re: Are POSIX mqueues supposed to be functional on FreeBSD? X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jun 2010 08:57:34 -0000 --O1+DDjaLRatPxzPT Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 21, 2010 at 11:41:58AM +1200, Andrew Thompson wrote: > On 21 June 2010 10:11, Garrett Cooper wrote: > > On Sun, Jun 20, 2010 at 3:06 PM, Stathis Kamperis = wrote: > >> 2010/6/21 Garrett Cooper : > >>> =9A =9AErr... I ran an mqueue test and it popped up with ENOSYS. Which > >>> makes me wonder, are POSIX mqueues implemented 100% on FreeBSD? I > >>> looked into sys/kern/uip_mqueue.c and it _appears_ functional, but I > >> > >> Hi, > >> > >> did you first load the respective kernel module (mqueuefs or something > >> like that) ? > > > > Duh... should have checked that first I suppose: no, it isn't loaded. > > However, it doesn't appear to compile with my copy of src: > > > > # make -C /sys/modules/mqueue/ all install > > Warning: Object directory not changed from original /usr/src/sys/module= s/mqueue > > cc -O2 -pipe -fno-strict-aliasing -pipe -O2 -march=3Dnocona -Werror > > -D_KERNEL -DKLD_MODULE -nostdinc =9A -I. -I@ -I@/contrib/altq > > -finline-limit=3D8000 --param inline-unit-growth=3D100 --param > > large-function-growth=3D1000 -fno-common =9A-fno-omit-frame-pointer > > -mcmodel=3Dkernel -mno-red-zone =9A-mfpmath=3D387 -mno-sse -mno-sse2 > > -mno-sse3 -mno-mmx -mno-3dnow =9A-msoft-float > > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector > > -std=3Diso9899:1999 -fstack-protector -Wall -Wredundant-decls > > -Wnested-externs -Wstrict-prototypes =9A-Wmissing-prototypes > > -Wpointer-arith -Winline -Wcast-qual =9A-Wundef -Wno-pointer-sign > > -fformat-extensions -c > > /usr/src/sys/modules/mqueue/../../kern/uipc_mqueue.c > > /usr/src/sys/modules/mqueue/../../kern/uipc_mqueue.c:48:24: error: > > opt_compat.h: No such file or directory > > *** Error code 1 > > > > Stop in /usr/src/sys/modules/mqueue. > > # find /usr/src/ -name opt_compat.h > > > > So I'll need to hunt down what's going on with the missing header. >=20 > opt_* headers are auto-generated by the kernel config. Just add > opt_compat.h to sys/modules/mqueue/Makefile right after opt_posix.h Apparently, missed opt_compat.h in module Makefile is my fault. Would you, please, commit the fix ? --O1+DDjaLRatPxzPT Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkwfH+MACgkQC3+MBN1Mb4i5NQCfXzcCWpncbiHbPgSCXBVgr40Y g04AoJycCE73SjE8Yes8vWNcKWUj7Ldy =UeRi -----END PGP SIGNATURE----- --O1+DDjaLRatPxzPT-- From owner-freebsd-standards@FreeBSD.ORG Mon Jun 21 11:07:05 2010 Return-Path: Delivered-To: freebsd-standards@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4660106564A for ; Mon, 21 Jun 2010 11:07:04 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D226C8FC15 for ; Mon, 21 Jun 2010 11:07:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o5LB74jE098389 for ; Mon, 21 Jun 2010 11:07:04 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o5LB74rx098387 for freebsd-standards@FreeBSD.org; Mon, 21 Jun 2010 11:07:04 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 21 Jun 2010 11:07:04 GMT Message-Id: <201006211107.o5LB74rx098387@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-standards@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-standards@FreeBSD.org X-BeenThere: freebsd-standards@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Standards compliance List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Jun 2010 11:07:05 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o stand/147210 standards xmmintrin.h and cstdlib conflicts with each other with p stand/145517 standards POSIX getline() missing o stand/145082 standards Patch against w(1) & uptime(1) to use 24H time by defa o stand/144231 standards bind/connect/sendto too strict about sockaddr length o stand/143358 standards [libm] nearbyint(3) raises spurious inexact exception o stand/142803 standards j0 Bessel function inaccurate near zeros of the functi s stand/141705 standards [libc] [request] libc lacks cexp (and friends) o stand/130067 standards Wrong numeric limits in system headers? o stand/124860 standards flockfile(3) doesn't work when the memory has been exh o stand/123688 standards POSIX standard changes in unistd.h and grp.h o stand/121921 standards [patch] Add leap second support to at(1), atrun(8) o stand/116826 standards [patch] sh support for POSIX character classes o stand/116477 standards rm(1): rm behaves unexpectedly when using -r and relat o bin/116413 standards incorrect getconf(1) handling of unsigned constants gi o stand/116081 standards make does not work with the directive sinclude p stand/107561 standards [libc] [patch] [request] Missing SUS function tcgetsid o stand/104743 standards [headers] [patch] Wrong values for _POSIX_ minimal lim o stand/100017 standards [Patch] Add fuser(1) functionality to fstat(1) o stand/96236 standards [patch] [posix] sed(1) incorrectly describes a functio o stand/96016 standards [headers] clock_getres et al should be in o stand/94729 standards [libc] fcntl() throws undocumented ENOTTY o kern/93705 standards [headers] [patch] ENODATA and EGREGIOUS (for glibc com o stand/92362 standards [headers] [patch] Missing SIGPOLL in kernel headers a stand/86484 standards [patch] mkfifo(1) uses wrong permissions o stand/83845 standards [libm] [patch] add log2() and log2f() support for libm o stand/82654 standards C99 long double math functions are missing o stand/81287 standards [patch] fingerd(8) might send a line not ending in CRL a stand/80293 standards sysconf() does not support well-defined unistd values o stand/79056 standards [feature request] [atch] regex(3) regression tests o stand/70813 standards [patch] ls(1) not Posix compliant o stand/66357 standards make POSIX conformance problem ('sh -e' & '+' command- s kern/64875 standards [libc] [patch] [request] add a system call: fdatasync( s stand/62858 standards malloc(0) not C99 compliant o stand/56476 standards [patch] cd9660 unicode support simple hack o stand/54410 standards one-true-awk not POSIX compliant (no extended REs) o stand/46119 standards Priority problems for SCHED_OTHER using pthreads p stand/41576 standards ln(1): replacing old dir-symlinks o stand/39256 standards snprintf/vsnprintf aren't POSIX-conformant for strings o kern/27835 standards [libc] execve() doesn't conform to execve(2) spec in s a docs/26003 standards getgroups(2) lists NGROUPS_MAX but not syslimits.h s stand/24590 standards timezone function not compatible witn Single Unix Spec o stand/21519 standards sys/dir.h should be deprecated some more s bin/14925 standards getsubopt isn't poisonous enough 43 problems total.