On 2013-10-11 18:26-0700 Alan W. Irwin wrote:
> However, I could not test that patch on the Debian version of the
> library because for some reason "apt-src build" builds the debs
> without obvious issues, but when those debs are installed, the
> resulting libhpdf library does not define needed sy
I'm getting the following rpmlint issues with the Fedora plplot 5.9.10
package:
plplot-doc.noarch: E: zero-length
/usr/share/doc/plplot/html/plplotdoc-html.proc
Left over from something?
plplot-libs.x86_64: W: shared-lib-calls-exit
/usr/lib64/libqsastime.so.0.0.1 exit@GLIBC_2.2.5
plplot-libs.
Hi Stephen:
Thanks for your further comments. I have no knowledge of CAD other
than what I can quickly read in wikipedia. Nevertheless, it sounds to
me like you have completely answered my question on interoperability.
I am not as satisfied with your response to my concerns about your new
devic
On 2013-10-16 08:00- Arjen Markus wrote:
> [...] I will have a look at the Python/Windows results, as I do not remember
> ever seeing
> such a long list of differing examples before.
Thanks in advance for that. It will be a big help to see exactly
which 32-bit platforms have this problem.
On 2013-10-16 08:44-0700 Ferrell, Stephen wrote:
> It doesn't rely on any external libraries nor does it produce a
particular dialect. I've tested it using AutoCAD12 all the way thru
AutoCAD 2013 without problems.
How does it do with non-autocad software? According to
http://en.wikipedia.org/w
Hello Arjen,
It doesn't rely on any external libraries nor does it produce a particular
dialect. I've tested it using AutoCAD12 all the way thru AutoCAD 2013 without
problems. The DXF format can handle some very complex objects but since this
driver is based off of the HPGL and LJII driv
Hi Steve,
that looks very nice. I do not use DXF files myself very often, but I know
something about them. Some more or less trivial questions:
-Is your driver dependent on any external library? (I guess not, but if
it is, incorporating it may require extra work).
-Does the dri
Hi Alan,
> -Original Message-
> From: Alan W. Irwin [mailto:[email protected]]
>
> Good question. Actually extended precision (using 80-bits to store
> intermediate
> floating-point results) is just a part of the deal whenever you are running
> software on
> Intel hardware. It'
