fredagen den 21 december 2012 12.38.01 skrev Jeff Sickel:
> Given all the Plan 9 spinoffs that still include APE, it might
> be worth the effort at some point to bring APE up to SUSv3 or
> SUSv4 to ease in porting code that's heavily POSIX-dependent.
>
> Though there might not be enough time or e
On Fri, Dec 21, 2012 at 12:38:01PM -0600, Jeff Sickel wrote:
> Given all the Plan 9 spinoffs that still include APE, it might
> be worth the effort at some point to bring APE up to SUSv3 or
> SUSv4 to ease in porting code that's heavily POSIX-dependent.
>
> Though there might not be enough time or
On Fri Dec 21 13:38:20 EST 2012, j...@corpus-callosum.com wrote:
> Given all the Plan 9 spinoffs that still include APE, it might
> be worth the effort at some point to bring APE up to SUSv3 or
> SUSv4 to ease in porting code that's heavily POSIX-dependent.
>
> Though there might not be enough tim
Given all the Plan 9 spinoffs that still include APE, it might
be worth the effort at some point to bring APE up to SUSv3 or
SUSv4 to ease in porting code that's heavily POSIX-dependent.
Though there might not be enough time or energy to take on
such an endeavor.
-jas
On Dec 18, 2012, at 2:02 P
To sum things up a little, here are the different
versions of the Single UNIX Specification, available
from The Open Group:
SUSv2 (1997)
http://www.opengroup.org/onlinepubs/7990989775/
SUSv3 (POSIX.1-2001/2004)
http://www.opengroup.org/onlinepubs/009695399/
SUSv4 (POSIX.1-2008)
http://www.opengr
Hi.
Jeff Sickel wrote:
> > http://pubs.opengroup.org/onlinepubs/009604599/basedefs/errno.h.html
> >
> > This is from the 2004 standard (the first one google found) but the
> > 2008 version should be findable from opengrouop.org somewhere. It won't
> > be too much different (we hope! :-).
>
> If
>
> http://pubs.opengroup.org/onlinepubs/009604599/basedefs/errno.h.html
>
> This is from the 2004 standard (the first one google found) but the
> 2008 version should be findable from opengrouop.org somewhere. It won't
> be too much different (we hope! :-).
If the OpenGroup's so open why do I n
Hi.
Jeff Sickel wrote:
> >> It should be EISCONN, not because "other systems" have this, but because
> >> it is in Sus v3.
>
> Other systems were my only reference as I just didn't want to buy the
> spec at this stage. If anyone has a link to a freely available spec
> then that would be a good
>> It should be EISCONN, not because "other systems" have this, but because
>> it is in Sus v3.
Other systems were my only reference as I just didn't want to buy the
spec at this stage. If anyone has a link to a freely available spec
then that would be a good reference point for APE in the futur
> It should be EISCONN, not because "other systems" have this, but because
> it is in Sus v3.
Patch submitted.
On Mon, Dec 17, 2012 at 04:06:46PM -0600, Jeff Sickel wrote:
> I'm not familiar with the full history of /sys/include/ape/errno.h, but it
> looks like EISCON should be EISCONN to fit with other systems that at least
> pretend to be POSIX compliant. SunOS 5.11 did have EISCON, but...
>
It shoul
On 2012-12-17, at 10:08 PM, Jens Staal wrote:
> In my porting of stuff using APE,
The spec speaks.
In my porting of stuff using APE, I often notice that many applications
assume more members of the struct stat in sys/stat.h, especially
st_blocksize. Is there any reasonable similar information available
elsewhere in the system that could be used in a local "rpl_stat" struct for
those ports?
othe
On Mon Dec 17 17:38:33 EST 2012, j...@corpus-callosum.com wrote:
> I'm not familiar with the full history of /sys/include/ape/errno.h, but it
> looks like EISCON should be EISCONN to fit with other systems that at least
> pretend to be POSIX compliant. SunOS 5.11 did have EISCON, but...
makes s
I'm not familiar with the full history of /sys/include/ape/errno.h, but it
looks like EISCON should be EISCONN to fit with other systems that at least
pretend to be POSIX compliant. SunOS 5.11 did have EISCON, but...
e.g.:
FreeBSD 9.0 /usr/include/errno.h && Mac OS X 10.8 (POSIX-compliant now
15 matches
Mail list logo