From: Hans-Bernhard B. <br...@ph...> - 2004-02-13 13:06:33
|
On Thu, 12 Feb 2004, Petr Mikulik wrote: > I propose to release gnuplot 4.0 now -- within 1 or 2 weeks max. > > From the implementation point of view, the following should be done: > > * Fix gplt_x11.c to compile on OS/2 again (my mail from few minutes ago) > > * SF Bug "885279 Reading '%s' timefmt is not 64 bit safe" to be included > or not? And we really should go through *all* the open bugs currently listed on SF and check their status, fix those that are either fixed or non-bugs, and consider what to do with the others. Some will probably remain unchanged (e.g. my own long-time favourite, "short log axes get bad autotics"). > Optional: release gnuplot-3.8k right now as 4.0 prerelease, I'm all for it. IIRC, Lars can make a 3.8k release tarball by a single 'make' call, anytime. > and 4.0 when all the files with new version 4 are edited. ... and 3.8k has had at least a week or two to give people a chance to actually test it, and shake out the bugs. > Further, gnuplot deserves new web page. I've made some work for that. Please > have a look at > physics.muni.cz/~mikulik/gp/gpweb-001.zip Why post a .zip file? It would make a good deal more sense to put the actual pages on your web. > Can someone contribute link to an archive of the gnuplot newsgroups? http://groups.google.com ? -- Hans-Bernhard Broeker (br...@ph...) Even if all the snow were burnt, ashes would remain. |
From: Hans-Bernhard B. <br...@ph...> - 2004-02-13 14:36:12
|
On Fri, 13 Feb 2004, Petr Mikulik wrote: > > And we really should go through *all* the open bugs currently listed on SF > > and check their status, fix those that are either fixed or non-bugs, and > > Mostly to be closed, as they refer to 3.7.3, for example. Some of them do --- but that doesn't mean the same issues don't still exist in 3.8-current, too. > I think there is no serious bug for 3.8k -- bug please check it. Depends on what you call "serious". I consider the log-axis ticking for short ranges pretty serious --- but it's a major endeavour to change that, which Jim van Zandt has just started to investigate. [BTW: any news on that, Jim?] > I don't want it gets indexed by web spiders. Put password protection on it, then, and mail the password. > And is there an archive of gnuplot-beta? There used to be one, but I forgot where, and I have no whether it's still active. Dave or Clark must know --- the subscription address of any archiver should have been pretty obvious among the addresses they moved from dartmouth to sourceforge last November. -- Hans-Bernhard Broeker (br...@ph...) Even if all the snow were burnt, ashes would remain. |
From: Hans-Bernhard B. <br...@ph...> - 2004-02-13 14:39:32
|
On Fri, 13 Feb 2004, Petr Mikulik wrote: > And is there an archive of gnuplot-beta? http://news.gmane.org/gmane.comp.graphics.gnuplot.devel I don't know since when they archive us, though. 511 mails in all seems a bit few. -- Hans-Bernhard Broeker (br...@ph...) Even if all the snow were burnt, ashes would remain. |
From: James R. V. Z. <jr...@co...> - 2004-02-14 01:56:48
|
Hans-Bernhard Broeker writes: >On Fri, 13 Feb 2004, Petr Mikulik wrote: >> I think there is no serious bug for 3.8k -- but please check it. > >Depends on what you call "serious". I consider the log-axis ticking >for short ranges pretty serious --- but it's a major endeavour to >change that, which Jim van Zandt has just started to investigate. >[BTW: any news on that, Jim?] The current version of my program is at http://jrv.oddones.org/transform-0.8.tar.gz I'd appreciate any comments. I know there are too many unlabeled tics at the top end of some axes. - Jim Van Zandt |
From: Hans-Bernhard B. <br...@ph...> - 2004-02-16 15:09:59
|
On Fri, 13 Feb 2004, Hans-Bernhard Broeker wrote: > > And is there an archive of gnuplot-beta? > > There used to be one, but I forgot where, On closer look, we appear to have more archives than we can possibly use ;-) http://groups.yahoo.com/group/info-gnuplot-beta/ 5001 entries, from (at least) 1997 to 2001 http://marc.theaimsgroup.com/?l=gnuplot-info-beta 1998 to present, some double entries... There's an ongoing archive of our current lists as part of SF.net Geocrawler, the previous mail list archive provider for SF.net, still keeps some archives from that time (switched over in 2002). -- Hans-Bernhard Broeker (br...@ph...) Even if all the snow were burnt, ashes would remain. |
From: Petr M. <mi...@ph...> - 2004-02-18 09:50:56
|
> > > And is there an archive of gnuplot-beta? > > On closer look, we appear to have more archives than we can possibly > use ;-) Ok, I've released "web page" version 003: new script: gpsavediff corrected link to http://gnuplot.sourceforge.net/demo/ links to gnuplot mailing lists archives section about bidirectional communication your program <=> gnuplot --- Petr Mikulik |
From: Petr M. <mi...@ph...> - 2004-02-13 14:05:19
|
> And we really should go through *all* the open bugs currently listed on SF > and check their status, fix those that are either fixed or non-bugs, and Mostly to be closed, as they refer to 3.7.3, for example. I think there is no serious bug for 3.8k -- bug please check it. > > Optional: release gnuplot-3.8k right now as 4.0 prerelease, > > I'm all for it. IIRC, Lars can make a 3.8k release tarball by a single > 'make' call, anytime. > > > and 4.0 when all the files with new version 4 are edited. > > ... and 3.8k has had at least a week or two to give people a chance to > actually test it, and shake out the bugs. Then 3.8k should be released today. > > Further, gnuplot deserves new web page. I've made some work for that. Please > > have a look at > > physics.muni.cz/~mikulik/gp/gpweb-001.zip > > Why post a .zip file? It would make a good deal more sense to put the > actual pages on your web. I don't want it gets indexed by web spiders. It is published like that for people to contribute, not only to have a look. > > Can someone contribute link to an archive of the gnuplot newsgroups? > > http://groups.google.com ? Yes, Ethan has already submitted a link. And is there an archive of gnuplot-beta? --- pm |
From: Daniel J S. <dan...@ie...> - 2004-02-13 17:31:37
|
Petr Mikulik wrote: >>>Further, gnuplot deserves new web page. I've made some work for that. Please >>>have a look at >>> physics.muni.cz/~mikulik/gp/gpweb-001.zip >>> >>> >>Why post a .zip file? It would make a good deal more sense to put the >>actual pages on your web. >> Nice set of screen shots. And there was something Ethan wrote for converting the demos to html, if I remember correctly... If this isn't already under CVS, perhaps that is where it could go. Maybe a module name like "gnuplot-homepage" or something. (The SourceForge subheading is "Home Page".) And further still any screen shots etc. should perhaps be subcategorized under another module so that if someone wants to modify the web page, he or she can just download the latest html portion and not have to download all the images. Dan |
From: Ethan M. <merritt@u.washington.edu> - 2004-02-13 18:16:02
|
On Friday 13 February 2004 09:49 am, Daniel J Sebald wrote: > And there was something Ethan wrote for > converting the demos to html, if I remember correctly... If this isn't > already under CVS, perhaps that is where it could go. The script is in CVS as ~/demo/webify.pl The resulting output is currently on http://gnuplot.sourceforge.net/demo Since then I have added more stuff to the script; I will update the web site with the new output this weekend. -- Ethan A Merritt merritt@u.washington.edu Biomolecular Structure Center (206)543-1421 Mailstop 357742 University of Washington, Seattle, WA 98195 |
From: Daniel J S. <dan...@ie...> - 2004-02-13 18:59:11
|
Ethan Merritt wrote: >On Friday 13 February 2004 09:49 am, Daniel J Sebald wrote: > > >>And there was something Ethan wrote for >>converting the demos to html, if I remember correctly... If this isn't >>already under CVS, perhaps that is where it could go. >> >> > >The script is in CVS as ~/demo/webify.pl >The resulting output is currently on > http://gnuplot.sourceforge.net/demo > >Since then I have added more stuff to the script; I will update >the web site with the new output this weekend. > Looks good, and the added graph paper-like background is a nice touch; very professional. -- Dan |
From: Petr M. <mi...@ph...> - 2004-02-13 17:45:56
|
> Nice set of screen shots. And there was something Ethan wrote for > converting the demos to html, if I remember correctly... It is linked from screenshots.html: "Screenshots from gnuplot demos" ... but the correct URL is http://gnuplot.sourceforge.net/demo/ |
From: Ethan M. <merritt@u.washington.edu> - 2004-02-20 17:03:38
|
On Friday 13 February 2004 06:03 am, Petr Mikulik wrote: > I think there is no serious bug for 3.8k -- bug please check it. Just found one: gnuplot> set term pdf gnuplot> set output 'test.pdf' gnuplot> load 'electron.dem' Hit return to continue Hit return to continue PDFlib value error: floating point value too large in pdf_ftoa <program exits> I have not yet tracked down the true origin of the error, but the specific trigger of the error is the following problematic bit of code from graphics.c: /*{{{ map_position, wrapper, which maps double to int */ void map_position(pos, x, y, what) struct position *pos; unsigned int *x, *y; const char *what; { double xx, yy; map_position_double(pos, &xx, &yy, what); *x = xx; *y = yy; } The problem is that in this case map_position_double is returning negative numbers in xx and yy. These are then stored as unsigned in x and y and nothing good can happen after that. I am pretty sure that the negative values are themselves a result of some upstream error that I haven't found yet. Maybe someone else can spot it? By the way, this error is in principle not specific to pdf output. But the other terminal types that I have tried just ignore subsequent moveto/lineto requests as being outside the plot boundaries, wheres the pdflib complains and exits. -- Ethan A Merritt merritt@u.washington.edu Biomolecular Structure Center (206)543-1421 Mailstop 357742 University of Washington, Seattle, WA 98195 |