Mail Archives: djgpp/1998/08/31/10:14:23
On Mon, 31 Aug 1998, Olivier Perron wrote:
> It is the dpmi_int call at line 120 of patched truename.c (patch PTF0018)
> which hanged.
I don't remember the patches by number. Is this the place that hangs?
lfn_retry:
regs.x.ds = regs.x.es = __tb_segment;
regs.x.si = __tb_offset;
regs.x.di = __tb_offset + MAX_TRUE_NAME;
__dpmi_int(0x21, ®s);
If it is, then could you please see if it hangs on the second retry,
after the call with CX=2 failed, or on the first?
Does the test program at the end of truename.c also hang for you on drive
X:? Does it hang on other drives?
> I did rebuild the patched stat.c with patches PTF0013 abd PTF0248. If I
> run the test program, I always have the following answer:
> DOS 7.10 (MS-DOS)
You need to run the test program like this:
stat 0 foo
where foo is the name of the file you want to stat. In your case, try
"stat 0 X:/ls" and see if it hangs. The zero *must* be used as the first
argument, or the program won't work.
> X is a net drive and is declared in the PATH as X:\ by the system
> administartor.
Net drive are a nemesis of stat and _truename... Do you know what kind
of network software is used to mount drive X:?
> But I've not seen any call to _ioctl_get_first_cluster between truename
> and dpmi_int.
This is normal, _ioctl_get_first_cluster is called after _truename. I
don't know why did it appear in the traceback, but it's not really
important now.
- Raw text -