#309 closed defect (invalid)
stat() for '\..' should fail
Reported by: | KO Myung-Hun | Owned by: | |
---|---|---|---|
Priority: | normal | Milestone: | libc-0.7 |
Component: | libc | Version: | 0.6.5 |
Severity: | normal | Keywords: | |
Cc: |
Description
Hi/2.
stat() for '\..' should fail. A parent of root is invalid.
Attachments (1)
Change History (5)
Changed 10 years ago by
Attachment: | parent-of-root-is-invalid.diff added |
---|
comment:1 Changed 10 years ago by
Resolution: | → invalid |
---|---|
Status: | new → closed |
No, the parent of root is root, on FreeBSD, Linux, Windows and most importantly OS/2. Play around with stat /../../..
if you don't believe me.
comment:2 Changed 10 years ago by
Resolution: | invalid |
---|---|
Status: | closed → reopened |
I've confirmed. But VAC 3.08, OpenWatcom? v1.8 and EMX return an error. kLIBC should considers the compatiblity with other OSes more importantly than other OS/2 compilers ?
comment:3 Changed 10 years ago by
Resolution: | → invalid |
---|---|
Status: | reopened → closed |
Yes, POSIX/UNIX compatibility is much more important than being compatible with IBM VisualAge? for C++, [Open]Watcom C/C++ or Microsoft C. Again just try call stat("/../../..", &St);
on FreeBSD.
As mentioned in the wiki and numerous bugs, kLibC is NOT aiming at being bug compatible with either of the compilers you mentioned, but rather making porting UNIX open source code easier. This means leaning towards API behavior described by OpenGroup? / POSIX and actual UNIX implementations or clones, rather than some obscure and mostly discontinued compilers.
(Seems the Dos* APIs on OS/2 are unable to resolve "C:\..", despite the root directory having a '..' entry. I recall there being a HPFS or HPFS386 (or was it JFS?) APAR adding it to the root directory a very long time ago, too bad they didn't make it do what it is supposed to do.)
comment:4 Changed 10 years ago by
I already confirmed on MingW and Linux. stat() worked on those OSes as you said. But OS/2 compilers did differently. So I asked.
I certainly came to know the aiming point of kLIBC. And I absolutely agree with you. Thanks.
patch for '\..'