406
Applications / Re: ClamAV-GUI.
« on: May 10, 2020, 11:38:00 pm »
more screen capture
OS2World.com Forum is back !!!
Remember to visit OS2World at:
http://www.os2world.com
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.
Hi Remy,
Alright, so I now have a total of three separate DLL LH lists:
1) ffmpeg
2) vlc
3) usr_dll
In particular, for the moment I'm loading just the usr_dll and that has a single DLL in it: SNAPWRAP.DLL, which several other apps use.
OK, so that load seems to happen fine, but I am getting something strange in terms of the outputs of both the 'Query' and 'Free' commands.
1) QUERY (with the RC option turned ON)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 : -q 1
- detail: [ERROR_CODE_126_NOT_FOUND]
No handle for X264150 [126]
- detail: [ERROR_CODE_126_NOT_FOUND]
No handle for LIBVPX5 [126]
- detail: [ERROR_CODE_126_NOT_FOUND]
No handle for SDL2 [126]
- detail: [ERROR_CODE_126_NOT_FOUND]
No handle for POSTPR55 [126]
- detail: [ERROR_CODE_126_NOT_FOUND]
No handle for AVDEVI58 [126]
- detail: [ERROR_CODE_126_NOT_FOUND]
No handle for SWRESA3 [126]
- detail: [ERROR_CODE_126_NOT_FOUND]
No handle for SWSCAL5 [126]
- detail: [ERROR_CODE_126_NOT_FOUND]
No handle for AVFILT7 [126]
- detail: [ERROR_CODE_126_NOT_FOUND]
No handle for AVCODE58 [126]
- detail: [ERROR_CODE_126_NOT_FOUND]
No handle for AVFORM58 [126]
- detail: [ERROR_CODE_126_NOT_FOUND]
No handle for AVUTIL56 [126]
- detail: [ERROR_CODE_126_NOT_FOUND]
No handle for VLCCORE [126]
- detail: [ERROR_CODE_126_NOT_FOUND]
No handle for VLC [126]
DLL(s) query handle done
note 1: Found = at least, modules where loaded one time post boot
note 2: Found = Module may be loaded or not (freed)
2) FREE (with the RC optioned turned ON)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)
---------------------------------------------------------
No query handle found for DLL: X264150 - an RC99 will be set fo this DLL on free
No query handle found for DLL: LIBVPX5 - an RC99 will be set fo this DLL on free
No query handle found for DLL: SDL2 - an RC99 will be set fo this DLL on free
No query handle found for DLL: POSTPR55 - an RC99 will be set fo this DLL on free
No query handle found for DLL: AVDEVI58 - an RC99 will be set fo this DLL on free
No query handle found for DLL: SWRESA3 - an RC99 will be set fo this DLL on free
No query handle found for DLL: SWSCAL5 - an RC99 will be set fo this DLL on free
No query handle found for DLL: AVFILT7 - an RC99 will be set fo this DLL on free
No query handle found for DLL: AVCODE58 - an RC99 will be set fo this DLL on free
No query handle found for DLL: AVFORM58 - an RC99 will be set fo this DLL on free
No query handle found for DLL: AVUTIL56 - an RC99 will be set fo this DLL on free
No query handle found for DLL: VLCCORE - an RC99 will be set fo this DLL on free
No query handle found for DLL: VLC - an RC99 will be set fo this DLL on free
End of dynamic handle acquisition (query), process continues...
- Error during free of module handle x" " (rc:99 - X264150)
- detail: [ERROR_NO_HANDLE_FOUND]
- Error during free of module handle x" " (rc:99 - LIBVPX5)
- detail: [ERROR_NO_HANDLE_FOUND]
- Error during free of module handle x" " (rc:99 - SDL2)
- detail: [ERROR_NO_HANDLE_FOUND]
- Error during free of module handle x" " (rc:99 - POSTPR55)
- detail: [ERROR_NO_HANDLE_FOUND]
- Error during free of module handle x" " (rc:99 - AVDEVI58)
- detail: [ERROR_NO_HANDLE_FOUND]
- Error during free of module handle x" " (rc:99 - SWRESA3)
- detail: [ERROR_NO_HANDLE_FOUND]
- Error during free of module handle x" " (rc:99 - SWSCAL5)
- detail: [ERROR_NO_HANDLE_FOUND]
- Error during free of module handle x" " (rc:99 - AVFILT7)
- detail: [ERROR_NO_HANDLE_FOUND]
- Error during free of module handle x" " (rc:99 - AVCODE58)
- detail: [ERROR_NO_HANDLE_FOUND]
- Error during free of module handle x" " (rc:99 - AVFORM58)
- detail: [ERROR_NO_HANDLE_FOUND]
- Error during free of module handle x" " (rc:99 - AVUTIL56)
- detail: [ERROR_NO_HANDLE_FOUND]
- Error during free of module handle x" " (rc:99 - VLCCORE)
- detail: [ERROR_NO_HANDLE_FOUND]
- Error during free of module handle x" " (rc:99 - VLC)
- detail: [ERROR_NO_HANDLE_FOUND]
Successfully freed DLLs : 0, expected : 13
Not freed count : 13
...but strangely enough SNAPWRAP.DLL is nowhere to be found...
Seems to me that USB3 boot is no more broken then USB2 boot, namely there is a period of time where the keyboard (and mouse) don't work. I came across this recently when I updated my computer by moving the hard drives over, boot ended loading the network drivers due to having gone from realtek to intel with the "press enter to continue" message and enter not working so I had to power off, boot the AOS USB stick, go into the maintenance shell and rem the offending line out of the config.sys. Then boot worked and I could install the correct driver.
As Lars said, there's just a short period when the USB drivers (probably USB Keyboard) haven't initialized.
As Andreas said, you really should be asking Louis about this stuff and asking if you can get access to a beta build of the USB3 drivers, as it wouldn't hurt to have someone with Ryzon machines testing.
Are you really not allowed to go outside for a walk or such while maintaining social distancing? Or do you just live somewhere where it is hard to get outside due to shared lifts or such? The wife has been walking to the mailbox most days, about 5km round trip, and talks to the neighbours while standing on opposite sides of the road. Our road is pretty dead traffic wise.
With WarpIN now working, I've got OpenOffice installed. Yum has installed all prerequisites. Yet, I'm seeing the attached error message.
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?
Hi. Send it over to martiniturbide@gmail.com
Regards
Thank you Rémy.
I had include it to the list and created a page for it.
If you can provide me the pci.exe and lsusb report it would be great to pinpoint each component.
Regards
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
option:
-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?
Hi
I had updated the list of the OS/2 tested mainboards. Also including the ones that the OS4 kernel team tested.
You can visit it here: https://www.os2world.com/wiki/index.php/List_of_Motherboards
I'm always looking for new motherbaords to include, if you want to include them just post it here, you can also provide the pci.exe and lsusb reports to be able to poinpoint each component.
If the list grows I will be thinking on splitting the list on "post 2010" and "older" on a different list.
Regards
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 ( ):
window very minimalist
Entry field to specify one dll
File button to import a private file with own dll list (the included dll list for ffmpeg is than not loaded)
Load button
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',
where:
'dll_lh' is the renamed ffmpegh.exe
'dll_lh_list.dlh' is the DLL list file with the following contents:Code: [Select]X264150.DLL
LIBVPX5.DLL
SDL2.DLL
POSTPR55.DLL
AVDEVI58.DLL
SWRESA3.DLL
SWSCAL5.DLL
AVFILT7.DLL
AVCODE58.DLL
AVFORM58.DLL
AVUTIL56.DLL
VLCCORE.DLL
VLC.DLL
SNAPWRAP.DLL
All DLLs are present in the execution directory...
Do you have something like this in Config.Sys to select which adapter to use?
DEVICE=K:\MMOS2\UNIAUD32.SYS /A:1
Setting this manage to get audio working but it is very poor quality, apparently this is a know issue with the codec on this board