I had to look this up--BoundingBox is LowerLeftX, LowerLeftY, UpperRightX, UpperRightY, with the origin at the lower left of the page.
When I run x02 I get
%%BoundingBox: -429496697 -429496697 -429496696 -429496696
which is only 1 square (typesetter's) point on a side. That file has 696 nan's.
The svg device makes a svg file which opens in a browser but displays only a black rectangle which looks like it could be the right size for the background. My graphics editor that normally likes svg's won't open it. It has 80 nan's but no obviously wacky numbers in the first few lines--stuff like this:
viewBox="0 0 720 540"
but by the middle of the first screen things seem to get odd:
transform="matrix(1.000000 0.000000 0.000000 -1.000000 -47187360.043947 -47187360.043947)"
transform="matrix(1.0 0.0 0.0 1.0 0.0 nan)"
The svgqt drive makes a file with 84 nans.
When I tried pdfcairo I got 140 of these including an identical -2147483648 for each copy, which I can't help but notice is -2^31 which looks a lot like an integer to me and is also a lot of 1's in two's complement binary if memory serves:
(process:44748): Pango-WARNING **: pango_layout_set_markup_with_accel: Value of 'size' attribute on <span> tag on line 1 could not be parsed; should be an integer, or a string such as 'small', not '-2147483648'
On Aug 28, 2012, at 12:04 AM, Arjen Markus wrote:
> Hi Jerry,
> I got the PostScript file alright. GhostScript definitely doesn't like it - because of the bounding box and the nans. Since the PostScript
> device is the simplest one we have, completely independent of anything
> else, we are dealing with a different problem. It may very well be
> that the X11 error messages are a consequence of the real problem that
> may now have surfaced in a different guise.
> For the sake of mental sanity, I suggest we first solve this PostScript
> problem, though I have no strategy for that ready at the moment.
> On 2012-08-28 04:40, Jerry wrote:
>> On Aug 27, 2012, at 11:59 AM, Arjen Markus wrote:
>>> Hi Alan, Jerry,
>>> I have not looked at drivers/tkwin.c and bindings/tk-x-platform\ yet, but what I normally do on Windows to
>>> test the Tcl/Tk bindings is this:
>>> - Set the path to include the PLplot DLLs
>>> - Start ../../utils/pltcl.exe
>>> - source x01 etc. - not x01.tcl as x01 contains the
>>> initialisation commands.
>>> The advantage of this is that you start a customised tclsh,
>>> rather than wish, so that the graphical stuff all comes
>>> from the PLplot extension.
>>> Jerry, is there a pltcl executable available on OS X?
>>> If so, what is the result?
>> Hi Arjen,
>> I have two pltcl: /usr/local/plplot_build_dir/utils/pltcl and /usr/local/plplot/bin/pltcl, both the same size at 22,004 bytes.
>> MBPro:~ jb$ cd /usr/local/plplot_build_dir/examples/tcl MBPro:tcl jb$ export PATH=/usr/local/plplot/lib:$PATH
>> MBPro:tcl jb$ /usr/local/plplot/bin/pltcl
>> pltcl> source x01
>> PLplot library version: 5.9.9
>> Plotting Options:
>> < 1> xwin X-Window (Xlib)
>> < 2> tk Tcl/TK Window
>> < 3> ps PostScript File (monochrome)
>> < 4> psc PostScript File (color)
>> < 5> xfig Fig file
>> < 6> null Null device
>> < 7> tkwin New tk driver
>> < 8> mem User-supplied memory device
>> < 9> svg Scalable Vector Graphics (SVG 1.1)
>> <10> bmpqt Qt Windows bitmap driver
>> <11> jpgqt Qt jpg driver
>> <12> pngqt Qt png driver
>> <13> ppmqt Qt ppm driver
>> <14> tiffqt Qt tiff driver
>> <15> svgqt Qt SVG driver
>> <16> qtwidget Qt Widget
>> <17> epsqt Qt EPS driver
>> <18> pdfqt Qt PDF driver
>> <19> extqt External Qt driver
>> <20> memqt Memory Qt driver
>> <21> xcairo Cairo X Windows Driver
>> <22> pdfcairo Cairo PDF Driver
>> <23> pscairo Cairo PS Driver
>> <24> svgcairo Cairo SVG Driver
>> <25> pngcairo Cairo PNG Driver
>> <26> memcairo Cairo Memory Driver
>> <27> extcairo Cairo External Context Driver
>> Enter device number or keyword: 16
>> <<<< Right after I hit Enter here, what I believe might be the Qtwidget window appears as an empty black window (with a title bar) for about 1/10 second before it disappears.>>>>
>> QColor::setRgb: RGB parameters out of range
>> *** PLPLOT ERROR, IMMEDIATE EXIT ***
>> plP_setphy: device minima must not exceed maxima
>> Program aborted
>> MBPro:tcl jb$
>> If I select 4 (psc), a PS file is created of size 21,483 bytes but my PDF viewer refuses to open it, reporting a non-specific PostScript error. If I run x01c and output to PS, the file is 47,429 and opens OK (except that it is rotated 90 degrees but that's another issue). Doing a file comparison of the PS files, the Tcl file's first three lines look like this:
>> %!PS-Adobe-2.0 EPSF-2.0
>> %%BoundingBox: -429496697 -429496697 5090 -4484
>> whereas the first three lines of the C-generated PS look like this:
>> %!PS-Adobe-2.0 EPSF-2.0
>> %%BoundingBox: 44 44 580 738
>> The Tcl file contains 344 nan's of which 64 are lines like this:
>> /Helvetica nan SF
>> and 62 * 4 nan's are in lines like this:
>> /Helvetica [nan nan nan nan 0 0] SF
>> That file does end in %%EOF which I think is a valid eof marker for PS.
>> The C-generated PS contains zero nan's.
>> I've attached the Tcl PS file but I don't know if the list server will allow it, so I'll cc you and Alan.
>> When I select <2> or <7> from the device list after starting x01, the results are the same as when running x01c which I have reported earlier.
>>> On Thu, 23 Aug 2012 14:02:21 -0700 (PDT)
>>> "Alan W. Irwin" <irwin@...> wrote:
>>>> To Jerry and Arjen:
>>>> This seems like a very similar problem to what you encounter on
>>>> Windows when you try and get the Tk part of PLplot to work.
>>> DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited.
>>> The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail.
> DISCLAIMER: This message is intended exclusively for the addressee(s) and may contain confidential and privileged information. If you are not the intended recipient please notify the sender immediately and destroy this message. Unauthorized use, disclosure or copying of this message is strictly prohibited.
> The foundation 'Stichting Deltares', which has its seat at Delft, The Netherlands, Commercial Registration Number 41146461, is not liable in any way whatsoever for consequences and/or damages resulting from the improper, incomplete and untimely dispatch, receipt and/or content of this e-mail.