Recent Posts

1

Internet / Re: Dooble cannot open Arca Noae site.

« Last post by Dave Yeo on Today at 08:21:12 am »

Unluckily arcanoae.com seems to be down a lot. Often the server or the whole computer needs restarting though I think they have scripts to restart Apache, sometimes it needs manual intervention and if Lewis is busy or otherwise occupied...
So try later

2

Internet / Re: Dooble cannot open Arca Noae site.

« Last post by Baden Kudrenecky on Today at 08:14:01 am »

Does not work from OS/2.

Failed to Connect

The connection was refused when attempting to contact arcanoae.com.

Though the site seems valid, the browser was unable to establish a connection.

3

Utilities / Re: installing USB printer on OS/2 Warp 4.52

« Last post by Steven Levine on Today at 03:55:40 am »

There is something odd going on with the popuplog output.  The trap infomation does not match what I would expect given the code that theseus and ida claim should be at the trap address.

I recommend you check \var\log\app for exceptq reports.

Verify that you have the execptq from

  http://www.warpcave.com/betas/exceptq-7.11.6.2-shl-2023-12-31.zip

installed.  If you have the netlabs exceptq installed, just replace the DLLs.

The libc-debug package is not what you need.  If you have it installed, I recommend you uninstall it and get rid of the clutter.

Note that the standard name for debug info packages changed from debug to debuginfo years ago.  The debug packages are still in the repo because nothing gets deleted.  libc-debug-0.6.6-40.i386 is the debug data for the libc-0.6.6-40.i386 package.  No one I know still has the DLLs from this package installed.

FWIW, the debug and debuginfo packages are optional, so the databases sometimes lack dependencies to will force them to be updated and/or removed with the corresponding package containing the executables changes.

To get potentially useful exceptq in this case, you need to install packages that correspond to

  libc-0.1.14-1.oc00.pentium4.rpm
  libc-debuginfo-0.1.14-1.oc00.pentium4.rpm
  libcx-0.7.5-1.oc00.pentium4.rpm
  libcx-debuginfo-0.7.5-1.oc00.pentium4.rpm

4

Utilities / Re: installing USB printer on OS/2 Warp 4.52

« Last post by KevinP on Today at 12:46:38 am »

This also seems strange, libc-debuginfo should be at the same level. libc-debug is old (0.6.6-40)
Perhaps in ANPM go to Manage-->Yum tools-->Cleanup-->All. While there, Manage-->Yum tools-->Maintenance-->Rebuild RPM database
And see if changes the available packages.
Just random ideas, setting up Cups shouldn't be this hard. I haven't done it in 14 years but it was a pretty smooth process back then as far as I recall.

Hi, Dave  I tried those.  I may have mis-typed.  libc-debug is showing v0.6.6-40.  I have debuginfo which appears to be the same level.  I set up CUPS years ago on a Linux distribution and although I do not remember details, I do not remember having trouble with it.  Thanks.

5

Utilities / Re: installing USB printer on OS/2 Warp 4.52

« Last post by Dave Yeo on August 16, 2026, 11:41:24 pm »

When I re-installed libc it did not show any dependencies to install.  I think I have most items installed except libc-debug which is a different version so I did not try to install that.

This also seems strange, libc-debuginfo should be at the same level. libc-debug is old (0.6.6-40)
Perhaps in ANPM go to Manage-->Yum tools-->Cleanup-->All. While there, Manage-->Yum tools-->Maintenance-->Rebuild RPM database
And see if changes the available packages.
Just random ideas, setting up Cups shouldn't be this hard. I haven't done it in 14 years but it was a pretty smooth process back then as far as I recall.

6

Utilities / Re: installing USB printer on OS/2 Warp 4.52

« Last post by KevinP on August 16, 2026, 10:30:59 pm »

Have you checked popuplog.os2 lately?

Hi, Dave.  I had not.  I just checked and am pasting the entries dated today which are all related to CUPS:

08-16-2026  12:04:25  SYS3175  PID 0078  TID 0001  Slot 008a
E:\USR\SBIN\CUPSD.EXE
c0000005
1de31f7c
P1=00000001  P2=00000000  P3=XXXXXXXX  P4=XXXXXXXX 
EAX=00000018  EBX=00000039  ECX=9df30000  EDX=00000033
ESI=00000000  EDI=00000018 
DS=0053  DSACC=d0f3  DSLIM=9fffffff 
ES=0053  ESACC=d0f3  ESLIM=9fffffff 
FS=150b  FSACC=00f3  FSLIM=00000030
GS=0000  GSACC=****  GSLIM=********
CS:EIP=005b:1de10639  CSACC=d0df  CSLIM=9fffffff
SS:ESP=0053:00161860  SSACC=d0f3  SSLIM=9fffffff
EBP=001618a8  FLG=00012206

LIBCN0.DLL 0001:00011f7c

------------------------------------------------------------

08-16-2026  12:04:25  SYS3175  PID 0078  TID 0001  Slot 008a
E:\USR\SBIN\CUPSD.EXE
c0000005
1de31f7c
P1=00000001  P2=00000000  P3=XXXXXXXX  P4=XXXXXXXX 
EAX=9df30000  EBX=00000000  ECX=9df30024  EDX=00000000
ESI=00000000  EDI=00000000 
DS=0053  DSACC=d0f3  DSLIM=9fffffff 
ES=0053  ESACC=d0f3  ESLIM=9fffffff 
FS=150b  FSACC=00f3  FSLIM=00000030
GS=0000  GSACC=****  GSLIM=********
CS:EIP=005b:1de0ca2f  CSACC=d0df  CSLIM=9fffffff
SS:ESP=0053:0017ff5c  SSACC=d0f3  SSLIM=9fffffff
EBP=0017ffb4  FLG=00012216

LIBCN0.DLL 0001:00011f7c

------------------------------------------------------------

08-16-2026  12:05:44  SYS3175  PID 008d  TID 0001  Slot 009b
E:\USR\SBIN\CUPSD.EXE
c0000005
1de31f7c
P1=00000001  P2=00000000  P3=XXXXXXXX  P4=XXXXXXXX 
EAX=00000018  EBX=00000039  ECX=9df30000  EDX=00000033
ESI=00000000  EDI=00000018 
DS=0053  DSACC=d0f3  DSLIM=9fffffff 
ES=0053  ESACC=d0f3  ESLIM=9fffffff 
FS=150b  FSACC=00f3  FSLIM=00000030
GS=0000  GSACC=****  GSLIM=********
CS:EIP=005b:1de10639  CSACC=d0df  CSLIM=9fffffff
SS:ESP=0053:00161860  SSACC=d0f3  SSLIM=9fffffff
EBP=001618a8  FLG=00012206

LIBCN0.DLL 0001:00011f7c

------------------------------------------------------------

08-16-2026  12:05:44  SYS3175  PID 008d  TID 0001  Slot 009b
E:\USR\SBIN\CUPSD.EXE
c0000005
1de31f7c
P1=00000001  P2=00000000  P3=XXXXXXXX  P4=XXXXXXXX 
EAX=9df30000  EBX=00000000  ECX=9df30024  EDX=00000000
ESI=00000000  EDI=00000000 
DS=0053  DSACC=d0f3  DSLIM=9fffffff 
ES=0053  ESACC=d0f3  ESLIM=9fffffff 
FS=150b  FSACC=00f3  FSLIM=00000030
GS=0000  GSACC=****  GSLIM=********
CS:EIP=005b:1de0ca2f  CSACC=d0df  CSLIM=9fffffff
SS:ESP=0053:0017ff5c  SSACC=d0f3  SSLIM=9fffffff
EBP=0017ffb4  FLG=00012216

LIBCN0.DLL 0001:00011f7c

7

Utilities / Re: installing USB printer on OS/2 Warp 4.52

« Last post by Dave Yeo on August 16, 2026, 08:13:30 pm »

Have you checked popuplog.os2 lately?

8

Utilities / Re: installing USB printer on OS/2 Warp 4.52

« Last post by KevinP on August 16, 2026, 07:46:20 pm »

1) the executable pwd_mkdb.exe cannot be found on PATH environment variable. Either you have not installed everything necessary or PATH is not correctly set. "pwd_mkdb.exe" is contained in the libc RPM, make sure you have the latest installed. The latest currently is 0.1.14-1.
Then make sure that PATH lists directory E:\usr\bin as the one of the first directories (I assume you have installed to drive E:)

2) you need to give SYSTEM admin rights.

Yes, it is "view error log". I have a german installation therefore I did not know the exact english wording.

OK, some success:

1)  I did have libc-0.1.14-1 installed but I re-installed it.  \usr\bin was in the PATH but it was about the fourth item so I moved it to the first place. 
2) was able to open klibc User Manager, reset password, gave SYSTEM admin rights.

I am now able to view the Error Log through the Web interface.  However, I still get "error during spooling to CUPS server" when trying to print from, for example, a word processor or the Web page Print menu other than the CUPS server page.  The Test Page seems to print more readily now.

One interesting thing is that after rebooting the computer I still got the Stemsinit error message when trying to open klibc User Manager at first but later was able to open it.  I also notice that since I have done all this my USB mouse is not functioning properly; I had to re-connect a PS2 mouse.   Small things but just oddities that have happened.

When I re-installed libc it did not show any dependencies to install.  I think I have most items installed except libc-debug which is a different version so I did not try to install that. 

9

Hardware / OS/2 works slower in SMP mode if compare with 1 CPU

« Last post by Eugene Gorbunoff on August 16, 2026, 07:32:39 pm »

This topic is important:
ACPI daemon, PowerMan, WinSendMsg -- https://forum.os2world.com/index.php?topic=4124.0

Seems that OS/2 works slower if you run in MultiCore mode, SMP mode, with ACPI daemon enabled.
(IF compare with MultiCore disabled, running with 1 CPU)

OF course, you feel this if running heavy applications: web-browser, packing files, video/music play, ..

So, it's necessary continue the research.

10

Applications / Re: Apache open Office 4.1.11 crashes.

« Last post by Dariusz Piatkowski on August 16, 2026, 04:13:08 pm »

Hi Adrian!

...It looks like it worked.
One question, "Do I need the enable highmem command run every time before starting AOO"?

There is also a command: enable highmem code&data loading, is this better?...

Two answers:

Q1 - do you need to run it each time?
NO, you run this once, it uses the highmem utility to mark the DLL appropriately. Once done that DLL will always load with this new flag. If you wish to change the setting you re-run with a different option flag and that's how things remain from that point onwards.

Q2 - Code vs Data?
This one is hard to answer in a sure/precise YES/NO kind of a fashion, reason being: your system will have different levels of components installed in it, they may very well be different from what I have. The highmem functionality (as I understand it) only works for 32-bit code, so if you load something HIGH and that code in turn calls 16-bit elsewhere that becomes a problem (simply b/c the 16-bit stuff isn't aware of how to access stuff in the highmem area).

Therefore, the best advice I would provide is this:

1) set to CODE&DATA, understand that this is very risky, but run it that way for a few days, use as many AOO features as possible with many different documents (doc, spreadsheet, etc.). If your system remains solid, that's a great result, keep it that way.

Here is an example of what the xo.dll flags look like when marked this way:

Code: [Select]

[G:\apps\general\openoffice4111\program]highmem -v xo.dll
Processing module : xo.dll
 object 0 : base 0x00010000, size 0x00264240, flags 0x00012005, executable, himem
 object 1 : base 0x00280000, size 0x00085ec0, flags 0x00012003, data, himem

2) if #1 fails in any way then simply set to DATA, because the data being loaded HIGH is pretty safe and with the 32-bit stuff running in the lower memory it'll get along with all the other 16-bit stuff just fine

...and here is the matching example for the same xo.dll:

Code: [Select]

[G:\apps\general\openoffice4111\program]highmem -v xo.dll
Processing module : xo.dll
 object 0 : base 0x00010000, size 0x00264240, flags 0x00012005, executable, !himem
 object 1 : base 0x00280000, size 0x00085ec0, flags 0x00012003, data, himem

EXPLANATION: notice the little extra "!" (exclamation) mark before the "himem" word in the "executable" section...that says the code is to NOT be loaded high.

I run my AOO configured for both CODE & DATA to load high.

Hopefully that makese sense!

BTW - those utilities included with AOO are scripts that simply make use of the highmem.exe, which you can run from CLI as well:

Code: [Select]

[G:\apps\general\openoffice4111\program]highmem

HighMem, a LX format 32bit DLL module 'loading above 512MB' marking utility,
Version 1.0.3
(C) 2012-21 Yuri Dario <yd@os2power.com>.
    Partially based on ABOVE512 (C) 2004 Takayuki 'January June' Suwa.

usage: HIGHMEM [-options] {DLL module file} ...
Without options, current DLL object information are dumped.
Options:
 --quiet   -q  quiets (no message)
 --verbose -v  verbose output (-v -v even more verbose)
 --code    -c  marks pure 32bit code objects as 'loading above 512MB'
 --data    -d  marks pure 32bit data objects as so
 --both    -b  marks both of pure 32bit code and data objects
 --unmark  -u  unmarks 'loading above 512MB' pure 32bit code/data objects
 --exclude -x file  list of files to be excluded (max 1024 entries
 --help    -?  show this help