From: Alan W. I. <ir...@be...> - 2002-01-22 08:39:14
|
Grab bag of topics here. The 3rd one is the nasty bug. (1) Maurice brought up turning on dynamic drivers by default earlier. Since nobody has objected, and I think this will be of some benefit to our users, I have just committed the change. (2) I have also done some preliminary runs of plplot-test.sh, and all the many changes today seem to be working well together. (3) I also did a preliminary test of tkdemos.tcl, and found some bad problems with the colour map handling. To generate the problem simply do the following: ./plserver % source tkdemos.tcl 8 the $w cmd plscmap1 rr gg bb $n_col command in x08.tcl (where n_col is been set to 256) is completely incompatible with plframe although this command works fine for tcldemos.tcl (1) plframe.c assumes the incorrect order of arguments. (2) Once the arguments are rearranged, then the limit on n_col must be raised to at least 256. (3) After those changes it still doesn't work. I don't really understand the scol1 programme logic, but to me it looks unsuitable for what is meant by plscmap1 which should just set the colours in cmap1 without worrying about interpolation. Anyhow, I am beyond my depth, and I have backed out without committing anything. Maurice, could you have a look at this? The reason why this was never noticed in 5.0.4 is the x08.tcl example there had no 3D shaded plot. All my testing of the x08.tcl, etc. changes has been under tcldemos.tcl which has absolutely no problems. I didn't really twig to the fact that some of the API calls were intercepted by plframe.c until tonight so I never worried about a tkdemos.tcl test. BTW, all the other tckdemos.tcl tests go through fine except for example 8. 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: Joao C. <jc...@fe...> - 2002-01-22 19:36:36
|
On Tuesday 22 January 2002 8:38 am, Alan W. Irwin wrote: > Grab bag of topics here. The 3rd one is the nasty bug. > > (1) Maurice brought up turning on dynamic drivers by default earlier.=20 > Since nobody has objected, and I think this will be of some benefit to = our > users, I have just committed the change. Shouldn't "configure" disable dyndrivers if we don't know how to make sha= red=20 libraries on that system? Otherwise we get errors. This implies that the shared libraries detection in sysloc.in should be m= oved=20 to the top of the file, and enable_dyndrivers should be set to no if shar= ed=20 libs build is not supported in that system. This has to be done this=20 way, as other drivers configured afterwards depends on enable_dyndrivers. But this does not fully solve the problem, and as such I think that in th= e=20 RELEASE NOTES users should be warned that, is their systems shared libs a= re=20 not supported, they should configure without dyndrivers. Joao |
From: Geoffrey F. <fu...@ga...> - 2002-01-22 19:44:58
|
Joao Cardoso writes: > On Tuesday 22 January 2002 8:38 am, Alan W. Irwin wrote: > > Grab bag of topics here. The 3rd one is the nasty bug. > > > > (1) Maurice brought up turning on dynamic drivers by default earlier. > > Since nobody has objected, and I think this will be of some benefit to our > > users, I have just committed the change. > > Shouldn't "configure" disable dyndrivers if we don't know how to make shared > libraries on that system? Otherwise we get errors. Great/important point. I totally missed that. I just configured cvs head on Solaris (which worked fine yesterday, although I wasn't using dyndrivers in yesterday's testing)--a noteworthy system whose shared libs PLplot does not currently support--and obtained this: > ../configure No defaults file found, performing full configure. system is: SunOS-5.7 checking for prefix by location of plrender... not found -- using default checking for KCC... yes Found KAI C++, using that! checking for f77... no checking for g77... yes checking how to run the C preprocessor... cc -E checking for X... libraries , headers checking for main in -lX11... yes warning: gd header files not found checking for main in -lgd... no warning: gd library not found warning: cd header files not found checking for main in -lcd... no warning: cd library not found checking for tcl.h... /usr/local/include/tcl.h checking for libtcl... /usr/local/lib/libtcl8.2.so checking for itcl.h... no warning: can't find itcl.h, setting enable_itcl to no checking for tk.h... /usr/local/include/tk.h checking for libtk... /usr/local/lib/libtk8.2.so checking for matwrap... no warning: 'matwrap' not found, disabling Octave support. checking for Python.h... no warning: can't find Python.h, setting enable_python to no checking for main in -lXbsd... no checking for main in -lsocket... yes checking for main in -lnsl... yes checking for main in -lieee... no checking for main in -lm... yes checking how to make shared libraries... unknown checking how to make archive libraries... done checking for dynamic drivers... -n plmeta -n null -n tek -n dg300 -n ps -n xfig -n ljii -n hpgl -n ljiip -n impress -n pbm -n pstex checking for ANSI C header files... yes checking for unistd.h... yes checking for termios.h... yes checking for sys/wait.h that is POSIX.1 compatible... yes checking for ranlib... ranlib checking for pid_t... yes checking for vfork.h... no checking for working vfork... yes checking for popen... yes checking for usleep... yes checking for caddr_t... yes creating Makefile.in creating Makedemo.in creating drivers/drivers.db ../configure: test: argument expected > Whic is pretty bad. I think it is clear we have to leave dyndrivers off by default at this point in time. Alan, can you change it back? Joao Cardoso writes: > This implies that the shared libraries detection in sysloc.in should be moved > to the top of the file, and enable_dyndrivers should be set to no if shared > libs build is not supported in that system. This has to be done this > way, as other drivers configured afterwards depends on enable_dyndrivers. > > But this does not fully solve the problem, and as such I think that in the > RELEASE NOTES users should be warned that, is their systems shared libs are > not supported, they should configure without dyndrivers. |
From: Alan W. I. <ir...@be...> - 2002-01-22 20:33:21
|
On Tue, 22 Jan 2002, Geoffrey Furnish wrote: > Alan, can you change it back? Done. To be revisited post-release with a better solution, I hope. Alan |
From: Maurice L. <mj...@ga...> - 2002-01-24 07:55:34
|
Alan W. Irwin writes: > (3) I also did a preliminary test of tkdemos.tcl, and found some bad > problems with the colour map handling. > > To generate the problem simply do the following: > > ./plserver > % source tkdemos.tcl > 8 > ... This part is fixed. I'm now working on the other plframe enhancement now. -- Maurice LeBrun mj...@ga... |