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

Re: problem with "set x11 {size WW,HH} {position XX,YY}"

[Ben A. <bpa...@ma...>]

On Feb 1, 2009, at 6:41 PM, Petr Mikulik wrote:

>> Could the size and position of the x11 plot window be determined in a
>> similar manner (on the gnuplot end)? Of course, no pause would be
>> required, but I assume some gnuplot command would be needed.
>>
>> Either that or could another internally-maintained variable be  
>> created
>> to hold a window's x11 id? ... if so would this work for wxt as well?
>
> Automatic varible
> 	GPVAL_TERM_WINDOWID
> could be filled after each "plot".
>
> How can this be done? Could x11.trm read it? Or should this be  
> obtained via
> gp_exec_event?
>
> ---
> PM

Petr,

I'm not familiar with x11.trm or what "gp_exec_event" is.

Would the gnuplot command "print GPVAL_TERM_WINDOWID" print the  
id? ... or perhaps, I should ask what is an automatic variable?

Ben

Re: problem with "set x11 {size WW,HH} {position XX,YY}"

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

> Could the size and position of the x11 plot window be determined in a  
> similar manner (on the gnuplot end)? Of course, no pause would be  
> required, but I assume some gnuplot command would be needed.
> 
> Either that or could another internally-maintained variable be created  
> to hold a window's x11 id? ... if so would this work for wxt as well?

Automatic varible
	GPVAL_TERM_WINDOWID
could be filled after each "plot".

How can this be done? Could x11.trm read it? Or should this be obtained via 
gp_exec_event?

---
PM

bug in GPFUN_ - Re: executable files of gnuplot generated from current cvs source trees are unstable

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

> I have built windows binaries (bu mingw gcc-4.3.0-dw2-TDM), cygwin and djgpp.
> The exe files are unstable for all platforms.

The same for Linux and prob.dem, random.dem. It seems to be caused by the 
latest addition of GPFUN_*:

#7  0x08058837 in gp_alloc (size=32, message=0x815afac "value") at 
alloc.c:274
#8  0x0806e62c in add_udv_by_name (key=0x81c86d8 "GPFUN_cauchy") at 
eval.c:683
#9  0x0806ea2a in fill_gpval_string (var=0x81c86d8 "GPFUN_cauchy", 
stringvalue=0x81c86a0 "cauchy(x,a,b)=b<=0?1/0:b/(pi*(b*b+(x-a)**2))") at 
eval.c:738
#10 0x080637a0 in define () at command.c:539
#11 0x08063cfe in do_line () at command.c:593
#12 0x0809f88a in load_file (fp=0x81c7980, name=0x81c7900 "stat.inc", 
can_do_args=false) at misc.c:277
#13 0x08061b23 in load_command () at command.c:1066
#14 0x08063d57 in do_line () at command.c:595
#15 0x0809f88a in load_file (fp=0x81c76e8, name=0x81c76d8 "p", 
can_do_args=false) at misc.c:277
#16 0x08061b23 in load_command () at command.c:1066
#17 0x08063d57 in do_line () at command.c:595
#18 0x080644ed in com_line () at command.c:338
#19 0x080a70ed in main (argc=1, argv=0xbfffed74) at plot.c:659
(gdb) 

Re: string function: definition of a function

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

> > > I propose the patch below, which adds a function that returns the
> > > string that defines a specified user defined function.
> 
> I have committed the code that Ethan Merritt posted.  I may commit my
> original implementation of definition() as well, if only because I can
> touch type that faster (no upper case :-).

Then it could be like
	definition('f', 0)
		=> a*x+y
	definition('f', 1)
		=> f(x)=a*x+y

> > I thought there are some "string" functions that could allow this,
> > but it seems we don't have "string index" or "string split"
> > functions.  Maybe it would be also useful to have
> >	   strindex("hello world", "llo")  => 3
>
> tokens are separated by one or more characters from that string,
> and the separators found are returned.  E.g.
>          strsplit("hello, world", " ;," , 1) => ", "
>          strsplit("hello, world", " ;," , 2) => "world"
>          strsplit("hello, world",   "," , 1) => ","
>          strsplit("hello, world",   "," , 2) => " world"

Yes, by awk. I propose to start with 1 as it is currently used in
	print word("a b c d e", 1)
		=> "a"
	print substr("hello", 1,99)
		=> "hello"

I think it would be sufficient not to return separators
         strsplit("hello, world, ahoj, svete", ",", 1) => "hello"
         strsplit("hello, world, ahoj, svete", ",", 2) => "hello"
         strsplit("hello, world, ahoj, svete", ",", 3) => "ahoj"
         strsplit("hello, world, ahoj, svete", ",", 4) => "ahoj"
and this would also need
         strsplitn("hello, world, ahoj, svete", ",") => 4

> To go along with strindex, I would also like to see:
>          substr(string, index, length)

This exists, see above.

---
PM

executable files of gnuplot generated from current cvs source trees are unstable

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

Hello

I have built windows binaries (bu mingw gcc-4.3.0-dw2-TDM), cygwin and djgpp.
The exe files are unstable for all platforms.

I have build windows and cygwin binaries with -g option and traced by gdb.

For windows binaries, when I tried all.dem, gnuplot.exe and wgnuplot.exe crashed at electron.dem.
However under the gdb, all.dem went well but waring og HEAP like at the end of this mail.

For cygwin binary, gnuplot crashed at the prob.dem like at the end of this mail.

Perhaps recent added codes crashes memories somewhere.

Regards

Tatsuro



***example gdb trace 

*********
* mingw *
*********
gnuplot> cd '../demo'
gnuplot> load 'all.dem'
******************** file simple.dem ********************
warning: HEAP[gnuplot.exe]:
warning: Heap block at 00D347A8 modified at 00D347B7 past requested size of 7


Program received signal SIGTRAP, Trace/breakpoint trap.
0x7c94120f in ntdll!DbgUiConnectToDbg () from C:\WINDOWS\system32\ntdll.dll
(gdb)


**********
* cygwin *
**********
load 'prob.dem'
                   Statistical Library Demo, version 2.3

          Copyright (c) 1991, 1992, Jos van de Woude, jvd...@hu...








NOTE: contains 54 plots and consequently takes a lot of time to run
                      Press Ctrl-C to exit right now
                      Press Return to start demo ...
[New thread 2488.0xf74]
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue
Hit return to continue


Program received signal SIGSEGV, Segmentation fault.
[Switching to thread 2488.0xc64]
0x61016583 in stack_info::walk () from /usr/bin/cygwin1.dll




--------------------------------------
Power up the Internet with Yahoo! Toolbar.
http://pr.mail.yahoo.co.jp/toolbar/

fitting functions with more independent variables

[James R. V. Z. <jr...@co...>]

Currently gnuplot has these data formats for fitting functions with
one or two independent variables:

      y
      x:y
      x:y:s
      x:y:z:s

I propose to implement these additional data formats for fitting
functions with 3-5 independent variables:

      v:x:y:z:s
      u:v:x:y:z:s
      t:u:v:x:y:z:s

For example, if there are five columns:

  The first column inherits its data range and time/date flag from the
  V axis unless a specific data range is given, and has the dummy
  variable 'v' unless a different name is given in a range or "set
  dummy v" statement.  The first range spec in a fit command would
  affect this variable.

  The second column inherits its data range and time/date flag from
  the first X axis unless a specific data range is given, and has the
  dummy variable 'x' unless a different name is given in a range or
  "set dummy x" statement.  The second range spec in a fit command
  would affect this variable.

  The third column inherits its data range and time/date flag from the
  first Y axis unless a specific data range is given, and has the
  dummy variable 'y' unless a different name is given in a range or
  "set dummy y" statement.

  The fourth column has the dependent variable, and inherits from the
  Z axis.

  The last column gives the error standard deviation.

Linear regression would look like this:

  h(v,x,y) = a*v + b*x + c*y
  fit h(v,x,y) 'foo.dat' using 1:2:3:4:(1) via a,b,c

  fit [q=-8:8] [r=*:*] [s=*:*] [t=0:10] a*q+b*r+c*s+d*t \
      'foo.dat' using 1:2:3:4:5:(1) via a,  b,  c,  d

I think I see how to do this.  

Comments?

         - Jim Van Zandt

Re: string function: definition of a function

[James R. V. Z. <jr...@co...>]

Petr Mikulik <mi...@ph...> writes:

> MIME-Version: 1.0
> Cc: gnu...@li...
> Content-Type: text/plain; charset="us-ascii"
>
> > I propose the patch below, which adds a function that returns the
> > string that defines a specified user defined function.

I have committed the code that Ethan Merritt posted.  I may commit my
original implementation of definition() as well, if only because I can
touch type that faster (no upper case :-).

> I see it gives the following:
>	   GPFUN_f = "f(x,y)=x+y+20"
>	   GPFUN_g = "g(x,y)=x*y"
>
> I wonder how I can get the definition part only, i.e. "x+y+20" or "x*y".
>
> Maybe you could add another variable
>	   GPFUN__f = "x+y+20"

Not very mnemonic.

> I thought there are some "string" functions that could allow this,
> but it seems we don't have "string index" or "string split"
> functions.  Maybe it would be also useful to have
>	   strindex("hello world", "llo")  => 3
>	   strsplit("hello=world", "=", 0) => "hello"
>	   strsplit("hello=world", "=", 1) => "="
>	   strsplit("hello=world", "=", 2) => "world"

I agree.  Yours are inspired by awk, I think.  We could argue whether
indexes should start with 0 instead of 1.  I suggest the second
argument of strsplit should be like the second argument of strspn in
C: tokens are separated by one or more characters from that string,
and the separators found are returned.  E.g.
         strsplit("hello, world", " ;," , 1) => ", "
         strsplit("hello, world", " ;," , 2) => "world"
         strsplit("hello, world",   "," , 1) => ","
         strsplit("hello, world",   "," , 2) => " world"

To go along with strindex, I would also like to see:
         substr(string, index, length)

      - Jim Van Zandt

names of independent variables in a fit command

[James R. V. Z. <jr...@co...>]

I wrote:
> However, I can't rename both variables:
> 
>     gnuplot> fit [t=-1:1] [u=-1:1] a*t+b*u 'trig.dat' u 1:2:3:(1) via a,b
>          undefined variable: t
> 
> Why not?  The code reads as if this is supposed to work.

Never mind, I figured out it was a bug and fixed it.

             - Jim Van Zandt

names of independent variables in a fit command

[James R. V. Z. <jr...@co...>]

Ordinarily I do fits like this:

    gnuplot> fit a+b*x 'foo.dat' via a,b

I can rename the independent variable:

    gnuplot> fit [t=-1:1] a+b*t 'foo.dat' via a,b

If there are two independent variables, their standard names are x and y:

    gnuplot> fit a*x+b*y 'foo.dat' using 1:2:3:(1) via a,b

I can rename the first variable:

    gnuplot> fit [t=-1:1] a*t+b*y 'foo.dat' using 1:2:3:(1) via a,b

I can limit the ranges of both variables:

    gnuplot> fit [t=-1:1] [-2:2] a*t+b*y 'trig.dat' u 1:2:3:(1) via a,b

However, I can't rename both variables:

    gnuplot> fit [t=-1:1] [u=-1:1] a*t+b*u 'trig.dat' u 1:2:3:(1) via a,b
         undefined variable: t

Why not?  The code reads as if this is supposed to work.

By the way, I'm looking at the fit code in hopes of implementing fits
to functions with three independent variables.  If anyone has made
progress along these lines, please let me know.

                    - Jim Van Zandt

wrong position of colorbox

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

It seems that the patch

2008-12-26  Ethan Merritt  <merritt@u.washington.edu>
* src/graphics.c (boundary):
  Clean up border placement code, fix colorbox bug.

added a new bug: you can see "too much space on right", try

	 plot 'demo.edf' binary filetype=edf with image

in gnuplot 4.2 and current gnuplot-cvs.

---
PM

Re: string function: definition of a function

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

> I propose the patch below, which adds a function that returns the
> string that defines a specified user defined function.

I see it gives the following:
        GPFUN_f = "f(x,y)=x+y+20"
        GPFUN_g = "g(x,y)=x*y"

I wonder how I can get the definition part only, i.e. "x+y+20" or "x*y".
Maybe you could add another variable
	GPFUN__f = "x+y+20"
?

I though there are some "string" functions that could allow this, but it 
seems we don't have "string index" or "string split" functions. 
Maybe it would be also useful to have
	strindex("hello world", "llo")  => 3
	strsplit("hello=world", "=", 0) => "hello"
	strsplit("hello=world", "=", 1) => "="
	strsplit("hello=world", "=", 2) => "world"

---
PM

Re: problem with "set x11 {size WW,HH} {position XX,YY}"

[Ben A. <bpa...@ma...>]

On Jan 29, 2009, at 4:13 PM, Ethan Merritt wrote:

> On Thursday 29 January 2009 12:32:29 Ben Abbott wrote:
>>
>> On Dec 29, 2008, at 12:15 AM, Ethan A Merritt wrote:
>>
>>> On Sunday 28 December 2008, Ben Abbott wrote:
>>>>
>>>> On Dec 28, 2008, at 9:10 PM, Ethan A Merritt wrote:
>>>>
>>>>> On Sunday 28 December 2008, Ben Abbott wrote:
>>>>>
>>>>
>>>>>> *SNIP*
>>>>>> By the way, it would really be cool if there was a method by  
>>>>>> which
>>>>>> the
>>>>>> size and position of a plot window could be determined. That way
>>>>>> if a
>>>>>> user moves or resizes a window Octave could do some checking and
>>>>>> have
>>>>>> some awareness of such (I'd be stunned if such were possible, but
>>>>>> thought I'd ask).
>>>>>
>>>>> You can do that with a call into xlib; you don't need any special
>>>>> code in gnuplot for that.  You should be able to get all the info
>>>>> you'd get from the command line using "xwininfo"
>>>>
>>>> hmmm ... that may be quite useful.
>>>>
>>>> xwininfo: Window id: 0xc00008 "Figure 1"
>>>>
>>>>  Absolute upper-left X:  440
>>>>  Absolute upper-left Y:  128
>>>>  Relative upper-left X:  0
>>>>  Relative upper-left Y:  22
>>>>  Width: 560
>>>>  Height: 493
>>>>  Depth: 24
>>>>  Visual Class: TrueColor
>>>>  Border width: 0
>>>>  Class: InputOutput
>>>>  Colormap: 0x21 (installed)
>>>>  Bit Gravity State: ForgetGravity
>>>>  Window Gravity State: NorthWestGravity
>>>>  Backing Store State: NotUseful
>>>>  Save Under State: no
>>>>  Map State: IsViewable
>>>>  Override Redirect State: no
>>>>  Corners:  +440+128  -440+128  -440-279  +440-279
>>>>  -geometry 560x493+440+106
>>>>
>>>> Unfortunately, the height includes the portion needed to display  
>>>> the
>>>> cursor's coordinates ... sigh :-(
>>>
>>> That extra height is equal to term->v_char.  This quantity is not
>>> currently exported as a user variable, but it would be trivial to do
>>> so.
>>> Do you want it?  Its name would be GPVAL_TERM_VCHAR.
>>
>> I'm back hoping to better understand what is needed to determine the
>> position of a specific gnuplot x11 window. I can see how xwininfo can
>> be used, but how do I determine the window id (0xc00008 in the
>> instance above)? Would it be necessary to patch gnuplot?
>
> The usual way is to make successive requests to the window mananger
> asking it to step through all the current windows on the display,
> and check each one to see if it is the one you want.  That does not
> require any cooperation or modification of the program that created
> the window in the first place.
>
> It would also be possible to modify gnuplot_x11 so that it reports
> back the id of each new plot window that it opens.  The would involve
> modifying gplt_x11.c,  mouse.c, and perhaps x11.trm, but I think it
> would not be difficult.
>
>> Regarding the proposed GPVAL_TERM_VCHAR, how would be be accessed?
>
> It would be just like any of the other internally-maintained  
> variables.
> The two obvious ones are
>
>   show GPVAL_TERM_VCHAR
> or
>   set print "my/named/pipe/or/other/file"
>   print "term->char =", GPVAL_TERM_VCHAR
>   unset print

Presently, Octave uses gnuplot's ability to detect a mouse click in  
the window. The mouse coordinates are returned to octave, via the  
gnuplot commands below.

pause mouse any;
if (exists("MOUSE_KEY") && exists("MOUSE_X")) print "OCTAVE: ",  
MOUSE_X, MOUSE_Y, MOUSE_KEY; else print "0 0 -1"

Then octave uses regexp to pick the result out. For more info see the  
link below to the Octave script that does the job.

	http://hg.savannah.gnu.org/hgweb/octave/file/4385bb503467/scripts/plot/__gnuplot_ginput__.m

I assume GPVAL_TERM_VCHAR would/could be handled in the same way.

Could the size and position of the x11 plot window be determined in a  
similar manner (on the gnuplot end)? Of course, no pause would be  
required, but I assume some gnuplot command would be needed.

Either that or could another internally-maintained variable be created  
to hold a window's x11 id? ... if so would this work for wxt as well?

Ben

Re: Each x-th element an x-label and boxes with labels

[SteppXXL <mm4...@sp...>]

Thank you for helping.

Regards
Stepp
-- 
View this message in context: http://www.nabble.com/Each-x-th-element-an-x-label-and-boxes-with-labels-tp21697428p21737485.html
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

Re: problem with "set x11 {size WW,HH} {position XX,YY}"

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

On Thursday 29 January 2009 12:32:29 Ben Abbott wrote:
> 
> On Dec 29, 2008, at 12:15 AM, Ethan A Merritt wrote:
> 
> > On Sunday 28 December 2008, Ben Abbott wrote:
> >>
> >> On Dec 28, 2008, at 9:10 PM, Ethan A Merritt wrote:
> >>
> >>> On Sunday 28 December 2008, Ben Abbott wrote:
> >>>
> >>
> >>>> *SNIP*
> >>>> By the way, it would really be cool if there was a method by which
> >>>> the
> >>>> size and position of a plot window could be determined. That way  
> >>>> if a
> >>>> user moves or resizes a window Octave could do some checking and  
> >>>> have
> >>>> some awareness of such (I'd be stunned if such were possible, but
> >>>> thought I'd ask).
> >>>
> >>> You can do that with a call into xlib; you don't need any special
> >>> code in gnuplot for that.  You should be able to get all the info
> >>> you'd get from the command line using "xwininfo"
> >>
> >> hmmm ... that may be quite useful.
> >>
> >> xwininfo: Window id: 0xc00008 "Figure 1"
> >>
> >>   Absolute upper-left X:  440
> >>   Absolute upper-left Y:  128
> >>   Relative upper-left X:  0
> >>   Relative upper-left Y:  22
> >>   Width: 560
> >>   Height: 493
> >>   Depth: 24
> >>   Visual Class: TrueColor
> >>   Border width: 0
> >>   Class: InputOutput
> >>   Colormap: 0x21 (installed)
> >>   Bit Gravity State: ForgetGravity
> >>   Window Gravity State: NorthWestGravity
> >>   Backing Store State: NotUseful
> >>   Save Under State: no
> >>   Map State: IsViewable
> >>   Override Redirect State: no
> >>   Corners:  +440+128  -440+128  -440-279  +440-279
> >>   -geometry 560x493+440+106
> >>
> >> Unfortunately, the height includes the portion needed to display the
> >> cursor's coordinates ... sigh :-(
> >
> > That extra height is equal to term->v_char.  This quantity is not
> > currently exported as a user variable, but it would be trivial to do  
> > so.
> > Do you want it?  Its name would be GPVAL_TERM_VCHAR.
> 
> I'm back hoping to better understand what is needed to determine the  
> position of a specific gnuplot x11 window. I can see how xwininfo can  
> be used, but how do I determine the window id (0xc00008 in the  
> instance above)? Would it be necessary to patch gnuplot?

The usual way is to make successive requests to the window mananger
asking it to step through all the current windows on the display, 
and check each one to see if it is the one you want.  That does not
require any cooperation or modification of the program that created
the window in the first place.

It would also be possible to modify gnuplot_x11 so that it reports
back the id of each new plot window that it opens.  The would involve
modifying gplt_x11.c,  mouse.c, and perhaps x11.trm, but I think it
would not be difficult.

> Regarding the proposed GPVAL_TERM_VCHAR, how would be be accessed?

It would be just like any of the other internally-maintained variables.
The two obvious ones are

   show GPVAL_TERM_VCHAR
or
   set print "my/named/pipe/or/other/file"
   print "term->char =", GPVAL_TERM_VCHAR
   unset print

-- 
Ethan A Merritt

Re: problem with "set x11 {size WW,HH} {position XX,YY}"

[Ben A. <ben...@tq...>]

On Dec 29, 2008, at 12:15 AM, Ethan A Merritt wrote:

> On Sunday 28 December 2008, Ben Abbott wrote:
>>
>> On Dec 28, 2008, at 9:10 PM, Ethan A Merritt wrote:
>>
>>> On Sunday 28 December 2008, Ben Abbott wrote:
>>>
>>
>>>> *SNIP*
>>>> By the way, it would really be cool if there was a method by which
>>>> the
>>>> size and position of a plot window could be determined. That way  
>>>> if a
>>>> user moves or resizes a window Octave could do some checking and  
>>>> have
>>>> some awareness of such (I'd be stunned if such were possible, but
>>>> thought I'd ask).
>>>
>>> You can do that with a call into xlib; you don't need any special
>>> code in gnuplot for that.  You should be able to get all the info
>>> you'd get from the command line using "xwininfo"
>>
>> hmmm ... that may be quite useful.
>>
>> xwininfo: Window id: 0xc00008 "Figure 1"
>>
>>   Absolute upper-left X:  440
>>   Absolute upper-left Y:  128
>>   Relative upper-left X:  0
>>   Relative upper-left Y:  22
>>   Width: 560
>>   Height: 493
>>   Depth: 24
>>   Visual Class: TrueColor
>>   Border width: 0
>>   Class: InputOutput
>>   Colormap: 0x21 (installed)
>>   Bit Gravity State: ForgetGravity
>>   Window Gravity State: NorthWestGravity
>>   Backing Store State: NotUseful
>>   Save Under State: no
>>   Map State: IsViewable
>>   Override Redirect State: no
>>   Corners:  +440+128  -440+128  -440-279  +440-279
>>   -geometry 560x493+440+106
>>
>> Unfortunately, the height includes the portion needed to display the
>> cursor's coordinates ... sigh :-(
>
> That extra height is equal to term->v_char.  This quantity is not
> currently exported as a user variable, but it would be trivial to do  
> so.
> Do you want it?  Its name would be GPVAL_TERM_VCHAR.

I'm back hoping to better understand what is needed to determine the  
position of a specific gnuplot x11 window. I can see how xwininfo can  
be used, but how do I determine the window id (0xc00008 in the  
instance above)? Would it be necessary to patch gnuplot?

Regarding the proposed GPVAL_TERM_VCHAR, how would be be accessed?

Ben

Re: Each x-th element an x-label and boxes with labels

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

On Thursday 29 January 2009 08:29:40 SteppXXL wrote:
> 
> Ethan Merritt wrote:
> > 
> > Works here, in both version 4.2.4 and current CVS.
> > Please post or file a bug report giving the exact input script
> > and data file that is failing.
> > 
> 
> Ok, if you think it's a bug I posted it
> 
> http://sourceforge.net/tracker/index.php?func=detail&aid=2545882&group_id=2055&atid=102055

From the bug report:
$ gnuplot
        G N U P L O T
        Version 4.2 patchlevel 2 
        last modified 31 Aug 2007
        System: Linux 2.6.26-1-686


Got it.  Your problem was due to a bug that was fixed some time
between 4.2.2 (the one you show in your bug report) and 
4.2.4 (current version, released in September of 2008).

As I said, your code works fine as tested here in both 4.2.4 
and current cvs.

-- 
Ethan A Merritt

Re: Each x-th element an x-label and boxes with labels

[SteppXXL <mm4...@sp...>]

Ethan Merritt wrote:
> 
> Works here, in both version 4.2.4 and current CVS.
> Please post or file a bug report giving the exact input script
> and data file that is failing.
> 

Ok, if you think it's a bug I posted it

http://sourceforge.net/tracker/index.php?func=detail&aid=2545882&group_id=2055&atid=102055

Thank you.
-- 
View this message in context: http://www.nabble.com/Each-x-th-element-an-x-label-and-boxes-with-labels-tp21697428p21730377.html
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

Re: string function: definition of a function

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

On Wednesday 28 January 2009, Ethan A Merritt wrote:
> On Wednesday 28 January 2009, James R. Van Zandt wrote:
> > 
> > Ethan A Merritt <merritt@u.washington.edu> writes:
> > >On Monday 26 January 2009, James R. Van Zandt wrote:
> > >> 
> > >> I propose the patch below, which adds a function that returns the
> > >> string that defines a specified user defined function.
> > ...
> > >A couple of thoughts:
> > >
> > >It is already possible to do essentially the same thing by reversing 
> > >the order of operations and using the recently added evaluate() function:
> > >
> > >    gnuplot> def = "f(x) = 1-x**2/2"
> > >    gnuplot> evaluate(def)
> > >    gnuplot> plot [-1:1] cos(x), f(x) title def
> > 
> > This seems awkward to me.
> 
> I agree. I was just it pointing out as something that it is already possible.

Bleah. Make that "I was just pointing it out as something..."
 
> > 
> > >Another possibility is to make the function definitions visible as
> > >string variables directly, exactly as the existing variables are.
> > >
> > >    gnuplot> g(x,y) = x**2 + y**3
> > >    gnuplot> show variable GPFUN
> > >	   Variables beginning with GPFUN:
> > >	   GPFUN_g = "g(x,y) = x**2 + y**3"
> > >    gnuplot> set label GPFUN_g at graph .05, .95
> > 
> > I think this is about as handy as the definition() function.
> > It would even let us retire the "show functions" command.
> > 
> > It would be easy to create an associated string variable when
> > recording the definition of a function.

Right. Here you go:

--- gnuplot/src/command.c	2008-12-12 19:11:34.000000000 -0800
+++ gnuplot-cvs/src/command.c	2009-01-28 22:45:09.000000000 -0800
@@ -530,6 +530,15 @@ define()
 	memcpy(c_dummy_var, save_dummy, sizeof(save_dummy));
 	m_capture(&(udf->definition), start_token, c_token - 1);
 	dummy_func = NULL;	/* dont let anyone else use our workspace */
+
+	/* Save function definition in a user-accessible variable */
+	if (1) {
+	    char *tmpnam = gp_alloc(6+strlen(udf->udf_name), "varname");
+	    strcpy(tmpnam, "GPFUN_");
+	    strcat(tmpnam, udf->udf_name);
+	    fill_gpval_string(tmpnam, udf->definition);
+	    free(tmpnam);
+	}
     } else {
 	/* variable ! */
 	char *varname = gp_input_line + token[c_token].start_index;

Re: string function: definition of a function

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

On Wednesday 28 January 2009, James R. Van Zandt wrote:
> 
> Ethan A Merritt <merritt@u.washington.edu> writes:
> >On Monday 26 January 2009, James R. Van Zandt wrote:
> >> 
> >> I propose the patch below, which adds a function that returns the
> >> string that defines a specified user defined function.
> ...
> >A couple of thoughts:
> >
> >It is already possible to do essentially the same thing by reversing 
> >the order of operations and using the recently added evaluate() function:
> >
> >    gnuplot> def = "f(x) = 1-x**2/2"
> >    gnuplot> evaluate(def)
> >    gnuplot> plot [-1:1] cos(x), f(x) title def
> 
> This seems awkward to me.

I agree. I was just it pointing out as something that it is already possible.

> 
> >Another possibility is to make the function definitions visible as
> >string variables directly, exactly as the existing variables are.
> >
> >    gnuplot> g(x,y) = x**2 + y**3
> >    gnuplot> show variable GPFUN
> >	   Variables beginning with GPFUN:
> >	   GPFUN_g = "g(x,y) = x**2 + y**3"
> >    gnuplot> set label GPFUN_g at graph .05, .95
> 
> I think this is about as handy as the definition() function.
> It would even let us retire the "show functions" command.
> 
> It would be easy to create an associated string variable when
> recording the definition of a function.
> 
> A diabolical user could goof this up:
> 
>    gnuplot> g(x,y) = x**2 + y**3
>    gnuplot> GPFUN_g = 42
>    gnuplot> set label GPFUN_g at graph .05, .95
> 
> but I don't suppose that is worth worrying about.

We already dis-allow setting variable names GPVAL_* and MOUSE_*
from the command line. This would be similarly protected.

> The next step might be for the expression parser to look for functions
> via the string variable.  Probably not worth the trouble.
> 
> By the way, you slipped in a useful generalization of the "show
> variables" command.  

It's been there for a while, but I only discovered it recently.

> I would extend it to allow globbing: 
> 
>    gnuplot> show variable xy*z
>           xyaz = 13
>           xybz = 14
>           xyzz = "forty two"
>                   - Jim Van Zandt

        Ethan

Re: string function: definition of a function

[James R. V. Z. <jr...@co...>]

Ethan A Merritt <merritt@u.washington.edu> writes:
>On Monday 26 January 2009, James R. Van Zandt wrote:
>> 
>> I propose the patch below, which adds a function that returns the
>> string that defines a specified user defined function.
...
>A couple of thoughts:
>
>It is already possible to do essentially the same thing by reversing 
>the order of operations and using the recently added evaluate() function:
>
>    gnuplot> def = "f(x) = 1-x**2/2"
>    gnuplot> evaluate(def)
>    gnuplot> plot [-1:1] cos(x), f(x) title def

This seems awkward to me.

>Another possibility is to make the function definitions visible as
>string variables directly, exactly as the existing variables are.
>
>    gnuplot> g(x,y) = x**2 + y**3
>    gnuplot> show variable GPFUN
>	   Variables beginning with GPFUN:
>	   GPFUN_g = "g(x,y) = x**2 + y**3"
>    gnuplot> set label GPFUN_g at graph .05, .95

I think this is about as handy as the definition() function.
It would even let us retire the "show functions" command.

It would be easy to create an associated string variable when
recording the definition of a function.

A diabolical user could goof this up:

   gnuplot> g(x,y) = x**2 + y**3
   gnuplot> GPFUN_g = 42
   gnuplot> set label GPFUN_g at graph .05, .95

but I don't suppose that is worth worrying about.

The next step might be for the expression parser to look for functions
via the string variable.  Probably not worth the trouble.

By the way, you slipped in a useful generalization of the "show
variables" command.  I would extend it to allow globbing:

   gnuplot> show variable xy*z
          xyaz = 13
          xybz = 14
          xyzz = "forty two"

                  - Jim Van Zandt

Re: Each x-th element an x-label and boxes with labels

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

On Wednesday 28 January 2009 05:37:00 SteppXXL wrote:
> 
> Thanks Ethan
> 
> but
> 
> plot 	"data" using 0:3:xtic( column(2)==1 ? stringcolumn(1) :
> stringcolumn(2) ) linetyp 1,\
> 
> doesn't work for me. It always prints the 2nd column (2nd for testing,
> usually "" as you wrote).

Works here, in both version 4.2.4 and current CVS.
Please post or file a bug report giving the exact input script
and data file that is failing.


-- 
Ethan A Merritt

Re: Each x-th element an x-label and boxes with labels

[SteppXXL <mm4...@sp...>]

Thanks Ethan

but

plot 	"data" using 0:3:xtic( column(2)==1 ? stringcolumn(1) :
stringcolumn(2) ) linetyp 1,\

doesn't work for me. It always prints the 2nd column (2nd for testing,
usually "" as you wrote).

followed by

	"" using 0:($5>=0 ? $3 : 0) linetype 2, \
	"" using 0:3:4 with labels rotate by 45 center offset 0,1 notitle

How to tell "Draw label only if col 4 >= x?" E.g. x=1200 for my samples.
-- 
View this message in context: http://www.nabble.com/Each-x-th-element-an-x-label-and-boxes-with-labels-tp21697428p21705786.html
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

Re: Variable color

[SteppXXL <mm4...@sp...>]

Thomas Sefzick wrote:
> 
> plot "data"" using 0:(valid(5)?0/0:$3) linetype 2 , ""using
> 0:(valid(5)?$3:0/0) lt 3
> 
Thank you. I solved it similar but '0/0' is a good idea.
-- 
View this message in context: http://www.nabble.com/Variable-color-tp21688841p21705476.html
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.

bug in depthorder?

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

The enclosed script using the "pm3d depthorder" gives wrong ordering of 
faces on gnuplot-cvs, and sometimes wrong and sometimes good ordering on 
gnuplot 4.2. Also try to rotate the plot by mouse. How can this happen?

***

f(x,y)=sin(x*y*pi/180)/(x*y*pi/180)

if (1)  set xrange [-720:720]; set yrange [-720:720]; \
        set sample 10; set isosamples 10; set table 'a.dat'; splot f(x,y); 
unset table; reset

set auto fix
#set xrange [0:10]; set yrange [0:10]
set xlabel "x axis"; set ylabel "y axis"
set xyplane at 0

set pm3d

set pm3d depthorder

set view 64, 287
splot 'a.dat' with pm3d

pause 1

set view 64, 286; replot

Re: Variable color

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

SteppXXL wrote:
> 
> Hello there
> 
> I'd like to have a variable color on my boxes depending on read values: 
> If value 5 ($5) exists ($5>=0) then color of box = green else color = red.
> The whole value 5 is "2 classe(s), 1 transition(s)" but it always starts
> with an integer if it exists so checking >=0 is quite ok.
> I tried to vary linetype 2 or 1 but it won't work:
> 

if $5 isn't existing nothing is plotted, instead, you need to check for
validity of $5 and
plot two times:

plot "data"" using 0:(valid(5)?0/0:$3) linetype 2 , ""using
0:(valid(5)?$3:0/0) lt 3

-- 
View this message in context: http://www.nabble.com/Variable-color-tp21688841p21702567.html
Sent from the Gnuplot - Dev mailing list archive at Nabble.com.