From: "Andrew Crabtree" To: "Eli Zaretskii" Cc: Subject: Re: Incompatibilities with NT Date: Mon, 3 Nov 1997 11:18:47 -0800 Message-Id: <01bce88d$4f68eb00$45111d0f@ros51675cra.rose.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Precedence: bulk >Good idea. Compile `_truename.c' with -DTEST, and you get your program. Here is some output from a dir command (some of it scolled off), my new testtrue.exe program (truename.c compiled with -DTEST), gcc, and mkid. Truename definitely can see the files, gcc and mkid don't. 10/10/97 09:53a mstp_tests 09/11/97 01:29p 153,600 mdc.slave.tar0911 08/02/97 08:56a 42 tempcs 08/02/97 08:56a 983 updated.txt 09/08/97 01:05p 145,557 ss-970908.diff 07/22/97 08:20a 2,350 new_files 10/29/97 05:17p 35,675 label_updated.txt 09/26/97 01:59p 24,525 igmp_tests_092697.tar.bz 08/11/97 08:33a 22,107 ss-970811.tar.bz 63 File(s) 2,095,411 bytes 524,288,000 bytes free M:\andrewc_top\tests>testtrue tempcs Arg: "tempcs" Int 21h/AX=6000h: "M:\andrewc_top\tests\TEMPCS" M:\andrewc_top\tests>gcc tempcs gcc.exe: tempcs: No such file or directory (ENOENT) gcc.exe: No input files M:\andrewc_top\tests>testtrue undated.txt Arg: "undated.txt" Int 21h/AX=6000h: "M:\andrewc_top\tests\UNDATED.TXT" M:\andrewc_top\tests> M:\andrewc_top\tests>mkid c:/djgpp/bin/mkid.exe: can't stat `andrewc_top' from `m:/' c:/djgpp/bin/mkid.exe: can't chdir to `andrewc_top' from `m:/': No such file or directory (ENOENT) c:/djgpp/bin/mkid.exe: can't chdir to `andrewc_top/tests' from `m:/': No such fi le or directory (ENOENT) c:/djgpp/bin/mkid.exe: can't chdir to `..' from `m:/andrewc_top/tests': No such file or directory (ENOENT) c:/djgpp/bin/mkid.exe: nothing to do M:\> >No, actually it seems quite OK. Oh, good. I thought because one of them said CCase, and the other \\view that it was a problem, but I was just guessing. >What kind of problems did you have accessing files on that drive? Can >you tell me which error messages did you see, and from what utilities >(Make? gcc? ld?). I think the above is representative, let me know if more should be tried. > Until now, we saw that `df' works OK with m:. (It >might be that some low-level libc function needs to be fixed, and you >will live happily ever after, if we only find that function.) It would be great if it were that easy :) Thanks Andy