On Mon, Nov 27, 2006 at 09:15:22AM +0100, Arjen Markus wrote:
> Werner Smekal wrote:
>
> >
> >So, long story short, ctest works now, with small problems though. I
> >wasn't actually successful running the plplot-test.sh script in the
> >examples folder of the install directory (share/plplot-5.7.
On Mon, Nov 27, 2006 at 10:59:56AM +0100, Werner Smekal wrote:
> Hi,
>
> > Sorry to pop in at the end of this discussion. When I first implemented
> > the ctest stuff I wondered about doing away with the scripts and doing
> > all the work in ctest.
>
> Actually using only ctest would be a good i
I've just fixed a bug in plbuf.c to do with memory allocation which
caused example 20 to crash with a segmentation fault. There was also
an associated memory leak. Looking back at various old versions I have
compiled up here this bug must have been introduced with the changes
to memory buffers in
On Thu, Nov 30, 2006 at 11:29:26AM -0800, Alan Irwin wrote:
> On 2006-11-30 17:01-0000 Andrew Ross wrote:
>
> > Looking back at various old versions I have
> > compiled up here this bug must have been introduced with the changes
> > to memory buffers in June.
> &g
While testing the latest version of plplot I noticed that the dependencies
for the java library plplot.jar are not right. I've partially fixed it,
but I'd like some cmake advice on the complete fix.
It's somewhat complicated because of bugs in some versions of jar we have
to make the whole li
Alan,
Thanks for the advice. Further comments below.
On Tue, Dec 05, 2006 at 11:07:14AM -0800, Alan Irwin wrote:
> On 2006-12-05 17:21-0000 Andrew Ross wrote:
>
> I am a little concerned about the coincidence in names between your custom
> command OUTPUT file and your custom t
Alan,
I think I now have a working, if not elegant, solution.
> I am a little concerned about the coincidence in names between your
> custom command OUTPUT file and your custom target. That would have
> caused a problem for 2.4.4 with exactly the symptoms you see (nothing
> happens), but that
Now that Rafael has stepped down from working on the plplot I am keen
that we don't lose the debian / ubuntu packages for plplot. This has
been a big step forward in terms of increasing our user base and
making plplot easily available.
There are two related issues here.
1) The current rules f
I've been going through the perl examples checking them against the C
versions. This has thrown up a load of inconsistencies, most of which
are now rectified. The examples which disagree from the C ones are
x02 - plhlsrgb is not implemented in the version of PDL I have
x08 - visually these look
I'll try to take a look. Currently away from home, so it may take a
couple of days.
Andrew
On Mon, Jan 15, 2007 at 05:45:46PM -0800, Alan W. Irwin wrote:
> Hi Andrew (Ross):
>
> Will you have a look at the vertical alignment of the symbols in example 1
> for -dev psttf?
I'm currently experiencing problems with a fresh cmake build failing
on my Debian stable system. Problem is that SWIG_VERSION is not being
set, so the call to TRANSFORM_VERSION in plplot.cmake fails.
Initial investigation suggests that the command
EXECUTE_PROCESS(COMMAND ${SWIG_EXECUTABLE}
lains
the blank output for SWIG_version_output on Debian stable.
Modification commited to CVS to check ERROR_VARIABLE if
OUTPUT_VARIABLE is blank. Now works again for me.
Andrew
On Tue, Jan 30, 2007 at 08:55:15AM +0000, Andrew Ross wrote:
>
> I'm currently experiencing problems with a
Alan - change is the other way round. stderr on old version, stdout
on new version. Stdout seems much more sensible.
Andrew
On Tue, Jan 30, 2007 at 08:00:20AM -0800, Alan Irwin wrote:
> On 2007-01-30 09:50-0000 Andrew Ross wrote:
>
> >
> > Aaargh!
> >
> > I&#
; a better response from TRANSFORM_VERSION when it gets an empty version
> > string.
>
> OK, all sorted (including a simpler fix for the stderr versus stdout question
> that works on both my Debian stable and Ubuntu Dapper platforms).
>
> Andrew (Ross), will you please
On Sun, Jan 21, 2007 at 10:48:46PM -0800, Alan Irwin wrote:
> Hi Hazen:
>
> I have downloaded plplot-5.7.2.tar.gz, checked its signature, built it,
> tested both the build tree and install tree examples. All seems well on both
> Debian stable and Ubuntu Dapper except for the same issue recently re
There seems to be a bug in the version in Ubuntu Edgy (latest stable
version). The compilation fails with an error for a missing file,
/usr/share/pygtk/2.0/defs/gtk-extrafuncs.defs
Touching this file solves the problem, but then fails with more errors.
/home/andrew/software/plplot/plplot/bindin
On Wed, Feb 07, 2007 at 10:47:14PM -0800, Alan Irwin wrote:
> On 2007-02-07 21:34-0500 [EMAIL PROTECTED] wrote:
>
> >
> > Some questions / issues with our current docbook manual:
> >
> > (1a) Chapter 23 (i.e. how to install). Should we keep this and update
> > it? Refer users to the INSTALL file i
I've (finally) found some time to do some work on plplot again. I've
noticed for a while that the python bindings were failing ctest on my
debian and ubuntu systems, but since I don't use python I'd not looked
further.
Turns out that the problem is with multiple versions of python on the
same ma
I have committed changes to the debian scripts to allow building
packages using the new CBS. Note that currently the python packages are
disabled. Note that for testing with SVN the scripts also build the
documentation from source. This is not necessary for official releases.
Please test this an
While trying to produce some research plots of my own I discovered that
plstyl does not work correctly in the octave bindings. The definition of
the function bindings/octave/plplot_octave.h.in is wrong. As a result
the mark and space arguments are not treated as arrays and you have to
explicitly p
On Thu, Jun 14, 2007 at 12:34:20AM -0700, Alan Irwin wrote:
> On 2007-06-14 07:58+0100 Andrew Ross wrote:
>
> >
> >While trying to produce some research plots of my own I discovered that
> >plstyl does not work correctly in the octave bindings. The definition of
> &g
I think I now have the Debian scripts in a state where I can build
all the packages using the new cmake system. I have now fixed the
python packages, which weren't previously working. I have also
resurrected the java packages (which are now built with jikes / kaffe
rather than gcj).
Since I am
Orion,
> [ 20%] Building C object drivers/CMakeFiles/gcw.dir/gcw.o
> /usr/bin/gcc -Dgcw_EXPORTS -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2
> -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32
> -march=i386 -mtune=generic -fasynchronous-unwind-tables -fPIC
> -I/builddir/build/BUILD/plp
I've been looking into this. This is what should be a relatively simple
job. There are some changes between Numeric and the new numpy though
which means I've implemented both in tandem.
If HAVE_NUMPY = ON then plplot will first check for the new numpy. If
this is not present it will fall back an
Turns out that the 64-bit issues are a little more complicated than I
realised.
In plplot PLINT is now defined as int32_t. It was formerly defined as
long, and the comments still refer to this. Unfortunately the python
bindings still define PLINT as long in plplotcmodule.i. This isn't a
problem
Thread moved to plplot-devel as this appears to be a code problem.
See comments below.
On Thu, Aug 02, 2007 at 09:49:19AM -0700, Alan Irwin wrote:
> On 2007-08-02 10:20-0400 [EMAIL PROTECTED] wrote:
>
> >
> > But, we've encoutered a new problem: when plotting inside a png file, using
> > the g
On Mon, Aug 06, 2007 at 10:17:38AM -0600, Orion Poplawski wrote:
> Andrew Ross wrote:
> > Orion,
> >
> > -I${FREETYPE_INCLUDE_DIR} is not explicitly included in the driver's
> > includes. Each driver is supposed to set the xxx_COMPILE_FLAGS in the
> > driv
On Mon, Aug 06, 2007 at 12:23:56PM -0600, Orion Poplawski wrote:
> The python examples x01 and x09 hang in an infinite loop on Fedora 7 on
> ppc64. The loop is in plline.c in grdashline :
>
>
> (gdb) print plsc->pendn
> $1 = 1
> (gdb) print plsc->space
> $2 = {0, 0, 0, 0, 0, 0, 0, 0, 0, 0}
> (g
On Tue, Aug 07, 2007 at 10:24:22AM -0600, Orion Poplawski wrote:
>
> I'm seeing these on Fedora. Has anyone gotten any farther on a fix?
> Andrew Ross posted:
>
> The error message comes from lasi, but only because
> FT_Load_Glyph returns an error. Supressing the fa
On Tue, Aug 07, 2007 at 11:13:16AM -0600, Orion Poplawski wrote:
> Andrew Ross wrote:
> >
> > OK. I think I know what the problem is. Both the mark and the space
> > arrays are blank, and so the dashed line is undefined. The problem must
> > be with plstyl and not wi
I haven't yet tried Octave 2.9.x, but as I understand it a major
overhaul has gone on in the octave graphics. This is likely to need some
investment of time from someone to
1) Check plplot works.
2) Make plplot work in the "correct way" using the new syntax.
This might also be a good opportuni
Jerry,
When plplot writes any file it uses fopen to open the file first, with
the "wb+" options to make the file writeable and to truncate the file if
it already exists. This is the standard C way to deal with opening
files so I'm surprised it doesn't work. What do the Skim people
"recommend" as
On Tue, Aug 14, 2007 at 07:58:42AM -0700, Alan Irwin wrote:
> On 2007-08-14 04:53-0700 Jerry wrote:
>
> > With the help of the Skim list (and one Christiaan Hofman), we might
> > have figured out why Skim (the PDF-PS reader) isn't reloading changed
> > files. Recall that the initial motivation for
Depends on what you are doing? I find doing interactive drawing with the
xwin driver that having pthreads enabled is very useful so that the
screen refreshes even before I have called plend. I believe the gnome
driver also uses pthreads. If you don't use either of these drivers,
then it will make
On Thu, Aug 02, 2007 at 06:48:11PM +0100, Andrew Ross wrote:
>
> On Thu, Aug 02, 2007 at 09:49:19AM -0700, Alan Irwin wrote:
> >
> > Thanks very much for drawing our attention to this bug which I have just
> > confirmed for one of my private examples that uses -dev png
Hi Alan,
RandomArray is one of the Numeric extensions rather than a core part of
Numeric. To get this you need to install python-numeric-ext as well as
python-numeric under Debian. I should make a note of this.
RandomArray was added for example x09 which won't work correctly under
Numeric anyw
Sorry, not example 9, but example 17. Still thinking about text
clipping. Actually I notice that example 21 also uses random so
disabling won't necessarily help.
On Wed, Aug 15, 2007 at 03:59:37PM -0700, Alan Irwin wrote:
> Hi Andrew:
>
> I just tried the following cmake options with a fresh svn
Alan,
Example 21 is now disabled in the automatic tests since is doesn't work
with Numeric anyway.
I've commented out the use of RandomArray for now since the only place
it is used is in example 21. Example 17 actually uses random.random,
which is part of python. This only generates single rando
On Thu, Aug 16, 2007 at 08:56:31AM -0700, Alan Irwin wrote:
> On 2007-08-16 08:52+0100 Andrew Ross wrote:
>
> >
> >Alan,
> >
> >Example 21 is now disabled in the automatic tests since is doesn't work
> >with Numeric anyway.
> >
> >I've c
On Thu, Aug 16, 2007 at 06:52:47PM +0100, Andrew Ross wrote:
> On Thu, Aug 16, 2007 at 08:56:31AM -0700, Alan Irwin wrote:
> > (2) For exactly the same revision as last night (i.e., without your recent
> > workaround to disable example 21) and with python2.4-numeric-ext installed
On Sat, Aug 18, 2007 at 02:10:46PM -0700, Alan Irwin wrote:
> This recent screw-up on my part in even the most minimal maintenance of the
> deprecated autotools build system, the zero testing we all gave that system
> afterwards, and the lack of a volunteer who wants to maintain or even test
> tha
Works for me. Although some suitable phrasing to distinguish between
plwarn and plabort would be be good. plabort is aborting the function
so will probably produce odd results, but it is not fatal and is not
aborting whole program.
Andrew
> On Sat, Aug 18, 2007 at 02:19:38PM -0700, Alan Irwin w
I've committed a change to the python bindings which lets swig deal
with the PLGraphicsIn object in calls to plGetCursor. This is the way
we do it with Java and it allows the full range of elements in the
PLGraphicsIn structure to be accessed. Previously there was an
attempt to fudge PLGetCursor t
Alan,
Just to confirm that on Ubuntu feisty with gfortran 4.1.2 I get no
errors with the f95 bindings so it looks like this might be a problem
with your version of gfortran.
Andrew
On Fri, Sep 07, 2007 at 08:03:46PM -0700, Alan Irwin wrote:
> gfortran has the following error as a result of Arj
e?
There is also a psttf.c issue Alan reported to me recently which I would
like to look into before the release.
Andrew
On Mon, Sep 24, 2007 at 03:36:58PM -0700, Alan Irwin wrote:
> Andrew (Ross) and Hazen, there are some questions for you below.
>
> To help with the process of nailin
On Thu, Sep 06, 2007 at 11:25:04AM -0700, Alan Irwin wrote:
> Hi Andrew:
>
> I have been doing some extensive comparisons between -dev psc (text=0, i.e
> Hershey fonts), -dev psttfc,
> and -dev pscairo for ./x07c, and the results have been quite interesting.
>
> First I have sorted out a number o
Alan,
It appears that your recent updates to example 23 to tidy up strings
have broken compilation using the ifort compiler on my system. This is
an with the old-ish version (8.1) but it is in wide use. The problem
seems to be that it doesn't like the string concatenation operator //.
A quick tes
On Mon, Oct 01, 2007 at 09:30:13AM -0700, Alan Irwin wrote:
> On 2007-10-01 13:44+0100 Andrew Ross wrote:
>
> >
> > Alan,
> >
> > It appears that your recent updates to example 23 to tidy up strings
> > have broken compilation using the ifort compiler on my sys
On Mon, Oct 01, 2007 at 09:30:13AM -0700, Alan Irwin wrote:
> On 2007-10-01 13:44+0100 Andrew Ross wrote:
>
> >
> > Statements like
> > print *,"Hello"//" World"
> > work with all 3 compilers, although ifort adds an extra blank space in
>
F95 example 28 now compiles and works. Visually I get identical
results to the other languages. ifort produces identical files.
gfortran 4.1 does not quite produce identical files. When plotting the
string "The future of our civilization depends on software freedom."
all the spaces get optimised a
> On 2007-10-02 12:48+0100 Andrew Ross wrote:
>
> >F95 example 28 now compiles and works. Visually I get identical
> >results to the other languages. ifort produces identical files.
> >gfortran 4.1 does not quite produce identical files. When plotting the
> >string &
As you may have noticed, I've commited some changes to the octave
bindings in svn. As a result it is now possible to build plplot using
octave 2.9.
The basic plplot bindings work fine (as far as I can tell). All the
x??.m scripts produce identical results to the C equivalents.
There were vario
On Sat, Oct 13, 2007 at 03:41:49PM -0700, Alan Irwin wrote:
> On 2007-10-12 21:52+0100 Andrew Ross wrote:
>
> >
> >As you may have noticed, I've commited some changes to the octave
> >bindings in svn. As a result it is now possible to build plplot using
> >
On Tue, Oct 16, 2007 at 07:32:56PM -0700, Alan Irwin wrote:
> Sorry for repeating this, but the date for RC1 is an important issue that
> deserves the proper subject line.
>
> On 2007-10-16 21:18-0400 Hazen Babcock wrote:
>
> >
> > On Oct 14, 2007, at 1:03 PM, Alan W. Irwin wrote:
> >
> >> On 2
On Tue, Oct 16, 2007 at 09:40:31PM -0600, Orion Poplawski wrote:
> Andrew Ross wrote:
> > As you may have noticed, I've commited some changes to the octave
> > bindings in svn. As a result it is now possible to build plplot using
> > octave 2.9.
> >
> >
Alan,
I don't see these with the latest stable Ubuntu. The latest debian
packages have now made it into unstable.
To run ctest with the tcl bindings required setting ITCL_LIBRARY (see
debian/rules for details). Rafael discovered this, but we don't yet
know why.
The java packages build ok in th
On Sun, Nov 11, 2007 at 04:11:26PM -0800, Alan Irwin wrote:
> On 2007-11-11 22:18-0000 Andrew Ross wrote:
>
> >
> > Alan,
> >
> > I don't see these with the latest stable Ubuntu. The latest debian
> > packages have now made it into unstable.
> >
On Mon, Nov 12, 2007 at 10:27:28PM +, Andrew Ross wrote:
> On Sun, Nov 11, 2007 at 04:11:26PM -0800, Alan Irwin wrote:
> >
> > I am trying the free-java-sdk package. Perhaps there is some Debian
> > bug with it.
>
> Actually, I've just seen the build logs tod
On Thu, Nov 08, 2007 at 05:00:28PM -0800, Alan Irwin wrote:
> On 2007-11-08 10:57-0800 Alan W. Irwin wrote:
>
> To summarize, the warning message was
>
> warning: deprecated conversion from string constant to ???char*???
>
> and it occurred for
>
> bindings/wxwidgets/wxPLplotstream.cpp: line 66
On Wed, Nov 14, 2007 at 02:27:12PM -0800, Alan Irwin wrote:
> On 2007-11-14 18:13-0000 Andrew Ross wrote:
>
> > I've tested with g++-4.2 under Ubuntu and found the same.
> >
> > I've got patches to correct all these problems (except for wxwidgets
> > w
On Wed, Nov 14, 2007 at 01:33:05PM -0800, Alan Irwin wrote:
> On 2007-11-14 13:54-0000 Andrew Ross wrote:
>
> You didn't mention the sablevm package version you were running. Mine is
> 1.13-1.1. I can confirm for that version that the build works fine, but
> ctest fails wi
On Wed, Nov 14, 2007 at 10:21:20PM -0800, Alan Irwin wrote:
>
> Thus, the likely cause of this problem is that the itcl3 package for Debian
> testing has been misconfigured compared to Debian oldstable.
>
> Andrew, what is the Ubuntu story? Do you have the same trouble finding
> itcl.tcl there?
On Tue, Nov 13, 2007 at 09:43:33PM -0500, Hazen Babcock wrote:
>
> Hello,
>
> On OS-X the java tests are failing because java is having trouble
> finding plplot.core.config.libname. This is because it is looking for:
> /usr/local/lib/jni/plplotjavac_wrap.dylib
>
> but the library is actually c
> To Andrew and Hazen:
>
> With your recent work on Java it looks like there are now only
> two remaining release critical issues (both for Mac OS X). Here is Hazen's
> excerpted old message about those issues from when they were still fresh in
> his mind:
>
> On 2007-11-02 23:32-0400 Hazen Ba
On Thu, Nov 15, 2007 at 08:22:33PM -0500, Hazen Babcock wrote:
>
> libplplotd gets the .dylib extension. Python does not, nor do any of
> the drivers (all .so) but only Java complains. It appears that
> somewhere between 5.7.0 and 5.7.1 something was changed so that java
> would only use plp
On Fri, Nov 16, 2007 at 11:04:34PM -0800, Alan Irwin wrote:
> On 2007-11-16 21:08-0500 Hazen Babcock wrote:
>
> > I installed gfortran 4.2.1 and it seems to have fixed whatever was causing
> > this problem [the Mac OS X string issues with gfortran 4.2.0].
>
> That is excellent news, Hazen. gfor
On Fri, Nov 16, 2007 at 10:36:35AM -0800, Alan Irwin wrote:
> I was just able to do some more testing of PLplot, and I found some
> excessive
> java warnings for the examples build in both the build tree and install
> tree for the gij/gcj case. Here is one of the typical warnings you see
> with -
Go for it.
Andrew
On Wed, Nov 21, 2007 at 03:09:48PM -0800, Alan Irwin wrote:
> One of the things I want to do soon in preparation for the next development
> release is remove all the old autotools cruft.
>
> It's been quite a while since I have referred to our autotools efforts to
> compare w
I've had no negative responses to my proposal to rationalise our use of
char * / const char * for arguments in plplot functions. This will make
the API tidier, and will also get rid of the warning messages Alan
pointed out with newer gcc versions. Since this is formally an API
change it will requ
For some time I've been pondering ways of plotting up time series over
days / months. Many plotting packages (e.g. gnuplot) provide special
options for time series so you can format the axis labels in a human
dd/mm type format for example. Plplot currently has no such facility.
This has been broug
On Fri, Nov 23, 2007 at 10:24:18AM +0100, Arjen Markus wrote:
> Alan W. Irwin wrote:
>
> >I was interested enough so I googled for strftime. strftime appears
> >to be a comprehensive time formatting routine that would be a good to
> >use. There is even a "poor man's version" that you could use
>
lems are.
This is a big update, but it is entirely to impose good programming
practice rather than to provide any change in functionality. Again,
please check and let me know of any problems.
Andrew
On Thu, Nov 22, 2007 at 05:57:43PM +, Andrew Ross wrote:
>
> I've had no negat
Hi Alan,
My test results for pscairo.
Ubuntu edgy
libpango1.0-dev 1.14.5-0ubuntu1
libcairo2-dev 1.2.4-1ubuntu2
Plots appear ok, but the text is tiny to the point of being unreadable.
Ubuntu gutsy (latest stable)
libpango1.0-dev 1.18.3-0ubuntu1
libcairo2-dev 1.4.10-1ubuntu4
A large number of the
On Tue, Nov 27, 2007 at 07:53:56AM -0800, Alan Irwin wrote:
> On 2007-11-26 20:58-0000 Andrew Ross wrote:
>
> >
> > Hi Alan,
> >
> > My test results for pscairo.
> >
> > Ubuntu edgy
> > libpango1.0-dev 1.14.5-0ubuntu1
> > libcairo2-dev 1.2.4
On Wed, Nov 28, 2007 at 10:44:07AM -0800, Alan Irwin wrote:
> In the course of doing a lot of research on this problem, I just made a most
> interesting discovery. The problem has nothing to do with gcc version,
> pango/cairo stack, or whether the system is Intel or PPC or 32-bit or
> 64-bit. Inst
On Wed, Nov 28, 2007 at 10:44:07AM -0800, Alan Irwin wrote:
>
> Andrew, to pursue this further I think we need to find out exactly what in
> x03.pscairo is causing modern gv/gs to choke. For Debian testing, here is
> the current ghostscript error message (which you get by using the --noquiet
> opt
On Wed, Nov 28, 2007 at 04:59:21PM -0800, Alan Irwin wrote:
>
> My tests showed there was an additional kind of error:
>
> /typecheck in definefont (examples 7, 23, and 24)
>
> Here is the typical gv error message:
>
> Error: /typecheckGPL Ghostscript 8.56: Unrecoverable error, exit code 1
> i
On Fri, Nov 30, 2007 at 08:18:17AM +, Andrew Ross wrote:
>
> Alan, for now could you send me (off list) on of the images that is
> producing the problems with definefont. I'll check it out on my recent
> gs to see if it is gs that has fixed it, or merely down to different
>
On Thu, Nov 29, 2007 at 04:04:37PM -0800, Alan Irwin wrote:
> On 2007-11-29 16:33-0000 Andrew Ross wrote:
>
> > My postscript does containt this /CairoFont-3-0 command for these 3 examples
> > (and only these 3 examples). It renders correctly, and without warnings, on
> &
On Thu, Nov 29, 2007 at 04:04:37PM -0800, Alan Irwin wrote:
> On 2007-11-29 16:33-0000 Andrew Ross wrote:
>
> >My postscript does containt this /CairoFont-3-0 command for these 3
> >examples
> >(and only these 3 examples). It renders correctly, and without warnings, on
On Fri, Nov 30, 2007 at 05:35:06PM -0800, Alan Irwin wrote:
> On 2007-11-29 16:04-0800 Alan W. Irwin wrote:
>
> >Meanwhile, I will only bring up the xyshow issue on the cairo list.
>
> When I did more thorough homework on this xyshow issue including looking at
> the libcairo code, it eventually b
On Sun, Dec 02, 2007 at 08:15:20PM -0500, Hazen Babcock wrote:
>
> On Nov 28, 2007, at 12:34 AM, Alan W. Irwin wrote:
>
> > There is a real art to debugging build problems remotely, but you
> > are lucky
> > here that you have a similar platform to Marius. I suggest you try
> > to mimic
> >
I think that the problems with the BUILD_DIR check and symlinks may be
rearing their ugly heads again, both with Hazen on MacOS and with the
Debian autobuilt packages. I would like to bury this problem once and
for all.
The problem is that paths used by CMAKE are from the shell. The shell
remem
On Mon, Dec 03, 2007 at 08:16:17AM +, Andrew Ross wrote:
> On Sun, Dec 02, 2007 at 08:15:20PM -0500, Hazen Babcock wrote:
> >
> > We did have a different version of libtool but I switched to the same
> > version and I still do not see this problem. It looks to me like
Following some useful discussion on the list, I have now implemented a
first go at this new functionality. As I originally suggested, I have
added a new API function pltimefmt which specifies the format to use.
This uses the C library strftime to do the actual work, so any formats
supported by str
The debian packages have been having some test problems on a couple of
architectures. This may well be due to problems in the unstable debian
archive. Rafael is also investigating on the debian developer machines,
but I was wondering if anyone else has access to these architectures
to check whet
On Fri, Dec 07, 2007 at 09:24:18PM -0500, Hazen Babcock wrote:
>
> On Dec 3, 2007, at 8:07 PM, Alan W. Irwin wrote:
>
> > I may have missed some e-mail or something, but did Andrew's
> > symlink fix
> > help the Mac OS X guy who was having so much trouble building 5.8.0?
>
> I'm not sure. My i
On Mon, Dec 10, 2007 at 11:11:42PM +0900, Hiroyasu Yasuda wrote:
>
> On 2007/12/10, at 17:53, Arjen Markus wrote:
>
> >> Dear all:
> >>
> >> I would like to plot vectors in general curve coordinate as attached
> >> picture. Of course I have already try to be plotting with plvec2.
> >> When I gave
On Tue, Dec 11, 2007 at 08:11:03AM +0900, Hiroyasu Yasuda wrote:
> On 2007/12/10, at 23:41, Andrew Ross wrote:
>
> > On Mon, Dec 10, 2007 at 11:11:42PM +0900, Hiroyasu Yasuda wrote:
> >>
> >> On 2007/12/10, at 17:53, Arjen Markus wrote:
> >>
> >>
On Wed, Dec 12, 2007 at 09:20:46AM +0100, Arjen Markus wrote:
> Andrew Ross wrote:
>
> >plvec2 is equivalent to calling plvect with the pltr2 function as the
> >pltr. This only affects the location of the vectors, not the direction /
> >magnitude.
> >
> >Th
On Wed, Dec 12, 2007 at 09:51:59AM +0100, Arjen Markus wrote:
> Andrew Ross wrote:
>
> >>Hello Andrew,
> >>
> >>is that the reason for plvec2? Because Fortran, ever since it supported
> >>user-defined
> >>functions, so at least from FORTRAN IV o
Hazen,
Many thanks for this. It's a useful feature to have and I'm glad someone
has finally got round to starting to code it in. I've added support for
alpha values to the gd driver too so hopefully more people can test it out.
Note that libgd uses integer alpha values in the range 0-127 with 0
On Tue, Jan 08, 2008 at 08:43:46AM +0100, Arjen Markus wrote:
> > Well, Tcl 8.5 has finally landed in Fedora Development again. You can
> > see some results from earlier attempts here:
> > http://www.mail-archive.com/plplot-devel@lists.sourceforge.net/msg00440.html
> >
> > I've attached my recreat
On Wed, Jan 09, 2008 at 08:24:32AM +0100, Arjen Markus wrote:
>
> The 0.0-1.0 range is also used in Tk 8.5 with 0 completely transparant
> and 1 completely opaque. So that supports your impression.
>
> The libgd convention seems rather arbitrary to me (127 as the maximum?
> Why not 255, as with t
On Fri, Jan 11, 2008 at 01:41:27PM -0800, Alan Irwin wrote:
> On 2008-01-11 17:38+0100 Arjen Markus wrote:
>
> > As for the Tcl version, 8.5 versus 8.4 or lower, you can use
> > the following script:
> >
> > puts [package vsatisfies [info patchlevel] 8.5]
>
> > [...]So you will have to resort to
ing equal amounts of black and
> red). Probably that is because I misplaced the colour probe icon
> (KDE colour chooser probe) slightly from the exact middle of the image.
> OTOH, #F6 corresponds to something very far from 50 per cent transparency
> and actually is quite close to corre
On Thu, Jan 17, 2008 at 07:20:29PM -0800, Alan Irwin wrote:
> On 2008-01-17 19:27-0000 Andrew Ross wrote:
>
> >> [...]Andrew (Ross), do you confirm the above qualitative problem with the
> >> png
> >> result?
> >
> > Alan, I can confirm that I
On Fri, Jan 18, 2008 at 09:44:43AM +, Andrew Ross wrote:
> On Thu, Jan 17, 2008 at 07:20:29PM -0800, Alan Irwin wrote:
> > On 2008-01-17 19:27-0000 Andrew Ross wrote:
> >
> > >> [...]Andrew (Ross), do you confirm the above qualitative problem with
&
On Fri, Jan 18, 2008 at 03:06:44PM +, Andrew Ross wrote:
>
> To follow up my own response - it is not a fundamental libgd problem. I
> have a simple test case (attached) which does what I would expect. To
> compile this use "gcc test_alpha.c -lgd -o test_alpha".
>
&g
bjections from me. We do compile other additional examples this way.
> > Just to let the others here know, that suggested time for the next release
> > arose out of off-list discussions between Hazen, Andrew (Ross), and me.
> > Hazen, since nobody has objected let's fin
1 - 100 of 846 matches
Mail list logo
