plplot-devel — Technical discussion about PLplot development

Re: [Plplot-devel] Test (please, ignore)

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

On Sun, 1 Dec 2002, Rafael Laboissiere wrote:

Ignore this too.

email: ir...@be...
phone: 250-727-2902	FAX: 250-721-7715
snail-mail:
Dr. Alan W. Irwin
Department of Physics and Astronomy,
University of Victoria, P.O. Box 3055,
Victoria, British Columbia, Canada, V8W 3P6
__________________________

Linux-powered astrophysics
__________________________

[Plplot-devel] Test (please, ignore)

[Rafael L. <lab...@ps...>]

Re: [Plplot-devel] Important questions on timing and implementation of merge of the AT branch into MAIN HEAD

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

On Sat, 30 Nov 2002, Maurice LeBrun wrote:

> Alan W. Irwin writes:
>  > Here are the major categories of work left to do on this project
>  > with highest priority first:
>  >
>  > (1) tk binding.
>  >
>  > (2) the remainder of the dynamic drivers including tk and tkwin
>  >
>  > +++++++++++++++++++ (proposed date of merge, see below)
>
> That would be fine with me.

Great!

And thanks very much for your helpful comments on my cvs merge plans.

And now for the current AT status report:

Today I made a lot of progress.  (1) is done, and (2) is almost there
(although not checked in yet).  So the only real issue left is the
autoconf version stuff.

I am hoping the additional changes that I have already committed today will
have sorted out (most if not all of) that remaining issue.

Thus, one simple further test consisting of checking out the latest AT on a
pure autoconf 2.5x system; running ./bootstrap.sh; and recording the error
messages (if any) would be most helpful.

Alan

email: ir...@be...
phone: 250-727-2902	FAX: 250-721-7715
snail-mail:
Dr. Alan W. Irwin
Department of Physics and Astronomy,
University of Victoria, P.O. Box 3055,
Victoria, British Columbia, Canada, V8W 3P6
__________________________

Linux-powered astrophysics
__________________________

Re: [Plplot-devel] tcl binding now works on AT branch

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

On Sat, 30 Nov 2002, Maurice LeBrun wrote:

> If the extended search fails PlbasicInit() returns TCL_ERROR, which: (a) is
> all the info you really need since you have a stack trace to find where the
> error occured

I have seen the stack trace put out by plframe for other errors, and that
was most useful, but in the tcl-only situation with no tk driver or plframe
is there another way to get at it?  I was floundering around yesterday
because I didn't know how to get a stack trace for the tcl-only situation.

Anyhow, I am now using the PL_LIBRARY workaround, but the code has access to
DATA_DIR and therefore the exact install location (DATA_DIR "../tcl) for
plplot.tcl so eventually (post-merge) I believe we should put that install
location in the code as a possibility for the unix extended search.

Alan

Re: [Plplot-devel] Important questions on timing and implementation of merge of the AT branch into MAIN HEAD

[Maurice L. <mj...@ga...>]

Maurice LeBrun writes:
 > Alan W. Irwin writes:
 >  > Here are the steps of what I propose at the time of the merge.
 >  > ...
 > 
 > Looking pretty good to me.

BTW I'm not sure how you managed the AT branch but be prepared for potentially
lots of petty conflicts.  It's not nearly as bad as it may look initially.  If
you ever merged the head back onto the branch, be prepared for lots of
conflicts that ask you to choose between two basically identical sections of
code.  I recommend doing plenty of recursive diffs between an existing head
and AT checkout (preferably both with -kk so you aren't bothered by $Id$
diffs) and the merged tree to see what's changed.  Good luck.. :)

-- 
Maurice LeBrun    mj...@ga...
Research Organization for Information Science and Technology of Japan (RIST)

Re: [Plplot-devel] Important questions on timing and implementation of merge of the AT branch into MAIN HEAD

[Maurice L. <mj...@ga...>]

Alan W. Irwin writes:
 > Here are the major categories of work left to do on this project
 > with highest priority first:
 > 
 > (1) tk binding.
 > 
 > (2) the remainder of the dynamic drivers including tk and tkwin
 > 
 > +++++++++++++++++++ (proposed date of merge, see below)

That would be fine with me.

 > Here are the steps of what I propose at the time of the merge.
 > ...

Looking pretty good to me.

 > (3) do the merge (straight from the "merging an entire branch" section
 > available with the "info cvs" command).  First get MAIN HEAD with normal
 > checkout then update the local copy with a merge.
 > 
 > cvs checkout -d plplot plplot
 > cd plplot
 > # This only changes working directory
 > cvs update -kk -j AT
 > 
 > Question: would it be better to break this up by doing say the bindings
 > directory, then the examples directory, then the overall directory?
 > Can you break it up that way?

You could but I'd just do the whole thing all at once, capturing the output in
its own window or file, which you'll need to refer to when resolving
conflicts.  Or you can always recover what files had conflicts by doing a 'cvs
-nq update', one of my favorite commands.  If the merge is done in a dir you
don't want it, just remove the whole directory.  Doing it all at once is
simplest and removes the danger that you'll forget to do it somewhere.

 > Question: can this commit stage be done one sub-directory tree at a time
 > if the answer to the previous question in (3) is yes?

Sure.

 > (6) I assume from my reading (but gurus please confirm) that the sticky tags
 > (generated, e.g., by the -kk option above) only concern local directories
 > and have nothing to do with the repository.  So to get rid of them locally
 > after the commit(s) are done is do a
 > 
 > cvs update -a
 > 
 > or a fresh checkout.  Is that correct?

Correct.

-- 
Maurice LeBrun    mj...@ga...
Research Organization for Information Science and Technology of Japan (RIST)

Re: [Plplot-devel] Important questions on timing and implementation of merge of the AT branch into MAIN HEAD

[Maurice L. <mj...@ga...>]

Alan W. Irwin writes:
 > By the way, I cannot detect 2.13 legacy stuff in AT because Debian still
 > supports it in a legacy mode.
 > ...
 > So your help is essential is making sure AT is fine for a pure 2.53 system.

I'm running a locally-installed version 2.54 in order to detect compatibility
problems quickly.  I may yet get to building AT this weekend but am
tremendously busy so it may have to wait..

-- 
Maurice LeBrun    mj...@ga...
Research Organization for Information Science and Technology of Japan (RIST)

Re: [Plplot-devel] tcl binding now works on AT branch

[Maurice L. <mj...@ga...>]

Alan W. Irwin writes:
 > Actually the AT tcl binding was fine last night, but I just didn't know it.
 > 
 > I had a tough time finding what the problem was because somebody stripped
 > the error messages out of tclAPI.c so it just failed silently when the
 > extended search failed.  That is not a good situation since the extended
 > search is still unreliable.  This silent failure may be the reason why
 > nobody seems to be seriously trying the fundamentally important tclsh (or
 > wish) methods of running plplot commands.

If the extended search fails PlbasicInit() returns TCL_ERROR, which: (a) is
all the info you really need since you have a stack trace to find where the
error occured, and (b) there's no other info to give really -- at the point
of failure "libdir" is NULL after several tries to give it a value.  I suppose
one nice enhancement would be for PlbasicInit() to set its internal debug
variable using a Tcl global variable of the same name so you could get
immediate feedback w/o recompilation.

But anyway for now to get more info on the search process recompile with
debug=1 in PlbasicInit() and see what it tells you, that should help.

-- 
Maurice LeBrun    mj...@ga...
Research Organization for Information Science and Technology of Japan (RIST)

Re: [Plplot-devel] Our web page

[Maurice L. <mj...@ga...>]

Jo=E3o Cardoso writes:
 > Some days ago I have downloaded a new version of the examples direct=
ory=20
 > to sourceforge, and forgot to advertise it.
 >=20
 > Can you please take a look? Specially people with IE-6.x? I checked =
it=20
 > with konqueror-3.0.4, galeon-1.2.6, opera-6.0.2 and mozilla-1.0.1 on=
=20
 > linux, ie-6.0 on win98 and XP -- everything OK. Netscape 4.79 on lin=
ux=20
 > doesn't give the same results as others.

Looks awesome using opera 6.1 under RH 7.3 Linux.  Netscape 4.79 doesn'=
t show
the code window tho.

--=20
Maurice LeBrun    mj...@ga...
Research Organization for Information Science and Technology of Japan (=
RIST)

Re: [Plplot-devel] Important questions on timing and implementation of merge of the AT branch into MAIN HEAD

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

On Sat, 30 Nov 2002, Joao Cardoso wrote:

> On Saturday 30 November 2002 02:40, Alan W. Irwin wrote:
> > I ask for your comments below on both the timing and implementation of
> > merging the AT branch into CVS HEAD.  But before getting to that here is
> > the summary of where the AT project stands at the moment.
> ...
>
> > (3) octave
> >
> > ******************* (conservative date for merge)
> >
> > (4) static drivers
> >
> > (5) deal with cross platform glitches.
> ...
>
> > The "+++" line above would only inconvenience Joao, I believe.  Joao, do
> > you mind doing the automake change for octave on CVS HEAD after the merge
> > or do you want to do it on the AT branch before the merge?  I will help as
> > much as you like in either case.
>
> I don't mind ( I prefer) doing it after the merge.

Thanks, Joao.  That simplifies the decision making.  So the merge date now
depends on my progress with tk and drivers (moving well), either Maurice or
Geoffrey reviewing my proposed cvs commands for the big merge and finally
solving the "2.53" problem you just found with the scripts called by
bootstrap.sh (see below).

> But I tried to
> configure/build AT without success.

Thanks very much for giving AT a try and thus finding the bootstrap.sh
problems for your system.  I have just committed a change which I believe
will solve that problem.

The commit message explains why 2.13 stuff got back into AT, but I believe I
have eliminated it now.

So please try it again, and let me know the results.

By the way, I cannot detect 2.13 legacy stuff in AT because Debian still
supports it in a legacy mode.

From the description of the Debian autoconf package:

"This version (2.53) of autoconf contains many changes from the previous
release, version 2.13.  For now, it depends on autoconf2.13 to provide
compatibility. This will eventually go away, so please upgrade your
autoconfiscations."

So your help is essential is making sure AT is fine for a pure 2.53 system.

Alan

email: ir...@be...
phone: 250-727-2902	FAX: 250-721-7715
snail-mail:
Dr. Alan W. Irwin
Department of Physics and Astronomy,
University of Victoria, P.O. Box 3055,
Victoria, British Columbia, Canada, V8W 3P6
__________________________

Linux-powered astrophysics
__________________________

Re: [Plplot-devel] Important questions on timing and implementation of merge of the AT branch into MAIN HEAD

[Joao C. <jc...@fe...>]

On Saturday 30 November 2002 02:40, Alan W. Irwin wrote:
> I ask for your comments below on both the timing and implementation of
> merging the AT branch into CVS HEAD.  But before getting to that here i=
s
> the summary of where the AT project stands at the moment.
=2E..

> (3) octave
>
> ******************* (conservative date for merge)
>
> (4) static drivers
>
> (5) deal with cross platform glitches.
=2E..

> The "+++" line above would only inconvenience Joao, I believe.  Joao, d=
o
> you mind doing the automake change for octave on CVS HEAD after the mer=
ge
> or do you want to do it on the AT branch before the merge?  I will help=
 as
> much as you like in either case.

I don't mind ( I prefer) doing it after the merge. But I tried to=20
configure/build AT without success.

I followed your cookbook, with

> autoconf --version
       autoconf (GNU Autoconf) 2.53
    ( I compiled/installed 2.53 as the system's is 2.52)
> automake --version
      automake (GNU automake) 1.5
> libtool --version
      ltmain.sh (GNU libtool) 1.4.2 (1.922.2.53 2001/09/11 03:18:52)

I don't have any plplot environment variable set (even the infamous=20
LD_LIBRARY...)

> cvs checkout -r AT -d AT plplot
> cd AT
> ./bootstrap.sh
     WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot'
     WARNING: and `config.h.top', to define templates for `config.h.in'
     WARNING: is deprecated and discouraged.

     WARNING: Using the third argument of `AC_DEFINE' and
     WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without
     WARNING: `acconfig.h':

     WARNING:   AC_DEFINE([NEED_MAIN], 1,
     WARNING:             [Define if a function `main' is needed.])

     WARNING: More sophisticated templates can also be produced, see the
    WARNING: documentation.
    /usr/bin/m4: configure.in: 352: Cannot open version.in: No such file =
or
     directory

Then, I

> m4 --version
    GNU m4 1.4o
> cp cf/version.in .

And executed each of bootstrap.sh lines one by one:

> aclocal
> touch include/plConfig.h.in
> libtoolize --copy --ltdl --automake
> automake --add-missing

No errors so far. Now,

> autoheader
    WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot'
    WARNING: and `config.h.top', to define templates for `config.h.in'
    WARNING: is deprecated and discouraged.

    WARNING: Using the third argument of `AC_DEFINE' and
    WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without
    WARNING: `acconfig.h':

    WARNING:   AC_DEFINE([NEED_MAIN], 1,
    WARNING:             [Define if a function `main' is needed.])

    WARNING: More sophisticated templates can also be produced, see the
    WARNING: documentation.
    /usr/bin/m4: configure.in: 353: Non-numeric argument to built-in `div=
ert'
    /usr/bin/m4: configure.in: 368: Non-numeric argument to built-in `div=
ert'
=2E..
    /usr/bin/m4: sysloc.in: 58: Non-numeric argument to built-in `divert'
    /usr/bin/m4: sysloc.in: 916: Non-numeric argument to built-in `divert=
'
=2E..
    configure.in:570: warning: do not use m4_patsubst: use patsubst or
    m4_bpatsubst
=2E..
    configure.in:742: warning: do not use m4_regexp: use regexp or m4_bre=
gexp
    autoheader: missing template: PLPLOT_VERSION

And finally, just for completion,

> autoconf=20
> ./configure --prefix=3D/usr/local/plplot_at --with-double --enable-dynd=
rivers
    No defaults file found, performing full configure.
    ./configure: =3D: command not found
    ./configure: 3 -----
=2E..
    cat >>confdefs.h <<_ACEOF
    #define PLPLOT_VERSION 5.1.0
    _ACEOF
    : No such file or directory
    ./configure: _ACEOF: command not found
    checking for a BSD-compatible install... /usr/bin/install -c
    checking whether build environment is sane... yes
    checking for gawk... gawk
    checking whether make sets ${MAKE}... yes
    checking for style of include used by make... GNU
    checking for gcc... gcc
    checking for C compiler default output... configure: error: C compile=
r
    cannot create executables

So, what do you think I should do now?

Joao

[Plplot-devel] Important questions on timing and implementation of merge of the AT branch into MAIN HEAD

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

I ask for your comments below on both the timing and implementation of
merging the AT branch into CVS HEAD.  But before getting to that here is
the summary of where the AT project stands at the moment.

Here is what works:

(1) c, c++, f77, python, and tcl bindings and examples.

(2) libltdl, the cross-platform dlopen wrapper (tested extensively on Linux
and to a limited extent on Solaris).

(3) dynamic xwin and ps drivers.

(4) the distribution tarball approach (tested a few times on a rather
software-challenged solaris machine).

Here are the major categories of work left to do on this project
with highest priority first:

(1) tk binding.

(2) the remainder of the dynamic drivers including tk and tkwin

+++++++++++++++++++ (proposed date of merge, see below)

(3) octave

******************* (conservative date for merge)

(4) static drivers

(5) deal with cross platform glitches.

In planning the timing of the merge, I want to strike a reasonable balance
between inconveniencing those working on MAIN HEAD, and the usual problem
with branch development; rarely in a small group such as ours does anybody
help out with branch development.

From the solid achievements summarized above, the AT branch already passes
the "nominally working" test similar to Geoffrey's judgement call when he
decided to merge the dynamic driver changes into CVS HEAD.  Thus, it would
probably be reasonable to merge it now, but I am willing to wait to the
"+++" line above when the next two things are done on the list above.

The "+++" line above would only inconvenience Joao, I believe.  Joao, do you
mind doing the automake change for octave on CVS HEAD after the merge or do
you want to do it on the AT branch before the merge?  I will help as much as
you like in either case.

The "***" line corresponds to the most conservative time for the merge that
I would like to adopt. Everything below that line does not work now on CVS
HEAD so by definition nobody will be inconvenienced.  In fact, I am
convinced autotools will be a major convenience factor for our group's work
in getting these two issues sorted out.

I would like to adopt the "+++" time (which could conceivably be as early as
Sunday if all goes well) for the merge if Joao positively agrees and there
is also positive affirmation from at least either Geoffrey or Maurice (who I
ask below to review the merge implementation). However, if there are any
objections, then I will wait to merge until octave works on AT.

I would now appreciate a review of the mechanics of the merge from the cvs
guru's here (Maurice or Geoffrey) since I have never done a big merge like
this before. So I hope you guys have access to your e-mail this weekend in the
interests of getting the merge done soon.

BTW, if there is any way to make this a more fail-safe procedure, please let
me know!  I definitely want to avoid flubbing up CVS head through some
ill-advised cvs command.

Here are the steps of what I propose at the time of the merge.

(1) Tag cvs AT branch before merge using throwaway directory tree

cvs checkout -r AT -d AT plplot
cd AT
cvs tag AT_1
cd ..


(2) Tag cvs HEAD before merge using throwaway directory tree.

cvs checkout -d plplot_b_ATmerge plplot
cd plplot_b_ATmerge
cvs tag b_ATmerge
cd ..


(3) do the merge (straight from the "merging an entire branch" section
available with the "info cvs" command).  First get MAIN HEAD with normal
checkout then update the local copy with a merge.

cvs checkout -d plplot plplot
cd plplot
# This only changes working directory
cvs update -kk -j AT

Question: would it be better to break this up by doing say the bindings
directory, then the examples directory, then the overall directory?
Can you break it up that way?

(4) Check all is well with merged versions.  In particular make sure no
deleted files have come back to haunt us.  Also, resolve conflicts.

(5) Now change the repository, and after this commit we are all in business
on CVS HEAD with the autotools approach!

cvs commit -m "Merged AT into MAIN"

Question: can this commit stage be done one sub-directory tree at a time
if the answer to the previous question in (3) is yes?

(6) I assume from my reading (but gurus please confirm) that the sticky tags
(generated, e.g., by the -kk option above) only concern local directories
and have nothing to do with the repository.  So to get rid of them locally
after the commit(s) are done is do a

cvs update -a

or a fresh checkout.  Is that correct?

Alan

email: ir...@be...
phone: 250-727-2902	FAX: 250-721-7715
snail-mail:
Dr. Alan W. Irwin
Department of Physics and Astronomy,
University of Victoria, P.O. Box 3055,
Victoria, British Columbia, Canada, V8W 3P6
__________________________

Linux-powered astrophysics
__________________________

[Plplot-devel] tcl binding now works on AT branch

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

Actually the AT tcl binding was fine last night, but I just didn't know it.

I had a tough time finding what the problem was because somebody stripped
the error messages out of tclAPI.c so it just failed silently when the
extended search failed.  That is not a good situation since the extended
search is still unreliable.  This silent failure may be the reason why
nobody seems to be seriously trying the fundamentally important tclsh (or
wish) methods of running plplot commands.

Turns out the extended search does not work for tclsh if you use any install
locations other than /usr and /usr/local/plplot.  For AT tests, I happened
to be using an install location of /usr/local/plplot_at.  I haven't actually
tested the new code on /usr/local/plplot because I have my comparison tree
there from MAIN HEAD, but setting PL_LIBRARY to
/usr/local/plplot_at/lib/plplot5.1.0/tcl fixed the search problem, and after
that change several tcl examples looked good on AT for the both the pltcl
and tclsh methods.

Alan

email: ir...@be...
phone: 250-727-2902	FAX: 250-721-7715
snail-mail:
Dr. Alan W. Irwin
Department of Physics and Astronomy,
University of Victoria, P.O. Box 3055,
Victoria, British Columbia, Canada, V8W 3P6
__________________________

Linux-powered astrophysics
__________________________

Re: [Plplot-devel] tcl-only configuration does not work on MAIN HEAD (nor on AT)

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

The solution to pltcl and tclsh not working on the tcl-only configured
MAIN branch was

(a) install plplot.tcl (the tcl-only configuration should install this file,
but does not in error).  That fixed the pltcl problem, but not the tclsh
one.

(b) put /usr/local/plplot/bin on the path.  That seemed to fix the tclsh
problem, but when I removed that directory from the path the problem did
not reappear.  Go figure!

Fix (a) worked for the AT branch and pltcl, but fix (b) did not work for
tclsh.  But hopefully I can sort that AT problem out tomorrow since I now
have a working basis of comparison on the MAIN branch.

Alan

email: ir...@be...
phone: 250-727-2902	FAX: 250-721-7715
snail-mail:
Dr. Alan W. Irwin
Department of Physics and Astronomy,
University of Victoria, P.O. Box 3055,
Victoria, British Columbia, Canada, V8W 3P6
__________________________

Linux-powered astrophysics
__________________________

[Plplot-devel] tcl-only configuration does not work on MAIN HEAD (nor on AT)

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

Maurice (or any other tcl guru here),

I have found a tcl-only configuration bug for MAIN HEAD.  To show the bug
do the following test:

configure --prefix=/usr/local/plplot --with-double --enable-dyndrivers \
--disable-tk --disable-itcl

make
#next step is important!
rm -rf /usr/local/plplot/*
make install

I find under these circumstances that the tcl demos do not work. (see the
instructions in
/usr/local/plplot/lib/plplot5.1.0/examples/tcl/README.tcldemos).

Following the tclsh instructions, I can load the library, but none of
the plplot commands (e.g., plinit) are available.

With pltcl I get the following immediate error message:

/usr/local/plplot/bin/pltcl
application-specific initialization failed:

Other symptoms:

***/usr/local/plplot/lib/plplot5.1.0/tcl is completely empty which I assume is
the source of the problem.***

(/usr/local/plplot/lib/plplot5.1.0/pkgIndex.tcl is there and filled with
only the tcl part as it should be.)

BTW, if tk and itcl are enabled (which happens by default) the tcl demos do
work. I assume that some aspect of the tk or itcl configuration is giving
essential support to the tcl option.

Maurice, what is the minimum that needs to be installed so that tcl demos
work for the tcl-only case?

I fought with this problem on the AT branch for quite a while until I realized
reproducing MAIN HEAD was not a good thing to do because of this MAIN HEAD
configuration bug.  But I frankly don't know what should be done to get
tcl-only installed so any help would be most appreciated.

Happy Thanksgiving to the residents of the USA on this list.  Linus had
an amusing take on Thanksgiving in his ChangeLog for kernel 2.5.50
(http://linuxtoday.com/news_story.php3?ltsn=2002-11-28-007-26-NW-KN-DV).

Alan

email: ir...@be...
phone: 250-727-2902	FAX: 250-721-7715
snail-mail:
Dr. Alan W. Irwin
Department of Physics and Astronomy,
University of Victoria, P.O. Box 3055,
Victoria, British Columbia, Canada, V8W 3P6
__________________________

Linux-powered astrophysics
__________________________

Re: [Plplot-devel] Our web page

[<jc...@fe...>]

On Thursday 28 November 2002 03:02, Andrew Roach wrote:
| >Can you please take a look? Specially people with IE-6.x? I checked
| > it with konqueror-3.0.4, galeon-1.2.6, opera-6.0.2 and
| > mozilla-1.0.1 on linux, ie-6.0 on win98 and XP -- everything OK.
| > Netscape 4.79 on linux doesn't give the same results as others.
|
| It's looking nice, but sadly, I have not been so lucky with XP and IE
| 6.0 as you have :-(  A few problems I have come across:
|
| If I click on the example 1 picture, it (oddly) opens up the source
| code for the example in the editor I used for programming, rather
| than the little window that's there for it, and no enlarged picture
| comes up. I presume that the source code it coming up in my editor
| because I have "associated" .c with this editor, but it's strange
| that it isn't opening in the small window for  it. All the .c
| examples open the source code up in my editor (which I confess is
| annoying after about ten seconds) rather than the window created for
| them. Other languages, ie fortran ,octave, etc... open in the correct
| way, in the little scroll window provided for them. Perhaps you could
| rename the file, giving it an extension that is unlikely to clash
| with any registered types under windows, so this behavour does not
| occur ?

Yes, I will do it. For me its the tcl examples that want to be executed=20
-- MIME type application/x-tcl.  (I have the tcl pluggin installed).

| None of the "single page" plots ie example 1, 2 3 etc...) open up an
| enlarged image for me to see.

You mean that in=20

   http://plplot.sourceforge.net/nexamples/demo01/index.php

no image appears? In the browsers I tested a normal image appears (not a=20
thumbnail).

| All of the multi-page plots (ie 8, 9
| etc...) successfully open up a series of sub-images which in turn
| open into enlarged images. So it seems to be something funny with
| examples when there is only one image availble to "blow up".

As the single page examples are "single", I opted to show the normal=20
image instead of the preview, but I can change it.

|
| Example x09.06.png seems to be missing.

Corrected.

And what about the recursivity problem you had with the previous version=20
of the web page? Is it now solved?

Thanks,
Joao
|
| -Andrew

Re: [Plplot-devel] Our web page

[<jc...@fe...>]

On Wednesday 27 November 2002 18:49, Alan W. Irwin wrote:
| On Wed, 27 Nov 2002, [iso-8859-1] Jo=E3o Cardoso wrote:
| > http://plplot.sourceforge.net/nexamples/
|
| Looks superb, Joao!
|
| *If you have time, motivation, etc.*, here are some additional minor
| suggestions:
|
| (1) I think you should drop example 10 because it just looks like a
| black box until you expand it.  (Of course leave it in the standard
| examples we have now, but there is no rule we have to show all of our
| examples on the web site.)

Hummm, I like bugs to be obvious...

|
| (2) I think example 20 should be rearranged so you see "Lena" first
| rather than "Saturn?"  Lena gets our user's attention more
| quickly....;-)

done

|
| (3) Can you try for w3 validation (http://validator.w3.org/)? Our
| current web site cannot be validated either, but it would be nice to
| have this if possible.

As I use the usual page structure of our web, then my new pages will not=20
be validated.

| If you don't wish to deal with all or any of these additional
| suggestions right now, that is fine.  Just go ahead and commit to CVS
| and update the live site with
| /home/groups/p/pl/plplot/htdocs-replace.sh.

I will look at it. But we don't need to keep the images nor the source=20
code of the examples in cvs.

Joao

|  nexamples just looks
| tremendously better than our current examples so I am anxious to see
| nexamples replace examples.
|
| Alan
|
| email: ir...@be...
| phone: 250-727-2902=09FAX: 250-721-7715
| snail-mail:
| Dr. Alan W. Irwin
| Department of Physics and Astronomy,
| University of Victoria, P.O. Box 3055,
| Victoria, British Columbia, Canada, V8W 3P6
| __________________________
|
| Linux-powered astrophysics
| __________________________
|
|
|
|
| -------------------------------------------------------
| This SF.net email is sponsored by: Get the new Palm Tungsten T
| handheld. Power & Color in a compact size!
| http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en
| _______________________________________________
| Plplot-devel mailing list
| Plp...@li...
| https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] python interface builds and python examples install and run on AT

[<jc...@fe...>]

On Thursday 28 November 2002 06:20, Alan W. Irwin wrote:
=2E..
| Joao, it would be some help to me if you would do the automake
| conversion for octave. All you have to do is follow the simple rules
| in the various bindings/*/Makefile.am and examples/*/Makefile.am. I

I will follow the examples. Latter, now I don't have many spare time to=20
learn yet another thing. ( I'm learning C++ and my first project is to=20
build real classes for plplot -- I already have a couple of them  for=20
2D plots ;-)

Joao

| have found that the best references are really "info automake", "info
| autoconf", and "info libtools" because searching through those to
| understand what was done before is quite easy compared to searching
| through web pages. If you are interested in getting involved now,
| please let me know privately so we don't duplicate effort.
|
| Alan
|
| email: ir...@be...
| phone: 250-727-2902=09FAX: 250-721-7715
| snail-mail:
| Dr. Alan W. Irwin
| Department of Physics and Astronomy,
| University of Victoria, P.O. Box 3055,
| Victoria, British Columbia, Canada, V8W 3P6
| __________________________
|
| Linux-powered astrophysics
| __________________________
|
|
|
| -------------------------------------------------------
| This SF.net email is sponsored by: Get the new Palm Tungsten T
| handheld. Power & Color in a compact size!
| http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en
| _______________________________________________
| Plplot-devel mailing list
| Plp...@li...
| https://lists.sourceforge.net/lists/listinfo/plplot-devel

[Plplot-devel] Intsalling plplotd under W2000

[Joachim W. <wu...@cr...>]

Hi Olof:

> The sys/win32/msdev port of plplot doesn't make use of configure, just
> nmake as mentioned in the INSTALL.txt file. How did you manage to run
> configure? Did you use cygwin?=20

Well, from the documentation the relation between the main level (plplot
and plplot/tmp) and the windows-specific part (plplot/sys/win32/msdev)
was not quite clear to me. Therefore I first built the whole thing on
the main level, using cygwin, and then I proceeded with the windows =
part.

Question: could I completely leave out the first step if I only want
to build plplot.lib for usage in windows programs ?

Another remark, just for documentation (because mails we exchanged =
earlier
did not make it into the archive, being directed to the mailing list =
only
through CC):

Several of the windows-specific installation steps can be made in the
cygwin bash shell, instead of the DOS shell. This is, however, not true
for step 4.5 "nmake plplib.mak". As you quoted from a mail by Wayne
Richardson: "More importantly, the settings to run nmake are contained
in the file Vcvars32.bat which is in the VC98\bin directory. Hence by=20
either first executing Vcvars32.bat, or placing it in the autoexec.bat
file, it is possible to make nmake work properly." Translating these
settings into bash will at least be cumbersome, given the idiotic =
Windows
path names with blanks and lots of backslashes.

Rebuilding plplot.lib with double precision (shouldn=B4t we call it =
plplotd.lib ?)
was indeed quite straightforward:
in plplot/sys/win32/msdev/makefile after
> #define PLPLOT_VERSION "5.1.0"
I just added the line
> #define PL_DOUBLE 1
After going through the whole build procedure, everything seems =
consistent.

- Joachim=20

[Plplot-devel] python interface builds and python examples install and run on AT

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

These python configuration additions to AT were pretty massive so it took a
very long day's work. Also, I made one false start with the setup.py method
which I later replaced with the more cross-platform friendly automake method
of building our two python extension modules. Finally in the examples/python
directory I now have a three-line configurable plplot_python_start.py
module. The installed version is put in examples/python and is imported into
pythondemos.py and prova.py so they automatically find the plplot python
modules wherever they have been installed.

Anyhow, with the changes I just committed, all aspects of the python
interface and examples now work for AT on Linux.

Tomorrow (and perhaps the next day as well) I will tackle all the tcl/tk
issues.

Joao, it would be some help to me if you would do the automake conversion
for octave. All you have to do is follow the simple rules in the various
bindings/*/Makefile.am and examples/*/Makefile.am. I have found that the
best references are really "info automake", "info autoconf", and "info
libtools" because searching through those to understand what was done before
is quite easy compared to searching through web pages. If you are interested
in getting involved now, please let me know privately so we don't duplicate
effort.

Alan

email: ir...@be...
phone: 250-727-2902	FAX: 250-721-7715
snail-mail:
Dr. Alan W. Irwin
Department of Physics and Astronomy,
University of Victoria, P.O. Box 3055,
Victoria, British Columbia, Canada, V8W 3P6
__________________________

Linux-powered astrophysics
__________________________

Re: [Plplot-devel] Our web page

[Andrew R. <aro...@ya...>]

>Can you please take a look? Specially people with IE-6.x? I checked it
>with konqueror-3.0.4, galeon-1.2.6, opera-6.0.2 and mozilla-1.0.1 on
>linux, ie-6.0 on win98 and XP -- everything OK. Netscape 4.79 on linux
>doesn't give the same results as others.

It's looking nice, but sadly, I have not been so lucky with XP and IE 6.0 
as you have :-(  A few problems I have come across:

If I click on the example 1 picture, it (oddly) opens up the source code 
for the example in the editor I used for programming, rather than the 
little window that's there for it, and no enlarged picture comes up. I 
presume that the source code it coming up in my editor because I have 
"associated" .c with this editor, but it's strange that it isn't opening in 
the small window for  it. All the .c examples open the source code up in my 
editor (which I confess is annoying after about ten seconds) rather than 
the window created for them. Other languages, ie fortran ,octave, etc... 
open in the correct way, in the little scroll window provided for them. 
Perhaps you could rename the file, giving it an extension that is unlikely 
to clash with any registered types under windows, so this behavour does not 
occur ?

None of the "single page" plots ie example 1, 2 3 etc...) open up an 
enlarged image for me to see. All of the multi-page plots (ie 8, 9 etc...) 
successfully open up a series of sub-images which in turn open into 
enlarged images. So it seems to be something funny with examples when there 
is only one image availble to "blow up".

Example x09.06.png seems to be missing.

-Andrew

Re: [Plplot-devel] Our web page

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

On Wed, 27 Nov 2002, [iso-8859-1] Jo=E3o Cardoso wrote:

> http://plplot.sourceforge.net/nexamples/

Looks superb, Joao!

*If you have time, motivation, etc.*, here are some additional minor
suggestions:

(1) I think you should drop example 10 because it just looks like a black
box until you expand it.  (Of course leave it in the standard examples we
have now, but there is no rule we have to show all of our examples on the
web site.)

(2) I think example 20 should be rearranged so you see "Lena" first rather
than "Saturn?"  Lena gets our user's attention more quickly....;-)

(3) Can you try for w3 validation (http://validator.w3.org/)? Our current
web site cannot be validated either, but it would be nice to have this if
possible.

If you don't wish to deal with all or any of these additional suggestions
right now, that is fine.  Just go ahead and commit to CVS and update the
live site with /home/groups/p/pl/plplot/htdocs-replace.sh.  nexamples just
looks tremendously better than our current examples so I am anxious to see
nexamples replace examples.

Alan

email: ir...@be...
phone: 250-727-2902=09FAX: 250-721-7715
snail-mail:
Dr. Alan W. Irwin
Department of Physics and Astronomy,
University of Victoria, P.O. Box 3055,
Victoria, British Columbia, Canada, V8W 3P6
__________________________

Linux-powered astrophysics
__________________________

[Plplot-devel] Bug in png/jpeg driver:

[<jc...@fe...>]

Hi,

=2E/x10c -dev png -o po.png -geometry 500x300 && xv po.png

shows the bug. This does not happens with the ps or xfig driver; the pbm=20
driver seg-faults.

Joao

Re: [Plplot-devel] memory leaks under Windows2000

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

On Wed, 27 Nov 2002, [iso-8859-1] Jo=E3o Cardoso wrote:

> Are these the only memory leaks? They are very modest... 48 bytes...
> Some leaks are expected, as for example when one duplicates a string  or
> open a new plot/device.
>
> In unix if we use 'valgrind' we also find leaks, but they are static,
> i.e., they dont increasing with program complexity or looping.
> As a matter of fact 'valgrind' finds more leaks in system libraries such
> as X11 than in plplot:

It has become a point of pride that KDE went through all its code to get ri=
d
of memory leaks found by valgrind so I suspect that developers for XFree86
and some of the other Linux system libraries will soon follow.  It would be
a nice point of pride with us as well.

In a prior post to this list I documented every PLplot leak found by
valgrind.  See
http://sourceforge.net/mailarchive/message.php?msg_id=3D1785861.  To fix th=
ese
should be straightforward so I strongly encourage somebody with a good
understanding of plplot initialization and termination to take up this
challenge.

Once PLplot has a clean bill of health from valgrind, it will be most
interesting to see whether the windows debugger still finds memory leaks
(and whether they are associated with PLplot or the windows libraries that
it uses).

Alan

email: ir...@be...
phone: 250-727-2902=09FAX: 250-721-7715
snail-mail:
Dr. Alan W. Irwin
Department of Physics and Astronomy,
University of Victoria, P.O. Box 3055,
Victoria, British Columbia, Canada, V8W 3P6
__________________________

Linux-powered astrophysics
__________________________

Re: [Plplot-devel] Our web page

[<jc...@fe...>]

On Wednesday 27 November 2002 17:25, you wrote:
| On Wednesday, November 27, 2002 11:33 AM, Joao Cardoso
| [SMTP:jc...@fe...]
|
| wrote:
| > Hi,
| >
| > Some days ago I have downloaded a new version of the examples
| > directory to sourceforge, and forgot to advertise it.
| >
| > Can you please take a look? Specially people with IE-6.x? I checked
| > it with konqueror-3.0.4, galeon-1.2.6, opera-6.0.2 and
| > mozilla-1.0.1 on linux, ie-6.0 on win98 and XP -- everything OK.
| > Netscape 4.79 on linux doesn't give the same results as others.
| >
| > Suggestions? Shall I cvs commit the changes and start using it as
| > default? One problem is that it is using the examples in the
| > current cvs tree, not the official release.
|
| That's a pretty neat display, but I see a couple of little problems.
| I'm using IE5.5 with win95. When I click on the demo pictures it
| takes me to the right place, but it tries to download the c code to a
| file instead of putting it in the scrolled window.

With ie-5.0 on win98 I don't see that behaviour. I don't have win95 to=20
try it...

| If I push the "C"
| button I get the same result, so I assume it is supposed to display
| the C code when you go to the individual demo pages.

The buttons would allow to see the code of several front-ends. The=20
default, at startup, is the C code.

| If I push the
| "Tcl" button I don't get the source code displayed.

Yes. I think that the browser sees a tcl file and tries to execute it.=20
It also happens with other browsers. The tcl file has a MIME type of=20
application/x-tcl.

In win98 with ie-5.0 the whole tcl files appears as a single line, thus=20
we have a problem with msdos/unix end-of-line.

| Some Fortran
| examples seem to display and others don't.

Some C examples don't have the fortran counterpart. We should correct=20
this.

| I didn't do a
| comprehensive test. Demo 10 shows a blank plot.

Yes... the preview file does not seems to be OK. It must be a ***BUG***=20
in plplot when the -geometry cmd line option is passed. The preview was=20
generated using:

=2E/x10c -dev png -o po.png -fam -fflen 2 -geometry 200x150

| I don't know if that
| is correct, but it is suspicious. The demo numbers don't fully
| correspond to the example numbers on the old examples page, but that
| may be ok.

As I said, its the cvs version.

Thanks,
Joao

|
| Dean Clamons
| Code 7420
| Naval Research Lab
| Washington, DC 20375
| 202-767-2732