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