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

Re: CVS source tree problem

[Hans-Bernhard B. <br...@ph...>]

On Mon, 20 Oct 2003, Daniel J Sebald wrote:

> configure.in: 7: required file `./config.hin' not found
> FATAL ERROR: Autoconf version 2.52 or higher is required for this script

The second line is your real problem, I think.  I upped AC_PREREQ to
version 2.52 two weeks ago.

> In looking back at a version from a couple weeks ago that worked, I see
> that there is no file called "config.h.in", just a "config.hin".  But in
> the latest version, a file is created called "config.h.in", but no
> "config.hin".

When is that file created?  What's creating it?

I guess the problem with config.hin is just a follow-up error, and the
real problem is AS_PREREQ().

-- 
Hans-Bernhard Broeker (br...@ph...)
Even if all the snow were burnt, ashes would remain.

Re[2]: arrowheads too long in PostScript terminal

[Alan G I. <ai...@am...>]

On Mon, 20 Oct 2003 08:32:53 -0700 Ethan Merritt <merritt@u.washington.edu> wrote:
> I thought some more about the issue of where an arrow should
> terminate, and I have decided that I disagree with Alan's premise.
> It is not correct that the tip of the arrowhead should terminate
> immediately before the (x,y) coordinate it is drawn "to".
> I can see two cases to be considered:

> 1)  The arrow exists for the purpose of indicating a certain (x,y)
> point with great precision.  In this case an arrow is entirely the
> wrong visual aid.  Instead one should place a dot, cross, or
> circle on the point being indicated

> 2) The arrow is pointing toward some feature of interest on the plot.
> In this case it is proper for the arrow head to stop well before the
> actual point being indicated, since it is best not to obscure the
> immediate neighborhood of the point itself.

> Arrows are not special. All line segments should have the same
> properties, and all other line segments terminate precisely on
> top of the (x,y) points they connect, where "on top of" means that
> the finite thickness of the line causes it to extend beyond the
> precise (x,y) coordinates in all directions.


If I understand Ethan, he thinks arrows should be shortened
even more than I do.  But I still disagree.

Basic user interface issue:
set arrow from ptA to ptB
will be expected to do precisely that:
start at ptA and end at ptB.
*If* this is the provided behavior,
the user can always adjust these points appropriately
to achieve the effects Ethan mentions in 2).

Basic issue of cooperation: let the user apply arrows
however they desire.  Just make it easy to do so.  (E.g.,
let the user decide if an arrow is an appropriate visual aid
for his/her purpose.)

Example: 'plot with vectors' will be badly screwed up if
the vectors do not start and stop exactly where they should.

Basic implementation issue:
there should be no ambiguity about what "from" and "to" mean.
Additionally, for filled arrows (and on capable terminals
*all* heads can be drawn as filled) this keeps the drawing
computations as simple a possible.  (Related to this:
an arrow without a head should start and stop and the
same precise location as an arrow with a head!)

Finally, on the interpretation of where an arrow goes, I am
not proposing an idiosyncratic interpretation.  To the
contrary, I believe it is very standard.  (Compare e.g. the
LaTeX picture environment.)  And contrary to Ethan's claim,
I argue that this provide a good match for how lines are
handled. Lines are generally expected *not* to project
beyond the path endpoint.  Using PostScript terminology, the
natural presumption is a butt cap, and this is the natural
default. Ethan seems to be suggesting that choosing a
projecting square cap should be the default.  I cannot
recognize this as a standard practice.

But after all is said and done, they key issue is: what will
users expect, and what makes it easiest for them to achieve
precisely what they desire in a predictable fashion?  I was
personally startled to find that arrows project past their
assigned end point, so my view is obviously that this is
unexpected and undesirable behavior.  What is more, with
this behavior it is essentially impossible for me to make an
arrow terminate precisely where I wish it to.  This too is
very undesirable.  Finally, with the new flexibility for
arrowheads, the termination of the arrowhead will become
even harder for a user to anticipate since it will change
with the angle used for the arrowhead.

If there were implementation issues that spoke against this,
I would understand some hesitancy.  But implementation is
actually simplified for filled heads.  (And *all* heads
can be filled on capable terminals.)  For nofilled heads
it is basically a matter of computing the mitre to offset the
head and the shaft length.

Cheers,
Alan Isaac

CVS source tree problem

[Daniel J S. <dan...@ie...>]

The CVS source tree has an error in ./prepare that wasn't there
a week or two ago.

--------

configure.in: 7: required file `./config.hin' not found
FATAL ERROR: Autoconf version 2.52 or higher is required for this script

Some part of the preparation process failed.
Please refer to INSTALL for details.

--------

In looking back at a version from a couple weeks ago that worked, I see
that there is no file called "config.h.in", just a "config.hin".  But in 
the latest
version, a file is created called "config.h.in", but no "config.hin".

Dan

Re: again: x11 is eating one character from stdin pipe

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

[apologies if you receive this message twice.  Since I'm not entirely
 sure that the new gnu...@li... is working,
 I have CCed various interested parties directly]

Petr Mikulik and John Bollinger alerted me to the recurrence of an
old problem.  When (1) gnuplot is run from a script and (2) mouse
input is enabled, then characters are dropped from the input=20
stream.

I initially thought this was something I had broken with my X11
initialization patches (revisions 1.71 - 1.74 of term/x11.trm).
But after backing these out altogether, I still see the problem,
although possibly with a lower frequency.

After much poking about in the source code, I came
across this bit in term/x11.trm

            /* apparently multi-character inputs like escape sequences
             * but also mouse-pasted text got buffered and therefore
             * didn't trigger the select() function in X11_waitforinput()=
=2E
             * Switching to unbuffered input solved this (although I don'=
t
             * really like this solution 23 Jan 2002 (joze) */
            setvbuf(stdin, (char *) 0, _IONBF, 0);

Commenting out this one setvbuf() line solves 99% of the=20
problem in my tests using the awk script below. =20

With the setvbuf() in place, running the awk script causes the
first 120+ plot commands to be lost in transit!!!!!!

Without the setvbuf() command, only a single character is
dropped - the first one following the first plot command.

Before proceeding any further, I'd like to hear more detail from=20
Johannes about what problem this line was originally fixing.
I have not noticed any dropped paste events or mouse clicks,
but I may not be testing the right combination of events.

It would also be good to hear from Petr or some other Octave
user as to whether removing the setvbuf()  line also fixes
things in Octave.=20



My test awk script:

BEGIN {
gp=3D"./gnuplot"
print "set term post" |gp
print "set mouse" |gp
print "set term x11" |gp
for (k=3D1; k<500; k++) {
    print "reset"|gp
    print "plot x*x*" k |gp
    }
}

On Friday 10 October 2003 00:57, Petr Mikulik wrote:
>
> This Octave script may show the error earlier than the awk script:
>
> gset mouse
> #do_print=3D1;
> do_print=3D0;
>
> x=3D1:600;
> y=3Dsin(x/3);
> if do_print
>     gset term post lw 2 'Helvetica' 16
>     gset out 'gpbug.ps'
> end
>
> for k=3D1:30
>     gset grid
>     title(sprintf('loop %i',k))
>     plot(x*1e-3,y,';curve;')
>     replot
> end
>
> if do_print
>     gset out
>     gset term pop
> end
>
> ---
> Petr Mikulik

--=20
Ethan A Merritt       merritt@u.washington.edu
Biomolecular Structure Center Box 357742
University of Washington, Seattle, WA 98195

Re: save "|gpsavediff >a.gp"

[Hans-Bernhard B. <br...@ph...>]

On Mon, 20 Oct 2003, Petr Mikulik wrote:

> I wanted to let the "save" command to save to file only differences wrt
> "reset"  status of gnuplot, so I've patched save_command() + surrounding
> routines to allow write to pipe. In the attached file, there is that
> patch + my favourite script "gpsavediff".

I'm somewhat surprised it doesn't already support the "| command" syntax
already.  Given that, I'm all for integrating this patch ASAP.

> Do you do such a diff-save in a similar way?

Yes.  I salvaged a script similar to yours ages ago, from a mail to
info-gnuplot IIRC.  It's called 'reduce-gnuplot-output', it's a
csh script (of all things), and it only works for named files.

A better approach to the whole task would almost certainly be to integrate
it into gnuplot itself.  But for that to become feasible, we'ld need a
massive refactoring of the whole internal status stuff:

*) organize the set/show/save/unset/reset implementations by variable, not
   by command, i.e. the set, show, save, unset and reset (default status)
   for a given setting should all be in *one* place, not scattered over
   4 files (set.c,show.c,unset.c,misc.c).  This would make things a
   lot more OO-ish.

*) Add a new method, or a flag to the 'save-variable' method of each
   setting, so it saves only the state different from the default.

*) Add an option to 'save', or a new command 'savediffs' to call that
   new method.

This would be a ton of work, unfortunately.  I.e. I'd advise to delay this
until after the 4.0 release we all still agree should happen soon ---
right?

-- 
Hans-Bernhard Broeker (br...@ph...)
Even if all the snow were burnt, ashes would remain.

save "|gpsavediff >a.gp"

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

I wanted to let the "save" command to save to file only differences wrt
"reset"  status of gnuplot, so I've patched save_command() + surrounding
routines to allow write to pipe. In the attached file, there is that patch +
my favourite script "gpsavediff".

Do you do such a diff-save in a similar way?
Or do you have a similar script with a different functionality?

Unless there are negative responses, the patch will go to cvs.
But what to do with gpsavediff? Maybe some web page...

---
Petr Mikulik

Re: list migration

[Daniel J S. <dan...@ie...>]

Lars Hecking wrote:

>Daniel J Sebald writes:
>  
>
>>Me?  :)  Dave is the one who doesn't seem to mind them...
>>    
>>
> 
> See? For some reason missing posts made me miss the context ...
>
> Daniel, kindly, will you refrain from top-posting in the furture?
> It sucks almost as much as spam.
>  
>

Sorry.  No more top-posting... (Had to look that one up in The
Jargon Lexicon.)... or "TOFU".

And thank you Dave for setting the list private, and generally
taking care of list matters.

"Newbie"

(Too much Jargon Lexicon, you say?)

Re: list migration

[Lars H. <lhe...@us...>]

Daniel J Sebald writes:
> Me?  :)  Dave is the one who doesn't seem to mind them...
 
 See? For some reason missing posts made me miss the context ...

 Daniel, kindly, will you refrain from top-posting in the furture?
 It sucks almost as much as spam.

> Anyway, my original point is that Dartmouth list seemed to be
> a real spam target.  There seemed to be about one or two per
> day routed through it.  I just imagine there was a ton of spam
> we didn't see.  I suspect there are spammers out there that

 One or two a day doesn't make that much of a difference if you
 receive 100 or 200 ...

> collect emails by an automated means.  (Would this be
> technically a form of data mining?)  I suspect that collecting
> addresses and selling them is a source of revenue for some.
> (Should be made universally illegal folks, I decree.)
> 
> Call me paranoid, but I'd prefer not having my address on a list
> in which an automated program can "who" it and search for
> @ symbols.  I can't recall a single spam to my alias address
> for about three years until recently.  (I'm not blaming
> gnuplot-info.)  And now I can see the slow increase in amount.
> (Expletive deleted.)
 
 I am pretty sure that SF is protecting email addresses pretty well,
 even in archives. They have even stepped up anti-spam recently, which
 makes a considerable difference (for a while, I was getting most of
 all spam through SF).

 Can we please stop this thread now?

 Thank you.

Re: list migration

[Dave D. <dde...@es...>]

Ethan Merritt <merritt@u.washington.edu> writes:

> On Thursday 16 October 2003 11:18, Daniel J Sebald wrote:
>> Dave Denholm wrote:
>> >You can send 'who' requests to majordomo. I send
>> >who info-gnuplot-beta
>>
>> I just verified that this can be done.  I do not like this!!!  Not
>> one bit.  With the amount of spam that was being routed through
>> Dartmouth, it is clear that this facility is/was a spammer target.
>
> Nice catch, Daniel.
>
> I agree that this "feature" ceased being desirable behaviour 
> quite a while back.   Mailing-list subscription lists should not
> be public knowledge.
>

Okay, I think I've changed them all to "list" rather than "open", so that
only people subscribed can ask.

I could set 'closed', but then even the list owner can't find out, and
I need to do that for my script which unsubscribes addresses that bounce.


[
 I do also get sent notifications about subscriptions and unsubscriptions,
 so I could have maintained the list that way, but it's not worth doing
 that now !
]



dd
-- 
Dave Denholm              <dde...@es...>       http://www.esmertec.com

Re: list migration, OT spamassassin

[Andrew B. <aa...@ci...>]

> Once a person's address gets out and starts floating about the
> spammer lists, I suspect the game is over.

Try spamassassin. I get about 400 spams per day (last time I checked)
and SA catches all but 2 or 3. And alot of the 2-3 that get through
are because my email is at the front of the alphabet. When I used to
report missed spams the result was always 'known spam'. By the time
I reported it it had become 'known' due to the reports of others :-)

Andy (who will be named Zachary in the next life)

Re: list migration

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

On Thursday 16 October 2003 11:18, Daniel J Sebald wrote:
> Dave Denholm wrote:
> >You can send 'who' requests to majordomo. I send
> >who info-gnuplot-beta
>
> I just verified that this can be done.  I do not like this!!!  Not
> one bit.  With the amount of spam that was being routed through
> Dartmouth, it is clear that this facility is/was a spammer target.

Nice catch, Daniel.

I agree that this "feature" ceased being desirable behaviour=20
quite a while back.   Mailing-list subscription lists should not
be public knowledge.

=09Ethan
--=20
Ethan A Merritt       merritt@u.washington.edu
Biomolecular Structure Center Box 357742
University of Washington, Seattle, WA 98195

Re: list migration

[Daniel J S. <dan...@ie...>]

Dave Denholm wrote:

>You can send 'who' requests to majordomo. I send
>
>who info-gnuplot
>who info-gnuplot-digest
>who info-gnuplot-beta
>who info-gnuplot-beta-digest
>who bug-gnuplot
>
>to majordomo from time to time to keep my local list refreshed (for failure matching)
>

I just verified that this can be done.  I do not like this!!!  Not
one bit.  With the amount of spam that was being routed through
Dartmouth, it is clear that this facility is/was a spammer target.
It is not a far stretch of the imagination that an automated
program would target and query such a list to collect email
addresses.  Please, people's addresses cannot be placed on
a list that is publicly available.  And the sooner the Majordomo
list goes down, the better, as far as I'm concerned.  I've just
been discussing the sudden occurrence of spam with multi-
recipients of certain IEEE alias addressed emails, and I'm not
the only who would find something like the Majordomo "who"
disconcerting.  Please see if the SF email list can be made
private, accessible only to those four of you knowing the password.
Once a person's address gets out and starts floating about the
spammer lists, I suspect the game is over.

Thanks,

Dan

Re: list migration

[Dave D. <dde...@es...>]

Daniel J Sebald <dan...@ie...> writes:

> Me?  :)  Dave is the one who doesn't seem to mind them...
>
> Anyway, my original point is that Dartmouth list seemed to be
> a real spam target.  There seemed to be about one or two per
> day routed through it.  I just imagine there was a ton of spam
> we didn't see.


Yeah, it all comes to info-gnuplot-owner (ie me) for approval :-(
There's probably about 50 a day you don't see.


> I suspect there are spammers out there that
> collect emails by an automated means.  (Would this be
> technically a form of data mining?)  I suspect that collecting
> addresses and selling them is a source of revenue for some.
> (Should be made universally illegal folks, I decree.)
>
> Call me paranoid, but I'd prefer not having my address on a list
> in which an automated program can "who" it and search for
> @ symbols.  I can't recall a single spam to my alias address
> for about three years until recently.  (I'm not blaming
> gnuplot-info.)  And now I can see the slow increase in amount.
> (Expletive deleted.)
>

Yeah, seems fair to me.


dd
-- 
Dave Denholm              <dde...@es...>       http://www.esmertec.com

Re: list migration

[Daniel J S. <dan...@ie...>]

Me?  :)  Dave is the one who doesn't seem to mind them...

Anyway, my original point is that Dartmouth list seemed to be
a real spam target.  There seemed to be about one or two per
day routed through it.  I just imagine there was a ton of spam
we didn't see.  I suspect there are spammers out there that
collect emails by an automated means.  (Would this be
technically a form of data mining?)  I suspect that collecting
addresses and selling them is a source of revenue for some.
(Should be made universally illegal folks, I decree.)

Call me paranoid, but I'd prefer not having my address on a list
in which an automated program can "who" it and search for
@ symbols.  I can't recall a single spam to my alias address
for about three years until recently.  (I'm not blaming
gnuplot-info.)  And now I can see the slow increase in amount.
(Expletive deleted.)

Dan


Lars Hecking wrote:

>>If you got an email from me ranting about the list members email
>>addresses not being made publicly available, then yes.
>>    
>>
> 
> I'll go and forward the 6000 spam emails I receive every month to
> you then, will I?
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: SF.net Giveback Program.
>SourceForge.net hosts over 70,000 Open Source Projects.
>See the people who have HELPED US provide better services:
>Click here: http://sourceforge.net/supporters.php
>_______________________________________________
>gnuplot-beta mailing list
>gnu...@li...
>https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
>
>
>  
>

-- 

Dan Sebald
email: dan...@ie...
URL: http://acer-access.com/~ds...@ac.../

Re: list migration

[Lars H. <lhe...@us...>]

> If you got an email from me ranting about the list members email
> addresses not being made publicly available, then yes.
 
 I'll go and forward the 6000 spam emails I receive every month to
 you then, will I?

Re: list migration

[Dave D. <dde...@es...>]

Daniel J Sebald <dan...@ie...> writes:

> Lars Hecking wrote:
>
>>[OT]
>>
>> I am not receiving any copies of my own list posts. Does anyone have
>> the same problem?
>>
>
> If you got an email from me ranting about the list members email
> addresses not being made publicly available, then yes.
>

I don't think I saw that one ..?


I assume you were saying they shouldn't be public, rather than that
they should ..?

I guess the lists were configured in the days before spam was so bad, and
no-one ever changed them. It is mildly useful for people to be able
to find out the exact address they are subscribed as, but that's
not a strong argument.

OTOH I pretty much accept that my email address is going to get into
various lists no matter what I do, so I have to have a decent
anti-spam mechanism. So I don't care who gets hold of my address.

[ then again, this is "only" my work email address. I am less open
 with my personal one !
]


dd
-- 
Dave Denholm              <dde...@es...>       http://www.esmertec.com

Re: list migration

[Lars H. <lhe...@us...>]

Lars Hecking writes:
> 
> [OT]
> 
>  I am not receiving any copies of my own list posts. Does anyone have
>  the same problem?
 
 Did receive this one, after some big delay.

Arrowheads in Postscript terminal

[Harald H. <h.h...@tu...>]

This is a continuation of the thread "arrowheads too long in PostScript
terminal" in comp.graphics.apps.gnuplot.

> "Hans-Bernhard Broeker" <br...@ph...> wrote in message
> news:bmgki7$6mg$1...@ne......
>>        set style arrow  ...
>> Note the <length>, <angle> and <backangle> parameters.  If possible,
>> re-positioning of mitered arrow heads should be done globally for all
>> terminals (needing some internal changes to let the core even know
>> whether a given terminal driver is using mitered, rounded or
>> miter-limited join style).  If that can't be done, we'ld at least need
>> a mostly native PostScript re-implementation of the default C function
>> do_arrow() from term.c that takes into account all the parameters.
>
>For terminals that support filling, like PostScript, there is I guess an
>easy solution: draw *all* arrow heads as filled outlines.  Looking at
>the EPS output for filled arrowheads, it is pretty clear that this code
>*already exists and is used* (slightly offset however).  After the the
>filled area is generated however, additional lines are stroked along
>the path describing the arrowhead, thus leading to the same problem
>(that the mitred end runs past the endpoint) as in the unfilled arrows.
>
>Eliminate the offset (mentioned above) and get rid of the stroked path,
>then filled arrowheads at least would stop at the right place.
>This seems like an easy, quick fix requiring essentially no new code,
>and at least the filled arrows would then behave right.
>On these terminals the nofilled and empty arrowhead could *also* be
>drawn as filled outlines, which might be easier than offsetting the
>mitre.

At least using the Postscript Terminal with rounded line joints, I really
would prefer to preserve the stroked path around the arrow heads even when
they are filled. If you eliminate the stroked path the corners of the
arrow heads would be sharp what does not fit to the round line joints and
line ends.
  I just think of a plot generated with the "round" option to be painted
using a round pen as done in engineering drawings. To fit the DIN norm for
drawing arrow heads (filled, 15=B0, length 5 times line width), I have
programmed the filled arrow heads. And these should preserve round
corners, I think.

Fur butt line joints, we could think about eliminating the stroked path.
But this leads to a problem of different size of arrow heads for butt and
rounded line ends.

Yours
Harald

--=20
Harald Harders                              Langer Kamp 8
Institut f=FCr Werkstoffe                     D-38106 Braunschweig
Technische Universit=E4t Braunschweig         Germany
E-Mail: h.h...@tu...                  Tel: +49 (5 31) 3 91-3062
WWW   : http://www.tu-bs.de/institute/ifw/  Fax: +49 (5 31) 3 91-3058

Re: list migration

[Daniel J S. <dan...@ie...>]

My second email made its way back; so no working.  -- Dan

Daniel J Sebald wrote:

>
>
> Lars Hecking wrote:
>
>> [OT]
>>
>> I am not receiving any copies of my own list posts. Does anyone have
>> the same problem?
>>
>
> If you got an email from me ranting about the list members email
> addresses not being made publicly available, then yes.
>
> Dan
>

Re: list migration

[Daniel J S. <dan...@ie...>]

Lars Hecking wrote:

>[OT]
>
> I am not receiving any copies of my own list posts. Does anyone have
> the same problem?
>

If you got an email from me ranting about the list members email
addresses not being made publicly available, then yes.

Dan

Re: list migration

[Clark G. <ga...@di...>]

I did receive my own post.

Go figure.

Anyway, I've opened a case with sf so we'll see what they say.

--ckg

On Thu, Oct 16, 2003 at 09:16:27PM -0400, Clark Gaylord wrote:
> All users have "not metoo" unset.  Sounds like a bug.  I'll see if
> I can raise any attention at sourceforge.
> 
> Can I hear me now?
> 
> --ckg
> 
> On Thu, Oct 16, 2003 at 06:05:40PM -0400, asad wrote:
> > I did receive your following post.
> > 
> > -----Original Message-----
> > From: gnu...@li...
> > [mailto:gnu...@li...] On Behalf Of Lars Hecking
> > Sent: Thursday, October 16, 2003 10:09 AM
> > To: gnu...@li...
> > Subject: Re: list migration
> > 
> > 
> > [OT]
> > 
> >  I am not receiving any copies of my own list posts. Does anyone have
> >  the same problem?
> > 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.
> SourceForge.net hosts over 70,000 Open Source Projects.
> See the people who have HELPED US provide better services:
> Click here: http://sourceforge.net/supporters.php
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

-- 
Clark K. Gaylord
Blacksburg, Virginia USA
ga...@di...
http://dirtcheapemail.com/

Re: list migration

[Clark G. <ga...@di...>]

All users have "not metoo" unset.  Sounds like a bug.  I'll see if
I can raise any attention at sourceforge.

Can I hear me now?

--ckg

On Thu, Oct 16, 2003 at 06:05:40PM -0400, asad wrote:
> I did receive your following post.
> 
> -----Original Message-----
> From: gnu...@li...
> [mailto:gnu...@li...] On Behalf Of Lars Hecking
> Sent: Thursday, October 16, 2003 10:09 AM
> To: gnu...@li...
> Subject: Re: list migration
> 
> 
> [OT]
> 
>  I am not receiving any copies of my own list posts. Does anyone have
>  the same problem?
> 

RE: list migration

[asad <as...@cl...>]

I did receive your following post.

-----Original Message-----
From: gnu...@li...
[mailto:gnu...@li...] On Behalf Of Lars Hecking
Sent: Thursday, October 16, 2003 10:09 AM
To: gnu...@li...
Subject: Re: list migration


[OT]

 I am not receiving any copies of my own list posts. Does anyone have
 the same problem?



-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
SourceForge.net hosts over 70,000 Open Source Projects.
See the people who have HELPED US provide better services:
Click here: http://sourceforge.net/supporters.php
_______________________________________________
gnuplot-beta mailing list
gnu...@li...
https://lists.sourceforge.net/lists/listinfo/gnuplot-beta

Re: list migration

[Lars H. <lhe...@us...>]

[OT]

 I am not receiving any copies of my own list posts. Does anyone have
 the same problem?

Re: [Gnuplot-beta] list config

[Clark G. <ga...@di...>]

Clark Gaylord wrote:
> respond-to-list set for -beta.

now unset.  my mistake: I had thought it was set on the dartmouth list 
and was trying to replicate the functionality.

--ckg