Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - mauro

Pages: [1] 2 3 ... 19
Setup & Installation / Re: OS2 Warp 4.52 "vdi2hardware" result
« on: July 04, 2021, 10:30:22 am »
Hi Mauro, you can not boot OS/2 from a USB stick, the USB drivers load too late in the boot process and your message about not being able to operate the hard drive is accurate. Installers get around this by creating a ramdisk, copying to that and then booting from the ram drive.
As Olafur says, you need to copy your image to the hard drive, keeping the geometry correct and boot from that, which should work with the problems of drivers (usually the networks) not loading and needing to press enter to continue. This can fail during part of the boot as the USB keyboard is not available.

... Hi Dave, sorry for going back to this, what about cloning this USB volume on an internal disk partition ? Could OS2 boot from there (ideally)?

Setup & Installation / Re: OS2 Warp 4.52 "vdi2hardware" result
« on: June 08, 2021, 10:48:17 am »
To finally update about an improvement, I could obtain the vdi file at the most recent state of the virtual machine.  It was basilar, from VirtualBox just went on the guest machine context menu and found the "Clone" item, then in the cloning wizard there was the proper option to clone the machine at its most recent snapshot.
When all said and done, even without reaching the goal of an OS2 selfbootable USB drive, I could afterall transform its vdi file into a physical USB system installation which is fully working in a VirtualBox session when connected to one USB port -first picture below-, like I already have for other USB installed systems (Ubuntu, Freebsd) with the difference that those ones are also bootable as system disk at computer start.
Furthemore, not bad the fact that this OS2 installation volume is correctly read when plugged in Ubuntu; files and folders are handled in the file manager -second picture below-.
Cool...... 8)

Setup & Installation / Re: OS2 Warp 4.52 "vdi2hardware" result
« on: June 06, 2021, 07:49:44 pm »
understand, Dave and Olafur, thanks.
Needless to say that wanting to create a RAM Disk booting system as Dave wrote, is not an affordable task, otherwise the appropriate indications would have followed.

Setup & Installation / OS2 Warp 4.52 "vdi2hardware" result
« on: June 06, 2021, 01:00:09 pm »
Hi all, I believe the following experience could be of any interest in this forum for those ones that can go deeper due to their excellent system knowledge rather than me, an average user with peaks of curiosity sometimes -helped a lot here to realize some configuration tasks-
I've seen this videotutorial for converting Virtualbox vdi machines into real hardware installed systems.

and have applied the procedure on my 20 Gb size OS2 Warp 4.52 vdi machine hosted on Windows, so have converted it in an .img file which have then burned in a USB3 pendrive 64 Gb.
After this, I have plugged the USB pendrive on an eeepc netbook Asus T101MT -year 2010 hardware with LEGACY BIOS- for booting.  In the image you can see how it went.
Also tried to boot same USB pendrive from my HP 15 serie laptop -year 2017 hardware with UEFI+LEGACY BIOS-, same result with one beep sound alert at the ending message: hardware conflict?

This is not too bad for me, at least the converting method seems to have done the job; the OS2 Warp installation has been placed inside that USB volume and started the boot sequence. A little bit better than the case of "no bootable OS found in this volume" message, if the conversion had not worked at all.
Pheraps some of you already know what prevented OS2 Warp to boot in this case.
My two cents guess is : unrecoverable real hardware issues with such OS2 Warp installation having all peripherals interfaced by Virtualbox filters.  Maybe config.sys has the wrong entries for the hardware items on the netbook.

Then I made the "reverse-proof" test : had booted that USB volume from inside a separate Virtualbox session, and it works.  It is the OS2 installed system at the state of its first Virtualbox boot, missing the next improvements I made (Guest Additions and other configurations + software + utilities).  Means that the .vdi machine selected for the conversion was the one keeping the original state, but it seemed to me the only valid .vdi file I could choose.
Thank you

Multimedia / Re: Updated Uniaud32 build
« on: March 01, 2021, 12:35:06 pm »
Hi Mauro, 2 things to try.adding "SET KAI_AUTOMODE=DART" (without quotes) in your config.sys, reboot and test.
Download PMUniMix from Hobbes and play with the volume sliders. Sometimes the mixer is not set up correctly and something like the front volume needs turning up.

Hi Dave, SET KAI_AUTOMODE=DART was already active in config.sys, then tested Uniaud mixer again (tried also previously as you gave me this tip), activating all audio device controls including front, video, aux, pcm  and their cursors .  All as before.
Thank you

Multimedia / Re: Updated Uniaud32 build
« on: February 28, 2021, 06:04:44 pm »
Hi Mauro,

To update a working system:
1) backup \mmos2\uniaud32.sys
2) copy a release\* to \mmos2
3) reboot

Ok thank you Paul, did as above. On both ICH AC97 (first) and Intel HD item (after) selected in Virtualbox audio system, everything like before; audio events are well working except sound from FF video play (Youtube). Almost sure it is not an audio driver matter.
So I would say this Uniaud versio is working on my virtual machine system

Multimedia / Re: Updated Uniaud32 build
« on: February 28, 2021, 08:36:07 am »
Hi all, sorry to ask this question, can I get installation tips somwhere or is it just un upgrade to a previous installed version ?  If so, which is the uniaud.diff  placing ?
I'm asking because previously -months ago-  I installed uniaud on my OS2 Warp 4.52 Virtualbox machine trying to solve the issue of no sound coming from youtube video in Firefox 45.9, whith the result of not solving this .
By reading these posts I'm understanding that after the update a new attempt  could be done.
Thank you

Applications / Re: highmem.exe can't load xul.dll
« on: February 17, 2021, 06:19:38 pm »
Well, you should update your kernel. If you don't have access to eCS or ArcaOS, the latest free one is 104a, available at You'd need to replace your W4 kernel.

There's also an updated DOSCALL1 at, make sure that you use the w4 version.

downloaded and applied these ones as well, kernel update first and DOSCALL1.DLL substitution after.

while the kernel update went ok, with the current version 14.104a_W4 reported on the boot splash screen, the DOSCALL1.DLL replacement caused a trap at boot.  Message screen here attached.
Could not even use FC2 loading in safe mode, it traps again.
Anyway I could reload the previous working machine state (it is a Virtualbox emulation) made just before this change.

The important to say is that after having applied again the kernel update, worked on the xul.dll attributes and loaded it in the high memory, now the issue is solved!    :D
Firefox, Staroffice, ANPM and Java ImageEditor running at same time
Thank you all

Applications / Re: highmem.exe can't load xul.dll
« on: February 17, 2021, 05:28:08 pm »
Hi mauro,

when you run the same command now you should see the following (I will show just the stuff relevant to having marked the CODE to load-high (which is the '-c' parameter in highmem.exe):

Code: [Select]
[C:\USR\LIB\FIREFOX-45.9.0]highmem -vv xul.dll
Processing module : xul.dll
 object 0 : base 0x00010000, size 0x0291b780, flags 0x00002005, executable, m
  readable, !writeable, executable, !resource, !discardable, !shared,
  !preload, !invalid, swappable, !16:16 alias, !conforming,
  32bit, !IOPL

The 'object 0:' stuff is CODE, and the 'himem' vs '!himem' you saw previously indicates that the CODE is marked to load high.

yes, here it is:

[C:\USR\LIB\FIREFOX-45.9.0]highmem -vv xul.dll
Processing module : xul.dll
 object 0 : base 0x00010000, size 0x0291b780, flags 0x00012005, executable, himem
  readable, !writeable, executable, !resource, !discardable, !shared,
  !preload, !invalid, swappable, !16:16 alias, !conforming,
  32bit, !IOPL

seems responding to your description (himem replaces !himem)

Applications / Re: highmem.exe can't load xul.dll
« on: February 17, 2021, 02:01:34 pm »
check if XUL.DLL is marked as read-only. If it is, remove the readonly attribute.

I have applied the command
[C:\USR\LIB\FIREFOX-45.9.0]attrib -r -s -h xul.dll

[C:\USR\LIB\FIREFOX-45.9.0]highmem.exe -c xul.dll
Processing module : xul.dll


it should mean that xul.dll has been successfully loaded in high memory , does it?

But still no improve in the memory handling between Firefox and Staroffice.

Later on I'll apply the kernel patch and doscall1.dll replace suggested by Dave

Applications / Re: highmem.exe can't load xul.dll
« on: February 16, 2021, 07:54:03 pm »
... and which OS/2 version and kernel you have installed.

Warp 4.52
14.086W4 - this is the info bottom of the splash screen

Applications / Re: highmem.exe can't load xul.dll
« on: February 15, 2021, 05:22:28 pm »
Hi Dariusz:

[C:\USR\LIB\FIREFOX-45.9.0]highmem -vv xul.dll
Processing module : xul.dll
 object 0 : base 0x00010000, size 0x0291b780, flags 0x00002005, executable, !him
  readable, !writeable, executable, !resource, !discardable, !shared,
  !preload, !invalid, swappable, !16:16 alias, !conforming,
  32bit, !IOPL
 object 1 : base 0x02930000, size 0x00079cb0, flags 0x00002003, data, !himem
  readable, writeable, !executable, !resource, !discardable, !shared,
  !preload, !invalid, swappable, !16:16 alias, !conforming,
  32bit, !IOPL
 object 2 : base 0x00000000, size 0x00002324, flags 0x00002039, data, !himem
  readable, !writeable, !executable, resource, discardable, shared,
  !preload, !invalid, swappable, !16:16 alias, !conforming,
  32bit, !IOPL

but no change about the described situation.
Then also given the command highmem.exe -c xul.dll  with same negative answer. 
All this tried before running FF first time.   Tried with FF already running, in this case "unlock xul.dll" result is positive:" xul.dll UNLOCKED",  but with no success for the purpose to have Firefox and Staroffice running meantime.
If Firefox is running, then Staroffice Writer just won't load, if Staroffice Writer is running then Firefox won't load, with this message instead : "Couldn't load xul.dll (OS2 error 8 faulty module : C:\USR\LIB\FIREFOX-45.9.0\XUL.DLL)"

Applications / Re: highmem.exe can't load xul.dll
« on: February 15, 2021, 01:46:56 pm »
yum install lxlite-tools

thank you Andreas, now I've gone a little bit ahead, still with an oppositive (but different rc code) warning result:

[C:\USR\LIB\FIREFOX-45.9.0]unlock xul.dll
┌[ unLock ]──────────────────────────────[ Version 1.3.9 ]┐
├ Copyright 1996 by FRIENDS software ─ No rights reserved ┘

[C:\USR\LIB\FIREFOX-45.9.0]highmem.exe -c xul.dll
Error: "xul.dll" cannot be opened, rc=5.

Applications / Re: highmem.exe can't load xul.dll
« on: February 15, 2021, 12:53:05 pm »
Hi Remy, thanks for replying.

SYS1041: The name unlock is not recognized as an
internal or external command, operable program or batch file.

however, Firefox has not been executed before attempting to load xul.dll in high memory, this command is given first of all as the system boots

Applications / [SOLVED] highmem.exe can't load xul.dll
« on: February 15, 2021, 09:11:47 am »
Hi all, in order to solve my old issue that prevents running Firefox and another application meantime like Staroffice (maybe also happens with other ones), understanding that is a high memory handling issue mainly belonging to Firefox, I read that loading xul.dll in high memory by highmem.exe with the following OS2 command should be the the solution :

highmem.exe -c xul.dll

but the answer is

Error: "xul.dll" cannot be opened, rc=110.

Do you already have the knowledge on how to solve it?
Thank you

Pages: [1] 2 3 ... 19