home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / graphics / gnuplot / 405 < prev    next >
Encoding:
Text File  |  1992-11-18  |  3.1 KB  |  65 lines

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