Date: Tue, 24 Jun 1997 01:13:47 -0500
From: Mumit Khan 
To: help-octave@bevo.che.wisc.edu
Subject: octave-2.0.8-i386-cygwin32 (b18) binary available
 
I just uploaded the octave 2.0.8 binaries for Windows '95/NT (using
Cygnus' gnu-win32 project) to my gnu-win32 web page. Please see
http://www.xraylith.wisc.edu/~khan/software/gnu-win32/ for more
info.
 
>From my minimal testing, it works at least as well (or as badly,
depending on your perspective ;-) as 2.0.5 under gnu-win32 b18.
 
Might want to pick up the hacked gnuplot as well if you want plotting
capabilities. Available from the same place mentioned above.
 
Prereqs:
    - Gnu-win32 stuff from Cygnus http://www.cygnus.com/misc/gnu-win32
 
Doesn't work:
    - info doesn't work, so "help -i" gets you nowhere.
 
Not quite there:
    - Due to a bug in bash in gnu-win32, I had to modifiy the
      install-octave script so that you have to give it a "prefix"
      argument and the script then installs it w/out asking
      confirmation. eg., invoke install-octave as follows:
 
      % ./install-octave /Programs/octave
 
      Do not supply a DRIVE letter (eg., c:/Programs/octave) since that
      causes some problems (sed in this case).
 
    - Due to C++ front-end bugs in 970404 snapshot (one supplied with
      b17.1), building octave is a non-trivial task under b18. I
      basically built everything with b18 c++ except for the pieces
      that use the stream classes, and built those with b17.1 c++.
 
The sole change to octave source code was the following:
 
--- sysdep.cc.~1        Mon Jun 23 23:22:06 1997
+++ sysdep.cc   Mon Jun 23 23:22:20 1997
@@ -155,6 +155,10 @@
 
 // XXX FIXME XXX -- some systems define struct __exception.
 
+#ifdef __CYGWIN32__
+# define exception __exception
+#endif
+
 #if defined (EXCEPTION_IN_MATH)
 extern "C"
 int
 
Regards,
Mumit -- khan@xraylith.wisc.edu
http://www.xraylith.wisc.edu/~khan/
 
 
---------- Forwarded message ----------
Date: Tue, 24 Jun 97 14:24:27 -0400
From: niles@axp745.gsfc.nasa.gov
To: Mumit Khan 
Cc: help-octave@bevo.che.wisc.edu, niles@axp745.gsfc.nasa.gov
Subject: Re: octave-2.0.8-i386-cygwin32 (b18) binary available
 
> I just uploaded the octave 2.0.8 binaries for Windows '95/NT (using
> Cygnus' gnu-win32 project) to my gnu-win32 web page. Please see
> http://www.xraylith.wisc.edu/~khan/software/gnu-win32/ for more
> info.
>
> >From my minimal testing, it works at least as well (or as badly,
> depending on your perspective ;-) as 2.0.5 under gnu-win32 b18.
 
 
Great Job!  It works quite well.  I thought I'd share some problems
I saw.
 
0) It took me a long time to figure out I need to:
	ln -s /gnuwin32/b18/H-i386-cygwin32/bin /bin
   (perhaps you should list in the instructions, perhaps it's in the
    Cygnus instructions already, but I didn't see it.)
 
1) ./install-octave "/Program Files/octave"
 
will fail quite badly because of the space in the name.  This is a
problem in jwe script file itself, but perhaps you could find the
problems and report them to him. (at least put a warning in the
instructions)
 
      (The rest of the problems relate to the gnuplot hack.)
 
2) If I do "sombrero(20)" then try to go back to "plot([1 2])"
I get an error message about set noparametric.  This seems
like it should be easy to fix, no?
 
3) You can't move, resize, or bring to front the gnuplot window.
    It also doesn't refresh correctly.
 
4) Bringing up gnuplot the first time is really slow.
 
5) you need to change the path inside "gnuplot" from ./wgnupl32
   to wherever you put wgnupl32.exe, else it only runs correctly
   if your in the same directory as wgnupl32.exe.
 
	Thanks it works great!
 
 
---------- Forwarded message ----------
Date: Tue, 24 Jun 1997 20:42:12 -0500
From: Mumit Khan 
To: help-octave@bevo.che.wisc.edu
Subject: Re: octave-2.0.8-i386-cygwin32 (b18) binary available
 
niles@axp745.gsfc.nasa.gov writes:
>
> 0) It took me a long time to figure out I need to:
> 	ln -s /gnuwin32/b18/H-i386-cygwin32/bin /bin
>    (perhaps you should list in the instructions, perhaps it's in the
>     Cygnus instructions already, but I didn't see it.)
 
Shouldn't have to as long as it's in your path (for both execs and the
cygwin DLL).
 
>
> 1) ./install-octave "/Program Files/octave"
>
> will fail quite badly because of the space in the name.  This is a
> problem in jwe script file itself, but perhaps you could find the
> problems and report them to him. (at least put a warning in the
> instructions)
 
This is a problem with just about *every* Unix'y scripts. Welcome to
the quoting hell when you have embedded spaces in filenames that are
input to shell scripts. Pretty easy to fix, so maybe I'll take a
crack at it when I get some time (and motivation).
 
>
>       (The rest of the problems relate to the gnuplot hack.)
>
> 2) If I do "sombrero(20)" then try to go back to "plot([1 2])"
> I get an error message about set noparametric.  This seems
> like it should be easy to fix, no?
 
This is not win32 specific. Happens on my linux box as well. I do agree
that it should be easy to fix, but not sure where. Either routines like
plot should reset parameters before starting, or routines like mesh
(called with sombrero) should reset parameters before exiting.
 
>
> 3) You can't move, resize, or bring to front the gnuplot window.
>     It also doesn't refresh correctly.
 
known and probably won't be fixed by me! I know nothing about Win32
API, and that's needed to fix this. The reason is that my hack blocks
while reading a command from standard input (unlike an event driven
reader), and hence the standard win32 events are never handled. Anybody
with basic win32 prog knowledge should be able to fix it. Trivial in
Unix (using select), so can't be any harder in win32. A quick search
thru the headers show a function WSAAsyncSelect, and if it is what I
think it is, may be the answer.
 
>
> 4) Bringing up gnuplot the first time is really slow.
>
 
Yes. I'll investigate this next.
 
> 5) you need to change the path inside "gnuplot" from ./wgnupl32
>    to wherever you put wgnupl32.exe, else it only runs correctly
>    if your in the same directory as wgnupl32.exe.
 
Screwup on my part. Put the wrong copy in the distribution. Thanks
for pointing it out.
 
Thanks for the feedback.
 
Regards,
Mumit -- khan@xraylith.wisc.edu
http://www.xraylith.wisc.edu/~khan/