After running a program, the May (20060510-2133) and
August (20060821-1502) DrJavas' interaction panes
sometimes (always?) cease to function if the Java
source file is on an AFP share point, but not (so far)
when it's local. I've not yet tried it on an
NFS-mounted source file. I've not seen this happen with
the January (20060127-2145) release.
***************************************
Carrie Howells
Instructional Support Coordinator CS134
University of Waterloo
cahowell@cs.uwaterloo.ca
***************************************
Logged In: YES
user_id=430590
We do not have any test machines that use AFP. Our Apple
development machines are all standalone machines (on our
department network) that only access local files. We
routinely run DrJava on Linux machines accessing NFS-mounted
files.
File access issues *SHOULD* be handled transparently by the
JVM but unfortunately, some platform dependencies are
visible from the Java File API's (I suspect most of them are
unavoidable). For example, files are implicitly locked in
many circumstances on Windows but not on Unix based systems.
There is a timing bug in the latest stable release that is
fixed in our most recent builds. It is conceivable that
remote accesses via AFP have timing patterns that trigger
this bug. We are in the process of releasing an update to
the current stable release that fixes this timing bug. It
should be available late this afternoon.
Please try the new stable and report back on whether you
still have problems.
Logged In: YES
user_id=1075744
I have noticed problems with the Windows lab machines on
campus. When DrJava is run on a remote drive (U:\) and the
source and class files are, too, the interactions pane does
not find the classes. I'm not sure if all of these criteria
have to apply (DrJava, source AND class files on a networked
drive), but networked drives definitely seem to be causing a
problem.
I'm elevating the priority of this bug report.