OS2 World Community Forum
OS/2, eCS & ArcaOS - Technical => Applications => Topic started by: Per E. Johannessen on March 14, 2025, 01:46:39 pm
-
After updating various libs with ANPM I cannot start any of the OpenOffice programs.
No TRP-files but noticed this entry on popuplog.os2:
03-14-2025 13:38:29 SYS2070 PID 0044 TID 0001 Slot 007d
P:\OPENOFFICE\PROGRAM\SOFFICE.BIN
XML22->LIBCN0.2026
182
Any ideas?
-
Hi Per
Do you have installed the latest libxml2 2.12.4-1.oc00 (from netlabs-exp repo) installed?
If Yes maybe revert to an earlier version eg 2.9.10-3
Regards
Pete
-
I'm having this problem too. Neither AOO 4.1.18 nor AOO 4.1.11 work. The icon on the desktop goes "Hatched" for a moment, then nothing happens.
-
Yes libxml2 was the latest level, now reverted to 2.9.10-3 and OpenOffice can "start" a new spreadsheet but saving it results in a crash.
Trying to open an existing spreadsheet also results in a crash, new entries in popuplog:
03-14-2025 18:34:42 SYS2070 PID 004c TID 0001 Slot 0085
P:\OPENOFFICE\PROGRAM\SOFFICE.BIN
SSH21->LIBCN0.2026
182
------------------------------------------------------------
03-14-2025 18:34:42 SYS2070 PID 004c TID 0001 Slot 0085
P:\OPENOFFICE\PROGRAM\SOFFICE.BIN
CURL4->LIBCN0.2026
182
------------------------------------------------------------
03-14-2025 18:34:42 SYS2070 PID 004c TID 0001 Slot 0085
P:\OPENOFFICE\PROGRAM\SOFFICE.BIN
SSH21->LIBCN0.2026
182
-
Hi Per
Is libcurl also at the latest 7.75.0-2? - If Yes go back a level, if No maybe try the update.
Same applies if libssh2 1.11.0-1 is installed.
Regards
Pete
-
Yes libxml2 was the latest level, now reverted to 2.9.10-3 and OpenOffice can "start" a new spreadsheet but saving it results in a crash.
Trying to open an existing spreadsheet also results in a crash, new entries in popuplog:
03-14-2025 18:34:42 SYS2070 PID 004c TID 0001 Slot 0085
P:\OPENOFFICE\PROGRAM\SOFFICE.BIN
SSH21->LIBCN0.2026
182
------------------------------------------------------------
03-14-2025 18:34:42 SYS2070 PID 004c TID 0001 Slot 0085
P:\OPENOFFICE\PROGRAM\SOFFICE.BIN
CURL4->LIBCN0.2026
182
------------------------------------------------------------
03-14-2025 18:34:42 SYS2070 PID 004c TID 0001 Slot 0085
P:\OPENOFFICE\PROGRAM\SOFFICE.BIN
SSH21->LIBCN0.2026
182
Which version of libc is installed?
-
libc version 0.1.13-1 is installed
-
libc version 0.1.13-1 is installed
Hmm, I have 0.1.12-1 installed and the last export from this version is,
"___libc_touch" @2026
Which is the missing export according to the sys2070's in your popuplog.os2.
I see that 1.13.-1 is available, I'll update, reboot and see if upstream screwed up with the new release.
-
libc version 0.1.13-1 is installed
can you post the results of:
bldlevel c:\usr\lib\libcn0.dll just to be sure?
-
After updating, the same export is available, curl runs fine. My guess is that you have another libcn installed.
As Paul said, run bldlevel, should show File Version: 0.1.13
-
Output of bldlevel:
Build Level Display Facility Version 6.12.675 Sep 25 2001
(C) Copyright IBM Corporation 1993-2001
Signature: @#bww bitwise works GmbH:0.1#@##1## 2024-08-03 23:04:29 no
vator::::13::@@LIBC Next (build 0.1.13-git)
Vendor: bww bitwise works GmbH
Revision: 0.01
Date/Time: 2024-08-03 23:04:29
Build Machine: novator
File Version: 0.1.13
Description: LIBC Next (build 0.1.13-git)
-
Do you have another libcn0.dll installed?
-
There is another libcn0.dll in g:\usr\lib\log with size 4 066 472 while the one in g:\usr\lib has the size 1 274 428
Output of bldlevel g:\usr\lib\log\libcn0.dll :
Build Level Display Facility Version 6.12.675 Sep 25 2001
(C) Copyright IBM Corporation 1993-2001
Signature: @#bww bitwise works GmbH:0.1#@##1## 2024-08-03 23:04:29 no
vator::::13::@@LIBC Next (build 0.1.13-git)
Vendor: bww bitwise works GmbH
Revision: 0.01
Date/Time: 2024-08-03 23:04:29
Build Machine: novator
File Version: 0.1.13
Description: LIBC Next (build 0.1.13-git)
Output of bldlevel looks identical for both of the libcn0.dll's
I tried replacing the one in usr\lib with the one in usr\lib\log but no success, same errors in popuplog.
-
The one in \usr\lib\log is the logging version for debugging. Put back your original.
Perhaps reinstall and reboot? I take it you are using Pentium 4 as a platform.
-
For OpenOffice, have you somehow overriden the LIBPATH setting or the BEGINLIBPATH / ENDLIBPATH setting ?
Are you sure that libcn0.dll is actually found ?
-
Reinstalled and rebooted, still the same problems.
config.sys:
LIBPATH=.;G:\usr\local\lib;G:\usr\lib;G:\usr\bin;
and libcn0.dll is in g:\usr\lib
-
Just noticed that the installed libstdc++ was for for i686 so I replaced it with the pentium4 version.
Still OO will not start.
Then I downgraded libxml2 to version 2.9.10-3
OO now starts but crashes when trying to open an existing spreadsheet.
This time a trap file was created, copy attached.
-
LIBPATH=.;G:\usr\local\lib;G:\usr\lib;G:\usr\bin;
Usually I suggest putting the '.;' at the end of this line. Or at least after the x:\usr\xxx entries. This would avoid loading old/wrong/special/... dlls from outside the somehow 'maintained' versions (by ANPM/yum/rpm) at the default locations. And will reduce the risk of using 'wrong' dlls a lot I think.
Imaging you've an old program which an old dll in it's own path and you load it at system start. From startup folder or tcpexit.cmd or startup.cmd or.... Then this program would load the 'wrong' dll into memory. All programs started afterwards have to use this 'wrong' dll cause it's already loaded in memory. Until the program (all programs which use the 'wrong' dll) are closed or you cheat the system with libpathstrict and beginlibpath.
Maybe you wanna test this.
Edit - there was a time when I have to yum downgrade icuxxx (?) to let AOO run. But I think this was well before 4.1.11.
Edit2 - you've assured that you don't run the AOO quickstart from an older version?
-
Tried putting the ".;" at the end of the line and also right after x:\usr\xxx entries, still the same problem.
OpenOffice was working fine until I updated various libraries with ANPM.
Does anyone have a list of dll-versions that work well with AOO 4.1.11?
According to the readme these are involved:
libc libgcc1 libgcc-fwd openssl curl libjpeg libxslt libicu zlib libxml2 mmap pthread urpo libstdc++6 libstdc++ uclip ft2lib expat hunspell
-
Hi Per
You have not yet stated which versions of libssh2 and libcurl are involved.
Regards
Pete
-
Hi Per,
I had a look at your trap file, and near the bottom in the 'DLL's accessable from this process' section the tale is told: you have 2 versions of libcn0.dll loaded, one in G:\usr\lib (the correct one) and one in P:\OPENOFFICE\PROGRAM (an older one). Not sure how the 2nd one got there, but I notice there are several other duplicates in those same 2 directories (like libcx0.dll, pthr01.dll, icudt.dll, gcc1.dll) some of which are the same version, but not all. Best to get rid of the ones in P:\OPENOFFICE|PROGRAM (I do not have any of those there on my system). Might be easiest to delete P:\OPENOFFOCE and re-install OpenOffice from scratch.
I also notice that none of the OpenOffice DLL's are loaded high - once OpenOffice is installed, go to the 'Apache OpenOffice' folder, then the 'Extras' folder, then run 'Enable High Mem Code Loading' and reboot to get OpenOffice out of your low memory.
HTH,
-
Thanks guys, David spotted the duplicates in the trap file, I totally missed that.
After getting rid of duplicates in x:\openoffice\program it seems that AOO is now working again.
Suspect that those dll's in the program folder were put there when I installed OpenOffice, I think it is those that were packed in a "wpi" file.
Weird or pure luck that I haven't run into problems before because I've been running with duplicates for quite a while.
Since things have been running smoothly on this system I haven't really had the need to load DLL's high, but there has been a couple of
incidents that I think was caused by running out of low memory. Will give it a try.
-
I had a look at your trap file, and near the bottom in the 'DLL's accessable from this process' section the tale is told: you have 2 versions of libcn0.dll loaded, one in G:\usr\lib (the correct one) and one in P:\OPENOFFICE\PROGRAM (an older one). Not sure how the 2nd one got there, but I notice there are several other duplicates in those same 2 directories (like libcx0.dll, pthr01.dll, icudt.dll, gcc1.dll) some of which are the same version, but not all. Best to get rid of the ones in P:\OPENOFFICE|PROGRAM (I do not have any of those there on my system). Might be easiest to delete P:\OPENOFFOCE and re-install OpenOffice from scratch.
I have working Apache OpenOffice 4.1.11 and I have those dll in G:\Programs\ApacheOpenOffice\program\ directory. I renamed previous version directory, so those dll are from AOO-41110-GA-base-en-US.wpi package.
26.08.21 16.27 59 049 0 ___A_ libcx0.dll
{0}[g:\programs\apacheopenoffice\program] bldlevel libcx0.dll
Build Level Display Facility Version 6.12.675 Sep 25 2001
(C) Copyright IBM Corporation 1993-2001
Signature: @#bww bitwise works GmbH:0.7#@##1## 2021-08-26 17:27:27 ovator::::2::@@kLIBC
Extension Library
Vendor: bww bitwise works GmbH
Revision: 0.07
Date/Time: 2021-08-26 17:27:27
Build Machine: novator
File Version: 0.7.2
Description: kLIBC Extension Library
12.05.23 20.59 59 040 124 ___A_ libcx0.dll
{0}[d:\usr\lib] bldlevel libcx0.dll
Build Level Display Facility Version 6.12.675 Sep 25 2001
(C) Copyright IBM Corporation 1993-2001
Signature: @#bww bitwise works GmbH:0.7#@##1## 2023-05-12 20:59:28 novator::::3::@@kLIBC
Extension Library
Vendor: bww bitwise works GmbH
Revision: 0.07
Date/Time: 2023-05-12 20:59:28
Build Machine: novator
File Version: 0.7.3
Description: kLIBC Extension Library
-
Glad you got it working, Per! Strange... I don't have those files in my install of AOO 4.1.11. Could it be the installer checks for those files on the drive it is being installed to (mine is on the %UNIXROOT% drive) and installs them if not found?
Regards,
-
use the listing feature of wic.exe to find out if these DLLs are in "AOO-41110-GA-base-en-US.wpi" or not.
If yes and if they are in a separated package, then you can either uninstall it or not install in the first place.
I am still running AOO 4.1.2 and none of these files have ever been installed to any of the AOO subdirectories.
-
The extra DLLs are likely from AOO-41110-GA-rpm.wpi, which is distributed by BitWise for people who don't use rpm/yum.
-
The DLL's are not in the the "base.wpi" but in AOO-41110-GA-rpm.wpi
From the "read1st.txt":
Download the AOO-41110-GA-rpm.wpi before you start the installation.
This WPI is not installable. It's just a helper WPI which can be installed from
the main Apache OpenOffice WPI. This WPI *must* reside in the same directory
where the Apache OpenOffice WPI resides before installation.
Attached a listing of DLL's included in the package.
-
I wonder if you can uninstall them with WarpIN? They were only there for users who don't have rpm/yum.
-
I already removed them manually but you're probably right.
The package is listed with all the DLL's in WarpIN Database.