Menu
▾
▴
plplot-devel
|
From: Alan W. I. <ir...@be...> - 2002-09-23 20:02:32
|
I just made an easy fix to the version problem (5.1.0 is now returned from package require wish command rather than the incorrect 4.99 that was returned previously). I will repeat the prescriptions again from my last post with this subject to remind the tcl/tk experts to try this. Also, please note the final paragraph. Here is the wish/tkdemos.tcl prescription from plplot/tmp: wish load drivers/tkd_drv.so Pltk package require Pltk source tkdemos.tcl 1 2 3 ..... Here is the tclsh/tcldemos.tcl prescription from plplot/tmp: tclsh load ./libplplottcltkd.so.5.1.0 Pltcl package require Pltcl plinit source tcldemos.tcl 1 2 3 ..... Also some changes will have to be done to the files which set up tcl/tk so that the package require commands will work without the prior load commands both for the plplot/tmp and installed versions. However, I will leave that internal tcl/tk configuration issue to the tcl/tk experts here. 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 __________________________ |
|
From: Maurice L. <mj...@ga...> - 2002-09-24 10:52:01
|
Alan W. Irwin writes: > I just made an easy fix to the version problem (5.1.0 is now returned from > package require wish command rather than the incorrect 4.99 that was > returned previously). > > I will repeat the prescriptions again from my last post with this subject to > remind the tcl/tk experts to try this. Also, please note the final > paragraph. > > Here is the wish/tkdemos.tcl prescription from plplot/tmp: > > wish > > load drivers/tkd_drv.so Pltk > package require Pltk > source tkdemos.tcl > > 1 > 2 > 3 > ..... Finally got around to working on this again. Probably about my last bit of plplot work for the next week or so. The changes I just committed also allow the following style of loading, from plplot/tmp: wish lappend auto_path . package require Plplotter source tkdemos.tcl 1 2 ... The only problem is that, on my system, the resulting window has some redisplay problems -- sometimes I have to e.g. switch desktops then switch back to have it display. When I load according to Alan's prescription, that doesn't happen. Very odd! Anyone have any ideas? > Also some changes will have to be done to the files which set up tcl/tk so > that the package require commands will work without the prior load commands > both for the plplot/tmp and installed versions. However, I will leave that > internal tcl/tk configuration issue to the tcl/tk experts here. The above prescription will now also work for the installed image. cd to the $prefix/lib/plplot5.1.0/examples/tk/ dir, then type: wish lappend auto_path <prefix>/lib/plplot5.1.0 package require Plplotter source tkdemos.tcl 1 2 ... (note if your wish is also located under the same $prefix, you can omit the lappend to auto_path) Note the install location of pkgIndex.tcl has changed -- it's now under $prefix/lib/plplot5.1.0/ as is customary (see itcl, etc). So delete the old copy from your install tree. I got the same redisplay problems running out of the install location. Aside from this, I believe everything is working as it should be now. -- Maurice LeBrun mj...@ga... Research Organization for Information Science and Technology of Japan (RIST) |
|
From: Alan W. I. <ir...@be...> - 2002-09-24 18:16:55
|
On Tue, 24 Sep 2002, Maurice LeBrun wrote: > The changes I just committed also allow the following style of loading, > from plplot/tmp: > > wish > lappend auto_path . > package require Plplotter > source tkdemos.tcl > 1 > 2 > ... > > The only problem is that, on my system, the resulting window has some > redisplay problems. I confirm those display problems on my system with the above recipe. I think the problem is that you have set up everything so that "package require Plplotter" indirectly executes load ./drivers/tkwind_drv.so Plplotter (see pkgIndex.tcl). That is perfect for source "runAllDemos.tcl", but that is not correct for either "source tkdemos.tcl" (under wish) or "source tcldemos.tcl" (under tclsh). Instead, for the tkdemos.tcl case "package require Pltk" should indirectly execute load ./drivers/tkd_drv.so Pltk (very different from the load command above). Similarly, for the tcldemos.tcl case "package require Pltcl" should indirectly execute load ./libplplottcltkd.so.5.1.0 Pltcl Maurice, can you put that required extra functionality (with generalization to the installed case once the plplot/tmp case works) into pkgIndex.tcl? (I tried more or less blindly following what you did for the "package require Plplotter" case, but ran into errors due to my extremely limited knowledge of tcl). Alan |
|
From: Maurice L. <mj...@ga...> - 2002-09-25 06:09:33
|
Alan W. Irwin writes: > I confirm those display problems on my system with the above recipe. I > think the problem is that you have set up everything so that "package > require Plplotter" indirectly executes > > load ./drivers/tkwind_drv.so Plplotter > > (see pkgIndex.tcl). That is perfect for source "runAllDemos.tcl", but that > is not correct for either "source tkdemos.tcl" (under wish) or "source > tcldemos.tcl" (under tclsh). Hmm.. ok that makes sense, although it is a bit odd. One of these days I'll have to get around to merging the two forks if possible. > Instead, for the tkdemos.tcl case > "package require Pltk" should indirectly execute > > load ./drivers/tkd_drv.so Pltk > > (very different from the load command above). > > Similarly, for the tcldemos.tcl case > "package require Pltcl" should indirectly execute > > load ./libplplottcltkd.so.5.1.0 Pltcl > > Maurice, can you put that required extra functionality (with generalization > to the installed case once the plplot/tmp case works) into pkgIndex.tcl? (I > tried more or less blindly following what you did for the "package require > Plplotter" case, but ran into errors due to my extremely limited knowledge > of tcl). So much for my break from plplot until next week.. :/ I was curious & thought it'd be a quick fix so I started work on it already. I've devised a nice way to handle everything, still in the testing phase, a bit more work than a "quick fix" but oh well, kind of cool at least. Should get it committed tonight. -- Maurice LeBrun mj...@ga... Research Organization for Information Science and Technology of Japan (RIST) |
|
From: Maurice L. <mj...@ga...> - 2002-09-25 07:45:33
|
The changes I've just committed enable easy loading of all three kinds, from both the tmp/ dir and the install tree. I've given the prescription for the tmp/ dir only; in the install tree you must: - change the auto_path setting appropriately (or use a tclsh/wish under the same $prefix) - first cd to the appropriate examples/xxx dir. Under plplot/tmp/: tclsh lappend auto_path . package require Pltcl plinit source tcldemos.tcl 1 2 ... wish lappend auto_path . package require Pltk source tkdemos.tcl 1 2 ... wish lappend auto_path . package require Plplotter source runAllDemos.tcl <control from gui> The way this is done is as follows. Since there are 3 ways of loading, there are 3 pkgIndex.tcl.in files, one for each dir under bindings/. They are very similar but have slightly different parameters, and should be easy enough to understand & modify. I gave them the ".in" extension to distinguish them from ordinary tcl files -- I don't want them in the tclIndex or being installed with the others. Rather, they are concatenated to get the real pkgIndex.tcl file. So this is done during configure to get the pkgIndex.tcl under tmp/, and again during install to get the one under $prefix/lib/plplot$version/. -- Maurice LeBrun mj...@ga... Research Organization for Information Science and Technology of Japan (RIST) |
|
From: Alan W. I. <ir...@be...> - 2002-09-25 19:13:12
|
Thanks, Maurice, for working on this when you expected to be free of Plplot
for a while. (Actually, I hoped to be free of PLplot myself for the last 6
weeks or so, but curiosity about what is happening keeps bringing me
back....;-))
Unfortunately, there are still some tcl/tk problems on my system for the
installed version of PLplot. I believe this is something that does not
necessarily need to be addressed right away, but let me make my comments now
while my recent experience is fresh in my mind.
I removed the installed version (prefix of /usr/local/plplot) and then
reinstalled to that same location using the latest CVS version of plplot.
On my system tcl/tk is not smart enough to pick up the prefix
(/usr/local/plplot in my case) from either auto_path or from the current
directory. (I mention the current directory only to tell you that trying to
execute the examples from the installed examples location does not work. In
any case, I want an installed system where I can copy the examples anywhere
and execute them with tcl/tk able to find everything it needs.)
To get around this limitation I set the environment variable PL_LIBRARY to
/usr/local/plplot/lib/plplot5.1.0. Then the tclsh recipe below works
fine with tcl examples copied to any directory. However, the wish recipe
for tkdemos.tcl pooped out with the following error message:
wish
% lappend auto_path /usr/local/plplplot/lib/plplot5.1.0
% package require Pltk
5.1.0
% source tkdemos.tcl
invalid command name "plstdwin"
During the course of my testing I also found a different problem with the
installed version. (In this case I had copied the installed examples to
/tmp, but the same problem occurred if I used the installed examples in
situ.)
cd /tmp/examples/c
make x01c
./x01c -dev tk
TCL command "plclient_init" failed:
invalid command name "plclient_init"
TCL command "plclient_link_end" failed:
invalid command name "plclient_link_end"
Not that long ago the tk device worked fine for installed Plplot, but I
don't know what recent change is the culprit.
We have been fighting this "installed tcl/tk" problem for months. At my
instigation Vince hacked PLPLOT_EXTENDED_SEARCH into tclAPI.c to try and
beat the system to use a subdirectory tcl, but in retrospect I think this
was a mistake. Instead, I think we should just install all the tcl scripts
right in a single directory where tcl/tk normally expects to find them.
I checked on my Debian system for the location of pkgIndex.tcl files.
locate pkgIndex.tcl |grep '^/usr/lib'
/usr/lib/blt2.4/pkgIndex.tcl
/usr/lib/expect5.32/pkgIndex.tcl
/usr/lib/itcl3.1/pkgIndex.tcl
/usr/lib/itk3.1/pkgIndex.tcl
/usr/lib/iwidgets3.1.0/pkgIndex.tcl
/usr/lib/tcl8.3/http1.0/pkgIndex.tcl
/usr/lib/tcl8.3/http2.3/pkgIndex.tcl
/usr/lib/tcl8.3/msgcat1.1/pkgIndex.tcl
/usr/lib/tcl8.3/opt0.4/pkgIndex.tcl
/usr/lib/tcl8.3/tcltest1.0/pkgIndex.tcl
/usr/lib/tk8.3/pkgIndex.tcl
So at first glance it seems there is a choice between making the install
location a subdirectory of /usr/lib or of /usr/lib/tcl8.3. However, a
further check indicates the latter directories are all part of tcl8.3 and
not "foreign" packages so I concur with Maurice's recent decision to install
our pkgIndex.tcl in $prefix/lib/plplot5.1.0. But I suggest we might want to
go further and create a new directory called $prefix/lib/pltcl5.1.0 and put
our pkgIndex.tcl and everything currently in $prefix/lib/plplot5.1.0/tcl in
there just to reduce the unaesthetic clutter in $prefix/lib/pltcl5.1.0 of
a mixture of tcl files and non-tcl subdirectories.
I don't care that strongly if we install our tcl/tk-related stuff in
$prefix/lib/tcl8.3/plplot5.1.0 or $prefix/lib/plplot5.1.0 or
$prefix/lib/pltcl5.1.0, but I think we should make the choice consistently
for all our tcl/tk related files and thus get rid of the tcl subdirectory in
the install location. If we also drop the tcl subdirectory that was hacked
into tclAPI.c, I suspect our current tcl/tk PLplot install troubles might be
reduced or eliminated.
Maurice is presently out of time and so am I so if somebody with time on his
hands (heh) wants to take over now and fix this tcl/tk PLplot install
problem for Linux with the install location of his choice, that would be
great.
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
__________________________
On Wed, 25 Sep 2002, Maurice LeBrun wrote:
> The changes I've just committed enable easy loading of all three kinds, from
> both the tmp/ dir and the install tree. I've given the prescription for the
> tmp/ dir only; in the install tree you must:
> - change the auto_path setting appropriately (or use a tclsh/wish
> under the same $prefix)
> - first cd to the appropriate examples/xxx dir.
>
> Under plplot/tmp/:
>
> tclsh
> lappend auto_path .
> package require Pltcl
> plinit
> source tcldemos.tcl
> 1
> 2
> ...
>
> wish
> lappend auto_path .
> package require Pltk
> source tkdemos.tcl
> 1
> 2
> ...
>
> wish
> lappend auto_path .
> package require Plplotter
> source runAllDemos.tcl
> <control from gui>
|
|
From: Alan W. I. <ir...@be...> - 2002-09-25 23:48:03
|
On Wed, 25 Sep 2002, Alan W. Irwin wrote: > I mention the current directory only to tell you that trying to > execute the examples from the installed examples location does not work. OOPS. That came out wrong. What I meant to say is I got the same symptoms (mostly good, but with the few problems I mentioned) whether executing from the installed examples location or from a copied version in /tmp/examples. Alan |
|
From: Maurice L. <mj...@ga...> - 2002-09-26 03:33:44
|
Alan W. Irwin writes: [various problems] I just tried this and after several iterations of reduction, finally reproduced the problem on a fresh install. It goes away for me after I type "make install" the second time. So apparently some problem relinking the dynamic drivers against the install libs. I'll check to see if it was something I did in my last changes. > I don't care that strongly if we install our tcl/tk-related stuff in > $prefix/lib/tcl8.3/plplot5.1.0 or $prefix/lib/plplot5.1.0 or > $prefix/lib/pltcl5.1.0, but I think we should make the choice consistently > for all our tcl/tk related files and thus get rid of the tcl subdirectory in > the install location. If we also drop the tcl subdirectory that was hacked > into tclAPI.c, I suspect our current tcl/tk PLplot install troubles might be > reduced or eliminated. The $prefix/lib/plplot5.1.0/tcl dir must be in auto_path, as that's where all the tcl support routines are. When loading dynamically, the "package require xxx" does this. When using our custom tclsh/wish, it's done internally. It can't be dropped. -- Maurice LeBrun mj...@ga... Research Organization for Information Science and Technology of Japan (RIST) |
|
From: Maurice L. <mj...@ga...> - 2002-09-26 04:41:25
|
Maurice LeBrun writes: > Alan W. Irwin writes: > [various problems] > > I just tried this and after several iterations of reduction, finally > reproduced the problem on a fresh install. It goes away for me after > I type "make install" the second time. So apparently some problem relinking > the dynamic drivers against the install libs. I'll check to see if it was > something I did in my last changes. Found it! My bad. Will fix. :) -- Maurice LeBrun mj...@ga... Research Organization for Information Science and Technology of Japan (RIST) |
|
From: Maurice L. <mj...@ga...> - 2002-09-26 04:59:37
|
Maurice LeBrun writes: > Maurice LeBrun writes: > > Alan W. Irwin writes: > > [various problems] > > > > I just tried this and after several iterations of reduction, finally > > reproduced the problem on a fresh install. It goes away for me after > > I type "make install" the second time. So apparently some problem relinking > > the dynamic drivers against the install libs. I'll check to see if it was > > something I did in my last changes. > > Found it! My bad. Will fix. :) Try again now, with fixes under cf/. -- Maurice LeBrun mj...@ga... Research Organization for Information Science and Technology of Japan (RIST) |
|
From: Alan W. I. <ir...@be...> - 2002-09-26 14:51:01
|
On Wed, 25 Sep 2002, Maurice LeBrun wrote: > Try again now, with fixes under cf/. OK. Used clean start (rm -rf /usr/local/plplot/*; make clean + inspection of plplot/tmp to make sure it really worked; cvs update; make configure; configure; make; make install). Copied the installed examples to /tmp/examples (note this is an absolute location and nothing to do with plplot/tmp). With some limitations to be discussed below -dev tk worked fine as well as tcldemos.tcl, tkdemos.tcl, and runAllDemos.tcl under the appropriate recipes published yesterday. Thanks, Maurice, for going "above and beyond" on this one during a time when you expected to be free of PLplot. Here are some current limitations of the tcl/tk PLplot install I would like to see removed in the long term. (1) Must have /usr/local/plplot/bin in PATH in order for -dev tk to work. tk is the only device with this requirement. As I understand it, this requirement is needed because the tk device starts its own instance of plserver, and it needs to be able to find it. Doesn't the PLplot library already know where everything is (for both the plplot/tmp location and installed location) so it could find plserver without having to rely on the PATH? Obviously you need the PATH set if you are doing lots of plrendering or plserving. But there are many cases of using PLplot where you just simply want to use -dev tk with, e.g, the python examples or C examples so it would be nice to remove this limitation of requiring the PATH to be set for -dev tk. (2) As reported yesterday, I could not get tcldemos.tcl to work under tclsh without setting PL_LIBRARY to /usr/local/plplot/lib/plplot5.1.0/tcl. I presume this is also a requirement for running tkdemos.tcl under wish and runAllDemos.tcl under wish. But should it be? Under tclsh and wish I already execute lappend auto_path /usr/local/plplot/lib/plplot5.1.0 Thus, shouldn't we be able to find the location of everything internally by scanning through the directories in auto_path? We have been through so many variations of the tcl/tk install that I cannot remember clearly any more, but I believe there were some variations on the theme that did not require setting PL_LIBRARY, and I hope we can get back to that. Alan |
|
From: Maurice L. <mj...@ga...> - 2002-09-26 22:58:06
|
Alan W. Irwin writes: > Here are some current limitations of the tcl/tk PLplot install I would like > to see removed in the long term. > > (1) Must have /usr/local/plplot/bin in PATH in order for -dev tk to work. tk > is the only device with this requirement. As I understand it, this > requirement is needed because the tk device starts its own instance of > plserver, and it needs to be able to find it. Doesn't the PLplot library > already know where everything is (for both the plplot/tmp location and > installed location) so it could find plserver without having to rely on the > PATH? Obviously you need the PATH set if you are doing lots of plrendering > or plserving. But there are many cases of using PLplot where you just > simply want to use -dev tk with, e.g, the python examples or C examples so > it would be nice to remove this limitation of requiring the PATH to be set > for -dev tk. I agree, the tk driver should consider other places than just the existing path. In fact I now think the path should be checked last (if at all), with the search order going as: - the current dir, *if* it looks like a plplot build (tmp) dir (not sure how to check that but it should be possible) - the install dir - existing path Will put it on my to-do list, shouldn't be that much work (famous last words) but might require some thought. > (2) As reported yesterday, I could not get tcldemos.tcl to work under tclsh > without setting PL_LIBRARY to /usr/local/plplot/lib/plplot5.1.0/tcl. I > presume this is also a requirement for running tkdemos.tcl under wish > and runAllDemos.tcl under wish. But should it be? Under tclsh and > wish I already execute > > lappend auto_path /usr/local/plplot/lib/plplot5.1.0 > > Thus, shouldn't we be able to find the location of everything internally by > scanning through the directories in auto_path? We have been through so many > variations of the tcl/tk install that I cannot remember clearly any more, > but I believe there were some variations on the theme that did not require > setting PL_LIBRARY, and I hope we can get back to that. I don't know what you mean here. Could you write out the steps that generate the error so I can look at it? -- Maurice LeBrun mj...@ga... Research Organization for Information Science and Technology of Japan (RIST) |
|
From: Alan W. I. <ir...@be...> - 2002-09-27 00:00:45
|
On Thu, 26 Sep 2002, Maurice LeBrun wrote:
> Alan W. Irwin writes:
> > (2) As reported yesterday, I could not get tcldemos.tcl to work under tclsh
> > without setting PL_LIBRARY to /usr/local/plplot/lib/plplot5.1.0/tcl. I
> > presume this is also a requirement for running tkdemos.tcl under wish
> > and runAllDemos.tcl under wish. But should it be? Under tclsh and
> > wish I already execute
> >
> > lappend auto_path /usr/local/plplot/lib/plplot5.1.0
> >
> > Thus, shouldn't we be able to find the location of everything internally by
> > scanning through the directories in auto_path? We have been through so many
> > variations of the tcl/tk install that I cannot remember clearly any more,
> > but I believe there were some variations on the theme that did not require
> > setting PL_LIBRARY, and I hope we can get back to that.
>
> I don't know what you mean here. Could you write out the steps that generate
> the error so I can look at it?
(1) Clean build and install from CVS (same steps I detailed earlier).
(2) cp -a /usr/local/plplot/lib/plplot5.1.0/examples/ /tmp
(3) cd /tmp/example/tk
(4) Put /usr/local/plplot/bin on PATH (required for -dev tk. not sure it is
relevant in this case, but that is what I did)
(5) Make sure PL_LIBRARY *not* set (unsetenv PL_LIBRARY under tcsh)
(6) package require Pltk craps out under wish.
wish
% lappend auto_path /usr/local/plplot/lib/plplot5.1.0
/usr/lib/tcl8.3 /usr/lib /usr/lib/tk8.3 /usr/local/plplot/lib/plplot5.1.0
% package require Pltk
Can't find a usable plplot.tcl in the following directories:
/usr/lib/plplot5.1.0/tcl /usr/lib/plplot5.1.0/tcl /lib/plplot5.1.0/tcl
/usr/library /library /plplot5.1.0/tcl/library /plplot5.1.0/tcl/library
This probably means that plplot wasn't installed properly.
..................
OTOH if I set PL_LIBRARY first, everything works fine.
setenv PL_LIBRARY /usr/local/plplot/lib/plplot5.1.0/tcl
wish
% lappend auto_path /usr/local/plplot/lib/plplot5.1.0
/usr/lib/tcl8.3 /usr/lib /usr/lib/tk8.3 /usr/local/plplot/lib/plplot5.1.0
% package require Pltk
5.1.0
% source tkdemos.tcl
% 1
% 2
etc.
The same story occurs (PL_LIBRARY needs to be set) with tcldemos.tcl under
tclsh (and presumably runAllDemos.tcl under wish).
Do you get good results without PL_LIBRARY being set? If so, perhaps there
is a bug in my tcl/tk version (which is 8.3.3).
Alan
|
|
From: Maurice L. <mj...@ga...> - 2002-09-27 11:26:38
|
Alan W. Irwin writes:
> > I don't know what you mean here. Could you write out the steps that generate
> > the error so I can look at it?
>
> (1) Clean build and install from CVS (same steps I detailed earlier).
> ...
OK, thanks for the prescription. I wasn't seeing the problem b/c my wish runs
out of the same $prefix as plplot, and the existing initialization logic was
treating the installed plplot image as basically a tcl extension that lived in
the same tree, except when building ("." is checked last) or if PL_LIBRARY is
set. Now it always checks the known install location first.
--
Maurice LeBrun mj...@ga...
Research Organization for Information Science and Technology of Japan (RIST)
|
|
From: Alan W. I. <ir...@be...> - 2002-09-27 16:26:34
|
On Fri, 27 Sep 2002, Maurice LeBrun wrote: > [...]Now it always checks the known install location first. Thanks, Maurice. Everything works fine here now without having to set the PATH or PL_LIBRARY environment variables. I have put the new prescriptions into README.tcldemos and README.tkdemos. Alan |
|
From: Maurice L. <mj...@ga...> - 2002-10-04 09:50:16
|
Alan W. Irwin writes:
> Here are some current limitations of the tcl/tk PLplot install I would like
> to see removed in the long term.
>
> (1) Must have /usr/local/plplot/bin in PATH in order for -dev tk to work. tk
> is the only device with this requirement. As I understand it, this
> requirement is needed because the tk device starts its own instance of
> plserver, and it needs to be able to find it. Doesn't the PLplot library
> already know where everything is (for both the plplot/tmp location and
> installed location) so it could find plserver without having to rely on the
> PATH? Obviously you need the PATH set if you are doing lots of plrendering
> or plserving. But there are many cases of using PLplot where you just
> simply want to use -dev tk with, e.g, the python examples or C examples so
> it would be nice to remove this limitation of requiring the PATH to be set
> for -dev tk.
I got time to look into this, and I positively do not see the problem.
In the tk driver, the plserver is exec'ed as follows:
plserver_exec = plFindCommand(pls->plserver);
while plFindCommand() (in plctrl.c) searches for plserver under many different
locations. Including the install dir (BIN_DIR) and ".". I put in some
printf's to see which version it was getting, and then commented out various
parts, and it always got the right one. So I'm stumped.. AFAICT it's working
fine.
--
Maurice LeBrun mj...@ga...
Research Organization for Information Science and Technology of Japan (RIST)
|
|
From: Alan W. I. <ir...@be...> - 2002-10-04 14:16:01
|
On Fri, 4 Oct 2002, Maurice LeBrun wrote: > Alan W. Irwin writes: > > it would be nice to remove this limitation of requiring the PATH to be set > > for -dev tk. > > I got time to look into this, and I positively do not see the problem. > > In the tk driver, the plserver is exec'ed as follows: > plserver_exec = plFindCommand(pls->plserver); > > while plFindCommand() (in plctrl.c) searches for plserver under many different > locations. Including the install dir (BIN_DIR) and ".". I put in some > printf's to see which version it was getting, and then commented out various > parts, and it always got the right one. So I'm stumped.. AFAICT it's working > fine. It's fine now here too. I think there has been a communications glitch so let me clarify. I have forgotten the exact data I mentioned this issue, but it was a while ago, and as best I recall you came back with a change almost immediately which solved this and all other problems I mentioned in that post. I said something like "everything now works" to the list at that point, but I should have been a lot more specific or highlighted it more. From your description now, I think searching just was not working properly at the time for my situation (plplot and tcl installed in different prefixes) so once you fixed searching every issue on my list (including the -dev tk thing) was solved. I hope from now on we can deal with such issues by putting them into (and taking them out of when solved) the plplot/PROBLEMS file. Because the -dev tk issue was solved before I created PROBLEMS, it was not put in there. However, in preparation for the current post I have double-checked everything in PROBLEMS relating to Tcl/tk, and I discovered that the problems I was having with the cmap1 manipulation GUI under plframe have mysteriously disappeared. I say mysteriously because I was quite careful to test that just before I posted PROBLEMS the first time. I may be wrong, but I don't think anything has been changed since. Anyhow, it is well worth keeping an eye on the colour manipulation GUI's for a while for all situations. However, I can no longer replicate it so I removed it from PROBLEMS. I also just double-checked the other tcl/tk problems mentioned in that file, and I still confirm the first page-skipping problem for x08.tcl (if "8" [or any other multipage example] is executed first right after source tkdemos.tcl) and the documented problems with tk02 and tk04. If you have trouble confirming those problems, I can put a lot more detail about them in the PROBLEMS file. Alan |
|
From: Joao C. <jc...@fe...> - 2002-10-12 19:13:07
|
On Thursday 26 September 2002 15:50, Alan W. Irwin wrote: > On Wed, 25 Sep 2002, Maurice LeBrun wrote: =2E.. > (2) As reported yesterday, I could not get tcldemos.tcl to work under t= clsh > without setting PL_LIBRARY to /usr/local/plplot/lib/plplot5.1.0/tcl. I > presume this is also a requirement for running tkdemos.tcl under wish > and runAllDemos.tcl under wish. But should it be? Under tclsh and > wish I already execute > > lappend auto_path /usr/local/plplot/lib/plplot5.1.0 > > Thus, shouldn't we be able to find the location of everything internall= y by > scanning through the directories in auto_path? We have been through so > many variations of the tcl/tk install that I cannot remember clearly an= y > more, but I believe there were some variations on the theme that did no= t > require setting PL_LIBRARY, and I hope we can get back to that. The tk driver does not work if PL_LIBRARY is not set to "." in the tmp bu= ild=20 directory: ~/plplot/tmp> ./plserver=20 (*AppInit) failed: can't read "pllibrary": no such variable ~/plplot/tmp> export PL_LIBRARY=3D. ~/plplot/tmp> ./plserver=20 OK Joao |
|
From: Alan W. I. <ir...@be...> - 2002-10-12 21:18:49
|
On Sat, 12 Oct 2002, Joao Cardoso wrote: > The tk driver does not work if PL_LIBRARY is not set to "." in the tmp build > directory: > > ~/plplot/tmp> ./plserver > (*AppInit) failed: can't read "pllibrary": no such variable > ~/plplot/tmp> export PL_LIBRARY=. > ~/plplot/tmp> ./plserver > OK I confirm this, but only in the case when plplot is not installed. Thus, I guess plserver is always attempting to access the installed version of the library rather than the plplot/tmp one. Perhaps this is the right way to do things? I am beginning to think that all these plplot/tmp issues are nothing but a maintenance headache, and we would be better off just supporting the installed version alone. (Of course, if anybody likes they can execute the plplot/tmp version if they set the appropriate environment variables as Joao just demonstrated.) Long ago when Rafael was working with his branch for automake/libtool PLplot configuration he came to a similar conclusion that it wasn't worth supporting special executables for plplot/tmp. I certainly objected then, but I am older and wiser, now....;-) Alan P.S. as part of my tests for this I tried out Joao's new ./x08c -rosen. Definitely cool! Alan |
|
From: Maurice L. <mj...@ga...> - 2002-10-14 09:16:16
|
Alan W. Irwin writes: > On Sat, 12 Oct 2002, Joao Cardoso wrote: > > > The tk driver does not work if PL_LIBRARY is not set to "." in the tmp build > > directory: > > > > ~/plplot/tmp> ./plserver > > (*AppInit) failed: can't read "pllibrary": no such variable > > ~/plplot/tmp> export PL_LIBRARY=. > > ~/plplot/tmp> ./plserver > > OK > > I confirm this, but only in the case when plplot is not installed. Thus, I > guess plserver is always attempting to access the installed version of the > library rather than the plplot/tmp one. It was a bug in the newly revamped search logic, fixed now. -- Maurice LeBrun mj...@ga... Research Organization for Information Science and Technology of Japan (RIST) |
Thanks for helping keep SourceForge clean.
X