> Hi,
> > > I am using NT Emacs 20.3.1 (on NT 4.0 SP3) and JDE 2.1.5
> > > to work on multiplatform Java Projects. When I am visiting
> > > files on a remote Unix machine (e.g. by typing
> > > "C-x C-f /utah:Authenticator.java") emacs sometimes hangs. After
> > > a while I found out it's a JDE related problem. The problem
> > > occurs only when there is *NO* prj.el file on the remote machine.
stuff deleted..
>
> But why works everything perfect when there is a prj.el file in the
> same dir as the java file? Only if this (very jde specific :-)) file
> is missing emacs hangs.
>
>
I ran into a similar problem with Netware/W95/emacs19.34/jde2.0.9.
At the time I attributed the problem to yet another glitch in the
network redirector/W95/emacs intersection and "solved" the problem
by making sure there was an empty prj.el file in the search path.
I did put some debugging in and found that jde was recursively
building filenames
../prj.el
../../prj.el
../../../prj.el
and there got to be a _lot_ of ..s before emacs pulled the plug on the
recursion. After the recursion was terminated jde concluded that there
was no prj.el file and proceeded accordingly. However, it took several
minutes during which it appeared that emacs was hung.
Evidently somewhere the attempt to proceed up the directory tree above
the root directory is not being detected. On the other hand, it is
detected if the search is on a local drive.
I am ignorant as to what the appropriate test for this is in a W95
environment. Or whether there is a unique test. As I said, at the time
I attributed it to the network redirector (Microsoft's, because
Novell's has worse problems). Perhaps the test has to know about the
file system being navigated.
Dave F
