James Knott wrote:
Javier Rivera wrote:
James Knott escribió:
In my example, it can be manually installed in a 64 bit system, where it
works, but it won't install on 32 bit. Does this problem occur on all
distros or only OpenSUSE? I'm using the Novell version of OOo on all
systems.
There is a similar problem in Ubuntu:
http://ubuntuforums.org/showthread.php?t=889093&page=23
They have packed they own version of the pdfimport extension to solve
the problem, that at least in Ubuntu is just a minor naming issue
(pdfimport tries lo load a library with a slightly different name that
the one Ubuntu uses).
That doesn't explain why it works in 64 bit, but not 32 bit systems.
===============
The last line about working in 64bit but not 32 brings to mind something
I ran into awhile back. Maybe related maybe not. But here goes:
I needed to port some math intensive functions from SUN 64bit machines
to Intel 32bit machines. The original code was never intended to be
ported. At the end I had the ported code functioning correctly. BUT -
yep here it comes :), the outputs are different. The values output are
rankings, not literal, so as long as they scale appropriately there is
no problem. Think of US Yard and International Meter. As long as
distances measured yield same ratios the actual unit of measure is of no
concern. (In the particular case at hand.)
Could be similar problem in the PDF thing. Only in it the actual number
is relevant rather than the ratio. If so, the work around is to
eliminate the integers by replacing them with floats. All of the same
bit precision in both adaptations. This I have tested. In my case
described above I had no need to do so at the time. But later, out of
simple curiosity, I did do the test and it does work. It effectively
puts both flavors into the same units of measure.
HTH
Steve
[EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
