Apache OpenOffice (AOO) Bugzilla – Issue 106523
Export to PDF/A - 64bit OS
Last modified: 2017-05-20 10:24:19 UTC
PDF document after export from .odt, .ods etc. to PDF/A format have a bug, if is open in Acrobat Reader (8.x, 9.x). Acroread report: "There was an error processing a page. Invalid ColorSpace." Export to PDF/A from OO.org 3.1.1 in 32-bit OS Fedora (11), Win2k and Win XP is correct.
@ hi: Please have a look.
*cough*, take a look a the makefile.mk in icc... if "$(CPU)"=="I" ... little endian .ELSE ... big endian I think I can see where the error is here.
looks like no-one previously noticed that this doesn't work on any little endian platforms except for the 32bit intel one.
Created attachment 65964 [details] how about this
I guess we're not running configure and friends in there for a reason, maybe build time. So how about we merge the big and little endian patch, add a depend on sal and hack the header to use our own sal endian flags instead ?
Ooops, yes that would be a good idea. Will commit to CWS vcl107; if you want that in 3.2, please convince releases@openoffice.org.
bah, that's only half the story. there's still another bug in the generation of that for 64bit platforms. I'll have another look to find the other problem
Created attachment 65967 [details] that'll do it. icc was also using "long" as the default 32bit type
committed in CWS vcl107
adjusting title since this affects all 64 bit versions
*** Issue 98599 has been marked as a duplicate of this issue. ***
I just have posted this now fixed issue in the similar (?!) go-oo.org one: https://bugzilla.novell.com/show_bug.cgi?id=440055 for which I have been a good tester all over the months. Carlo p.s. Intelligent proposal/suggestion: why openoffice.org doesn't work to win32, win64 (!!!) and MacOSX develop and go-oo.org doesn't work on the linux/*BSD/... develop, does it?!!! And both communities ties together with an active and open minded ideas and code exchanges?!!!
I more think https://bugzilla.novell.com/show_bug.cgi?id=467181 is the right bug, not 440055
.
isn't it quite ugly to make OOo's sal a prerequisite for building external icc ? I would appreciate a more generic patch to avoid unwanted dependencies?
I'd suggest postponing purely cosmetical changes until the very real problem is fixed. If cmc wants to do a sal typeless version, it would of course be welcome, but I think this is a very good fix as it is.
adjusted target
now also committed to CWS ooo32gsl05 for 3.2 target
please verify in CWS ooo32gsl05
Verified on PL's machine and compared between master & CWS = OK
Big thank for fix, adjusting target and verification to all solvers. And thanks to the Fedora developers for quickly apply - after today update OOo in Fedora 11 64-bit is problem solved.
*** Issue 108985 has been marked as a duplicate of this issue. ***