gnuplot-beta — Developers and beta testers of new gnuplot code

Re: Building on MacOS 10.5

[Ethan A M. <merritt@u.washington.edu>]

On Sunday 28 October 2007 16:44, Daniel Farrell wrote:
> Hello,
> 
> I thought that gnuplot would default to --with-readline=builtin if you  
> didn't specify anything?

Not quite. It auto-configures by looking for available libraries.
The Apple symlinks fake out the autoconfigure by making it think
that libreadline is present, when it really isn't.
If you remove the symlinks, the autoconfigure process will then
fall back to "builtin". 

> Does removing the symlinks not break anything else on MacOS? 

Not if you replace them with a "real" libreadline.

> Why did they put them in there in the first place?

I suppose there are programs that make minimal use of libreadline,
calling only a small number of routines for which libedit does
have equivalents.  For those programs, it is sufficient to provide
a link to libedit.  But I would guess that those programs would be
equally happy to have a full-blown libreadline.

	Ethan



> Where are the symlinks that   
> you removed? For my future reference.
> 
> DJF
> 
> ___
> 
> Results from making gnu readline 5.2 on MacOS 10.5
> 
> Using built-in specs.
> Target: powerpc-apple-darwin9
> Configured with: /var/tmp/gcc/gcc-5465~16/src/configure --disable- 
> checking -enable-werror --prefix=/usr --mandir=/share/man --enable- 
> languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg][^.-]*$/s/ 
> $/-4.0/ --with-gxx-include-dir=/include/c++/4.0.0 --with-slibdir=/usr/ 
> lib --build=i686-apple-darwin9 --program-prefix= --host=powerpc-apple- 
> darwin9 --target=powerpc-apple-darwin9
> Thread model: posix
> gcc version 4.0.1 (Apple Inc. build 5465)
> powerpc-apple-darwin9-gcc-4.0.1: -compatibility_version only allowed  
> with -dynamiclib
> make[1]: *** [libreadline.5.2.dylib] Error 1
> make: [shared] Error 2 (ignored)
> 
> 
> 
> On 28 Oct 2007, at 23:21, Dmitri A. Sergatskov wrote:
> 
> > On 10/28/07, Daniel Farrell <boy...@gm...> wrote:
> >> Hello,
> >>
> >> gnuplot successfully installed on MacOS 10.5 using:
> >> ./configure --without-readline
> >
> > I think it will work also with
> > ./configure --with-readline=buitin
> >
> >> make
> >> sudo make install
> >>
> >> Does this explain why I could never get the readline to work in 10.4?
> >> However, in this case gnuplot still built fine.
> >
> > Yes, this problem is not specific to MacOS 10.5; it has been
> > there for ever...
> >
> >>
> >> Cheers,
> >>
> >> Dan.
> >>
> >> ___
> >>
> >> PS
> >>
> >> I did try to install gnureadline 5.2 but that wouldn't make either!  
> >> It
> >> crashed out with the error:
> >
> > Who crashed?
> >
> >>
> >> Thread model: posix
> >> gcc version 4.0.1 (Apple Inc. build 5465)
> >> powerpc-apple-darwin9-gcc-4.0.1: -compatibility_version only allowed
> >> with -dynamiclib
> >>
> >
> > I was able to compile (on Mac OS X 10.4) readline and install
> > it to /usr/local . Still I was not able to get the build process
> > to ignore the fake readlines, so had to remove the symlinks.
> >
> > Sincerely,
> >
> > Dmitri.
> > --
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 

-- 
Ethan A Merritt
Biomolecular Structure Center
University of Washington, Seattle 98195-7742

Re: Building on MacOS 10.5

[Daniel F. <boy...@gm...>]

Hello,

I thought that gnuplot would default to --with-readline=builtin if you  
didn't specify anything?

gnu readline 5.2 wouldn't compile on MacOS 10.5 and gave the error  
below. That's what I was referring to in my previous post when I said  
'crashed out'.

Did removing the symlinks not break anything else on MacOS? Why did  
they put them in there in the first place? Where are the symlinks that  
you removed? For my future reference.

DJF

___

Results from making gnu readline 5.2 on MacOS 10.5

Using built-in specs.
Target: powerpc-apple-darwin9
Configured with: /var/tmp/gcc/gcc-5465~16/src/configure --disable- 
checking -enable-werror --prefix=/usr --mandir=/share/man --enable- 
languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg][^.-]*$/s/ 
$/-4.0/ --with-gxx-include-dir=/include/c++/4.0.0 --with-slibdir=/usr/ 
lib --build=i686-apple-darwin9 --program-prefix= --host=powerpc-apple- 
darwin9 --target=powerpc-apple-darwin9
Thread model: posix
gcc version 4.0.1 (Apple Inc. build 5465)
powerpc-apple-darwin9-gcc-4.0.1: -compatibility_version only allowed  
with -dynamiclib
make[1]: *** [libreadline.5.2.dylib] Error 1
make: [shared] Error 2 (ignored)



On 28 Oct 2007, at 23:21, Dmitri A. Sergatskov wrote:

> On 10/28/07, Daniel Farrell <boy...@gm...> wrote:
>> Hello,
>>
>> gnuplot successfully installed on MacOS 10.5 using:
>> ./configure --without-readline
>
> I think it will work also with
> ./configure --with-readline=buitin
>
>> make
>> sudo make install
>>
>> Does this explain why I could never get the readline to work in 10.4?
>> However, in this case gnuplot still built fine.
>
> Yes, this problem is not specific to MacOS 10.5; it has been
> there for ever...
>
>>
>> Cheers,
>>
>> Dan.
>>
>> ___
>>
>> PS
>>
>> I did try to install gnureadline 5.2 but that wouldn't make either!  
>> It
>> crashed out with the error:
>
> Who crashed?
>
>>
>> Thread model: posix
>> gcc version 4.0.1 (Apple Inc. build 5465)
>> powerpc-apple-darwin9-gcc-4.0.1: -compatibility_version only allowed
>> with -dynamiclib
>>
>
> I was able to compile (on Mac OS X 10.4) readline and install
> it to /usr/local . Still I was not able to get the build process
> to ignore the fake readlines, so had to remove the symlinks.
>
> Sincerely,
>
> Dmitri.
> --

Re: Building on MacOS 10.5

[Dmitri A. S. <das...@gm...>]

On 10/28/07, Daniel Farrell <boy...@gm...> wrote:
> Hello,
>
> gnuplot successfully installed on MacOS 10.5 using:
> ./configure --without-readline

I think it will work also with
./configure --with-readline=buitin

> make
> sudo make install
>
> Does this explain why I could never get the readline to work in 10.4?
> However, in this case gnuplot still built fine.

Yes, this problem is not specific to MacOS 10.5; it has been
there for ever...

>
> Cheers,
>
> Dan.
>
> ___
>
> PS
>
> I did try to install gnureadline 5.2 but that wouldn't make either! It
> crashed out with the error:

Who crashed?

>
> Thread model: posix
> gcc version 4.0.1 (Apple Inc. build 5465)
> powerpc-apple-darwin9-gcc-4.0.1: -compatibility_version only allowed
> with -dynamiclib
>

I was able to compile (on Mac OS X 10.4) readline and install
it to /usr/local . Still I was not able to get the build process
to ignore the fake readlines, so had to remove the symlinks.

Sincerely,

Dmitri.
--

Re: Building on MacOS 10.5

[Daniel F. <boy...@gm...>]

Hello,

gnuplot successfully installed on MacOS 10.5 using:
./configure --without-readline
make
sudo make install

Does this explain why I could never get the readline to work in 10.4?  
However, in this case gnuplot still built fine.

Cheers,

Dan.

___

PS

I did try to install gnureadline 5.2 but that wouldn't make either! It  
crashed out with the error:

Thread model: posix
gcc version 4.0.1 (Apple Inc. build 5465)
powerpc-apple-darwin9-gcc-4.0.1: -compatibility_version only allowed  
with -dynamiclib

Re: Ggnuplot-beta@lists.sourceforge.netnuplot crashing for "hidden3d undefined" ?

[<HBB...@t-...>]

Thomas Sefzick wrote:

> we are scaling the whole plot by moving the mouse sidewards while
> pressing the middle button. there the comparison of the maximum
> x-, y-, z-values to 'surface_scale' is the right one, and 'surface_scale'
> increases when zooming in.

Mouse interaction doesn't really have much to do with this --- or 
rather, it shouldn't.

The key problem are the third and fourth parameter to 'set view', and 
how they affect the plot.  From the start these parameters were the 
wrong approach to the perceived problem of incomplete space utilization 
by 3D plots.  They cause the plot to outside all sensible boundaries --- 
the graph box, the viewport, and eventually even the page itself.

surface_zscale (the fourth argument of 'set view') is the worst of them. 
  The only effect this parameter reliably has is to blow the plot off 
the page.

> that's why i think that the y-min/max-values should be checked
> against some combination of 'surface_scale' and 'surface_zscale'.

I think both of these variables should be killed for good.

Re: Gnuplot crashing for "hidden3d undefined" ?

[<HBB...@t-...>]

Ethan A Merritt wrote:
> On Saturday 27 October 2007 13:07, Hans-Bernhard Bröker wrote:

>> The problem itself is an internal constraint violation in the hidden3d 
>> algorithm.  Something broke the code designed to ensure that 
>> out-of-range data points don't make it to that point of the algorithm.

> 2005-12-06  Hans-Bernhard Broeker  <br...@ph...>
> 
>         * src/hidden3d.c (COORD_TO_TREECELL, COORD_TO_BITMASK): Avoid
>         overflow by undoing effect of surface_scale before mapping to
>         integers.
>         (store_polygon): Add assert()s to internal macros GET_MIN,
>         GET_MAX, to catch problems not handled by above changes.

The overflows that this was designed to avoid would be those 
wrap-arounds mentioned elsewhere in this thread.

Ultimately, the 'undefined <n>' option to hidden3d may have become 
unviable due to this change.  At level 3 it is already documented as 
"use at your own risk".  The simplest option would be to extend that 
warning to all settings other than the default of 1.0.

> So it's your change.  Do you want to have a look at it?

I'll try to find some time to do that.

> So I there are two separate issues here:
>   
> 1) We changed the default 4.2 configuration to --enable-h3d-quadtree

But only for ./configure builds.  The config/makefile.* and 
config/config.* files weren't all updated.

> 2) The non-quadtree version was subsequently broken by the patch from 1.53 -> 1.54

IIRC, the quadtree variant does its own implicit limit testing 
elsewhere, so it doesn't really need those assert()s.

Re: Building Gnuplot 4.3

[<HBB...@t-...>]

Lichteveld, Edwin wrote:
> It seems that I have tackeled that problem now .... Thanks for the info.
> Now I'm able to compile gnu-plot 4.3.... however I don't jpeg and png
> linked in (in libgd) ... 
> 
> The required pacakges are installed:

... actually, they rather certainly aren't.  You have the runtime 
packages for those libraries, but I don't see the development packages 
that would go with them.

Re: Building on MacOS 10.5

[Ethan A M. <merritt@u.washington.edu>]

On Sunday 28 October 2007 10:53, Dmitri A. Sergatskov wrote:
> On 10/28/07, Ethan A Merritt <merritt@u.washington.edu> wrote:
> 
> >
> > The symbol it is complaining about is in the gnu readline library,
> > or should be.  Could you please report back to us which version of
> > libreadline comes with MacOS 10.5?
> >
> 
> MacOSX does not have GNU libreadline. It comes with BSD libedit
> that has files (or symlinks) readline.h and libreadline.dylib.

I see.  That seems like a poor decision - to masquerade via symlinks
as a library that is not fully compatible.

Several people were working on a gnuplot configuration option to use
the BSD libedit library instead, but it foundered on the problem that
there were too many incompatible versions of libedit itself.

I think someone running MacOS 10.5 will need to adress this one,
ideally the people who packaged it. I would say this qualifies as a 
distribution bug.   Does Apple have a central bug reporting database? 

It sounds like the simplest fix is probably to install gnu
libreadline and remove the dubious symlinks.

-- 
Ethan A Merritt

RE: Building Gnuplot 4.3

[Lichteveld, E. <ed...@ne...>]

Hello Hans Bernard,

It seems that I have tackeled that problem now .... Thanks for the info.
Now I'm able to compile gnu-plot 4.3.... however I don't jpeg and png
linked in (in libgd) ...=20

The required pacakges are installed:

[root@elixir gd-2.0.35]# rpm -qa |grep -e png -e jpeg -e zlib -e ^gd- -e =
free
libpng-1.2.10-7
gd-2.0.33-9.3.fc6
zlib-1.2.3-3
libjpeg-6b-37
libpng-1.2.10-7
zlib-1.2.3-3
freetype-2.2.1-16.el5
libjpeg-6b-37
freetype-2.2.1-16.el5


However it seems that the installed libgd doesn't have png, jpeg etc =
included...
Do you know if there are libgd rmp's with png, jpeg etc included?

Thank you.

With kind regards,

Edwin Lichteveld



Gnuplot build:
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
[root@elixir gnuplot]# pwd
/root/software/gnuplot_4.3/gnuplot

[root@elixir gnuplot]# ./configure --with-gd=3D/usr/lib64
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
.
.
checking for xlC... no
checking whether we are using the GNU C++ compiler... no
checking whether g++ accepts -g... no
checking dependency style of g++... none
configure: WARNING: No C++ compiler found. The wxWidgets terminal will =
not be compiled.
checking for wx-config... no
configure: WARNING: wxWidgets can't be found. You can try =
--with-wx-config-path to give the right path to wx-config. The wxWidgets =
terminal will not be compiled.
checking for CAIROPANGO... configure: WARNING:
Package requirements (cairo >=3D 0.9.0 pango >=3D 1.10 pangocairo >=3D =
1.10) were not met:

No package 'cairo' found
No package 'pango' found
No package 'pangocairo' found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables CAIROPANGO_CFLAGS
and CAIROPANGO_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

configure: WARNING: The wxWidgets terminal will not be compiled.
checking for PANGO_1_10_2... no
checking for CAIROPDF... configure: WARNING:
Package requirements (       cairo >=3D 1.2 cairo-pdf >=3D 1.2 pango =
>=3D 1.10 pangocairo >=3D 1.10 glib-2.0) were not met:

No package 'cairo' found
No package 'cairo-pdf' found
No package 'pango' found
No package 'pangocairo' found
No package 'glib-2.0' found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables CAIROPDF_CFLAGS
and CAIROPDF_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

configure: WARNING: The cairo terminals will not be compiled.
configure: creating ./config.status
config.status: creating Makefile
config.status: creating config/Makefile
.
.
config.status: executing default commands
configure: configuring in lisp
configure: running /bin/sh './configure' --prefix=3D/usr/local  =
'--with-gd=3D/usr/lib64' --cache-file=3D/dev/null --srcdir=3D.
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make sets $(MAKE)... (cached) yes
checking for a BSD-compatible install... /usr/bin/install -c
.
.
checking for pdflatex... no
checking for emacs version... none found
checking whether info-look.el is needed... using none
configure: creating ./config.status
config.status: creating Makefile

** Configuration summary for gnuplot 4.3:

gnuplot will be compiled with the following terminals:

  Standalone terminals: yes (always builtin)
    (aed512, aed767, aifm, bitgraph, cgm, corel, dumb, dxf, eepic, emf, =
emtex,
    epslatex, epson_180dpi, epson_60dpi, epson_lx800, fig, gpic, =
hp2623A,
    hp2648, hp500c, hpdj, hpgl, hpljii, hppj, imagen, kc_tek40xx, =
km_tek40xx,
    latex, metafont, metapost, mif, pbm, postscript, pslatex, nec_cp6, =
okidata,
    pcl5, pstex, pstricks, qms, regis, selanar, svg, starc, tandy_60dpi,
    tek40xx, tek410x, texdraw, tgif, tkcanvas, tpic, vttek)
  X Window System terminal: no (requires X libraries)

  jpeg terminal: no (requires libgd with jpeg support)
  gif terminal: no (requires libgd with gif support)
  png terminal: no (requires libgd with png support)
    (jpeg, gif and png terminals cannot use TTF fonts, requires libgd =
support)

  pdf terminal: no (requires libpdf)
  plot library terminal: no (use --with-plot to enable, requires GNU =
plotutils
                             or UNIX plot)
  linux terminal (vga console): no (use --with-linux-vga to enable,
                                       requires SVGAlib)
  vgagl terminal ((s)vga console): no (use --with-linux-vga to enable,
                                       requires SVGAlib with vgagl)
  ggi terminal: no (use --with-ggi to enable, requires libggi)
  mgr terminal: no (use --enable-mgr to enable, requires libpixrect)
  rgip/uniplex terminal: no (use --enable-rgip to enable)
  svga terminal (MSDOS/djgpp): no
  be terminal (BeOS): no
  next terminal: no
  aqua terminal (MacOS X): no
  wxt terminal: no (requires C++, wxWidgets>2.6, cairo>0.9, pango>1.10)
  cairo-based terminals: no (requires cairo>1.2, pango>1.10)

  Additional terminals are availaible in platform-specific makefiles:
   amiga (makefile.amg and makefile.ami), apollo/gpr (makefile.unx), =
atari/vdi
   (makefile.st), cgi (makefile.unx), mtos (makefile.mto), pm =
(makefile.os2),
   sun (makefile.unx), unixpc (makefile.unx), windows (various Windows
   makefiles)
  Additional terminals are built automatically if possible at =
compile-time:
   vesa (MSDOS), emxvga (MSDOS, OS/2), ega/vga/svga/ssvga/hercules =
(Windows with
   Zortec compiler), macintosh

gnuplot will be compiled with the following features:

  Mouse support in interactive terminals: yes
  Fitting error variables: yes
  String-handling in datafiles: yes
  Zooming or refresh of volatile data: yes (EXPERIMENTAL)
  Plot style histograms: yes
  Command line macros: yes (EXPERIMENTAL)
  Placement of rectangles and other objects: yes (EXPERIMENTAL)
  Plot style image: yes (EXPERIMENTAL)
  General binary data file reading: yes (EXPERIMENTAL)

gnuplot will be compiled with the following options:

  Readline library: builtin minimal (use --with-readline=3Dgnu for GNU =
readline)
  Command-line history file: yes
  Check current directory for .gnuplot file: no (use --with-cwdrc to =
enable)
  Sort help/subtopic tables by column: no (use --without-row-help to =
enable)
  Use TeX kpsexpand to search for fonts: no (use --with-kpsexpand to =
enable)
  Thin plate splines: no (use --enable-thin-spline to enable)
  Hidden3d optimization: quadtree
  Deprecated syntax and terminal options : no (use =
--enable-backwards-compatibility to enable)

gnuplot will install the following additional materials:

  lasergnu printer script: no (use --with-lasergnu to enable)
  gnuplot-mode for X/Emacs: yes
  LaTeX tutorial: no
  Help file: yes (always), in /usr/local/share/gnuplot/4.3/gnuplot.gih
  PostScript prologue files: yes (always)



With kind regards,

Edwin Lichteveld





-----Original Message-----
From: Hans-Bernhard Br=F6ker [mailto:HBB...@t-...]=20
Sent: zaterdag 27 oktober 2007 22:24
To: Lichteveld, Edwin
Cc: gnu...@li...
Subject: Re: Building Gnuplot 4.3

Lichteveld, Edwin wrote:
> [root@elixir gnuplot]# ./prepare
> ./prepare: line 24: aclocal: command not found

> I can't figure out what's wrong. It's clear that 'aclocal' is missing.
> Do I miss some packages which are required for this (development) =
version?

Yes.  You're missing the package that provides the command "aclocal".=20
It's called automake.

Re: Building on MacOS 10.5

[Dmitri A. S. <das...@gm...>]

On 10/28/07, Ethan A Merritt <merritt@u.washington.edu> wrote:

>
> The symbol it is complaining about is in the gnu readline library,
> or should be.  Could you please report back to us which version of
> libreadline comes with MacOS 10.5?
>

MacOSX does not have GNU libreadline. It comes with BSD libedit
that has files (or symlinks) readline.h and libreadline.dylib.

Sincerely,

Dmitri.
--

Re: Building on MacOS 10.5

[Ethan A M. <merritt@u.washington.edu>]

On Sunday 28 October 2007 02:54, Daniel Farrell wrote:
> Hello,
> 
> I want to install 4.2.2 on MacOS 10.5, the ./configure step runs  
> smoothly, then make returns errors when it gets to 'version.c'.

That's very interesting.  I saw one report of that same error previously,
but it has no information on systems or versions.  I've reactivated
the bug report.  It is Bug #1792723
http://sourceforge.net/tracker/index.php?func=detail&aid=1792723&group_id=2055&atid=102055

The bug thread contains proposed fixes, but it looks like you
have a longer list of missing symbols.

The symbol it is complaining about is in the gnu readline library,
or should be.  Could you please report back to us which version of
libreadline comes with MacOS 10.5?









> 
> Making version.c returns an 'underfined symbols' error. See below for  
> more details.
> 
> Cheers,
> 
> Dan.
> 
> ___
> 
> Making version.c
> g++  -g -O2   -o gnuplot  alloc.o axis.o breaders.o bitmap.o color.o  
> command.o contour.o datafile.o dynarray.o eval.o fit.o gadgets.o  
> getcolor.o graph3d.o graphics.o help.o hidden3d.o history.o internal.o  
> interpol.o matrix.o misc.o mouse.o parse.o plot.o plot2d.o plot3d.o  
> pm3d.o readline.o save.o scanner.o set.o show.o specfun.o standard.o  
> stdfn.o tables.o term.o time.o unset.o util.o util3d.o variable.o  
> version.o   -lreadline  -lncurses  -lz
> Undefined symbols:
>    "_rl_forced_update_display", referenced from:
>        _restore_prompt in command.o
>    "_rl_ding", referenced from:
>        _alert in mouse.o
>    "_history_list", referenced from:
>        _write_history_list in history.o
>    "_rl_complete_with_tilde_expansion", referenced from:
>        _rl_complete_with_tilde_expansion$non_lazy_ptr in plot.o
> ld: symbol(s) not found
> collect2: ld returned 1 exit status
> make[3]: *** [gnuplot] Error 1
> make[2]: *** [all-recursive] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 

-- 
Ethan A Merritt
Biomolecular Structure Center
University of Washington, Seattle 98195-7742

Re: Ggnuplot-beta@lists.sourceforge.netnuplot crashing for "hidden3d undefined" ?

[Thomas S. <t.s...@fz...>]

Hans-Bernhard Br=C3=B6ker-2 wrote:
>=20
>> the macros 'GET_MIN' and 'GET_MAX' should be different for checking
>> min or max values in x- and y- and for checking min or max values in
>> z-direction.
>=20
> No.  At the point in the algorithm where these are used, x, y and z have
> already been turned into view coordinates.  They are checked against the
> view frustum,
>=20

ok, yes, but,
we are scaling the whole plot by moving the mouse sidewards while
pressing the middle button. there the comparison of the maximum
x-, y-, z-values to 'surface_scale' is the right one, and 'surface_scale'
increases when zooming in.

the assertion mainly accurs when scaling only the z-coordinate (in plot
coordinates) by moving the mouse pointer up (middle button pressed).
here, 'surface_scale' is not affected at all, 'surface_zscale' increases
instead. but the comparison of the maximum y-value (in view coordinates)
is done against 'surface_scale' which doesn't change at all during this
process.

that's why i think that the y-min/max-values should be checked
against some combination of 'surface_scale' and 'surface_zscale'.

--=20
View this message in context: http://www.nabble.com/Gnuplot-crashing-for-%2=
2hidden3d-undefined%22---tf4688619.html#a13451968
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

Building on MacOS 10.5

[Daniel F. <boy...@gm...>]

Hello,

I want to install 4.2.2 on MacOS 10.5, the ./configure step runs  
smoothly, then make returns errors when it gets to 'version.c'.

Making version.c returns an 'underfined symbols' error. See below for  
more details.

Cheers,

Dan.

___

Making version.c
g++  -g -O2   -o gnuplot  alloc.o axis.o breaders.o bitmap.o color.o  
command.o contour.o datafile.o dynarray.o eval.o fit.o gadgets.o  
getcolor.o graph3d.o graphics.o help.o hidden3d.o history.o internal.o  
interpol.o matrix.o misc.o mouse.o parse.o plot.o plot2d.o plot3d.o  
pm3d.o readline.o save.o scanner.o set.o show.o specfun.o standard.o  
stdfn.o tables.o term.o time.o unset.o util.o util3d.o variable.o  
version.o   -lreadline  -lncurses  -lz
Undefined symbols:
   "_rl_forced_update_display", referenced from:
       _restore_prompt in command.o
   "_rl_ding", referenced from:
       _alert in mouse.o
   "_history_list", referenced from:
       _write_history_list in history.o
   "_rl_complete_with_tilde_expansion", referenced from:
       _rl_complete_with_tilde_expansion$non_lazy_ptr in plot.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
make[3]: *** [gnuplot] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

Re: Gnuplot crashing for "hidden3d undefined" ?

[Ethan A M. <merritt@u.washington.edu>]

On Saturday 27 October 2007 13:07, Hans-Bernhard Br=F6ker wrote:
>=20
> The problem itself is an internal constraint violation in the hidden3d=20
> algorithm.  Something broke the code designed to ensure that=20
> out-of-range data points don't make it to that point of the algorithm.

I first tried ./configure  --disable-h3d-quadtree
The problem was still there.

Reverting hidden3d.c to cvs version 1.54 -> problem is still there
Reverting hidden3d.c to cvs version 1.53  ->  problem is no longer evident

The ChangeLog entry for 1.54 is

2005-12-06  Hans-Bernhard Broeker  <br...@ph...>

        * src/hidden3d.c (COORD_TO_TREECELL, COORD_TO_BITMASK): Avoid
        overflow by undoing effect of surface_scale before mapping to
        integers.
        (store_polygon): Add assert()s to internal macros GET_MIN,
        GET_MAX, to catch problems not handled by above changes.
        (in_front): Avoid accessing qlist[-1].  Make sure
        p_list[] is always filled, even if doing a single-vertex pseudo
        edge.


So it's your change.  Do you want to have a look at it?

BUT....
=3D=3D=3D=3D=3D=3D=3D> THIS IS ONLY TRUE FOR  --disable-h3d-quadtree=20

If I leave the quadtree code enabled, I get this failure even after reverti=
ng to 1.53 =20
=46urthermore, if I go back and rebuild from the 4.0 source with --enable-h=
3d-quadtree
then it fails.

So I there are two separate issues here:
 =20
1) We changed the default 4.2 configuration to --enable-h3d-quadtree

2) The non-quadtree version was subsequently broken by the patch from 1.53 =
=2D> 1.54



=2D-=20
Ethan A Merritt

Re: Ggnuplot-beta@lists.sourceforge.netnuplot crashing for "hidden3d undefined" ?

[<HBB...@t-...>]

Ethan A Merritt wrote:
> On Saturday 27 October 2007 13:18, Hans-Bernhard Bröker wrote:

>> I did, for the reason assert() is pretty much always used: to ensure 
>> that worse, much harder to find problems don't appear further down the 
>> processing pipeline --- you did mention segfaults and strange 
>> wrap-around artifacts earlier...

> For debugging - yes.
> It would be more user friendly not to exit the program, however.
> Instead it should be possible to disable the mouse interaction 
> until the next replot, and bail to the command line with an error
> message int_error().  
> 
> Do you see any problems if the assert() statements were replaced by
>    if (whatever) {
> 	[do something to disable mousing];
> 	int_error(NO_CARET, "error message");
>    }

As long as it stays an int_error() (or rather graph_error(), as this 
happens in the middle of drawing) --- no problems.   An int_warning() 
would be critically insufficient, tough.

Re: Ggnuplot-beta@lists.sourceforge.netnuplot crashing =?iso-8859-1?q?for=09?="hidden3d undefined" ?

[Ethan A M. <merritt@u.washington.edu>]

On Saturday 27 October 2007 13:18, Hans-Bernhard Br=F6ker wrote:
> Thomas Sefzick wrote:
>=20
> > who introduced the 'assert' statements into the 'GET_MIN' and 'GET_MAX'
> > macros and why?
>=20
> I did, for the reason assert() is pretty much always used: to ensure=20
> that worse, much harder to find problems don't appear further down the=20
> processing pipeline --- you did mention segfaults and strange=20
> wrap-around artifacts earlier...

=46or debugging - yes.
It would be more user friendly not to exit the program, however.
Instead it should be possible to disable the mouse interaction=20
until the next replot, and bail to the command line with an error
message int_error(). =20

Do you see any problems if the assert() statements were replaced by
   if (whatever) {
	[do something to disable mousing];
	int_error(NO_CARET, "error message");
   }

=2D-=20
Ethan A Merritt

Re: Suggestion for dgrid3d

[<HBB...@t-...>]

Philipp K. Janert wrote:
> On Wednesday 24 October 2007 12:10, you wrote:
>> Philipp K. Janert wrote:
>>> Now, the real question is, what are the relative
>>> advantages for different choices of w(d)?
>> Well, the primary advantage of the current choice is that it _is_ the
>> current choice.  dgrid3d must have been in gnuplot for over a decade
>> now.  Changing it now would require careful consideration to ensure
>> backward compatibility.
> 
> That's a good point. What kind of things do 
> are you thinking of that depend on the current 
> implementation? 

That's exactly the problem with long-standing de-facto standards --- 
there's no way of knowing if and how people's usage have come to depend 
on it.

We do consider backward compatibility a bit of a holy grail in this 
project.  It's always bad if a change to the program modifies the result 
of a previously established usage.  So new features (like a modified 
weight function) should always be introduced such that they're only 
triggered by commands that would have done nothing useful in earlier 
versions.

> Changing the weight function does not seem to break any existing
> code, as far as I can see.

It's not the code, but it's usage we should be worried about here.

>> Well, as I said before, there is no such radius, thus nothing to be
>> controlled.  OTOH, that's how the algorithm manages to work without
>> knowing anything about the data. 

> Yes, that's true. But I think that's exactly what 
> would be nice to have - to put the ability to 
> control the range into the hands of users, who
> DO know their data! 

I'm afraid you're still thing "filter radius" when you now say "range".
When I say range, I mean the xrange and friends.  That's sufficiently 
controllable by the user.

> For example, if I know that
> my data is very smooth, but not on a grid, I might
> want to use dgrid3d with a small averaging range,
> just to get a surface drawn. But when I know my data 
> to be noisy, I might want to have a wide averaging
> range, to get some of the noise out.

This kind of "range" control is what the power parameter is about.
The higher the power, the more local the filter.  But it's not a range: 
its effect changes with the distribution of input points.

Re: Building Gnuplot 4.3

[<HBB...@t-...>]

Lichteveld, Edwin wrote:
> [root@elixir gnuplot]# ./prepare
> ./prepare: line 24: aclocal: command not found

> I can't figure out what's wrong. It's clear that 'aclocal' is missing.
> Do I miss some packages which are required for this (development) version?

Yes.  You're missing the package that provides the command "aclocal". 
It's called automake.

Re: Ggnuplot-beta@lists.sourceforge.netnuplot crashing for "hidden3d undefined" ?

[<HBB...@t-...>]

Thomas Sefzick wrote:

> the macros 'GET_MIN' and 'GET_MAX' should be different for checking
> min or max values in x- and y- and for checking min or max values in
> z-direction.

No.  At the point in the algorithm where these are used, x, y and z have 
already been turned into view coordinates.  They are checked against the 
view frustum,

> who introduced the 'assert' statements into the 'GET_MIN' and 'GET_MAX'
> macros and why?

I did, for the reason assert() is pretty much always used: to ensure 
that worse, much harder to find problems don't appear further down the 
processing pipeline --- you did mention segfaults and strange 
wrap-around artifacts earlier...

Re: Gnuplot crashing for "hidden3d undefined" ?

[<HBB...@t-...>]

Philipp K. Janert wrote:
> The following two commands will crash 
> gnuplot:
> 	set hidden3d undefined 2
> 	splot [][][:1] 10*exp(-(x**2 + y**2))
> Gnuplot dies with the following message:
> 	hidden3d.c:776: store_polygon: Assertion `p->ymax <= surface_scale' failed.

Strangely enough, there's no such problem with the Win32 release version...

> Note that the plot command is such that
> there are values of the function outside
> the plot range (z-range).

Actually, no, there aren't.  Not at the default setting of

	set isosamples 10

anyway.  That's one too few. ;->

The problem itself is an internal constraint violation in the hidden3d 
algorithm.  Something broke the code designed to ensure that 
out-of-range data points don't make it to that point of the algorithm.

Building Gnuplot 4.3

[Lichteveld, E. <ed...@ne...>]

Hi,
=20
I'm trying to build GNUplot 4.3 on a CentOS 5 system... Building 4.2 is
not
a problem. 4.3 is.
=20
Install new Gnuplot version 4.2
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D
[root@elixir ]# wget
http://downloads.sourceforge.net/gnuplot/gnuplot-4.2.2.tar.gz?modtime=3D1=
1
88593534&big_mirror=3D0
[root@elixir ]# gtar zxvf gnuplot-4.2.2.tar.gz
[root@elixir ]# cd gnuplot-4.2.2
[root@elixir ]# ./configure --with-readline=3Dgnu
[root@elixir ]# make
[root@elixir ]# make install
=20
=20
When trying to build 4.3 dev on the same system
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
[root@elixir gnuplot]# export
CVSROOT=3D:pserver:ano...@gn...:/cvsroot/gnuplot=

[root@elixir gnuplot]# cvs login
[root@elixir gnuplot]# cvs -z3 checkout gnuplot
=20
[root@elixir gnuplot]# ./prepare
./prepare: line 24: aclocal: command not found
=20
Some part of the preparation process failed.
Please refer to INSTALL for details.
=20
=20
I can't figure out what's wrong. It's clear that 'aclocal' is missing.
Do I miss some packages which are required for this (development)
version?
=20
Thanks.
=20
With kind regards,=20

Edwin Lichteveld


=20

Re: Ggnuplot-beta@lists.sourceforge.netnuplot crashing for "hidden3d undefined" ?

[Thomas S. <t.s...@fz...>]

oh, it's a little bit more difficult:

the macros 'GET_MIN' and 'GET_MAX' should be different for checking
min or max values in x- and y- and for checking min or max values in
z-direction.

who introduced the 'assert' statements into the 'GET_MIN' and 'GET_MAX'
macros and why?


Thomas Sefzick wrote:
> 
> interesting, gnuplot 4.0 doesn't crash, it seems that repairing some
> bugs (too large z-values flip to negative(?) values when making the
> z-scaling too large with the middle mouse button, but, gp 4.0 doesn't
> crash!)
> introduced this behaviour.
> 
> the assertion goes away when 'min' or 'max' are compared to
> 'surface_zscale' and not to 'surface_scale' as it is now in 'hidden3d.c'.
> (z-values don't have anything to do with the scaling of the x-y-plane)
> 
> but then i run into this segmentation fault when 'surface_zscale' is
> around '10'.
> 
> 

-- 
View this message in context: http://www.nabble.com/Gnuplot-crashing-for-%22hidden3d-undefined%22---tf4688619.html#a13404528
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

Re: Ggnuplot-beta@lists.sourceforge.netnuplot crashing for "hidden3d undefined" ?

[Thomas S. <t.s...@fz...>]

interesting, gnuplot 4.0 doesn't crash, it seems that repairing some
bugs (too large z-values flip to negative(?) values when making the
z-scaling too large with the middle mouse button, but, gp 4.0 doesn't
crash!)
introduced this behaviour.

the assertion goes away when 'min' or 'max' are compared to
'surface_zscale' and not to 'surface_scale' as it is now in 'hidden3d.c'.
(z-values don't have anything to do with the scaling of the x-y-plane)

but then i run into this segmentation fault when 'surface_zscale' is
around '10'.

-- 
View this message in context: http://www.nabble.com/Gnuplot-crashing-for-%22hidden3d-undefined%22---tf4688619.html#a13404317
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

Re: Ggnuplot-beta@lists.sourceforge.netnuplot crashing for "hidden3d undefined" ?

[Ethan A M. <merritt@u.washington.edu>]

On Wednesday 24 October 2007 21:44, Philipp K. Janert wrote:
> 
> The following two commands will crash 
> gnuplot:
> 	set hidden3d undefined 2
> 	splot [][][:1] 10*exp(-(x**2 + y**2))

I'm afraid I don't know what the 'undefined' option is supposed
to do, so I can't comment on whether this is supposed to work.

> Gnuplot dies with the following message:
> 	hidden3d.c:776: store_polygon: Assertion `p->ymax <= surface_scale' failed.

But that message arises, I think, simply because of the range and
scale used for plotting.  I've been getting this message a lot
recently if I use the middle mouse button in splot mode to try
to rescale the plot.

I have tried replacing the assert statements with non-fatal
warnings. That allows many mouse operations to succeed that 
otherwise would have triggered the assertion failure, but
eventually it dies elsewhere on a segfault.

So yes, there are serious known problems with the
hidden3d scaling code.  But I think that the 'undefined'
option is not the cause; it just perturbs the chance of
hitting the true bug.

 
> Note that the plot command is such that
> there are values of the function outside
> the plot range (z-range).
> 
> I get the same effect for 
> 	set hidden3d undefined 2
> and
> 	set hidden3d undefined 3
> Only level = 1 is ok.
> 
> This occurs for both wxt and x11 terminals.
> (I didn't try any others.)
> 
> Is this a known problem?
> 
> Best,
> 
> 		Ph.
> 
> 
> 
> 
> 
> 
> Below the output of show version long:
> 
>         G N U P L O T
>         Version 4.2 patchlevel 2 
>         last modified 31 Aug 2007
>         System: Linux 2.6.18.2-34-default
> 
>         Copyright (C) 1986 - 1993, 1998, 2004, 2007
>         Thomas Williams, Colin Kelley and many others
> 
>         Type `help` to access the on-line reference manual.
>         The gnuplot FAQ is available from http://www.gnuplot.info/faq/
> 
>         Send bug reports and suggestions to 
> <http://sourceforge.net/projects/gnuplot>
> 
> Compile options:
> -READLINE  +LIBREADLINE  +HISTORY  +BACKWARDS_COMPATIBILITY  +BINARY_DATA  
> +GD_PNG  +GD_JPEG  +GD_TTF  +GD_GIF  +ANIMATION  
> -NOCWDRC  +X11  +X11_POLYGON  +MULTIBYTE  +USE_MOUSE  +HIDDEN3D_QUADTREE  
> +DATASTRINGS  +HISTOGRAMS  +OBJECTS  +STRINGVARS  +MACROS  +IMAGE  
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 

-- 
Ethan A Merritt
Biomolecular Structure Center
University of Washington, Seattle 98195-7742

Gnuplot crashing for "hidden3d undefined" ?

[Philipp K. J. <ja...@ie...>]

I seem to have run across a problem with 
	set hidden3d undefined x
in Gnuplot 4.2.2 on Linux (detailed version
info at the end of this message).

The following two commands will crash 
gnuplot:
	set hidden3d undefined 2
	splot [][][:1] 10*exp(-(x**2 + y**2))
Gnuplot dies with the following message:
	hidden3d.c:776: store_polygon: Assertion `p->ymax <= surface_scale' failed.

Note that the plot command is such that
there are values of the function outside
the plot range (z-range).

I get the same effect for 
	set hidden3d undefined 2
and
	set hidden3d undefined 3
Only level = 1 is ok.

This occurs for both wxt and x11 terminals.
(I didn't try any others.)

Is this a known problem?

Best,

		Ph.






Below the output of show version long:

        G N U P L O T
        Version 4.2 patchlevel 2 
        last modified 31 Aug 2007
        System: Linux 2.6.18.2-34-default

        Copyright (C) 1986 - 1993, 1998, 2004, 2007
        Thomas Williams, Colin Kelley and many others

        Type `help` to access the on-line reference manual.
        The gnuplot FAQ is available from http://www.gnuplot.info/faq/

        Send bug reports and suggestions to 
<http://sourceforge.net/projects/gnuplot>

Compile options:
-READLINE  +LIBREADLINE  +HISTORY  +BACKWARDS_COMPATIBILITY  +BINARY_DATA  
+GD_PNG  +GD_JPEG  +GD_TTF  +GD_GIF  +ANIMATION  
-NOCWDRC  +X11  +X11_POLYGON  +MULTIBYTE  +USE_MOUSE  +HIDDEN3D_QUADTREE  
+DATASTRINGS  +HISTOGRAMS  +OBJECTS  +STRINGVARS  +MACROS  +IMAGE