OS/4 (technical details only)

[Bernhard Pöttinger]

I have made all changes in config.os4 as described in the How To. The line EMSSWAPSIZE=300 is not known as a valid statement; boot continues, but the line is ignored.

[OS4User]

The line EMSSWAPSIZE=300 is not known as a valid statement; boot continues, but the line is ignored.

In kernel log you can see something like "Swap to 4Gb+ is set, size 1360Mb"

Just ignore the message  about ignoring a line.

But you said that kernel can see 3.5GB of mem  -  I was not able to force system to swap until restricted  visible mem to 1GB.

[Bernhard Pöttinger]

The line EMSSWAPSIZE=300 is not known as a valid statement; boot continues, but the line is ignored.

In kernel log you can see something like "Swap to 4Gb+ is set, size 1360Mb"

OK. I have found this line "Swap to 4Gb+ is set, size 1200Mb".

But you said that kernel can see 3.5GB of mem  -  I was not able to force system to swap until restricted  visible mem to 1GB.

Yes I can use nearly 3,3GB for OS/2 on my Lenovo W520 and my Lenovo W500 Notebook.

I have another strange thing with OS4 kernel. Running "unzip -l", which should only list the content of an archive, shoes:

{10}[e:\] unzip -l os4_old.zip
error:  -Z must be first option for ZipInfo mode (check UNZIP variable?)
UnZip 6.00 of 20 April 2009, by Info-ZIP.  Maintained by C. Spieler.  Send
bug reports using http://www.info-zip.org/zip-bug.html; see README for details.

Usage: unzip [-Z] [-opts[modifiers]] file[.zip]

[-x xlist] [-d exdir]
  Default action is to extract files in list, except those in xlist, to exdir;
  file[.zip] may be a wildcard.  -Z => ZipInfo mode ("unzip -Z" for usage).

Before upgrading the kernel and with the IBM kernel unzip works correct. This happens with every zip archive. [/list]

[OS4User]

Before upgrading the kernel and with the IBM kernel unzip works correct. This happens with every zip archive.

I have just checked  - it works ok for me  (unzip  is the same ver)

[Bernhard Pöttinger]

Before upgrading the kernel and with the IBM kernel unzip works correct. This happens with every zip archive.

I have just checked  - it works ok for me  (unzip  is the same ver)

Strange, when I search if any unzip option is set I get

[E:\]set |grep -i unzip
UNZIPOPT=-NZIPOPT=-C

but I do not set this option in config.os4

[E:\]grep -i unzipopt Config.os4
SET UNZIPOPT=-C

If I set "UNZIPOPT=-C" everything works as expected.

[Bernhard Pöttinger]

Hi,
Is it possible to put the swapper.dat to the emsfs ram drive?
best regards
bernhard

[OS4User]

Is it possible to put the swapper.dat to the emsfs ram drive?

Theoretically, yes  (some extra steps are necessary and may be some fixes too),  but it will be slower than DMS for sure.

[OS4User]

To finalize the case with swap

Code: [Select]

SWAPPING ENHANCEMENT NOTE:

    Beginning with version 6259, the OS/4 kernel provides a Direct Memory Swap
    (DMS) feature and increases maximum swap size to 4GB (was 2GB). DMS uses
    4GB+ memory only. To activate DMS add EMSSWAPSIZE=XXX to your config.sys
    with desirable amount of 4Mb pages to be used for DMS.

    E.g.: EMSSWAPSIZE=300 switches on DMS and allocates 1.2GB memory for it.

    Min value is 1, max is 1024.

    The system uses DMS first, if the memory allocated for DMS is full, then
    it uses a swapfile as usual.

    If system has more 4GB+ memory then it uses for DMS it can be used for emsFS.ifs.
(from HowTo)

[Lars]

By the way: in 2018 the OS/4 team released a DOSCALL1.DLL.
Is that still necessary or will the standard OS/2 DOSCALL1.DLL (for the SMP Kernel) do?

[OS4User]

By the way: in 2018 the OS/4 team released a DOSCALL1.DLL.
Is that still necessary or will the standard OS/2 DOSCALL1.DLL (for the SMP Kernel) do?

OS/4 Team rewrote almost all  himem unsafe Dos Api. This required changing both the kernel and DC1. In order not to generate incompatible kernel/DC1 pairs, DC1 was placed in the kernel binary. So now OS/4 kernel is not using DOSCALL1.DLL file at all.

[Lars]

Ok, thanks for the info.