Some recent testing I have done has shown a number of run-time issues
(segfaults and such) with the deprecated hpgl, impress, and ljii devices.
Since no user has complained about these run-time issues, I assume this
means these historical devices have long been completely unused by our
users. Therefore, I have (revision 10263) retired these devices by
commenting out the appropriate part of a list in drivers-init.cmake.  Part
of that revision is an announcement in README.release about the retirement
of these device drivers.

I went ahead with this change because I think it is completely
noncontroversial, but if somebody thinks otherwise I am open to the
possibility of reverting some/all of these changes.

As part of my testing I also noticed that the deprecated tek driver had some
build issues (e.g., incorrectly named PLD_ options and inconsistent use of
such names in tek.c and elsewhere).  This driver contains the following list
of devices:

   "conex:Conex vt320/tek emulator:1:tek:24:conex\n"
   "mskermit:MS-Kermit emulator:1:tek:21:mskermit\n"
   "tek4107t:Tektronix Terminal (4105/4107):1:tek:20:tek4107t\n"
   "tek4107f:Tektronix File (4105/4107):0:tek:28:tek4107f\n"
   "tekt:Tektronix Terminal (4010):1:tek:19:tekt\n"
   "tekf:Tektronix File (4010):0:tek:27:tekf\n"
   "versaterm:Versaterm vt100/tek emulator:1:tek:22:versaterm\n"
   "vlt:VLT vt100/tek emulator:1:tek:23:vlt\n"
   "xterm:Xterm Window:1:tek:18:xterm\n"

In my opinion, the only one of those devices which still might be useful is
xterm, but that is quite lame (e.g., ugly fallback to software fills) and
requires X, and xwin is a much better alternative that also just depends on X.

I would be glad to retire the deprecated tek device driver as well rather
than waste time fixing up the build issues for something that is probably
not used at all.  However, I will wait to do that until it is clear there
are no strong objections from the developers here to that retirement.

Alan
__________________________
Alan W. Irwin

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

Programming affiliations with the FreeEOS equation-of-state implementation
for stellar interiors (freeeos.sf.net); PLplot scientific plotting software
package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of
Linux Links project (loll.sf.net); and the Linux Brochure Project
(lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel

Reply via email to