plplot-devel — Technical discussion about PLplot development

Re: [Plplot-devel] octave now configured with autotools

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

On Thu, 5 Dec 2002, [iso-8859-1] Jo=E3o Cardoso wrote:

> So it's not working.
> Could be that you have an installed  plplot?

OOPS.  You are right.  I don't want to remove my installed version because =
I
am right in the middle of something, but now that you have reminded me, I
know you are correct. For example, plcore.c now only looks in one place (th=
e
installed location) for drivers.db, the drivers themselves, and I think the
fonts also.

For now, try with an installed version.  I think it will still link against
the uninstalled libplplot (in case you are testing changes in the core
functions).  In fact after an install try removing everything from the
install location except for drivers, drivers.db and fonts, and I believe
make check will still work.

Ultimately, if you don't want to depend on installed drivers.db, drivers,
and fonts, then you will have to change plcore to search for them in the
uninstalled locations first.

Alan

Re: [Plplot-devel] octave now configured with autotools

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

On Thursday 05 December 2002 20:03, Alan W. Irwin wrote:
| I believe make x01c is just using ordinary default rules for make so
| it isn't finding everything that it needs.  You should be using make
| check instead.
|
| First remove everything created by make x01c in examples/c so as not
| to confuse issues.=20

Nope,

> make distclean
> ./configure --enable-dyndrivers
> make
> make check
=2E..
[jcard@feup] pwd
/home/jcard/plplot
[jcard@feup] examples/c/x01c=20

*** PLPLOT ERROR ***
Can't open drivers/drivers.db

Program aborted

[jcard@feup] cd examples/c
[jcard@feup] ./x01c=20

*** PLPLOT ERROR ***
Can't open drivers/drivers.db

Program aborted

[jcard@feup] cd ../..

[jcard@feup] find . -name drivers.db
=2E/drivers/drivers.db

So it's not working.
Could be that you have an installed  plplot?

Joao

|

Re: [Plplot-devel] octave now configured with autotools

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

I believe make x01c is just using ordinary default rules for make so it
isn't finding everything that it needs.  You should be using make check
instead.

First remove everything created by make x01c in examples/c so as not to
confuse issues. Second try make check in that directory. Everything should
work--- at least it did for me!  Of course the first time it will compile
all examples in that directory, but the second and subsequent times it
should only compile the example you touched.

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
__________________________

On Thu, 5 Dec 2002, [iso-8859-1] Jo=E3o Cardoso wrote:

> On Thursday 05 December 2002 17:56, Alan W. Irwin wrote:
> | On Thu, 5 Dec 2002, Alan W. Irwin wrote:
> | > You might want to flesh out the idea a little more.  For example,
> | > there might be a way to use the machinery of autotools support for
> | > tests so that "make check" compiles all the plplot/examples/x??c
> | > programmes in place.
> |
> | To answer my own comment, I just discovered Autobook section 7.7
> | which tells how to do this.  It is so simple that I couldn't resist
> | trying a proof of concept in examples/c/Makefile.am.  That worked
> | immediately so I have just committed it.
> |
> | Joao, please try "make check" and tell me if that satisfies your
> | developer needs for convenience and speed for the C examples?  If so,
> | then one of us should follow up with the appropriate stanzas in
> | Makefile.am in f77, c++, and tk.
> |
> | After "make check", I tried a number of examples including x08c and
> | x20c, and the only one I found which fails to work is x14c.  I assume
> | that is related to the -dev tk problem.
> |
> | Alan
>
> In examples/c, after I made a "make check", which worked (i.e., compile
> but not run, see bellow), I made
>
> [jcard@feup] touch x01c.c
> [jcard@feup] make x01c
> source=3D'x01c.c' object=3D'x01c.o' libtool=3Dno \
> depfile=3D'.deps/x01c.Po' tmpdepfile=3D'.deps/x01c.TPo' \
> depmode=3Dgcc3 /bin/sh ../../depcomp \
> gcc -DHAVE_CONFIG_H -I. -I. -I../../include -I../../include
> -I../../libltdl   -g -O2 -c `test -f x01c.c || echo './'`x01c.c
> /bin/sh ../../libtool --mode=3Dlink gcc  -g -O2   -o x01c  x01c.o
> ../../src/libplplot.la
> gcc -g -O2 -o .libs/x01c x01c.o  ../../src/.libs/libplplot.so -lm -ldl
> -Wl,--rpath -Wl,/usr/local/lib
> creating x01c
> [jcard@feup] ./x01c
>
> *** PLPLOT ERROR ***
> Can't open drivers/drivers.db
> Program aborted
>
> So, this seems sufficient to me; I can have a xterm in examples/c and
> another in src, modify a source file, "make" to compile it, and in the
> other xterm make/execute a given example.
> Of course, we (:-) only need to solve the drivers.db file problem, and
> after that make sure that the drivers are found.
>
> Joao.
>
>
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Plplot-devel mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-devel
>

Re: [Plplot-devel] octave now configured with autotools

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

On Thursday 05 December 2002 17:56, Alan W. Irwin wrote:
| On Thu, 5 Dec 2002, Alan W. Irwin wrote:
| > You might want to flesh out the idea a little more.  For example,
| > there might be a way to use the machinery of autotools support for
| > tests so that "make check" compiles all the plplot/examples/x??c
| > programmes in place.
|
| To answer my own comment, I just discovered Autobook section 7.7
| which tells how to do this.  It is so simple that I couldn't resist
| trying a proof of concept in examples/c/Makefile.am.  That worked
| immediately so I have just committed it.
|
| Joao, please try "make check" and tell me if that satisfies your
| developer needs for convenience and speed for the C examples?  If so,
| then one of us should follow up with the appropriate stanzas in
| Makefile.am in f77, c++, and tk.
|
| After "make check", I tried a number of examples including x08c and
| x20c, and the only one I found which fails to work is x14c.  I assume
| that is related to the -dev tk problem.
|
| Alan

In examples/c, after I made a "make check", which worked (i.e., compile=20
but not run, see bellow), I made

[jcard@feup] touch x01c.c=20
[jcard@feup] make x01c  =20
source=3D'x01c.c' object=3D'x01c.o' libtool=3Dno \
depfile=3D'.deps/x01c.Po' tmpdepfile=3D'.deps/x01c.TPo' \
depmode=3Dgcc3 /bin/sh ../../depcomp \
gcc -DHAVE_CONFIG_H -I. -I. -I../../include -I../../include =20
-I../../libltdl   -g -O2 -c `test -f x01c.c || echo './'`x01c.c
/bin/sh ../../libtool --mode=3Dlink gcc  -g -O2   -o x01c  x01c.o=20
=2E./../src/libplplot.la=20
gcc -g -O2 -o .libs/x01c x01c.o  ../../src/.libs/libplplot.so -lm -ldl=20
-Wl,--rpath -Wl,/usr/local/lib
creating x01c
[jcard@feup] ./x01c

*** PLPLOT ERROR ***
Can't open drivers/drivers.db
Program aborted

So, this seems sufficient to me; I can have a xterm in examples/c and=20
another in src, modify a source file, "make" to compile it, and in the=20
other xterm make/execute a given example.
Of course, we (:-) only need to solve the drivers.db file problem, and=20
after that make sure that the drivers are found.

Joao.

Re: [Plplot-devel] plSetOpt inactive in Windows binding

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

On Thursday 05 December 2002 16:18, Joachim Wuttke wrote:
| My application program activates plplot through the following
| commands:
|
| =09plsdev("win3");
| =09plSetOpt("np", "");

/* Set the pause (on end-of-page) status */

void
c_plspause(PLINT pause);

I use it often, and it works under unix.
Of course, plSetOpt("np", "") does plspause(0);

Thus, it must be a driver bug. To exercite it, try any multi-page=20
example with the "-np" (no pause) option. In my linux system,=20

    x08c -dev xwin -np

makes all plots without waiting for a key or mouse click. You can try=20
other drivers, e.g., the 'ps' driver:
    ./x08c -dev ps -np -o po.ps
all plots are in the po.ps file. If this works for you the problem is=20
indeed the driver you use.

Joao


|       plSetOpt("hwnd", (char*)anypointer);
| =09plinit();
|
| Apparently, the plSetOpt commands make no effect.
| Nor is there an error message for the "no pause" option
| (which seems not to be implemented), neither do I succeed
| in confusing the system through nonsensical pointer args
| to the "hwnd" option, which is explicitely foreseen in
| win3.cpp.
|
|
| -------------------------------------------------------
| This sf.net email is sponsored by:ThinkGeek
| Welcome to geek heaven.
| http://thinkgeek.com/sf
| _______________________________________________
| Plplot-devel mailing list
| Plp...@li...
| https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] octave now configured with autotools

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

On Thu, 5 Dec 2002, Alan W. Irwin wrote:

> You might want to flesh out the idea a little more.  For example, there
> might be a way to use the machinery of autotools support for tests so that
> "make check" compiles all the plplot/examples/x??c programmes in place.

To answer my own comment, I just discovered Autobook section 7.7 which tells
how to do this.  It is so simple that I couldn't resist trying a proof of
concept in examples/c/Makefile.am.  That worked immediately so I have just
committed it.

Joao, please try "make check" and tell me if that satisfies your developer
needs for convenience and speed for the C examples?  If so, then one of us
should follow up with the appropriate stanzas in Makefile.am in
f77, c++, and tk.

After "make check", I tried a number of examples including x08c and x20c,
and the only one I found which fails to work is x14c.  I assume that is
related to the -dev tk problem.

Alan

[Plplot-devel] plSetOpt inactive in Windows binding

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

My application program activates plplot through the following
commands:

	plsdev("win3");
	plSetOpt("np", "");
      plSetOpt("hwnd", (char*)anypointer);
	plinit();

Apparently, the plSetOpt commands make no effect.
Nor is there an error message for the "no pause" option
(which seems not to be implemented), neither do I succeed
in confusing the system through nonsensical pointer args
to the "hwnd" option, which is explicitely foreseen in
win3.cpp.

Re: [Plplot-devel] octave now configured with autotools

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

On Thu, 5 Dec 2002, [iso-8859-1] Jo=E3o Cardoso wrote:

> Regarding the examples directory problem: from other packages that use
> AT, a plain make installs thinks under the distribution tree, with
> libraries in .libs directories and executables that are linked with the
> libraries in the .libs dirs, but the real executables becomes hidden
> (in .libs? no, under .something) and in place of the executable (i.e.
> with the same name), is put a script that works as a wrapper to the
> real (hidden) executabl (e.g., seting up a LD_LIBRARY_PATH that founds
> libs in the .libs dirs).

>
> I'm sure you know all this, but I think that this setup will be fine for
> us, and avoids the need to install the all package after changing a
> single line in a source file, in order to run an example.

I hadn't actually thought about this before, but I believe you are right.
You might want to flesh out the idea a little more.  For example, there
might be a way to use the machinery of autotools support for tests so that
"make check" compiles all the plplot/examples/x??c programmes in place.
Subsequently, you could run any of those programmes interactively to test
out your change say to libplplot without going through the full install
process (or recompiling the examples since with shared libraries you can
rebuild the library without having to rebuild the application that uses the
library).

Several PLplot generations later we might want to make the tests more
complicated with comparison with test postscript results, but right now suc=
h
complications would make no sense since the tests would often fail due to
platform differences and poor internal precision of PLplot.  So if you
decide to go with the test suite idea, I would keep it really simple and
simply focus on compilation and linking of the uninstalled 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] How to advance the page ? - Answer, except for Windows

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

Sorry for the length of my previous mail,
there is a very short answer to the main question:

    plSetOpt("np", ""); // no pause between plots

So, the only task remains to implement this in the Windows binding,
using dev->nextPlot as indicated before.=20

Joachim

> -----Urspr=FCngliche Nachricht-----
> Von: Joachim Wuttke=20
> Gesendet: Donnerstag, 5. Dezember 2002 14:46
> An: plp...@li...
> Betreff: [Plplot-devel] Fundamental program design question: How to
> advance the page ?
>=20
>=20
> In the official plplot examples, the main program is kind of=20
> a batch job,
> as often occurs in numeric applications, and the user=20
> interacts via the
> graphical frontend only: The main program produces one plot, then
> waits for the user to acknoledge. In the MSWindows binding, the user
> has to single-click the right mouse button.=20
>=20
>    QUESTION: is this intended, and is similar behaviour=20
> implemented for
> the other operation systems as well ?
>=20
> Now there is another important class of programs which may be called
> dialog-driven, in contrast to the batch programs mentioned=20
> before. In a
> dialog-driven application, the user interacts directly with=20
> the main program,
> and therefore we should be able to erase a page and start=20
> plotting a new
> one without requiring a redundant mouse click.
>=20
>    SIDE REMARK: Dialog-driven numeric programs where almost=20
> unheard of when
> pgplot and other predecessors of plplot were designed down in=20
> about the 70's.
>=20
>    BACKGROUND QUESTION: Has it ever been discussed how to=20
> support dialog-driven
> applications in a consistent manner within the given overall=20
> design of plplot ?
>=20
>    PRACTICAL QUESTION: Which sequence of pleop, pladv, plbop=20
> or similar
> should produce the desired behaviour (full software control=20
> over page advance) ?
>=20
>    AD-HOC SOLUTION: Within MSWindows, I helped myself by just setting
> dev->nextPlot =3D 1 instead of 0 at two locations in win3.cpp.=20
> Introducing a
> precompiler macro AUTOADVANCE could formalise this solution.=20
> However, I
> suppose a cleaner solution would be through some pl*** function.
>=20
> Best regards to all, Joachim
>=20
>=20
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Plplot-devel mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-devel
>=20

[Plplot-devel] Fundamental program design question: How to advance the page ?

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

In the official plplot examples, the main program is kind of a batch =
job,
as often occurs in numeric applications, and the user interacts via the
graphical frontend only: The main program produces one plot, then
waits for the user to acknoledge. In the MSWindows binding, the user
has to single-click the right mouse button.=20

   QUESTION: is this intended, and is similar behaviour implemented for
the other operation systems as well ?

Now there is another important class of programs which may be called
dialog-driven, in contrast to the batch programs mentioned before. In a
dialog-driven application, the user interacts directly with the main =
program,
and therefore we should be able to erase a page and start plotting a new
one without requiring a redundant mouse click.

   SIDE REMARK: Dialog-driven numeric programs where almost unheard of =
when
pgplot and other predecessors of plplot were designed down in about the =
70's.

   BACKGROUND QUESTION: Has it ever been discussed how to support =
dialog-driven
applications in a consistent manner within the given overall design of =
plplot ?

   PRACTICAL QUESTION: Which sequence of pleop, pladv, plbop or similar
should produce the desired behaviour (full software control over page =
advance) ?

   AD-HOC SOLUTION: Within MSWindows, I helped myself by just setting
dev->nextPlot =3D 1 instead of 0 at two locations in win3.cpp. =
Introducing a
precompiler macro AUTOADVANCE could formalise this solution. However, I
suppose a cleaner solution would be through some pl*** function.

Best regards to all, Joachim

Re: [Plplot-devel] octave now configured with autotools

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

On Thursday 05 December 2002 03:56, Alan W. Irwin wrote:
| I have just committed some changes that should make octave work at
| least for some of the examples.
|
| I tested octave with the installed
| prefix/lib/plplot5.1.0/examples/plplot-test.sh script.
|
| The early "p" examples work well, but p7.m and p15.m have problems.
| Apparently, the p7.m problem is a long-standing one from comments in
| test_octave.sh, but the p15.m problem may be new.
|
| Also, I could not get any of the x??.m examples to work with that
| script. It only segfaults.  I presume plplot/test/test_octave.sh
| (which gets installed in prefix/lib/plplot5.1.0/examples/) needs to
| be adjusted to some change that has been made.
|
| After the early p examples worked, but the x examples segfaulted, I
| went back and looked at what was done before.  Apparently there is a
| sed step to replace PLPLOT_OCTAVE_PATH with the appropriate value in
| plplot_octave_path.m (see below).  I did that step by hand, but it
| didn't change either the early p examples working or x examples
| segfaulting.  So I think I have gone as far as I can go with this,
| and it is now up to Joao to smooth out these rough spots.
|
| Joao, I will be happy to answer any of your questions about what I
| did to configure octave with autotools.

Thanks, Alan, for your work. I will follow the track you lead. Perhaps=20
tomorrow, or in the week-end.

Regarding the examples directory problem: from other packages that use=20
AT, a plain make installs thinks under the distribution tree, with=20
libraries in .libs directories and executables that are linked with the=20
libraries in the .libs dirs, but the real executables becomes hidden=20
(in .libs? no, under .something) and in place of the executable (i.e.=20
with the same name), is put a script that works as a wrapper to the=20
real (hidden) executabl (e.g., seting up a LD_LIBRARY_PATH that founds=20
libs in the .libs dirs).

I'm sure you know all this, but I think that this setup will be fine for=20
us, and avoids the need to install the all package after changing a=20
single line in a source file, in order to run an example.

Joao

|  But the overall changes that
| I did to (mostly) finish octave configuration were to create
| Makefile.am files (with appropriate automake information) in the
| directory tree under bindings/octave. automake takes care of the
| rest.  BTW, to do the equivalent of the sed substitution mentioned
| above in PLplot, I would suggest simply renaming plplot_octave_path.m
| as plplot_octave_path.m.in, putting an @xxx@ variable in the file,
| and changing configure.ac to configure xxx to whatever path you want.
|  Alternatively, you could stick with the sed method for editing
| plplot_octave_path.m.in to plplot_octave_path.m that automake will
| automatically install. You can stick that rule right in
| PLplot/Makefile.am, if you like. It is up to you which method you
| choose.
|
| Tomorrow, I plan to start working on the static devices.  I don't
| think that is going to take long at all. Rafael got them working
| earlier with the libtools convenience library approach, and I only
| plan a slight modification of his approach so that it doesn't clobber
| the dynamic driver approach. After that work is done, I will probably
| work on java.  That's really a low priority (since the API is so
| incomplete), and in fact I was planning to disable java for the
| release, but I have essentially run out of things to do before the
| release except cheer you guys on to sort out the remaining rough
| spots for PLplot.
|
| Currently, those rough spots consist of the -dev tk problem and the
| above octave problems. Also, we need lots of testing of this new
| configuration system both on Linux and also on other Unix platforms
| to find any other rough spots.  But that is about it....
|
| 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: Microsoft Visual Studio.NET
| comprehensive development tool, built to increase your
| productivity. Try a free online hosted session at:
| http://ads.sourceforge.net/cgi-bin/redirect.pl?micr0003en
| _______________________________________________
| Plplot-devel mailing list
| Plp...@li...
| https://lists.sourceforge.net/lists/listinfo/plplot-devel

[Plplot-devel] octave now configured with autotools

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

I have just committed some changes that should make octave work at least
for some of the examples.

I tested octave with the installed
prefix/lib/plplot5.1.0/examples/plplot-test.sh script.

The early "p" examples work well, but p7.m and p15.m have problems.
Apparently, the p7.m problem is a long-standing one from comments in
test_octave.sh, but the p15.m problem may be new.

Also, I could not get any of the x??.m examples to work with that script. It
only segfaults.  I presume plplot/test/test_octave.sh (which gets installed
in prefix/lib/plplot5.1.0/examples/) needs to be adjusted to some change that
has been made.

After the early p examples worked, but the x examples segfaulted, I went
back and looked at what was done before.  Apparently there is a sed step to
replace PLPLOT_OCTAVE_PATH with the appropriate value in
plplot_octave_path.m (see below).  I did that step by hand, but it didn't
change either the early p examples working or x examples segfaulting.  So I
think I have gone as far as I can go with this, and it is now up to Joao to
smooth out these rough spots.

Joao, I will be happy to answer any of your questions about what I did to
configure octave with autotools.  But the overall changes that I did to
(mostly) finish octave configuration were to create Makefile.am files (with
appropriate automake information) in the directory tree under
bindings/octave. automake takes care of the rest.  BTW, to do the equivalent
of the sed substitution mentioned above in PLplot, I would suggest simply
renaming plplot_octave_path.m as plplot_octave_path.m.in, putting an @xxx@
variable in the file, and changing configure.ac to configure xxx to whatever
path you want.  Alternatively, you could stick with the sed method for
editing plplot_octave_path.m.in to plplot_octave_path.m that automake will
automatically install. You can stick that rule right in PLplot/Makefile.am,
if you like. It is up to you which method you choose.

Tomorrow, I plan to start working on the static devices.  I don't think that
is going to take long at all. Rafael got them working earlier with the
libtools convenience library approach, and I only plan a slight modification
of his approach so that it doesn't clobber the dynamic driver approach.
After that work is done, I will probably work on java.  That's really a low
priority (since the API is so incomplete), and in fact I was planning to
disable java for the release, but I have essentially run out of things to do
before the release except cheer you guys on to sort out the remaining
rough spots for PLplot.

Currently, those rough spots consist of the -dev tk problem and the above
octave problems. Also, we need lots of testing of this new configuration
system both on Linux and also on other Unix platforms to find any other
rough spots.  But that is about it....

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] attempting to link plplot in MSVS (Visual C++ 6.0)

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

In order to go ahead, I worked around the problem explained in
my previous mail (commenting out the two *shadow* functions
in plstub.cpp). Then I succeeded indeed in compiling all files
(src/*.c, part of drivers, and sys/win32/msdev/src/*.*).

My next problem reads:

Linking...
plstub.obj : error LNK2001: unresolved external symbol "void *  h_pldll" =
(?h_pldll@@3PAXA)
Release/plplotd.dll : fatal error LNK1120: 1 unresolved externals
Error executing link.exe.

what is this symbol good for, and where is it instantiated ?

Thanks, Joachim

PS maybe I should explain: I need to build plplot within MSVS in order =
to get it accepted
by my employer. I will also have to eliminate the many many warnings =
that trivially complain
about implicit type conversions...

[Plplot-devel] attempting to compile plplot in MSVS (Visual C++ 6.0)

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

Hi Olof,=20

after importing plplot into Visual Studio, I succeed in compiling all =
files but one:
in plstub.cpp there is a problem in line 606:

void  WINAPI
plshade(PLFLT **a, PLINT nx, PLINT ny, const char **defined,
	  PLFLT left, PLFLT right, PLFLT bottom, PLFLT top,
	  PLFLT shade_min, PLFLT shade_max,
	  PLINT sh_cmap, PLFLT sh_color, PLINT sh_width,
	  PLINT min_color, PLINT min_width,
	  PLINT max_color, PLINT max_width,
	  void (API *fill) (PLINT, PLFLT *, PLFLT *), PLINT rectangular,   // =
this is line 606

The error message reads as follows:

compiling...
plstub.cpp
D:\plplot\win32\plstub.cpp(606) : error C2143: syntax error : missing =
')' before '*'
D:\plplot\win32\plstub.cpp(606) : error C2143: syntax error : missing =
',' before '*'
D:\plplot\win32\plstub.cpp(606) : error C2182: 'API' : illegal use of =
type 'void'
D:\plplot\win32\plstub.cpp(606) : error C2059: syntax error : '*'
D:\plplot\win32\plstub.cpp(606) : error C2091: function returns function
D:\plplot\win32\plstub.cpp(606) : error C2146: syntax error : missing =
';' before identifier 'rectangular'
D:\plplot\win32\plstub.cpp(606) : error C2182: 'PLINT' : illegal use of =
type 'void'
D:\plplot\win32\plstub.cpp(606) : error C2377: 'PLINT' : redefinition; =
typedef cannot be overloaded with any other symbol
        D:\plplot\plplot/plplot.h(130) : see declaration of 'PLINT'
D:\plplot\win32\plstub.cpp(606) : fatal error C1004: unexpected end of =
file found

Thanks for any help - Joachim

[Plplot-devel] advance page (W2000)

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

Hi Olof, or whoever may help me:

Some of the examples contain more than one page.
In the W2000 binding, a click on the right mouse button seems necessary
to advance from one page to the next.
Now I want to use plplot in an event-driven dialog program.
Therefore I need complete software control.
How do I erase a plot and start the next one without that mouse click ?

Thanks, Joachim

[Plplot-devel] Merge of AT has now been completed. A new configuration era starts!

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

The merge of AT to MAIN has been completed so welcome to the new Unix/Linux
configuration era for PLplot!  There are also consequences for Windows, etc.
users, see note at the end.

Thanks to a suggestion from Maurice I was able to work around the current
problems with state in the repository (although those problems still need to
be fixed). The merge was completed with no conflicts, the diff between the
old MAIN branch and the merged local tree looked good (with only the
expected changes) so I committed the result.  Two of the files (COPYING and
configure.in) could not be retrieved afterward using a fresh checkout, but
it turned out those had been deleted long ago (the commit message this time
mentioned they were being put in the Attic) so essentially those names are
unusable for the MAIN branch.

COPYING is not really needed since it is replaced anyway by one of the
procedures in bootstrap.sh.  configure.in is a much more serious manner,
but fortunately autoconf (inside bootstrap.sh) accepts a more modern name
for the file, configure.ac, so that is what I checked in.  Interestingly,
with the different name autoconf works differently with more extensive
warning messages.  But the built result is the same.

I checked out a fresh copy and used the following recipe to produce
identical postscript files to before:

(IMPORTANT NOTE:

I used autoconf-2.53, automake-1.5, and libtool-1.4.2.  Probably you should
stick with these versions or later.)

./bootstrap.sh

Note, after bootstrap, you should be able to just pack up your whole tree in
a tarball, take it to any Unix platform, and do the remaining steps on that
platform.  (I think that brute-force approach is preferable to using "make
dist" since that command depends on keeping track of all the extra
non-standard files that should be in the tarball.  See the various
EXTRA_DIST lines I have put in the Makefile.am files.  I maintained that for
a while, but it got to be a pain so I let it slide.)  Anyhow, I strongly
encourage all the developers who have access to alternative platforms to
give PLplot a try there once they get it working on Linux.

./configure --prefix=wherever --enable-dyndrivers

make
make install
cd wherever/lib/plplot5.1.0/examples/c
make -f Makefile.examples
cd ../c++
make -f Makefile.examples
cd ../f77
make -f Makefile.examples
cd ../tk
make -f Makefile.examples
cd ..
./plplot-test.sh

Also, the recipes in examples/tcl/README.tcldemos and
examples/tk/README.tkdemos should work as well.

All drivers seem to work as plug-ins (i.e. as dynamic drivers) except for
the tk driver problem I mentioned before:

./x10c -dev tk
TCL command "plclient_init" failed:
invalid command name "plclient_init"
TCL command "plclient_link_end" failed:
invalid command name "plclient_link_end"
Segmentation fault

This one has me stumped, and I leave it to the tcl experts to figure out
why the tk driver can no longer find plclient.tcl.

The next priority for me is to get octave under autotools control, then
do the static drivers.  For a while there I thought I would be stuck in
AT limbo forever so it is great to be working on the MAIN branch again!

Notes for Unix users.

* The basic configuration changes are in the various Makefile.am files.
  automake and libtool have a very simple syntax which doesn't take that
  long to learn so I strongly suggest you just dive in if you find any
  glitches.  info autconf, info automake, and info libtool are your friends.
  am_conditionals just  make life very easy compared to the autoconf-only
  system we had before.

* plplot/cf is not used at all any more, but we should keep it around for a
  while for reference.

* Most changes to source code consisted of a change from PLPLOT_VERSION to
  VERSION wherever that occurred, and a change of the #include style to drop
  the "plplot/".  The one really important change I can remember to source
  is in the plcore.c file where the old dlopen procedure was replaced with a
  cross-platform friendly libltdl approach.

* The largest practical change you will notice (Joao has already commented)
  is no additional "flat" plplot/tmp install area is supported at this time.
  After we get some experience with autotools we conceivably could decide to
  bring that back.  Alternatively, there may be a way within the automake
  and libtool paradigm to make it very easy to build and test particular
  results that you are developing.  I just don't know the answer to such
  "style-of-working" questions at the moment, but I am sure we will find out
  through experience and asking such groups as the KDE developers how they
  use autotools during their development cycles.

Note for non-Unix users.  You will be affected by the change in the #include
style.  Also, my understanding is that the configure scripts generated by
autotools might just work on some of the non-unix platforms.  So it will be
worth your while to look up your platform in a google search on the net for
autotools to see where you stand.

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] AT merge into MAIN branch postponed until further notice

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

I have discovered some problems with our CVS repository state information
that makes it impossible to merge properly without resurrecting all our
deleted files.  I have explained the full situation to the core team, and
hopefully the cvs gurus there can figure out how to fix this so the current
AT merge and any future merges will not be compromised.

Meanwhile, the AT merge into MAIN is on hold.

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] Merge of AT branch with MAIN will start soon

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

I just cleaned up the last of the details on the AT branch (except for the
tk driver problems which I decided were best fixed on MAIN).  Thus, I am
just about to embark on the merge procedure I outlined before.  You probably
won't notice anything until the massive commit at the end (probably a few
hours from now).

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...>]

Hi,

I have cvs commit and web update the 'example' directory changes I have=20
been discussing. I have not yet cvs remove the old version, I will do=20
it soon.

Take a look. Netscape-4.79 users will lack the source-code browse=20
facility.

As my connection to 'sf' is about one character each two seconds (do any=20
of you remember the old mechanical tty's, 10 chars/sec? How far and=20
near are these days!) I made some errors: I have not created a backup=20
of resources/docbook-manual and resources/debian!
I have recovered a backup version from the 'htdocs_backup' directory,=20
but I don't know if that version is new enough.
As I was never able to build the docbook manual, I couldn't generate a=20
new one (this issue concerns me -- Alan is the only active member that=20
can do it)

Enjoy.
Joao

PS-HTML is boring!!!

[Plplot-devel] I am stumped with -dev tk problem on AT, but I am strongly inclined to go ahead with the merge in the next 24 hours anyway

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

I get the following error messages if I attempt to use -dev tk with the
AT branch:

./x10c -dev tk -debug
plLoadDriver: Device not loaded!
plLoadDriver: tag=tk, drvidx=14
plLoadDriver: Trying to load tkd_drv.so on /usr/local/plplot_at/lib/plplot5.1.0/data/../drivers/tkd_drv.so
tcl_cmd: Evaluating command: rename exec {}
tcl_cmd: Evaluating command: set client_name [winfo name .]
tcl_cmd: Evaluating command: plclient_init
TCL command "plclient_init" failed:
         invalid command name "plclient_init"
tcl_cmd: Evaluating command: plclient_link_end
TCL command "plclient_link_end" failed:
         invalid command name "plclient_link_end"
Segmentation fault

In contrast, here is what I get with the MAIN branch:

./x10c -dev tk -debug
plLoadDriver: Device not loaded!
plLoadDriver: tag=tk, drvidx=13
plLoadDriver: Trying to load tkd_drv.so on ./drivers/tkd_drv.so
plLoadDriver: Local dlopen failed because of the following reason:
./drivers/tkd_drv.so: cannot open shared object file: No such file or directory
plLoadDriver: Trying to load at /usr/local/plplot_main//lib/plplot5.1.0/data/../drivers/tkd_drv.so
tcl_cmd: Evaluating command: rename exec {}
tcl_cmd: Evaluating command: set client_name [winfo name .]
tcl_cmd: Evaluating command: plclient_init
init_server: tk.c -- PID: 30164, PGID: 30164, PPID: 21452
argument list:
   plserver -child -e plserver_init -file /dev/null -name x10c -client_name tk (null)


It looks to me that the AT branch version is executing tcl commands fine
(the rename and set client... commands returned without error),
but there is some error when attempting to even get to plclient_init which
resides in plclient.tcl.  I placed a puts stderr message in
the very top of plclient_init for both systems, and it printed that
message fine in the MAIN version, but never reached it in the AT version.

So somehow, the AT version is having trouble finding plclient.tcl.

Note, there have been some recent MAIN updates to tcl which I
do not have in the AT branch (which was split off from MAIN about a week ago)
so that may be part of the problem.

Since this is the only driver that doesn't work, and the tkd_drv.so shared
object works fine when used by plserver or if loaded by wish, I am strongly
inclined to just merge AT into the MAIN branch tomorrow, and let the tcl
experts here deal with any remaining tk device problems while I get on with
autotools support for octave, static drivers, etc. on the MAIN branch.

I won't be doing the merge immediately this morning (Monday morning Pacific
time = UTC-8) because there are still some loose ends to tie up, and I want
to get some sleep so I will be fresh. But I do expect to do the merge some
time in the next 24 hours.

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

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

On Mon, 2 Dec 2002, Joao Cardoso wrote:

>
> It now configure/runs/installs OK. Also the x08c example compiles and runs OK.
> Good job.

That is a big relief to hear that most welcome news!

My thanks to Maurice for dealing with this autoconf version issue ahead of
time so the fix was essentially just a new copy of the file he worked on.

I am still not completely done with all the driver issues so it will be late
tonight or more probably early tomorrow when I do the merge.

>
> The only problem is the need to install the package to run the demo.

I think the idea of having multiple install locations (which is essentially
what we do now) is pretty much outside the autotools paradigm.  However, we
could go to the effort of symlinking everything to tmp and making a huge
Makefile.am there which repeated all the build rules, and I think that would
work.  But right now "make install" is very fast so we may not want to go
to this trouble.

I think the thing to do is to gain some experience with this whole new
paradigm over the next few months, then evaluate where we want to go from
there.

Alan

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 21:23, Alan W. Irwin wrote:
> On Sat, 30 Nov 2002, Joao Cardoso wrote:
> > On Saturday 30 November 2002 02:40, Alan W. Irwin wrote:
=2E..
>
> > 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 belie=
ve
> will solve that problem.
>
> The commit message explains why 2.13 stuff got back into AT, but I beli=
eve
> I have eliminated it now.
>
> So please try it again, and let me know the results.

It now configure/runs/installs OK. Also the x08c example compiles and run=
s OK.
Good job.

The only problem is the need to install the package to run the demo. This=
 will=20
be handled latter, right? Otherwise developing will be a pain.

Joao

[Plplot-devel] Test (please, ignore)

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

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

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

On Sun, 1 Dec 2002, Alan W. Irwin wrote:

ignore this second test.

[Plplot-devel] Ignore... Rafael and I are trying to sort out an archiving problem with cc'd messages.

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

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
__________________________