B News' Directory permission problem in /tmp

Conor P. Cahill cpcahil at virtech.uucp
Wed Oct 25 07:42:43 AEST 1989


In article <1989Oct23.152647.27702 at utzoo.uucp>, henry at utzoo.uucp (Henry Spencer) writes:
> In article <37127 at looking.on.ca> brad at looking.on.ca (Brad Templeton) writes:
> >Unix 3.2 is POSIX compliant.  That means that if you pass a filename longer
> >than 14 chars, it is not truncated, the open fails.
> 
> It should be noted that "POSIX compliant" does not suffice as an explanation
> for this particular behavior.  This behavior is *optional* in POSIX; the
> alternative is the way Unix historically did it, i.e. just ignore the extra
> characters.  That is, blame AT&T, not POSIX, for this decision.

This is not a "feature" of standard System V Rel 3.2 as released by Interactive,
and Bell Tech.  When the poster mentioned it in this group I assumed it was
a "feature" of SCO UNIX 3.2.  So don't blame AT&T nor POSIX, just blame SCO.





-- 
+-----------------------------------------------------------------------+
| Conor P. Cahill     uunet!virtech!cpcahil      	703-430-9247	!
| Virtual Technologies Inc.,    P. O. Box 876,   Sterling, VA 22170     |
+-----------------------------------------------------------------------+



More information about the Comp.unix.xenix mailing list