Path: utzoo!utgpu!jarvis.csri.toronto.edu!clyde.concordia.ca!uunet!cs.utexas.edu!sun-barr!newstop!texsun!texbell!mechjgh Newsgroups: comp.sys.ncr Subject: mkdir() Message-ID: <1884@texbell.swbt.com> Date: 30 Dec 89 23:03:42 GMT Sender: mechjgh@texbell.swbt.com Organization: NCR Tower Mailing List Gateway Lines: 33 >>>>> On 29 Dec 89 00:16:57 GMT, Carl "Art" McIntosh said: Art> I recently installed Larry Wall's fine program 'perl' on our Art> NCR Tower 32/650 here at work, we are running NCR OS 2.01.00. Art> The perl is version 3.0, patch- level 8. The thing compiles Art> fine, except for eval.c and teval.c which the compiler can't Art> optimize due to 'too many labels'. Add -W2,-Sl,2000 to the 'additional cc flags' perl 3.0 Configure script question. Art> now try ar -tv /lib/libc.a | fgrep mkdir. Art> Lo and behold! mkdir.o is in libc.a! Art> How come this hummer isn't documented in the refs and no man page Art> exists for it ? Does it work ? main() { mkdir("foo") } sure Art> does work, guess we got a good mkdir. Anyone know why this one Art> isn't documented, and if it works like most mkdirs ? Any Art> "special" args or returns I need to worry about ? Why does Art> op.mkdir test 3 fail ??? The reason it's not documented is because it's broken. IMHO it shouldn't have been there in the first place. Simply delete it, and all the perl tests run just fine. cd /lib;ar d libc.a mkdir.o;ar d libcieee.a mkdir.o;ar d libc881.a mkdir.o It's broken because it never sets errno when it fails. perl expects it to do. It simply does a popen("/bin/mkdir") anyway, so there's no fancy undocumented system calls hiding there either. --- Robert Andersson, International Systems A/S, Oslo, Norway. Internet: ra@is.uu.no UUCP: ...!{uunet,mcvax,ifi}!is.uu.no!ra