Re: [Plplot-devel] plplot_pyqt4 status

2009-06-30 Thread trc
Alan W. Irwin wrote: > On 2009-06-28 20:49-0400 Hazen Babcock wrote: > >> Hazen Babcock wrote: >>> Poking around a little more... >>> >>> In the function plD_line_qt we are not getting past this statement: >>> >>> #if defined(PLD_qtwidget) || defined(PLD_extqt) >>> if(widget==NULL) widget=dyn

[Plplot-devel] Tcl x21 - MSVC9 nan

2009-02-21 Thread trc
Hi, I am using MSVC 9 with (Activestate) Tcl 8.5 Example 21 fails as follows - can't use non-numeric string as operand of "+" while executing "expr {$lzmax + 0.01}" (procedure "x21" line 167) invoked from within "x21" (file "./x21" line 18) Printing $lzmax shows t

Re: [Plplot-devel] time

2009-02-20 Thread trc
Hi, Arjen Markus wrote: > ah, that makes it clearer. So, on 32-bits platforms > we have time_t defined as a 4 bytes data type? > I have no easy access to 64-bits Windows, unfortunately, > so I can not test this. As usual its not straightforward - I am using Visual Studio Express 2008 (aka MSVC

Re: [Plplot-devel] time

2009-02-18 Thread trc
Hi, Arjen Markus wrote: > I have found the same problem with setenv() and unsetenv() on my > venerable platform (Windows XP, 32 bits, with MSVC 6.0). I will create > a workaround using putenv(), because right now building PLplot stops > on the QSAS test program. > In case you haven't created th

Re: [Plplot-devel] time

2009-02-14 Thread trc
Hi Alan, Alan W. Irwin wrote: > >> [out of order] 4. qsastime_testlib cannot be built with MSVC 2008 as >> setenv and unsetenv >>are not implemented. >> >> [so] the above changes >> are untested. > > Is this a showstopper for MSVC 2008 or do you think you can find for that > platform (a) som

Re: [Plplot-devel] Need help debugging f77 issue with gcc 4.4 on ppc

2009-02-13 Thread trc
Andrew Ross wrote: > On Thu, Feb 12, 2009 at 04:14:57PM -0800, Alan Irwin wrote: >> On 2009-02-12 15:01-0700 Orion Poplawski wrote: >> >>> Orion Poplawski wrote: #2 0x10001e84 in x23f () at /builddir/build/BUILD/plplot-5.9.2/fedora/examples/f77/x23f.f:326 326

Re: [Plplot-devel] time

2009-02-10 Thread trc
Hi, > On 2009-02-08 08:18-0800 Alan W. Irwin wrote: > > If you have a 64-bit system (especially Mac OS X and Windows since I don't > have access to those platforms), please give the above test a try. I suspect > it will build and run out of the box on Mac OS X. It's probable some > additional wo

Re: [Plplot-devel] Two new tests (was Re: time)

2009-02-08 Thread trc
Hi, Alan W. Irwin wrote: > On 2009-02-08 21:46+0100 Werner Smekal wrote: > >> Hi Alan, >>> I confirm that. I found identical qsastime_test results and identical x29 >>> PostScript driver results for revision 9458 compared to previous on my >>> Linux >>> (Debian testing) platform. >>> >> I would

Re: [Plplot-devel] time

2009-02-08 Thread trc
Hi Alan, > On 2009-02-04 22:27-0800 Alan W. Irwin wrote: > In sum, it is looking extremely encouraging as of revision 9472, but there > is still more testing to do, and I also have some additional development > plans to add some features to libqsastime (see README.qsastime_API) before I > fin

Re: [Plplot-devel] time

2009-02-05 Thread trc
Hi, - Original Message From: Alan W. Irwin To: PLplot development list Sent: Thursday, 5 February, 2009 6:27:53 Subject: Re: [Plplot-devel] time On 2009-02-02 12:50-0800 Alan W. Irwin wrote: > The [libqsastime] build and test code all work fine for me on Debian testing. > However,

Re: [Plplot-devel] segfault in example 21

2008-12-22 Thread trc
Hi, > From: Hazen Babcock > To: PLplot development list > Sent: Monday, 22 December, 2008 16:07:06 > Subject: [Plplot-devel] segfault in example 21 > > > Hello, > > In the process of updating the webpage, I've discovered that example 21 > segfaults on my new linux box. I'm running Ubuntu 8.

Re: [Plplot-devel] Initial patch for the recently discovered xfig.c bug

2008-12-14 Thread trc
Alan W. Irwin wrote: > On 2008-12-14 14:02-0800 Alan W. Irwin wrote: > >> [...]This patch is only part of the story. > > --- drivers/xfig.c 2008-12-14 14:40:29.0 -0800 > +++ drivers/xfig.c~ 2008-12-14 12:31:45.0 -0800 > @@ -414,7 +414,7 @@ > flushbuffer(PLStream *pls) >

Re: [Plplot-devel] Setting arbitrary plot size in postscript

2008-12-09 Thread trc
Hi, The latest version of ps.c does not compile when using Microsoft Visual Studio 2008 express edition. The problem is that (in Standard C) the declaration of pxlx and pxly has to come before the newly added code. The attached patch fixes the problem. Kind regards Terrence - Origin

Re: [Plplot-devel] Redundant tick marks

2008-11-19 Thread trc
Hi, Andrew Ross wrote: <... snipped ...> > If you look in plbox.c and at pl(xys)tik in pltick.c then it appears that > the axes and ticks are drawn as one line. For example, for the bottom of > the box you start in the bottom left corner, draw along to the first > tick mark then draw a line up/do

Re: [Plplot-devel] Looking into problem with Ada example 19 - for loop explanation

2008-09-03 Thread trc
Hi, Jerry wrote: > > Just a casual browse of the C for plmap reveals this gem: > > for (;;) {some stuff} > > What does that do? Probably loops without end. 1for (;;) { 2/* read in # points in segment */ 3if (pdf_rdx(n_buff, sizeof (unsigned char)* 2, in) == 0) break; 4n = (n_bu

Re: [Plplot-devel] When using MS Visual Studio 7+ but no Fortran compiler CMake 2.6 Generation fails

2008-08-28 Thread trc
Hi Alan, Alan W. Irwin wrote: > On 2008-08-28 12:55-0000 trc wrote: > >> Problem Summary >> --- >> >> When building PLPlot >> using a CMake 2.6 generator which specifies a default fortran compiler >> eg Visual Studio 9 2008 (and

[Plplot-devel] plbuf.c - plbuf_restore, plbuf_switch - Uninitialised/Invalid pointer

2008-08-28 Thread trc
Hi, When compiling plbuf.c, MS Visual Studio 9 2008 issues the following warning plbuf.c(1159) : warning C4700: uninitialized local variable 'new_state' used. This occurs in - void plbuf_restore(PLStream *pls, void *state) { struct _state *new_state;

[Plplot-devel] When using MS Visual Studio 7+ but no Fortran compiler CMake 2.6 Generation fails

2008-08-28 Thread trc
Hi, Here is a bug report for a problem I encountered when trying to build PLPlot. Problem Summary --- When building PLPlot using a CMake 2.6 generator which specifies a default fortran compiler eg Visual Studio 9 2008 (and probably earlier versions) but with no For