#5 Plplot problem under Linux Redhat 7.1



I recently installed Plplot 5.0.4 on my Linux Redhat 7.1
system. It has generally worked okay, except that I
seem to be getting the following warning when I compile
with the Lahey Fortran compiler:

Encountered 0 errors, 0 warnings in file test.f.
/home/spongda/plplot-5.0.4/lib/libplplot.a(tk.o): In
function `link_init':
tk.o(.text+0x1be2): the use of `tmpnam' is dangerous,
better use `mkstemp'

Also, I have found a peculiar behavior sometimes in that
if I run a code with Plplot calls (initiated with
plinit), the first time I run it, I get the usual
initial Plplot set of choices:

Plotting Options:
< 1> xwin X-Window (Xlib)
< 2> tk Tcl/TK Window
... etc.

If I then select the postscript output option, let the
code finish and then try to run it again, it seems to
have gotten the postscript option "hard-wired" into it.
I.e., it doesn't given me the above set of plotting
options, but rather goes directly to outputting a
postscript file for the output whether I wanted it or


  • Alan W. Irwin

    Alan W. Irwin - 2002-07-01

    Logged In: YES

    We get that "tmpnam dangerous" warning from gcc as well, but one of
    our developers, Maurice LeBrun, says we should ignore it.

    That hardwired postscript is a new one on me. Could you send a simple
    demo of a programme where you get this effect?

    I highly advise updating to plplot-5.1.0. An appropriate rpm for RH 7.1 is
    available at http://sourceforge.net/project/showfiles.php?group_id=2915.

  • Alan W. Irwin

    Alan W. Irwin - 2002-07-01
    • status: open --> pending-later
  • Alan W. Irwin

    Alan W. Irwin - 2002-07-01
    • status: pending-later --> open-later
  • Andrew Ross

    Andrew Ross - 2009-11-16

    All but one use of tmpnam has been removed. Instead temporary files are created using an internal plplot routine which will select the safest method available for a given platform. The one remaining usage is to create a file name for a named pipe in the tk driver. The subsequent call to mkfifo will fail if the file already exists, so at the worst this could be open to a denial of service attack. An alternative approach is to use sockets. The code is there, but this does not (currently) seem to work with the cmake build system. I will investigate.

  • Alan W. Irwin

    Alan W. Irwin - 2009-11-16

    I cannot confirm the hardwired PostScript issue for modern PLplot.

    Therefore, I am closing this bug report because the above issue is outdated, and the tmpnam issue (also mentioned by the original poster) has been fixed (as of this date) by Andrew.

  • Alan W. Irwin

    Alan W. Irwin - 2009-11-16
    • status: open-later --> closed-out-of-date

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

No, thanks