Your message dated Tue, 14 Sep 2010 17:49:55 +0200
with message-id <[email protected]>
and subject line Not a bug but a feature
has caused the Debian Bug report #417578,
regarding comment line with \ renders gnuplot unusable
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
417578: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=417578
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: gnuplot
Version: 4.0.0-5
Severity: normal
Hi!
Suppose you have a data file called "foo.dat" (the actual content is
irrelevant):
0 4
1 3
2 2
3 1
4 0
When someone uses gnuplot with "foo.gp" as input file, everything works
fine and gnuplot generates "foo.eps":
set term post eps enhanced
set out "foo.eps"
set data style linespoints
set xtic ("0" 0,"1" 1,"2" 2, "3" 3, "4" 4)
# this works as expected
plot "foo.dat" title "foo"
But if the comment line right before the plot function has a '\'
character at the end, gnuplot silently rejects the input file and
doesn't create the resp. eps file:
set term post eps enhanced
set out "foo.eps"
set data style linespoints
set xtic ("0" 0,"1" 1,"2" 2, "3" 3, "4" 4)
# this doesn't work due to escape char --> \
plot "foo.dat" title "foo"
Best regards,
Thomas Krennwallner
-- System Information:
Debian Release: 4.0
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Versions of packages gnuplot depends on:
ii gnuplot-nox 4.0.0-5 A command-line driven interactive
ii gnuplot-x11 4.0.0-5 X11-terminal driver for gnuplot
gnuplot recommends no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
Hi,
According to upstream
This is not a bug. A backslash at the end of a line means that the contents
of the next line are interpreted as the continuation of the current line -
as if the newline were never there.
In the example this means that the plot command is effectively commented
out, so there is nothing to plot.
--- End Message ---