Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT sourceware DOT cygnus DOT com Delivered-To: mailing list cygwin AT sourceware DOT cygnus DOT com Message-Id: <200004230039.TAA12686@pluto.xraylith.wisc.edu> To: cygwin AT sourceware DOT cygnus DOT com Subject: Re: gnuplot won't work with new net release In-Reply-To: Your message of "Thu, 20 Apr 2000 22:06:50 EDT." <20000420220650 DOT B3923 AT cygnus DOT com> Date: Sat, 22 Apr 2000 19:39:11 -0500 From: Mumit Khan Chris Faylor writes: > > /tmp is a valid Windows path. The Windows command shell may not > recognize it but it is a valid path name and many programs, especially > ones with UNIX origins will properly understand it whether they are > cygwin programs or not. This is a tricky problem because of the way Octave communicates with gnuplot, which is natively compiled. Those who are Octave users probably know of my attempts to tackle this problem eons ago, only to be stumped by the ridiculous licensing used by gnuplot back then (changed since from what I understand, but I've rather lost my appetite for it). One thing you could try until we can fix this correctly is to use $ export TMPDIR=. $ octave to make sure the tempnam() that Octave uses to create the temporary filename uses current directory. That should help gnuplot find the file correctly. Regareds, Mumit -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com