On 2008-08-28 16:34- trc wrote:
> I don't have a test case but inspecting the code suggests that if
> plbuf_restore is called this would give rise to errors in the color maps and
> further memory corruption.
>
> new_state should be initialised in line 1154 as follows
>
> struct _state *new_
Hi Alan,
Alan W. Irwin wrote:
> On 2008-08-28 12:55- 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 probably earlier versions)
>> but with no Fo
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;
On 2008-08-28 12:55- trc wrote:
> 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
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
Andrew,
On my machine, in Ada example 29, the line
xmin := Long_Float(Time_Of(2005, 12, 1, 0.0) - Time_Of(1970, 1, 1,
0.0));
calculates a value of xmin of 1.1333952000E+09 which is the same
number that you hard-coded the value to recently. Does your machine
not calculate this same val
