Date: Mon, 31 Aug 1998 17:14:04 +0300 (IDT)
From: Eli Zaretskii <eliz AT is DOT elta DOT co DOT il>
To: Olivier Perron <perron AT art DOT alcatel DOT fr>
cc: djgpp AT delorie DOT com
Subject: Re: Computer freeze when using latest version of vim and bash as inferior shell
In-Reply-To: <Pine.GSO.3.96.980831153841.2658D-100000@rtbsci145s>
Message-ID: <Pine.SUN.3.91.980831170123.24142H-100000@is>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Precedence: bulk


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, &regs);

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.