graphToEps() generates bad .eps header

[Alpar Juttner]

The .eps header generated by 'graphToEps()' contains an empty line after the %%CreationDate: DSC field, at least on linux. This confuses some .eps tools, such as gv.

%!PS-Adobe-2.0 EPSF-2.0
%%Title: Sample .eps figure
%%Copyright: (C) 2003-2009 LEMON Project
%%Creator: LEMON, graphToEps()
%%CreationDate: Thu Jan 21 13:14:18 2010

%%BoundingBox: 485 485 865 715
%%EndComments

[Alpar Juttner]

This is the code snippet responsible for printing the %%CreationDate: line

    {
      os << "%%CreationDate: ";
#ifndef WIN32
      timeval tv;
      gettimeofday(&tv, 0);

      char cbuf[26];
      ctime_r(&tv.tv_sec,cbuf);
      os << cbuf;
#else
      os << bits::getWinFormattedDate();
#endif
    }
    os << std::endl;

from this it looks like ctime_r() printed the extra newline, which is a bit weird.

Could someone check whether or not the output of graph_to_eps_demo() is correct on windows?

[Tapolcai János]

It works fine under Mingw+Windows Vista.

[Alpar Juttner]

[6e919f777fdb] is a fix for this issue. Could anyone check it on Windows (both with mingw and with Visual Studio).

[Peter Kovacs]

Replying to alpar:

[6e919f777fdb] is a fix for this issue. Could anyone check it on Windows (both with mingw and with Visual Studio).

It works fine on windows (both with mingw and VS2008).

[Alpar Juttner]

Replying to kpeter:

Replying to alpar:

[6e919f777fdb] is a fix for this issue. Could anyone check it on Windows (both with mingw and with Visual Studio).

It works fine on windows (both with mingw and VS2008).

Thanks. It has been rebased as [f58e01094738] and merged to branches 1.0, 1.1 and main.