home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.graphics.gnuplot
- Path: sparky!uunet!think.com!ames!network.ucsd.edu!munnari.oz.au!bruce.cs.monash.edu.au!maurice
- From: maurice@bruce.cs.monash.edu.au
- Subject: Re: troubles with wgnuplot
- Message-ID: <1992Nov18.225120.19661@bruce.cs.monash.edu.au>
- Organization: Computer Science, Monash University, Australia
- References: <MAILQUEUE-101.921113090123.480@risrms1.risoe.dk>
- Date: Wed, 18 Nov 1992 22:51:20 GMT
- Lines: 54
-
- From article <MAILQUEUE-101.921113090123.480@risrms1.risoe.dk>, by RMS-BJWA@risoe.dk (Bjarne Wallin):
- > I have just created a copy of Gnuplot for mswindows (ver 3.38p1.42).
- > I used the makefile.win to do the job. I downloaded the copy from a
- > local computer centers unix mascine. The copy was a compressed tar
- > file. I used the Turbo c++ ver 3.1 situated on a novell server. I was
- > running dos 5.00 on a olivetti 386 mascine.
- > I got my exe file but I had to make a few corections. Several of the
- > data files had no cr,lf (0A,0D), perhaps becouse of of the Unix
- > compression? I got a link error: Data segment bigger than 64 k. Is'nt
- > it possible to have larger data segments? I changed the stacksize in
- > the WGNUPLOT.DEF to 24500, but is that necessary?
- >
- > Best regard Bjarne Wallin
- > Risoe Natitional Laboratory
- > Roskilde, Denmark
-
- Bjarne,
- The cr/lf characters are missing because Unix does not user the
- cr/lf sequence to separate lines. If you had uncompressed and untared the
- files on a Unix system then transfered them in text mode to a PC you would
- have had no problems. Alternately there are several wordprocessors, text
- editors and utilities that will convert Unix style line termination to
- MS-DOS style line termination.
-
- The problem you reported is not actually caused by overflowing the data
- segment, but rather by overflowing the automatic data segment. The
- automatic data segment contains DGROUP physical segment, local heap,
- and the stack.
-
- Segments are limited to 64K size under windows.
-
- A number of strategies have been employed to reduce the problems you
- encountered: 1. Constant strings were moved into the data segment and
- only pointers to the strings retained in the Automatic Data Segment;
- 2. The size of the stack and heap were carefully calculated to enable
- gnuplot to operate.
-
- Please note that in relation to (2) the development was carried out under
- the command line compiler supplied with Borland C++ 3.1, other versions
- of the compiler or other compilers, or simply changing libraries, may
- change the size of the DGROUP and hence require the changing of the size
- of the stack and the local heap.
-
- In conclusion, Bjarne found a limitation in the Borland C++ MS-Windows
- combination, that was made worse by our attempts to squeeze as much
- stack space as possible out of the program.
-
- Maurice Castro
-
- --
- Maurice Castro | "In hardware engineering, Ohm's
- maurice@bruce.cs.monash.edu.au | law and Maxwell's equations pale
- | in importance and influence next
- | to Murphy's Law" Gordon Bell
-