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

Re: pngcairo: suggestion for additional option

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

On Wednesday 19 December 2007 08:16, Allin Cottrell wrote:
> I'm attaching a new .tgz file with 3 small patches, to 
> term/cairo.trm, src/eval.c and src/term_api.h.  Jointly these 
> implement the writing of plot pixel bounds, with a possible scale 
> factor, using a new scalar variable rather than a new function 
> pointer.

I like the idea, but unfortunately this code isn't working.
If you look closely, you will find that the y coordinates being
reported by this code are off by 17 pixels in the default 640x480
ouput from either 'set term png' or 'set term pngcairo'.  This is
because the coordinate mapping is more complicated. In the case of
the png terminal:
     Y(coord) = (term->ymax - coord)

Other terminals, particularly postscript, are more complicated yet.
Postscript has to deal with landscape/portrait mode as well as
bounding box offsets. I suspect that the only way to do this properly
is to have each terminal report its own mapping.

As an aside, I realized while looking at the patch code that aside
from scaling these numbers are already available as
   axis_array[FIRST_X_AXIS].term_lower
   axis_array[FIRST_X_AXIS].term_upper
and so on.

	Ethan

-- 
Ethan A Merritt

RE: Downloading gnuplot 4.3

[Leopoldo P. <lpe...@ca...>]

Hi Tatsuro,

Thanks a lot. I found and downloaded de win32 4.3 gunplot package from the
address you indicate to me. 

Regards,

Leopoldo Peralta
-----Mensaje original-----
De: Tatsuro MATSUOKA [mailto:tma...@ya...] 
Enviado el: Tuesday, December 25, 2007 4:11 AM
Para: Leopoldo Peralta
CC: gnu...@li...; me
Asunto: RE: Downloading gnuplot 4.3

Dear Leopoldo Peralta


Please do not forget cc. to gnu...@li....
This is because the mail discussions are recorded in the threads 
and it will be helpful for other users.
The items on the threads are able to be searched by other people like  the
Google.

Your questions and the replies by the repliers will contribute to the
gnuplot
activities.

> My platform is WindowsXP. Sp2

So you can download the pre-complies cvs version of the gnuplot from:


http://www.ring.gr.jp/pub/text/TeX/ptex-win32/utils/
 
Downoload 'gnuplot-43pl0w32.zip' from the above.

Your questions are helpful for the gnuplot users on windows who would like
to use 
cvs verion of gnuplot.

Thanks!! 

Regards

Tatsuro


   

--- Leopoldo Peralta <lpe...@ca...> wrote:

> Hi Tatsuro,
> 
> My platform is WindowsXP. Sp2
> 
> -----Mensaje original-----
> De: Tatsuro MATSUOKA [mailto:tma...@ya...] 
> Enviado el: Tuesday, December 25, 2007 1:54 AM
> Para: Hans-Bernhard Br 醇 rker; Leopoldo Peralta
> CC: gnu...@li...; me
> Asunto: Re: Downloading gnuplot 4.3
> 
> Hello Leopoldo Peralta
> 
> What is your platform?
> 
> If you are Unix or cygwin user and you install development kits 
>  (complier, make, autoconf, ... etc.) in your computer,
> you can build it easily according to the instruction of the page the
below.
> 
> http://www.gnuplot.info/development/index.html
> 
> 
> 
> If you are the cygwin user you can download it from my web. 
> 
> http://www.geocities.jp/tmacchant/additional.html
> 
> 
> 
> If you are windows native user, you can download it from the mirror to the
> page of Prof. Kakuto.
> 
> http://www.ring.gr.jp/pub/text/TeX/ptex-win32/utils/
> 
> Downoload 'gnuplot-43pl0w32.zip' from the above.
> Finally I ask you that you should specify what platform you use when you
> throw the help.
> This is requested for questioners.
> 
> 
> Regards
> 
> Tatsuro
> 
>  
> 
> --- Hans-Bernhard Br醇rker <HBB...@t-...> wrote:
> 
> > Leopoldo Peralta wrote:
> > 
> > > Where can I find the address for downloading the gnuplot 4.3?
> > 
> > There is none.  Version 4.3 is the label used for the current 
> > work-in-progress state, contained only in our public CVS system.
> > 
> > 
> >
-------------------------------------------------------------------------
> > SF.Net email is sponsored by:
> > Check out the new SourceForge.net Marketplace.
> > It's the best place to buy or sell services
> > for just about anything Open Source.
> >
>
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> > _______________________________________________
> > gnuplot-beta mailing list
> > gnu...@li...
> > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> > 
> 
> 
> --------------------------------------
> New Design Yahoo! JAPAN  2008/01/01
> http://pr.mail.yahoo.co.jp/newdesign/
> 
> 


--------------------------------------
New Design Yahoo! JAPAN  2008/01/01
http://pr.mail.yahoo.co.jp/newdesign/

RE: Downloading gnuplot 4.3

[Tatsuro M. <tma...@ya...>]

Dear Leopoldo Peralta


Please do not forget cc. to gnu...@li....
This is because the mail discussions are recorded in the threads 
and it will be helpful for other users.
The items on the threads are able to be searched by other people like  the Google.

Your questions and the replies by the repliers will contribute to the gnuplot
activities.

> My platform is WindowsXP. Sp2

So you can download the pre-complies cvs version of the gnuplot from:


http://www.ring.gr.jp/pub/text/TeX/ptex-win32/utils/
 
Downoload 'gnuplot-43pl0w32.zip' from the above.

Your questions are helpful for the gnuplot users on windows who would like to use 
cvs verion of gnuplot.

Thanks!! 

Regards

Tatsuro


   

--- Leopoldo Peralta <lpe...@ca...> wrote:

> Hi Tatsuro,
> 
> My platform is WindowsXP. Sp2
> 
> -----Mensaje original-----
> De: Tatsuro MATSUOKA [mailto:tma...@ya...] 
> Enviado el: Tuesday, December 25, 2007 1:54 AM
> Para: Hans-Bernhard Br 醇 rker; Leopoldo Peralta
> CC: gnu...@li...; me
> Asunto: Re: Downloading gnuplot 4.3
> 
> Hello Leopoldo Peralta
> 
> What is your platform?
> 
> If you are Unix or cygwin user and you install development kits 
>  (complier, make, autoconf, ... etc.) in your computer,
> you can build it easily according to the instruction of the page the below.
> 
> http://www.gnuplot.info/development/index.html
> 
> 
> 
> If you are the cygwin user you can download it from my web. 
> 
> http://www.geocities.jp/tmacchant/additional.html
> 
> 
> 
> If you are windows native user, you can download it from the mirror to the
> page of Prof. Kakuto.
> 
> http://www.ring.gr.jp/pub/text/TeX/ptex-win32/utils/
> 
> Downoload 'gnuplot-43pl0w32.zip' from the above.
> Finally I ask you that you should specify what platform you use when you
> throw the help.
> This is requested for questioners.
> 
> 
> Regards
> 
> Tatsuro
> 
>  
> 
> --- Hans-Bernhard Br醇rker <HBB...@t-...> wrote:
> 
> > Leopoldo Peralta wrote:
> > 
> > > Where can I find the address for downloading the gnuplot 4.3?
> > 
> > There is none.  Version 4.3 is the label used for the current 
> > work-in-progress state, contained only in our public CVS system.
> > 
> > 
> > -------------------------------------------------------------------------
> > SF.Net email is sponsored by:
> > Check out the new SourceForge.net Marketplace.
> > It's the best place to buy or sell services
> > for just about anything Open Source.
> >
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> > _______________________________________________
> > gnuplot-beta mailing list
> > gnu...@li...
> > https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> > 
> 
> 
> --------------------------------------
> New Design Yahoo! JAPAN  2008/01/01
> http://pr.mail.yahoo.co.jp/newdesign/
> 
> 


--------------------------------------
New Design Yahoo! JAPAN  2008/01/01
http://pr.mail.yahoo.co.jp/newdesign/

Re: Downloading gnuplot 4.3

[Tatsuro M. <tma...@ya...>]

Hello Leopoldo Peralta

What is your platform?

If you are Unix or cygwin user and you install development kits 
 (complier, make, autoconf, ... etc.) in your computer,
you can build it easily according to the instruction of the page the below.

http://www.gnuplot.info/development/index.html



If you are the cygwin user you can download it from my web. 

http://www.geocities.jp/tmacchant/additional.html



If you are windows native user, you can download it from the mirror to the page of Prof. Kakuto.

http://www.ring.gr.jp/pub/text/TeX/ptex-win32/utils/

Downoload 'gnuplot-43pl0w32.zip' from the above.
Finally I ask you that you should specify what platform you use when you throw the help.
This is requested for questioners.


Regards

Tatsuro

 

--- Hans-Bernhard Br醇rker <HBB...@t-...> wrote:

> Leopoldo Peralta wrote:
> 
> > Where can I find the address for downloading the gnuplot 4.3?
> 
> There is none.  Version 4.3 is the label used for the current 
> work-in-progress state, contained only in our public CVS system.
> 
> 
> -------------------------------------------------------------------------
> SF.Net email is sponsored by:
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services
> for just about anything Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 


--------------------------------------
New Design Yahoo! JAPAN  2008/01/01
http://pr.mail.yahoo.co.jp/newdesign/

Re: Downloading gnuplot 4.3

[Tatsuro M. <tma...@ya...>]

Hello Leopoldo Peralta

What is your platform?

If you are Unix or cygwin user and you install development kits 
 (complier, make, autoconf, ... etc.) in your computer,
you can build it easily according to the instruction of the page the below.

http://www.gnuplot.info/development/index.html



If you are the cygwin user you can download it from my web. 

http://www.geocities.jp/tmacchant/additional.html



If you are windows native user, you can download it from the mirror to the page of Prof. Kakuto.

http://www.ring.gr.jp/pub/text/TeX/ptex-win32/utils/

Downoload 'gnuplot-43pl0w32.zip' from the above.
Finally I ask you that you should specify what platform you use when you throw the help.
This is requested for questioners.


Regards

Tatsuro

 

--- Hans-Bernhard Br醇rker <HBB...@t-...> wrote:

> Leopoldo Peralta wrote:
> 
> > Where can I find the address for downloading the gnuplot 4.3?
> 
> There is none.  Version 4.3 is the label used for the current 
> work-in-progress state, contained only in our public CVS system.
> 
> 
> -------------------------------------------------------------------------
> SF.Net email is sponsored by:
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services
> for just about anything Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
> 


--------------------------------------
New Design Yahoo! JAPAN  2008/01/01
http://pr.mail.yahoo.co.jp/newdesign/

Re: Interrupts and communication with external gnuplot drivers

[<tim...@lp...>]

Ethan A Merritt a écrit :
> On Saturday 22 December 2007 13:41, Timothée Lecomte wrote:
>   
>> When the user hits ctrl-c, the SIGINT handler is supposed to be run 
>> immediately, interrupting any operation running at that time. So I would 
>> have expected communication errors because fprintf()'s used in x11.trm 
>> can be interrupted before they finish, but I don't see any such error.
>>     
>
> Two answers:
>
> Each write into the pipe from gnuplot to gnuplot_x11 is a unit.
> If you interrupt the process before it is sent, then nothing is sent.
> If you interrupt during/after it is sent, then so far as I know the
> entire write completes.  I don't think you can cause a partial write
> to a pipe by sending a signal to the task that does the writing.
>
>   
It's what my tests tend to prove, but nowhere in the docs it is said to 
behave that way. On the contrary, 'man 2 read' and 'man 2 write' 
explicitly say that a read or a write can be interrupted by a signal and 
then they won't have written or read all the bytes.

> You might be worried that the plot itself is incomplete, even though
> the individual write operations complete normally. But this doesn't matter.
> There is an explicit end-of-plot command sent over the pipe consisting
> of the single character 'E'. This is sent by X11_text().
> Until it receives that 'E', gnuplot_x11 just accummulates commands
> into a new plot structure.  If the 'E' is not received, then it will
> never try to display the plot. So it doesn't matter that it is incomplete.
>
> 	Ethan
>   
That part I don't understand too. In practice, when doing 'set samples 
10000; set isosamples 10000; splot x**2*y**2 with pm3d;' and 
interrupting the process with ctrl-c, I sometime got a partly rendered 
plot, whereas the 'E' obviously wasn't sent yet. I'm lost.

Best regards,

Timothée Lecomte

Re: Interrupts and communication with external gnuplot drivers

[<tim...@lp...>]

Ethan A Merritt a écrit :
> On Saturday 22 December 2007 12:51, Timothée Lecomte wrote:
>   
>> Dear all,
>>
>> I am working on finalizing wxt running as a separate process so that it 
>> can work on MacOS. I am trying to figure out what's the best way to 
>> handle interrupts from the keyboard. First, I'd like to understand how 
>> gnuplot_x11 does it, but I don't get it:
>>
>> gnuplot_x11 itself ignores interrupts
>>     gplt_x11.c, line4813
>>     signal(SIGINT, SIG_IGN);
>>
>> gnuplot doesn't, but calls term->reset() and longjmp(). So communication 
>> with gnuplot_x11 (done with fprintf and fflush on one side, scanf on the 
>> other) can theoretically be interrupted, but in practice I just never 
>> saw any communication error. 
>>     
>
> I think I don't understand the question.  A normal user program will 
> never see keyboard interrupts (meaning "interrupt generated by pressing
> a key on the keyboard").  This is all handled in the kernel as part of
> filling an I/O request.  The user program only sees completion of the
> I/O request.
>
>   
What I mean is the SIGINT signal generated by hitting ctrl-c on the 
keyboard, not all keyboard interrupts ;)

> (...)
>
>   
>> There isn't even a single check for  
>> returned values from fprintf and scanf. I have tried to hit ctrl-c while 
>> doing a long plot (something like "set samples 10000000; plot x") and 
>> never got any error.
>>
>> Can someone explain this to me ?
>>     
>
> I don't understand what error you were expecting. 
> Why would hitting ctrl-c be an error?
>
> 	Ethan
>   
When the user hits ctrl-c, the SIGINT handler is supposed to be run 
immediately, interrupting any operation running at that time. So I would 
have expected communication errors because fprintf()'s used in x11.trm 
can be interrupted before they finish, but I don't see any such error.

I hope it's clearer !

Best regards,

Timothée Lecomte

Re: Interrupts and communication with external gnuplot drivers

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

On Saturday 22 December 2007 12:51, Timoth=E9e Lecomte wrote:
> Dear all,
>=20
> I am working on finalizing wxt running as a separate process so that it=20
> can work on MacOS. I am trying to figure out what's the best way to=20
> handle interrupts from the keyboard. First, I'd like to understand how=20
> gnuplot_x11 does it, but I don't get it:
>=20
> gnuplot_x11 itself ignores interrupts
>     gplt_x11.c, line4813
>     signal(SIGINT, SIG_IGN);
>=20
> gnuplot doesn't, but calls term->reset() and longjmp(). So communication=
=20
> with gnuplot_x11 (done with fprintf and fflush on one side, scanf on the=
=20
> other) can theoretically be interrupted, but in practice I just never=20
> saw any communication error.=20

I think I don't understand the question.  A normal user program will=20
never see keyboard interrupts (meaning "interrupt generated by pressing
a key on the keyboard").  This is all handled in the kernel as part of
filling an I/O request.  The user program only sees completion of the
I/O request.

signal (SIGINT, SIG_IGN)  refers specifically to the SIGINT signal.
This has nothing in particular to do with the keyboard, except insofar
as one way of generating a SIGINT signal is to type <control-C> or
<escape> or whatever convention you have your current terminal interface
set to.  Another way to generate a SIGINT signal is "kill -INT <pid>"

Does that help?

> There isn't even a single check for =20
> returned values from fprintf and scanf. I have tried to hit ctrl-c while=
=20
> doing a long plot (something like "set samples 10000000; plot x") and=20
> never got any error.
>=20
> Can someone explain this to me ?

I don't understand what error you were expecting.=20
Why would hitting ctrl-c be an error?

	Ethan

=2D-=20
Ethan A Merritt
Biomolecular Structure Center
University of Washington, Seattle 98195-7742

Interrupts and communication with external gnuplot drivers

[<tim...@lp...>]

Dear all,

I am working on finalizing wxt running as a separate process so that it 
can work on MacOS. I am trying to figure out what's the best way to 
handle interrupts from the keyboard. First, I'd like to understand how 
gnuplot_x11 does it, but I don't get it:

gnuplot_x11 itself ignores interrupts
    gplt_x11.c, line4813
    signal(SIGINT, SIG_IGN);

gnuplot doesn't, but calls term->reset() and longjmp(). So communication 
with gnuplot_x11 (done with fprintf and fflush on one side, scanf on the 
other) can theoretically be interrupted, but in practice I just never 
saw any communication error. There isn't even a single check for 
returned values from fprintf and scanf. I have tried to hit ctrl-c while 
doing a long plot (something like "set samples 10000000; plot x") and 
never got any error.

Can someone explain this to me ?

Thank you very much.

Best regards,

Timothée Lecomte

Re: hidden3d, pm3d and lines -- Re: Bug for combined plot of pcolor and contour

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

On Monday 17 December 2007 23:56, Petr Mikulik wrote:
> > > > I wonder that for "set hidden3d", the order of drawn surfaces vs lines is 
> > > > the same and not opposite for:
> > > >   splot ... with pm3d, ... with line
> > > >   splot ... with line, ... with pm3d
> > > 
> > > If you want to provide an option for the hidden3d plot elements to
> > > be drawn last, rather than first, one way to do this would be to add
> > > {front|back} as an option to "set hidden3d".  What do you think?
> 
> Good idea. Can you please provide a patch?
> Should the "front" be the default option then?

Preliminary patch on SourceForge (#1854733)
   https://sourceforge.net/tracker/index.php?func=detail&aid=1854733&group_id=2055&atid=302055


-- 
Ethan A Merritt

Re: Downloading gnuplot 4.3

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

Leopoldo Peralta wrote:

> Where can I find the address for downloading the gnuplot 4.3?

There is none.  Version 4.3 is the label used for the current 
work-in-progress state, contained only in our public CVS system.

Downloading gnuplot 4.3

[Leopoldo P. <lpe...@ca...>]

Where can I find the address for downloading the gnuplot 4.3?

Re: pngcairo: suggestion for additional option

[Allin C. <cot...@wf...>]

On Wed, 28 Nov 2007, Hans-Bernhard Bröker wrote:

> Allin Cottrell wrote:
> 
> > Should I take this comment as a "vote" in favor of handling 
> > this issue by means of a new variable in the terminal 
> > structure rather than a new function pointer?
> 
> Yes.

I'm attaching a new .tgz file with 3 small patches, to 
term/cairo.trm, src/eval.c and src/term_api.h.  Jointly these 
implement the writing of plot pixel bounds, with a possible scale 
factor, using a new scalar variable rather than a new function 
pointer.

Allin Cottrell

Re: hidden3d, pm3d and lines -- Re: Bug for combined plot of pcolor and contour

[Petr M. <mi...@ph...>]

> > > I wonder that for "set hidden3d", the order of drawn surfaces vs lines is 
> > > the same and not opposite for:
> > >   splot ... with pm3d, ... with line
> > >   splot ... with line, ... with pm3d
> > 
> > If you want to provide an option for the hidden3d plot elements to
> > be drawn last, rather than first, one way to do this would be to add
> > {front|back} as an option to "set hidden3d".  What do you think?

Good idea. Can you please provide a patch?

> set hidden3d
> splot foo with pm3d, foo with lines lt -3, otherstuff with lines
> 
> The net result is a plot in which the lines are correctly occluded
> by the pm3d surface, and vice versa.

Should the "front" be the default option then?

---
PM

Re: log of negative X handling

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

On Monday 17 December 2007 12:36, Dmitri A. Sergatskov wrote:
> Terminal type set to 'wxt'
> gnuplot> set log x
> gnuplot> plot sin(x)
>          x range must be greater than 0 for log scale[New Thread
> 46912527115504 (LWP 4915)]
> 
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 46912527115504 (LWP 4915)]
> 0x0000003d162795a0 in strlen () from /lib64/libc.so.6
> (gdb) where
> #0  0x0000003d162795a0 in strlen () from /lib64/libc.so.6
> #1  0x0000003d16246c3c in vfprintf () from /lib64/libc.so.6
> #2  0x0000003d1626a10a in vsnprintf () from /lib64/libc.so.6
> #3  0x00000000004c50b7 in int_error (t_num=-1,
>     str=0x4dfa38 "%s range must be greater than 0 for log scale") at util.c:932
> #4  0x00000000004145c7 in axis_unlog_interval (axis=FIRST_X_AXIS,
>     min=0x7fffcc06f378, max=0x7fffcc06f370, checkrange=7) at axis.c:181
> #5  0x0000000000460db4 in plotrequest () at plot2d.c:2132
> #6  0x000000000041d5bc in do_line () at command.c:546
> #7  0x000000000041dbb9 in com_line () at command.c:336
> #8  0x000000000045aa7e in main (argc=1, argv=0x7fffcc06f688) at plot.c:681
> (gdb)

Thanks.  Fixed in CVS.

-- 
Ethan A Merritt

Re: log of negative X handling

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

On Dec 17, 2007 2:28 PM, Ethan Merritt <merritt@u.washington.edu> wrote:

> gdb ./gnuplot
> (gdb) run

I got a lot of:

warning: Missing the separate debug info file:
/usr/lib/debug/.build-id/8c/3175d059ab1811458bed492625917b85f05d93.debug

not quite sure what does it mean...

> Terminal type set to 'wxt'
> gnuplot> set log x
> gnuplot> plot sin(x)
>          x range must be greater than 0 for log scale
> gnuplot>
>          # no problem on my machine, but if it segfaults here, then type:
> (gdb) where
>

Terminal type set to 'wxt'
gnuplot> set log x
gnuplot> plot sin(x)
         x range must be greater than 0 for log scale[New Thread
46912527115504 (LWP 4915)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 46912527115504 (LWP 4915)]
0x0000003d162795a0 in strlen () from /lib64/libc.so.6
(gdb) where
#0  0x0000003d162795a0 in strlen () from /lib64/libc.so.6
#1  0x0000003d16246c3c in vfprintf () from /lib64/libc.so.6
#2  0x0000003d1626a10a in vsnprintf () from /lib64/libc.so.6
#3  0x00000000004c50b7 in int_error (t_num=-1,
    str=0x4dfa38 "%s range must be greater than 0 for log scale") at util.c:932
#4  0x00000000004145c7 in axis_unlog_interval (axis=FIRST_X_AXIS,
    min=0x7fffcc06f378, max=0x7fffcc06f370, checkrange=7) at axis.c:181
#5  0x0000000000460db4 in plotrequest () at plot2d.c:2132
#6  0x000000000041d5bc in do_line () at command.c:546
#7  0x000000000041dbb9 in com_line () at command.c:336
#8  0x000000000045aa7e in main (argc=1, argv=0x7fffcc06f688) at plot.c:681
(gdb)


Hope it helps.

> --
> Ethan A Merritt
>

Sincerely,

Dmitri.
--

Re: log of negative X handling

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

On Monday 17 December 2007 12:18, Dmitri A. Sergatskov wrote:
> 
> gnuplot> set log x
> gnuplot> plot sin(x)
>          x range must be greater than 0 for log scaleSegmentation fault
> 
> This is with today's (2007-12-17) CVS snapshot of 4.3 on linux (Fedora 8).

I cannot reproduce this.
Any chance you can run that again under the debugger and capture exactly
where the segfault occurs?

gdb ./gnuplot
(gdb) run
Terminal type set to 'wxt'
gnuplot> set log x
gnuplot> plot sin(x)
         x range must be greater than 0 for log scale
gnuplot>  
         # no problem on my machine, but if it segfaults here, then type:
(gdb) where

-- 
Ethan A Merritt

log of negative X handling

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

I notice that while gnuplot can gracefully handle log scale for negative
Y axis, it segfault on negative X values. E.g.:

gnuplot> set log y
gnuplot> plot sin(x)

(looks OK)

gnuplot> set log x
gnuplot> plot sin(x)
         x range must be greater than 0 for log scaleSegmentation fault



This is with today's (2007-12-17) CVS snapshot of 4.3 on linux (Fedora 8).

Sincerely,

Dmitri.
--

Re: hidden3d, pm3d and lines -- Re: Bug for combined plot of pcolor and contour

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

On Monday 17 December 2007 11:03, Ethan Merritt wrote:
> On Monday 17 December 2007 05:56, Petr Mikulik wrote:
> > I wonder that for "set hidden3d", the order of drawn surfaces vs lines is 
> > the same and not opposite for:
> >   splot ... with pm3d, ... with line
> >   splot ... with line, ... with pm3d
> 
> If you want to provide an option for the hidden3d plot elements to
> be drawn last, rather than first, one way to do this would be to add
> {front|back} as an option to "set hidden3d".  What do you think?

It turns out quite nicely if the call to plot3d_hidden() is moved after
the normal loop over plot elements.  It allows you to add a dummy
(invisible) hidden3d surface that is coincident with the pm3d surface:

set hidden3d
splot foo with pm3d, foo with lines lt -3, otherstuff with lines

The net result is a plot in which the lines are correctly occluded
by the pm3d surface, and vice versa.


-- 
Ethan A Merritt

Re: hidden3d, pm3d and lines -- Re: Bug for combined plot of pcolor and contour

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

On Monday 17 December 2007 05:56, Petr Mikulik wrote:
> I wonder that for "set hidden3d", the order of drawn surfaces vs lines is 
> the same and not opposite for:
>   splot ... with pm3d, ... with line
>   splot ... with line, ... with pm3d

You may recall that there was an extended discussion + disagreement about
whether 'set hidden3d' should affect pm3d plots.  Part of this discussion
was captured in the comments attached to patchset #1077726.

As to your current set of examples..
The effect of "set hidden3d" is to sort all plot elements together into
one big list so that they can be tested for overlap on Z.  Therefore it
makes no differenet what order the plots are listed on the command line.
The list of elements is then rendered first, before anything else on the
command line that is not part of hidden3d processing (pm3d surfaces,
contours, images).

If you want to provide an option for the hidden3d plot elements to
be drawn last, rather than first, one way to do this would be to add
{front|back} as an option to "set hidden3d".  What do you think?

-- 
Ethan A Merritt

Re: hidden3d, pm3d and lines -- Re: Bug for combined plot of pcolor and contour

[David B. <Dav...@mo...>]

Petr Mikulik wrote:
> I wonder that for "set hidden3d", the order of drawn surfaces vs lines is 
> the same and not opposite for:
>   splot ... with pm3d, ... with line
>   splot ... with line, ... with pm3d
> In both cases, the pm3d  
>
> Test:
>
> set term x11 1
> splot (x+y)*0.1 with pm3d, \
>   x*x-y*y with lines lt 1 lc rgb "#000000"
>
> set term x11 2
> set hidden3d
> replot
>
> set term x11 3
> splot x*x-y*y with lines lt 1 lc rgb "#000000", \
>   (x+y)*0.1 with pm3d
>
> set term x11 4
> splot (x+y)*0.1 with pm3d, \
>   x*x-y*y with lines lt 1 lc rgb "#000000"
>
> set term x11 10
> splot (x+y)*0.1, \
>   x*x-y*y with lines lt 1 lc rgb "#000000"
>
>
> PS: David, you would get a "more expected" plot when "set 
> hidden3d" is omitted.
>
>   
Ok, then I think I have a patch..

Thanks
D.

-- 
David Bateman                                Dav...@mo...
Motorola Labs - Paris                        +33 1 69 35 48 04 (Ph) 
Parc Les Algorithmes, Commune de St Aubin    +33 6 72 01 06 33 (Mob) 
91193 Gif-Sur-Yvette FRANCE                  +33 1 69 35 77 01 (Fax) 

The information contained in this communication has been classified as: 

[x] General Business Information 
[ ] Motorola Internal Use Only 
[ ] Motorola Confidential Proprietary

hidden3d, pm3d and lines -- Re: Bug for combined plot of pcolor and contour

[Petr M. <mi...@ph...>]

I wonder that for "set hidden3d", the order of drawn surfaces vs lines is 
the same and not opposite for:
  splot ... with pm3d, ... with line
  splot ... with line, ... with pm3d
In both cases, the pm3d  

Test:

set term x11 1
splot (x+y)*0.1 with pm3d, \
  x*x-y*y with lines lt 1 lc rgb "#000000"

set term x11 2
set hidden3d
replot

set term x11 3
splot x*x-y*y with lines lt 1 lc rgb "#000000", \
  (x+y)*0.1 with pm3d

set term x11 4
splot (x+y)*0.1 with pm3d, \
  x*x-y*y with lines lt 1 lc rgb "#000000"

set term x11 10
splot (x+y)*0.1, \
  x*x-y*y with lines lt 1 lc rgb "#000000"


PS: David, you would get a "more expected" plot when "set 
hidden3d" is omitted.

Re: gnuplot manual misprint (no.24)

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

On Sunday 16 December 2007 21:20, Shigeharu TAKENO wrote:
> shige 12/17 2007
> ----------------
> 
> In docs/gnuplot.doc of current CVS version
> 
>  RCS $Id: gnuplot.doc,v 1.465 2007/12/08 10:55:16 mikulik Exp $
> 
> I found some points that seem to be misprints. I send the unified
> diff file for them.

Got it.
	Thanks

 
> ----- From here -----
> --- gnuplot.doc.ORG	2007-12-17 14:17:02.000000000 +0900
> +++ gnuplot.doc	2007-12-17 14:17:32.000000000 +0900
> @@ -2131,7 +2131,7 @@
>  ?commands bind space
>  ?bind space
>   By default, the <space> hotkey raises gnuplot's command window. On some
> - terminals (e.g. x11, wx), 'q' closes the graph window. These defaults can
> + terminals (e.g. x11, wxt), 'q' closes the graph window. These defaults can
>   be changed to ctrl-space and ctrl-q by starting gnuplot as 'gnuplot -ctrlq',
>   see `x11 command-line-options`, or by the X Resource 'gnuplot*ctrlq'.
>   Note: if <space> (or ctrl-space) does not raise the gnuplot window under X11,
> @@ -4137,7 +4137,7 @@
>   plot window. If you want to wait for a particular key to be pressed, you can
>   use a reread loop such as:
>  
> -       printf "I will resume after you hit the Tab key in the plot window"
> +       print "I will resume after you hit the Tab key in the plot window"
>         load "wait_for_tab"
>  
>   File "wait_for_tab" contains the lines
> ----- To here ----- 
> 
> +========================================================+
>  Shigeharu TAKENO     NIigata Institute of Technology
>                        kashiwazaki,Niigata 945-1195 JAPAN
>  sh...@ie...   TEL(&FAX): +81-257-22-8161
> +========================================================+
> 
> -------------------------------------------------------------------------
> SF.Net email is sponsored by:
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services
> for just about anything Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> _______________________________________________
> 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 manual misprint (no.24)

[Shigeharu T. <sh...@ie...>]

shige 12/17 2007
----------------

In docs/gnuplot.doc of current CVS version

 RCS $Id: gnuplot.doc,v 1.465 2007/12/08 10:55:16 mikulik Exp $

I found some points that seem to be misprints. I send the unified
diff file for them.

----- From here -----
--- gnuplot.doc.ORG	2007-12-17 14:17:02.000000000 +0900
+++ gnuplot.doc	2007-12-17 14:17:32.000000000 +0900
@@ -2131,7 +2131,7 @@
 ?commands bind space
 ?bind space
  By default, the <space> hotkey raises gnuplot's command window. On some
- terminals (e.g. x11, wx), 'q' closes the graph window. These defaults can
+ terminals (e.g. x11, wxt), 'q' closes the graph window. These defaults can
  be changed to ctrl-space and ctrl-q by starting gnuplot as 'gnuplot -ctrlq',
  see `x11 command-line-options`, or by the X Resource 'gnuplot*ctrlq'.
  Note: if <space> (or ctrl-space) does not raise the gnuplot window under X11,
@@ -4137,7 +4137,7 @@
  plot window. If you want to wait for a particular key to be pressed, you can
  use a reread loop such as:
 
-       printf "I will resume after you hit the Tab key in the plot window"
+       print "I will resume after you hit the Tab key in the plot window"
        load "wait_for_tab"
 
  File "wait_for_tab" contains the lines
----- To here ----- 

+========================================================+
 Shigeharu TAKENO     NIigata Institute of Technology
                       kashiwazaki,Niigata 945-1195 JAPAN
 sh...@ie...   TEL(&FAX): +81-257-22-8161
+========================================================+

Re: using gnuplot as a filter

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

Pádraig Brady wrote:

> I want to read data on stdin and write png to stdout.

You're missing the fact that you also want to read input to gnuplot from 
a second place: the script file.  It's this script file that gets in the 
way of what you're trying to do, as shown by the fact that

	(cat script ; gen_data) | gnuplot

works.  As does

	gnuplot script <(gen_data)

gnuplot is designed to take commands, not data, from its standard input. 
  It's an extension for it to accept data from the command input stream.

> I.E. behave like a standard unix filter which has lots of advantages.

Standard unix filters aren't in the habit of taking commands from their 
standard input.  gnuplot is.