A note about the future of ecsoft2.org

ecsoft2.org runs on software (Drupal 7 and PHP 7.4) that reached its end of life years ago and no longer receives security updates. Keeping the site online safely is getting harder.

Giving it a future means migrating it to a current platform — and that is only worth doing if people still use it and want to help keep it alive.

If you care about ecsoft2.org, as a user, a contributor, or someone willing to lend a hand, please ggambatiscali [dot] it (get in touch) by January 31, 2027.

If no one comes forward by then, the site will be turned into a read-only archive, so that its content stays available.

HighMem

Version:

1.0.3

Release date:

Sunday, 6 April, 2014

License:

Apache

Interface:

Italiano

Authors/Port authors:

Yuri Dario (Paperino)

Netlabs

A small utility that allows you to mark libraries so that they are loaded in "high memory".

This software is distributed as RPM package.

Installation with rpm

This program is installable using the rpm package manager. See below for the install string. Required prerequisites are automatically processed by the package manager and, if needed, downloaded and installed.

highmem-1.0.3-1.oc00 (15/10/2021)

Repository: Netlabs stable

install with ANPM or running the command:
```
yum install highmem
```
manually download as ZIP file package:
http://rpm.netlabs.org/release/00/zip/highmem-1_0_3-1_oc00.zip

Readme/What's new

changelog * Fri Oct 15 2021 1.0.3-1 - Always skip marking of libc runtime dlls.

highmem-debuginfo-1.0.3-1.oc00 (15/10/2021)

Repository: Netlabs stable

install with ANPM or running the command:
```
yum install highmem-debuginfo
```

Manual installation

Program is distributed as ZIP package: download to temporary directory and unpack to destination folder, better if in PATH.

The various options are:

load code high
load data high
load both code & data high

According to Lars (http://www.os2world.com/forum/index.php?topic=1466.msg14540#msg14540 ):

"Loading code high should almost always be ok. That's because loading code high is mostly transparent to applications: it's the kernel's job to map high addresses to the physical memory where the code resides. Unless some code tries to map a linear code address (aka: a function pointer) to a segmented code address, see below but that does not happen very often.

For loading data high this is much more critical: of course, the same applies as for code but remember "thunking"? A lot of APIs make the silent assumption that a linear data address can be easily mapped to a segmented address and vice versa by a simple well known "thunking" algorithm. However that algorithm only works for "low memory". And OS/2 has enough 16-bit code in its bowels that can only access data via a segmented data address. If you have a big application like Firefox you never know if there is some low level OS component that makes that simple assumption, thunks a data address and subsequently gets it wrong if "high memory" data addresses are used."