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 4 ... 48
Programming / Git : SVN plugin
« on: May 10, 2020, 08:27:26 pm »
Has anyone here tried (or succeeded in) installing the SVN plug-in for the Git system?

I have Git 2.11.0 installed and wanted to pull some source from several SVNs repos. Instead of installing SVN as a separate version control system I figured I would just try to utilizes Git instead.

However, to do so you need to install git-svn and that's where I'm running into a problem, a pre-requisite is missing and unfortunately trying to install it causes another error which I can not figure out.

Specifically, git-svn has the following dependency: perl-Git-SVN.noarch 2.11.0-4.oc00, which in turn shows this final error:

Code: [Select]
dependency: perl(SVN::Core)
 Unsatisfied dependency
dependency: perl(SVN::Delta)
 Unsatisfied dependency
dependency: perl(SVN::Ra)
 Unsatisfied dependency

What does "unsatisfied dependency" mean? How does one deal with this? Or is this a case of the RPM package itself having the wrong configuration?

I have no idea what is provided by the problem packages, but is this a case where perhaps I could try the RPM '-nodeps' parm?


Hardware / Re: List of OS/2 Tested/Reported Motherboards
« on: May 09, 2020, 07:38:11 pm »
Hi Pete,

...Your list seems to be missing Gigabyte 990FXA-UD3 rev 4.0...

I'm curious, have you had a chance to try out AHCI support?

I ask b/c I'm currently fishing for the MSI 890FXA-G65 (SATA III capability) and any other board that allows me to run my AM3 CPU and works on the OS/2 platform is interesting.

Hardware / Re: List of OS/2 Tested/Reported Motherboards
« on: May 03, 2020, 09:46:22 pm »
...Let me know what do you think:

Yup, looks good!!! Thank you for working on this stuff...

Applications / Re: Shared storage
« on: May 03, 2020, 05:13:59 pm »
Hi Remy,

Alright, so the latest version LOAD is working correctly. In other words, I have two separate DLL load lists: FFMPEG and VLC, they can both be loaded from their "source" directory, this is also where the marker file (~ffempgh) is created.

So that's all good.

However, here is what I noticed: if I attempt to un-load the DLLs through the GUI screen I am presented with the following message:

Code: [Select]
     Running ffmpeg (and more) permanent DDLs load into memory   
   ( note1: load / free works for below or above 512MB line     )
   ( note2: DLLs loaded into HIGH SHR is permanent until "free" )
   Processing... with options : -u  1
   !Information! no ~ffmpegH file found !
   (this could be normal at first load request)
   *WARNING* No "handle" (rexx name) found to proceed, free aborted
   Free of 0 DLLs successfull

Subsequently no DLLs are unloaded. Now in the bigger scheme of things this is not a problem per say because closing the program does successfully un-load the DLLs, however, this functionality was working in previous versions. So I'm guessing something sneaked through here?

Hardware / Re: List of OS/2 Tested/Reported Motherboards
« on: May 03, 2020, 04:52:44 pm »
Hi Martin,

Please add the following hardware config to your list:

- CHIPSET: AMD® 880G+SB710
- STORAGE: SATA II, IDE & AHCI, AHCI supported with OS2AHCI v2.07, but runs slower than IDE with DANIS506
- AUDIO: Realtek® ALC888S/ACL889, works fine with UniAud (32-bit: 2.02.04, 16-bit: 1.09.7)
- NIC: Realtek PCI-E GbLAN controller RTL8111DL, works fine with both latest MMRE (1.01.3) as well as the last R8169 (1.00.2) specific drivers
- MEMORY: 8G total, 4G for OS/2 system use (3.3 recognized), 4G Ramdisk
- USB: 2.0 only hardware, no problems

2) CPU - AMD Phenom II X6, M3
- MB supports both MPTS 1.1 and 1.4, running in 1.4 mode
- WPS will not boot up in 6-core config, stuck at WPS BlueScree, therefore running in 5-core only SMP mode, no issues though

3)  VIDEO - ATI X850XT PE, 256M, PCI-E
- SNAP drivers correctly recognize and accelerate the video
- running in dual-head config, 2 x 1920x1200 mode

I've attached the output of my PCI run.

Applications / Re: Shared storage
« on: May 02, 2020, 08:01:19 pm »
Hi Remy,

Alright sir, so the latest enhancements indeed work great here. I have multiple DLL_LH lists: ffmpeg & vlc. Loading them through the GUI screen works great, however, from CLI it is still the same error.

Is there a chance that RXU.DLL is a problem?

Here is what I have:

6-08-18  8:33a       115,544    124 a---  rxu.dll

Installed as part of a RPM package: rxu-1.a.0-3.oc00.pentium4

Anything else I can try here to debug further?

Also, perhaps a small correction to the README:

Code: [Select]
ffmpeghigh (option) dll_name
-c  load dll(s) (it creates a file under path execution named handle.txt required to free loaded dll by rexx)

Here when I successfully load the DLLs from the GUI I do not find 'handle.txt' anywhere on my boot drive, nothing in the RAM drive (which is my TMP drive).

I do however find '~ffmpegH' file present in the directory where the DLLs were loaded from, which of course shows the list of the DLLs loaded. Therefore, I think your reference in the README to 'handle.txt' should actually be '~ffmpegH'?

Actually, this last point raises another issue. If I have multiple DLL lists in the same directory, is it not going to be a conflict to load them separately? After all, the DLL load file (~ffempgH) is a unique file and will be overwritten by the 2nd load of the DLLs, right?

Could we perhaps use the name of the input DLL list file instead of a single name like ~ffmpegH?

Applications / Re: Shared storage
« on: May 02, 2020, 03:57:28 am »
Hi Remy!

...I updated ffmpegHigh and added an ffmpegH.exe build which can be started from startup folder using the right parameters...

That's awesome, actually your ffmpeg focused utility is in a sense becoming what I was thinking we were starting to need, which is a system-wide utility to allow you to load any desired DLL high.

If I could whisper a little wish to Santa, here is what I would say ( ;)):

1) give me the ability to have multiple LOAD_HIGH_PROFILES defined
- this way for each app that has DLLs I wish to load high I could point to a destination directory where the DLL exists as well as define a load_high_list file
- the load_high utility would then accept something like the PROFILE_NAME, which would tell it either which load_high_list file to read, or what are the files to be loaded directly by reading from the profile config file

2) if the whole PROFILE thing is too complex then enable the specification of a full pathname to the DLL in the load_high_list file, that way I do not have to make sure the DLLs are in LIBPATH, nor do I have to move them all to a single common subdirectory somewhere on the system

Also, I would ask Santa to troubleshoot this error message I'm currently getting:

Code: [Select]
SAY "    74 +++     single_dll ="     74 +++     single_dll
REX0036: Error 36 running G:\UTIL\MISC\DLL_LH.EXE, line 74: Unmatched "(" in expression

This is the result of the following CLI => 'dll_lh -l dll_lh_list.dlh',
'dll_lh' is the renamed ffmpegh.exe
'dll_lh_list.dlh' is the DLL list file with the following contents:

Code: [Select]

All DLLs are present in the execution directory...

Programming / Re: Memory 'footprint' API?
« on: April 29, 2020, 11:00:14 pm »
Hi Ivan,

Actually, I got that little util, pretty handy, although at some point in time it started crashing on several of the tabs, so things like : Modules, Mod Tree, Sharedmem cause a SYS3175 now.

More importantly, I would like to develop the code needed to provide the memory snapshot. Part of this is driven by my desire to better understand the Shared Memory situation. I see the darn thing dropping slowly, at times I see applications which will consume large chunks that never appear to be given back. This is a known issue, which I wish to understand better.

Programming / Memory 'footprint' API?
« on: April 29, 2020, 07:12:26 pm »
In short, how do I take a snapshot of what's currently loaded?

I'd like to cover both the low and high areas.

What I am not looking for is a summary level stuff. Instead I want to see DLL/object level stuff, where it is sitting and so forth.

I suppose the closest I can describe it to is what the Theseus => Linear Memory Map => Show Process Contexts provides, except that I want to struture a memory map which shows each process currently running and which DLLs it links to and where these DLLs reside in memory.

Is there a starting point in terms of OS/2 APIs I should look at?

Applications / Re: Shared storage
« on: April 29, 2020, 04:33:25 pm »
Hi Remy,

Thank you for publishing this. I am thinking this is a benefit each time one runs ffmpeg, that would mean through mplayer, VLC or SMPlay as well.

It can not be used in place of ffturbo (ffturbo takes care of libpathstrict while ffmpegHigh no)

I do have a follow-up question though. As opposed to ffturbo, it would appear that your setup is persistent only as long as the CMD session remains active, yes?

Code: [Select]
*WARNING* Do not close this "prompt window dialog" to maintain DLL(s) loaded
          And gain benefits of permanent loaded DLL(s) used by applications
          >> Closing this window will free loaded DLL(s) through this tool <<

Therefore, I'm thinking that the script should be run in DETACHed mode during system boot-up?

Programming / Re: OS2AHCI interface?
« on: April 22, 2020, 05:43:40 am »
Hey Pete!

Hi All

Tweaked PMsmartctl a little:- 
I have attached PMsmartctlBetaV0.2 for testing.

Nice, works great here, thank you!

Applications / Re: Logical Volume Manager GUI not starting
« on: April 22, 2020, 05:38:50 am »
...Thanks to Lars for pointing this out - I take it you are seeing problems with the Help as well Dariusz?...

Yup, HELP window contents is all made up of '?' characters with a few numbers tossed in for a good measure. I honesty use the "factory" GUI LVM very little as well, I prefer the CLI anyways or Alex Taylor's excellent LVMPM, which is a full PM application.

Applications / Re: Logical Volume Manager GUI not starting
« on: April 21, 2020, 09:14:42 pm »
So it looks like sometime back in 2014 I implemented a little change to the lvmgui.cmd here. I literally specified the exactly Java 1.60 file to run as follows (pasting just the pertinent section of the code):

Code: [Select]
/* if not in classpath, try to construct from default location */
if found=0 then do
  newpath=stream(SysBootDrive()'\OS2\JAVAAPPS\LVMGUI.ZIP','c','query exists')
  if newpath='' then exit
  cp = '-classpath' newpath';'classpath0';'

/* save current dir, cd to dir, invoke java */
currdir= directory()
newdir = directory(strip(filespec('drive',newpath)filespec('path',newpath),'t','
'@g:\java160\jre\bin\java.exe' cp progname parameters ' >nul'
/* say rc */
/* restore state and exit */
currdir = directory(currdir)
if loaded=1 then call SysDropFuncs
Exit 0

As you can see I am running JRE 1.60 here and my CLASSPATH statement is completely commented out in CONFIG.SYS.

Programming / Re: OS2AHCI interface?
« on: April 16, 2020, 08:15:16 pm »
Hi Pete!

...Glad you got PMsmartctl running although why it should need to be on an exception list of some sort I have no idea...

Oh, the need to toss your app into an exception list is not at all driven by the app itself. X-it is a handy little utility that tosses things like the little arrow up/down icon onto each and every window. That allows you to collapse a whole window into just the title bar. It has a pile of other things as well, such as folder freshes, sorting, etc. For that reason - since it interacts with each particular window - it may at times hit an app which does NOT like this. In such cases the said app may act weirdly, or not run at all. Well, in your case that's exactly what was hapenning. Once I tossed it onto the X-it list that prevented X-it from attempting to hi-jack your apps title bar.

...PMsmartctl simply shows whatever "smartctl --scan" finds. If the DVD shows as PATA then it is being reported as PATA by the smartctl output. My guess is a SATA DVD connected to a SATA controller port but using the PATA (danis506) driver could be the cause of that. In which case, for the purposes of both smartctl and the OS, it is considered a PATA drive...

Hmm, good point, so here is the 'smartctl --scan' output:

Code: [Select]
[G:\]smartctl --scan
ahci0 -d ata # ahci0, ATA device
hd0 -d ata # hd0, ATA device
ahci1 -d ata # ahci1, ATA device
ahci2 -d ata # ahci2, ATA device

You will note that the three hard-drive storage devices are all on a AHCI controller, while the DVD is on the IDE controller.

That means:
1) AHCI - supported by OS2AHCI driver
2) IDE - supported by DANIS506 driver

You are right though, based on what comes back here you simply can not tell what type of a device any of these are. This was a good reminder of what smartctl produces. I have a long time ago switched to running the monitoring through smartd (daemon mode) and logging all outputs to my NAS box.

But...looking further into smartctl I found the following: issuing the '--identify' parameter will in fact tell you whether a given device is an ATA (hard-drive storage) or ATAPI (device reader), following 'smartctl --identify hd0' gives:

Code: [Select]
smartctl 7.0 (build date Oct 19 2019) [i386-pc-os2-emx] (local build)
Copyright (C) 2002-18, Bruce Allen, Christian Franke,

Word     Bit     Value   Description

   0      -     0x85c0   General configuration
   0     15          1   Device identifier: 0 = ATA, 1 = ATAPI
   0     12:8     0x05   ATAPI: Command set: 0x05 = CD/DVD
   0      7          1   Removable media device [OBS-8]
   0      6:5      0x2   ATAPI: DRQ after PACKET cmd: 0x0 = 3ms, 0x2 = 50us

The following are two key pieces of info:

1)    0     15          1   Device identifier: 0 = ATA, 1 = ATAPI
2)    0      7          1   Removable media device [OBS-8] you want to get into this level of pre-processing before your window comes up with the mapping of the devices into logical groupings though?...sure enough that app is quickly transforming into a storage device quasi-sysinfo type of a thing..but it would rock!!!

Also, the above is just a front end section, but further on at the very tail-end of the output you will find the following:

Code: [Select]
222      -     0x101f   Transport major version number
222     15:12     0x1   Transport: 0x0 = Parallel, 0x1 = Serial, 0xe = PCIe
222      4          1   Reserved    | SATA 2.6
222      3          1   Reserved    | SATA 2.5
222      2          1   Reserved    | SATA II: Extensions
222      1          1   ATA/ATAPI-7 | SATA 1.0a
222      0          1   ATA8-APT    | ATA8-AST

And in this case you can actually tell whether it's a Parallel, Serial or even PCIe device.

Programming / Re: OS2AHCI interface?
« on: April 16, 2020, 05:15:01 am »
Hi Pete!

Sorry PMsmartctl_Test1 has not worked for you, not sure where to look for the problem... Can you post a screenshot of the app suffering a "softlock".
Yes, written using WDSibyl so a sort of Delphi-like version of (Object) Pascal - a fairly easy language/development system to get to grips with...


Yeah, that moment when you've done everything you could think of and then it dawns on you "...I've got that little app running here that's got an EXCEPTION list for a reason...".

That app is X-it, great helper add-on, but it is known for having a potential issue with some applications, most notably those which use VisualREXX DLLs. Not the case for your app, but I gave it a try none the less.

Indeed, that was the fix. Your app now works, no problem. Nice and clean, I can pull up the S.M.A.R.T. details on all the devices.

If there is one suggestion I would make, it is the following: for ATAPI devices (so CD/DVD) perhaps there is a way to identify them accordingly?

In my case I have 3 storage devices on separate AHCI channel ports and a single DVD drive on SATA/IDE channel. But your application shows the DVD as PATA device (which it is not), it is hooked up to a SATA IDE channel after all.

Not sure how easy (or hard) it is to detect this based on smartctl response. I do see it coming back as ATA/ATAPI-7 device with no ATA SMART support, see below.

Code: [Select]
smartctl 7.0 (build date Oct 19 2019) [i386-pc-os2-emx] (local build)
Copyright (C) 2002-18, Bruce Allen, Christian Franke,

Device Model:     HL-DT-ST DVDRAM GH22NS50
Serial Number:    K2ZA3OC1424
Firmware Version: TN02
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ATA/ATAPI-7 T13/1532D revision 4a
SATA Version is:  SATA 2.6, 1.5 Gb/s
Local Time is:    Wed Apr 15 23:07:44 2020 EDT
SMART support is: Unavailable - Packet Interface Devices [this device: CD/DVD] don't support ATA SMART
AAM feature is:   Unavailable
APM feature is:   Unavailable
Rd look-ahead is: Unavailable
Write cache is:   Unavailable
DSN feature is:   Unavailable
ATA Security is:  Unavailable
Wt Cache Reorder: Unavailable

A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.

Anyways, thank you, appreciate your willingness to help me in debugging this issue!

Pages: 1 [2] 3 4 ... 48