Re: [Plplot-devel] Current plan is to release PLplot-5.2.0 on 18th January

[Alan W. I. <ir...@be...>]

On Tue, 14 Jan 2003, [iso-8859-1] Jo=E3o Cardoso wrote:

> On Saturday 11 January 2003 21:50, Alan W. Irwin wrote:
> | Just a reminder that this time period for testing is now down to one
> | week since I still plan to release PLplot 5.2.0 next Saturday in the
> | morning (Pacific time =3D UTC - 8).
>
> The current cvs configure/compile/runs OK in suse-8.0 and 8.1 with most
> drivers and bindings (java not tested).
>
> On a "OSF1 V4.0 alpha" configure/compile/runs OK but the xwin driver
> seg-faults, either with static or shared libs; the ps driver works
> fine. This was with gcc 3.0.3. I was not able to use gdb, so I can't
> help more. Couldn't try the python, octave and tcl/tk bindings because
> the installed versions are "too old".

Thanks, Joao, for your further testing efforts.

Maurice, do you find a similar xwin problem on your OSF1 platform?

A potential clue to the problem might be the additional valgrind memory
management errors we get with the xwin driver on ia32 under Linux. IIRC,
those errors are deep within X so there is nothing much you can do directly
about them.  Nevertheless, those errors may be an indication that xwin is
using a non-standard way to set up or call X which might cause valgrind
issues (but no other obvious symptoms) on ia32 and segfaults on OSF1.

To sort that or any other possibility out I agree it is essential to have
gdb working on OSF1.  Also, gcc 3.0.3 is quite old and buggy I believe.
However, shouldn't it be straightforward to build new versions of gcc and
gdb? I haven't tried it lately, but in the old days it was straightforward
to build your own personal copy of the latest version of gcc (and presumabl=
y
gdb as well) using a bootstrap procedure from an earlier version of gcc. Th=
e
idea was you compiled the new gcc code with the older version, then used th=
e
resulting executable to compile the new gcc code again, and iterated to
consistency. You may not have time to pursue that option before the release=
,
but ultimately I think that is the only way we will be able to solve the
xwin on OSF1 issue.

Alan
__________________________
Alan W. Irwin
email: ir...@be...
phone: 250-727-2902

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the Canadian Centre for Climate Modelling and
Analysis (www.cccma.bc.ec.gc.ca) and the PLplot scientific plotting softwar=
e
package (plplot.org).

__________________________

Linux-powered Science
__________________________