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 - Dariusz Piatkowski

Pages: [1] 2 3 ... 78
Multimedia / Re: Updated Uniaud32 build
« on: September 30, 2022, 02:50:55 pm »
Mark, everyone...

Heh Tom!

command prompt line for me to disable ......... unimix -id20 -val0=0

So the problem is indeed auto-mute being enabled for this chipset by default.

However still one little drawback to solve - I have to re-enable that every time I reboot warm or cold. Do you know of a way of setting unimix to automatically apply that fix upon reboot?

Just put that unimix command in the file startup.cmd , and it will be run every time you start your system.

I was thinking about that after I posted, but haven't worked much with Startup.CMD in the past - will have a look at that tonight or tomorrow.

But thanks for the tip and Best!


Tom's suggestion is a great one, you can take that a step further and basically control the FULL behaviour of the audio card as far as the various individual controls go.

Basically, manually adjust the controls to what you want them to be first. By the sounds of it you already know how to pull up the different values and set them up.

Once done, you then save the complete set of settings to a file:

'unimix -savesomefilename'

The very next time you want to restore ALL of these settings you execute:

'unimix -loadsomefilename'

I have that load statement in my startup.cmd, which is a super easy way to re-set all the controls to a pre-defined set of values.

This is how you can handle this particular settings, as well as any others that can be adjusted by referencing their ID. In my case, I have some 53 controllable IDs ('unimix -names').

Applications / Re: ColorWorks ArcaOS
« on: September 30, 2022, 03:03:07 am »
It's been a while since I used it here, but what image are you trying to open? ...what format is what I'm really asking...

Programming / Re: RUX function failure - but on multiple tries only...
« on: September 30, 2022, 02:33:59 am »
Hi Remy,

If you would like be sure that all RXU functions you are going to call are loaded, you can check each of them at init and if some are missing, load them then instead of just testing 'rxuinit' do you mean for example, instead of calling this RXU.DLL entry-point:

Code: [Select]
CALL RxFuncAdd 'rxuinit','RXU','rxuinit'
CALL rxuinit

call the RxFuncAdd with a specific function from that REXX DLL that I want to use, such as:

Code: [Select]
CALL RxFuncAdd 'RxStartSession','RXU','RxStartSession'
CALL rxuinit

The way I'm loading the DLL is as per the instructions in the DLL INF flie:

How to register the functions:

In order to use the functions, you have to register them with Rexx like this:

  call rxfuncadd 'rxuinit','rxu','rxuinit'
  call rxuinit

For what it's worth, here is the matrix I put together to document the various Load/un-load APIs for specific REXX DLLs:

Code: [Select]
=============== =============== =============== =============== =============== ===================================================================

RXU RXU RxuInit RxuTerm RxQuery Version API returns a whole bunch of stuff, need to parse first

REXXUTIL REXXUTIL SysLoadFuncs SysDropFuncs SysUtilVersion

RXUTILEX RXUTILEX Sys2LoadFuncs Sys2DropFuncs Sys2Version


RXLVM RXLVM RxLvmLoadFuncs RxLvmDropFuncs RxLvmVersion Load and Unload seems to have an issue, fails on repeated attempts

Programming / Re: RUX function failure - but on multiple tries only...
« on: September 30, 2022, 02:20:55 am »
Thanks for all the replies guys!

So a clarification first as I went back through my code to remind myself just what exactly I clubbered together!!!

Well, turns out my initial aim was rather high-enough, meaning:

1) first I check whether I need to use a particular API (that's the rxu_api_required variable)
- this is pre-defined at the start of the REXX script, it's a generic framework I use in all my scripts, so different REXX DLLs may be loaded by different scripts

2) if I need to use a particular REXX DLL API, I then check to see if it's already been loaded into memory (that's the rxu_api variable)

3) at the very end of my code I call the DLL unload procedure where I:
- check to see if all the flagged DLLs have been previously loaded into memory (by examining the rxu_api variable)
- only if one was not previously loaded do I actually un-load it

Sooo...weird, but this was rock-solid, never any problems...then all of a sudden...BAM!!!

I booted to my MAINT partition and did a CHKDSK on my boot drive, found it to be DIRTY, so I ran with a /F parameter. That claimed to correct some things, no messages about lost dirs or files though.

I booted up, re-tested, but still the same failure.

I thought I would re-install the RXU RPM package, but strangely I'm seeing this in ANPM:

----------[ 29 Sep 2022 20:03:25 ]----------
Executing: @python2.7 G:\UTIL\ANPM\scripts\ rxu
Enabling temporary repository arcanoae-sub
Enabling temporary repository arcanoae-exp
Enabling temporary repository arcanoae-stage
Running Transaction Check
Non-fatal POSTIN scriptlet failure in rpm package rxu-1.a.0-3.oc00.pentium4
ERROR: wpi4rpm: Please, close WarpIN and reinstall "rxu" again.

ERROR: wpi4rpm: Please, close WarpIN and reinstall "rxu" again.

warning: %post(rxu-1.a.0-3.oc00.pentium4) scriptlet failed, exit status 253

Return code: 0
----------[ 29 Sep 2022 20:03:40 ]----------

Not sure if the mirror is down or something like that (as I do get a warning from ANPM itself), but I'll re-try later.

For now I have taken the advice to NOT un-load the DLL, so that's been commented out and things appear to work.

Programming / Re: RUX function failure - but on multiple tries only...
« on: September 29, 2022, 01:52:05 pm »
Hi Andi,

I'm not a REXX expert in any way. And what I've to say probably will have anything to do with your problem. But, once I read you should never unload a rexx dll. AFAIR this is because there might be other rexx scripts running which still needs the dll loaded. Maybe my memory is wrong on this, but....

You are NOT wrong about that. I had initially implemented this when the DLL load & un-load was still a known problem (OS/2 kernel). Today however this is not the case anymore. Given the situation today I could probably either leave things alone (meaning, just load the required DLL and leave in place), or modify my code to check whether the DLL was already loaded and if found to have been so, leave it alone and not un-load at the end of the script.

The only thing is: I have no idea what changed, just over a couple of days actually...I was experimenting with the JFS cache MIN & MAX buffer sizes, so the last reboot was on the 26th and since then I noticed that my dropped NAS connection reared it's ugly head...LOL!

Programming / RUX function failure - but on multiple tries only...
« on: September 29, 2022, 03:00:21 am »
Umm...I'm scratching my head here because I wrote this script a couple of years ago and it has been rock-solid.

The purpose is to check the connectivity between my box and the NAS, which sometimes just flat-out "goes away". Re-starting the NetDrive control fixes it.

Alright, so here is what I call:

Code: [Select]
/* check ifthe RXU - RXU.DLL - is required */
   IF rxu_api_required = 1 THEN DO
      /* check if the DLL is already loaded */
      rxu_api = RxFuncQuery('rxuinit')
      msg_text="RXU: already in memory, RC="||rxu_api
      IF rxu_api <> 0 THEN DO
         CALL RxFuncAdd 'rxuinit','RXU','rxuinit'
         CALL rxuinit
         msg_text="RXU: loaded into memory, RC="||rxu_api
      CALL debug debug_flag calling_code msg_level msg_text
      /* RXU version API returns a WHOLE bunch of stuff, so parse it first */
      msg_text="RXU: Using version "||msg_text
      CALL debug debug_flag calling_code msg_level msg_text

This normally gives me the following output:

DEBUG : MAIN => Initializing...
DEBUG :    ==> library_load => Initializing...
DEBUG :    ==> library_load => RXU: loaded into memory, RC=1
DEBUG :    ==> library_load => RXU: Using version v1.a
DEBUG :    ==> library_load => RXUTILEX: loaded into memory, RC=1
DEBUG :    ==> library_load => RXUTILEX: Using version 0.1.6
DEBUG :    ==> library_load => Exiting...

During the first run I'm all good, no problems.

However, re-runing the 2nd time and aftewards causes this CLI error msg to be produced:

   282 +++         rxu_api_info = rxuquery();
REX0043: Error 43 running G:\UTIL\MISC\nas_check.cmd, line 282: Routine not

...and produces the following matching LOG:

DEBUG : MAIN => Initializing...
DEBUG :    ==> library_load => Initializing...
DEBUG :    ==> library_load => RXU: already in memory, RC=0
   282 +++         rxu_api_info = rxuquery();
REX0043: Error 43 running G:\UTIL\MISC\nas_check.cmd, line 282: Routine not
    76 +++   Call library_load;

The weird part is that this seems to have literally just started on Sep-26th...prior to that I never saw any such failures...ugghhh???

Is there anything obviously wrong that i'm doing here?

BTW - in my code I check to see if I need a particular REXX DLL, if YES, I load it and then un-load it when my script has completed running.

Applications / Re: PDF Printer
« on: September 24, 2022, 06:22:16 pm »
Sean, Martin, everyone...

...PMPDF was not working for me as I believe the documents I was printing were relying on fonts that were not available with the current ghostscript (v9.18-7) installed via ANPM...

So now that you've got it running, I am curious: what is the advantage of using PMPDF vs ePDF?

I've had ePDF working for a long time...and that included the transition from GS 9.04 (which is the last one I could print with using GSView) to the RPM GS9.18.

Anyways, ePDF gives you a pile more features to control your Document Info, etc...however, sometimes it's nice to just "push a button and get a PDF output", and for that ePDF is a bit cumbersome.

Does PMPDF provide that ease/functionality?

Looking at the readme that seems to be the case, but I would like to hear some real world feedback.

Also, re: ePDF, Martin, this goes back a couple of years, but if you still want that running let me know what info you need and I'm happy to share my config.


Applications / Re: VisualAge for C Modern Installer
« on: September 24, 2022, 05:42:10 pm »
Hi Andi,

Both VAC and C Set/2 can be installed by unpacking ...
I think the problems start with VAC4.0 and it's help system which needs a server and a lot of settings in config.sys. Think the included 3.65 version needs the 'new' help system too.

You are right in that the Help system was somewhat 'picky/fussy'....BUT...once configured (NetQ app) it is actually a darn good system.

I still have all my VAC stuff installed and configured (working), both the 3.6.5 as well as the 4.0 GUI, although I primarily use the 3.6.5 for compile duties, as the 4.0 GUI stuff always seemed too resource intensive.

Having said that, I did configure a project in 4.0 a few months ago (it was the DISKIO update I was working on) and in a SMP enabled box, with a sizable JFS cache and plenty of memory, boy, that thing absolutely rocked!!!

Anyways, for anyone trying to get that 3.6.5/4.0 Help thing working: if you are stuck, describe the problem and I'll be happy to help - at least we have a working environment to compare to!

Storage / Re: JFS - cache MIN and MAX buffer parameters
« on: September 24, 2022, 05:34:21 pm »

Could always look at the source. I see this comment in jfs_cachemgr.c,...

CODE!!! My oh my, I'm gonna get me some of that...Thank you!!!

Applications / Re: VisualAge for C Modern Installer
« on: September 23, 2022, 09:11:24 pm »
It's been years since I have installed VAC here, but behind the GUI front end, isn't all this really just fed into a dynamically built CID?

How did you end up building this CID?

I'm going to take a look through my original install CDs (as well as the DevCon CDs for this)...

Storage / Re: JFS - cache MIN and MAX buffer parameters
« on: September 23, 2022, 09:08:41 pm »
Hi Andi,
There was an excellent presentation about JFS at one of the Warpstock Europe events. I think it was this -

Thanks...this is by far the most detailed 'actual use case' description we seem to have availabie in our OS/2 community. It is a presentation deck I already have, and given my JFS metrics tracking I have been able to identify the most suitable combination of parameters to reflect my usage of OS/2.

However...why stop now???  8) ...and so the BUFFER controls is what I'm trying to experiment with now, which that presentation really does not talk about with the exception of one line on the 'JFS cache design':


Well, I understand the MIN part of this, but the MAX doesn't quite correlate to what I'm seeing showing up in nfreecbufs. My nfreecbufs are consistently greater than what gives?

Storage / Re: JFS - cache MIN and MAX buffer parameters
« on: September 23, 2022, 07:55:41 pm »
Hi Andreas,

..I've once experienced with several cache values. The first try led to an unbootable system. The next tries looked promising, but the lower shared memory consumption was too high for the rest to work flawlessly. (I doubt that the file system drivers can be patched to use the higher shared memory arena.)...

I do consider myself to be one of the "lucky few" who are able to run with very large JFS cache sizes, in fact I've been enjoying a 1Gig setup for some months now:

Code: [Select]

          SyncTime:      32 seconds
            MaxAge:     128 seconds
        BufferIdle:       8 seconds
        Cache Size: 1048567 kbytes
        Min Free buffers:   16000 (   64000 K)
        Max Free buffers:   32000 (  128000 K)
Lazy Write is enabled

For that to work however I needed to re-adjust a number of other system settings. My box is hooked up to a UPS as well, which means a sudden power outage is not going to have an immediate impact, thus a bit of extra "room" to play with as far as some of the settings go.

Storage / JFS - cache MIN and MAX buffer parameters
« on: September 22, 2022, 08:19:00 pm »
Can anyone explain, or has the knowledge of, the use of these parameters by the JFS drivers?

Allow me to explain: I do of course understand at high level what these control, specifically I have the following entry in my CONFIG.SYS:


...however, as I continue to gather JFS runtime stats I haven't quite figured out what is the impact of the MAXBUFFER parameter in particular.

What I am trying to determine is how the BUFFERs are being allocated and how the MAX setting in particular impacts the availability of either the content or i-node metadata buffers.

Any ideas?


Applications / Re: OpenSource WishList
« on: September 20, 2022, 10:03:59 pm »
...There was some talk about how to retrieve at least Visual SlickEdit, but nothing more.

I hit them up some years ago about releasing the OS/2 version, and while the person I was conversing with was generally ready to do so, ultimately the legal/higher ups did not give it the "thumbs-up".

Multimedia / Re: Updated Uniaud32 build
« on: September 19, 2022, 08:49:35 pm »
Hi Mark,

Long time no talk. Hows it going?

Things are alright here, busy and slowing down at the same time LOL. Both kids are away for University studies, so home is a little "slower"...but even with fewer people around it just seems like we have more stuff to chase after...ugh??? LOL

...Actually, the problem we're trying to solve is with the RealTek ALC892 chipset in one of my base metal systems - something seems to have broken way back when, with Paul's drivers - between the official release of ArcaOS 5.0.6 (based on old ALSA code) and 5.0.7 (where the UniAud 32 is based on Linux 5.14.7 - release v3.01.02)...

Yup, understood that and given that my chipset here is the ATI SB using ALC889 I figured there may be an odd-chance that the two are linked:

Code: [Select]
HARDWARE INFO ('unimix -card')
Command line mixer for UNIAUD32. Version 1.1
Detected UNIAUD version 2.02.05
Detected 1 audio adapter(s)
Card info for adapter 0:
  num: 0
  id: SB
  driver: HDA-Intel
  name: HDA ATI SB
  longname: HDA ATI SB at 0xfe3f8000 irq 16
  mixer: Realtek ALC889
  componenets: HDA:10ec0889,14627640,00100004

Pages: [1] 2 3 ... 78