Apache OpenOffice (AOO) Bugzilla – Issue 5173
Greek Linux OpenOffice 1.0 (qkaka packaging) installs but coredumps when you run it
Last modified: 2003-06-19 10:58:34 UTC
I run RH 7.1/i386 plus all updates through Red Carpet (RH 7.1 updates) Installation executes ok without glitch but when I run soffice I get the following: # ./soffice Abort (core dumped) Exit 134 (this is the exit code from the tcsh) # Using "strace -o output.txt -s 2000 ./soffice" I notice that stat64("/mnt/disk8/OpenOffice.org1.0/user/config/registry/instance/org/openoffice/Setup.xml", 0xbfffcdf0) = -1 ENOENT (No such file or directory) that is, the specific file does not exist (it's among the last logs before the coredump). I used "setup" to fix the installation, the above file was created but the still soffice still coredumps. I tried the spanish linux OO distribution to check whether my system is malconfigured and I managed to install the spanish version without any problem whatsoever. When using "./install", OO installs by default to /usr/local/. When doing this with the Greek distribution, I get an error: ================= # ./install ................................... (dots are mine) register uno component: /usr/local/OpenOffice.org1.0/program/libcalc641li.so register uno component: /usr/local/OpenOffice.org1.0/program/libsc641li.so register uno component: /usr/local/OpenOffice.org1.0/program/libdate641li.so register uno component: /usr/local/OpenOffice.org1.0/program/libanalysis641li.so register uno component: /usr/local/OpenOffice.org1.0/program/libsm641li.so register uno component: /usr/local/OpenOffice.org1.0/program/libsvg641li.so register uno component: /usr/local/OpenOffice.org1.0/program/liblth641li.so register configuration: ...............................................................................................................................................................................................................................................................................................................................................ln: when making multiple links, last argument must be a directory ln: when making multiple links, last argument must be a directory ln: when making multiple links, last argument must be a directory ln: when making multiple links, last argument must be a directory ln: when making multiple links, last argument must be a directory ln: when making multiple links, last argument must be a directory ln: when making multiple links, last argument must be a directory ln: when making multiple links, last argument must be a directory Installation Complete =============== When I try to run OO 1.0 Greek, (soffice link is not created in /usr/local/OpenOffice.org1.0/soffice, I need to run ./program/soffice) I get a core dump.
A workaround was proposed by Nick Niktaris <niktarin@yahoo.com>. You need to use the "resources/" subdirectory from an English distribution with the Greek installation of OpenOffice. The problem lies inside the resources/ subdirectory of the Greek distribution. If you do it like this, then there is a minor problem with "Create" and "Autopilot".
Dr Leonidas Tzimis, Hospital Pharmacist, <tzileon AT mailbox.gr> added the following: I think that it is not necessary to replace the entire folder <recourse>. The only file I found that is missing from the Greek version is the file <iso64101.res>. I think (I am not a computer scientist) that it must be <iso64130.res>. The other problems with fonts in <Create> and <Autopilot> are still remaining.
Another workaround: Before installation, in the file setup.ins change the string countrystrings(3) = "31" to countrystrings(3) = "30" after installation openoffice seems to work without any problem This fix also works on windows distributions (same change in file setup.inf)
Reassigned to Olaf.
Please hand this issue over to the person who has build this version. In the english version this errort doesn't occure. BTW: Is this problem reproducible in the newer OOo 1.0.1 or 643 build?
The problem (coredumping or crashing just after installation) continues to happen even with version 1.0.1. As posted by Dimitris Korbetis, it appears that for the Greek version, in the file setup.ins, the variable countrystrings(3) = "31" has the value of '31'. However, the international telephone code for Greece is 30. I suppose it's a simple check in the OpenOffice CVS to verify the above, commit the change and close this bug.
After an investigation by Dimitris Korbetis, the bug appears to be solved in the latest version of the source code. Thus, I am closing this issue. Dimitris's latest e-mail solving the issue issue was: Searching for "countrystrings" in the source, I only found references in oo_1.0_src/scp/source/office/unxbasic.scp oo_1.0_src/scp/source/office/basic.scp oo_1.0_src/scp/source/player/basic.scp the code fragment that contains the countrystrings is copied as is to setup.ins (so here is where the change should take place) In the corresponding CVS files, the Greek language code 30 has been added (except from the third file) http://installation.openoffice.org/source/browse/installation/scp/source/office/unxbasic.scp?rev=1.39.2.6.14.1&content-type=text/x-cvsweb-markup and http://installation.openoffice.org/source/browse/installation/scp/source/office/basic.scp?rev=1.32.2.8.14.1&content-type=text/x-cvsweb-markup so the problem has been solved and you can close the issue!
Closed.