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 - Andi B.

Pages: 1 [2] 3 4 ... 61
16
In UEFI mode, I also have to run at 3840 x 2160 x 16. In Legacy mode 3840 x 2160 x 32 works OK. VESA BIOS in 4K mode is flakey on several of my computers. This is one area where a video driver would be a plus.
How do you setup 16 bit? I've only 16M colors and no other selection available here with Panorama (bare metal).

17
... running it at 3840x2160x16...
Do you really run it with 16 bit (65536 colors) or do you mean 32 bit (16M colors)?

18
Applications / Re: LarsenCommander - new test version
« on: February 26, 2025, 01:54:30 pm »
Ouch, I don't have access to the source code at netlabs :-(.
It this one? https://trac.netlabs.org/openjfs/browser#branches
I can watch it without being logged on. Maybe it was the upppercase on the URL.

Regards

I was at the main trac page and even logged in and did not found the usual 'source code' button. Just found out netlabs has 2 jfs projects. One jfs another openjfs. I was here - https://trac.netlabs.org/jfs while correct link should be - https://trac.netlabs.org/openjfs/.

Last check in seems to were 21 years ago. Not sure how much of this old code is still in use. Thanks anyway.

19
Applications / Re: LarsenCommander - new test version
« on: February 26, 2025, 12:21:27 pm »
Thank you very much. Enough stuff to test and try out. Have to bookmark this. OTOH I thought this lcmd version would be really the last one.....

Ouch, I don't have access to the source code at netlabs :-(.


20
Applications / Re: LarsenCommander - new test version
« on: February 26, 2025, 08:37:02 am »
Quote
These info levels are undocumented in the CPS.
Wow. Some of your explanations sounds familiar. After I invested countless hours on reading original Lcmd code, edm2 and all the help files of os2tk45. But where did you get the undocumented stuff from? Answers from some experts in some goups which you noted somewhere? Or is there a place where someone document such undocumented stuff? Stevens site?

Btw: these idiots which wrote the control programming appendum for DosOpenL f.i. should be sent to jail. Again I stumbled over this wrong description and examples (variables versus pointers). It's a mess when the official documentation is so wrong in so many places :-(.

Btw2: It's a somehow educated guess that the file system is faulty here. With different versions of EA handling in Lcmd I very often got 'Trap 000e in JFS'. The last implementation which I think perfectly correct, let the IFS silently stop working only sometimes. Unfortunately I need to copy a few hundred thousand files with a lot of GBs. So still have no simple scenario to reproduce.

Btw3: For my problem I think it's not the DosRead buffer size as this is already limited (<1 - ~16MB) here. AFAIK the problem Silvan reported happens with about 400MB and above. OTOH David explained in the ticket it's not the buffer size which triggers this one known problem, but 2 DosOpenL calls where the first one does nothing. Do you think Davids explanation in the ticket is wrong? Or is he talking about another problem? Is it worth to test with read buffers max. 1MB f.i.?

21
Applications / Re: LarsenCommander - new test version
« on: February 25, 2025, 11:43:27 am »
Interesting. But if I understand it correctly it should be fixed since a while. I can reproduce problems here even with ArcaOS5.1EN.

OTOH LarsenCommander doing the copy stuff a bit unusual so this may be another JFS problem others rarely encounter. Lcmd reads the file (in chunks if bigger than internal dynamic buffer) and writes it to target. So far so good. Then it reads in all EAs from source file and then writes the EAs to the target. This EA handling is strange when you see it the first time. Reading every EA name and data with dynamic size.... And I think the problem occurs when writting the EAs.

Unfortunately I didn't find a way on OS/2 to read and write all EAs of a file at once. These can be <64k anyway so no would be no problem on todays systems. Reading all these EA entries in a loop by name and values is a mess.

22
Applications / Re: LarsenCommander - new test version
« on: February 23, 2025, 04:22:34 pm »
I've just released v1.09.00. See https://sourceforge.net/projects/lcmd-git/files/

For me this is a major improvement as now the EA logic finally works without memory leaks. At least for my (extensive) testing. Also the focus switching problem improved a lot. Maybe not fully solved but at least the test cases I had. The copy buffer size limit setting now will be honored again. Mind now in MBytes not KBytes. Not sure if translations in all languages are correct.

Unfortunately there is still one problem I couldn't solve. But during extensive testing and debugging I'm pretty sure this is a file system driver (JFS) problem. Copying huge amount of files can lead to file system hangs. Sometimes after 80'000 files, sometimes after 800'000 files. First I thought it's a problem with log file overflow (beyond 2GB). But now as I changed this to LFS support too and numerous test with and without logging file enabled I'm pretty sure it's something very low level in JFS or NVME or ? driver. Given that no one else mentioned this problem until now and given 1.09 is able to copy at least 10 times more files without problems than any version before I think it's time to make it public. Enjoy v1.09.00.

Code: [Select]
Change History:
---------------
20250222 v1.9.0
- Improved Extended Attribute handling again. Now it should handle all sizes of EAs and checks and limits to <64k
- EA handling now really fixes memory leaks
- Reenabled max copy buffer size setting in but now use MB instead of KB because it is in HigherMem arena since
1.8.0 (?) anyway
- Improved focus switching logic. Don not set focus on unrelated windows after copy/del operations.
- Skip sending lot of GUI (PM) messages for updating progress dialog with fast disks while copying and deleting files.
This is to work around PM memory leaks (crashes) when hammered with very much messages in a short period of time.
With fast disks copying or deleting small files takes few ms or even less. The previous logic to update the
progress bar after each file (and during a file when it is bigger) is changed to not send more than about one
message in 125ms. PM seems to be not safely ignore to much unhandled messages and starts to eat up shared memory.
Eventually this crashes the whole system when the process is not closed before. F.i. this skipps more than 69000
messages when copying the ApacheOpenOffice source code tree. The same skipping logic improves speed when deleting lot
of files. F.e. 33s instead 53s for AOO source code tree (about 70k files). More than 76000 messages where skipped with
that new delete logic.
- Change LOG file handling to LargeFileSupport to allow more than 2GB log files. This is needed cause with very heavy
logging previous versions hang the whole file system starting with the log file directory at 2GB log file size
(> 100k files copied with DEBUG)

23
Many thanks for your latest version. Now I can enter email addresses (@) and the other stuff like {[]}\|²³µ€~ which was not possible before.

24
Events / Re: ArcaOS 5.1.1 is out.
« on: February 22, 2025, 09:42:53 am »
How did you change the colors on the clock portion of Xcenter?
Usually drag and drop colors from the "Farbpalette" (color palette?) is the OS/2 way to do such things. Dropping without any key is usually background I think and with <SHFT> is text color. I've ever try it out cause I don't remember. With the xwidgets this works.

25
Quote
Please check this: http://os2.snc.ru/pub/freerdp/test/freerdp-wpi-20250217.zip
Quick test - I works :-)

Not much time for extensive test, but €@²³µ work now. Thanks.

26
I've now checked with xkbev which key codes is received. On the local keyboard AltGr produces keycode 108. When connected via ofreerdp the same key on the remote keyboard produces 2 keycodes - 37 and 64. Which probably is Ctrl and Alt. And this does not work. There are more differences but this one is the biggest problem.

Connecting the Linux box from Win10 instead OS/2 the Win AltGr produces keypress 37, keyrelease 37, keypress 113 and keyrelease 113.

So either our ofreerdp should send
1) keypress 108 when pressing AltGr and keyrelease 108 when releasing AltGr (in the meantime the other keys are should sent as usual) to mimik local behaviour or
2) keypress 37, keyrelase 37, keypress 113, keyrelease 113 to mimik Win behaviour. But Win make autorepeat of this sequence as long as AltGr is pressed. So option 1) like local keyboard maybe better

Have to say I'm no expert on this. But working combinations are -
- Win to Linux
- OS/2 to Win
non AltGr working is with -
- OS/2 to Linux

Also /kbd: options seems to do nothing (not implemented?) on our OS/2 client (ofreerdp.exe) as it always shows the usage messages. But this can be overcome with xrdp.ini and xrdp_keyboard.ini entries (force DE with override instead default to EN).

27
With Win10 it works as expected. Seems some setting in X11 / xrdp?

28
I can't remember exactly what /kbd affects right now, I think we'll try without it for now (but of course nothing stops you from trying  :) ).

Now I thought - maybe I should send Left Ctrl + Left Alt instead of Left Ctrl + AltGr. If so, you should be able to type "@" by pressing Left Ctrl + Left Alt + q. Try it (but I doubt it).

It would be very interesting to know if AltGr works now on German systems when connecting ofreerdp to Windows...
Yes I think you should send AltGr when AltGr is pressed and Ctrl + Alt when that keys are pressed. Ctlr + AltGr - I think this combination is not needed/used for anything.

Of course I tried both, the old way Ctrl + Alt like with old keyboards that don't even have AltGr key and the AltGr (+ E = € or + Q = @...). I think I've also tested the ver old way Alt + (NumberKeyBlock keys 6 + 4) which should result in @ too. Nothing worked. Unfortunately currently no Win target to test with. Maybe I can manage this in the next days.

29
I see -
Quote
!TEST! country: 49, codepage: 850
!TEST! Right Alt (pressed) -> Ctrl (0x1D) + Right Alt
!TEST! Right Alt (released) -> Ctrl (0x1D) + Right Alt
!TEST! Right Alt (pressed) -> Ctrl (0x1D) + Right Alt
!TEST! Right Alt (released) -> Ctrl (0x1D) + Right Alt

But none of the 3th keys work when I connect to a Linux/Debian box. I tried @ € ² ³ ~ tried. Currently I've no /kbd option on command line. Should I try again with /kbd:de,lang:de? My notes says this does not work in the past.

I start with (user/password changed to xxxx) -
Code: [Select]
ofreerdp.exe /u:xxx /p:xxx /w:2100 /h:1600  /v:m92p

30
Edit - reboot required even with BEGINLIBPATH and LIBPATHSTRICT I had to reboot.

Could it be that you're using another libc*? This version does not start here. Even after updating libc*

Quote
================================================================================

 Paket        Arch            Version                  Repository         Größe
================================================================================

Aktualisieren:
 libc         pentium4        1:0.1.13-1.oc00          netlabs-rel        1.0 M
 libcx        pentium4        0.7.4-1.oc00             netlabs-rel         86 k

Vorgangsübersicht
================================================================================

Upgrade       2 Packages

Gesamte Downloadgröße: 1.1 M
Ist dies in Ordnung? [j/N] :j
Lade Pakete herunter:
(1/2): libc-0.1.13-1 | 1.0 MB  00:01     ===  ] 421 kB/s | 902 kB  00:00 ETA
(2/2): libcx-0.7.4-1 |  86 kB  00:00
--------------------------------------------------------------------------------

Gesamt                                          671 kB/s | 1.1 MB     00:01

Running Transaction Check
Führe Verarbeitungstest durch
Verarbeitungstest erfolgreich
Führe Verarbeitung durch
Warnung: RPMDB wurde außerhalb von yum verändert.
  Aktualisieren: 1:libc-0.1.13-1.oc00.pentium4                              1/4

  Aktualisieren: libcx-0.7.4-1.oc00.pentium4                                2/4

  Aufräumen    : libcx-0.7.2-1.oc00.pentium4                                3/4

  Aufräumen    : 1:libc-0.1.9-1.oc00.pentium4                               4/4



Rpmdb checksum is invalid: dCDPT(pkg checksums): libcx.pentium4 0:0.7.4-1.oc00 -
 u

{1}[t:\temp\freerdp_test] chkdll32 ofreerdp.exe
Loading DLL 'libcn0' --> L:\USR\LIB\LIBCN0.DLL.
Unable to load procedure from libcn0 (file: L:\USR\LIB\LIBCN0.DLL)
Ordinal entry 2026 could not be resolved.
DosQueryProcAddr returned: 182
Loading DLL 'doscalls' --> loaded.
Loading DLL 'gcc1' --> L:\USR\LIB\GCC1.DLL.
Loading DLL 'tcpip32' --> L:\MPTN\DLL\TCPIP32.DLL.
Loading DLL 'winpr' --> NOT loaded!
DosExit or exception while loading 'winpr'.
Loading DLL 'freerdp' --> NOT loaded!
DosExit or exception while loading 'freerdp'.
Loading DLL 'mdm' --> L:\MMOS2\DLL\MDM.DLL.
Loading DLL 'pmwin' --> L:\OS2\DLL\PMWIN.DLL.
Loading DLL 'pmgpi' --> L:\OS2\DLL\PMGPI.DLL.
Loading DLL 'pmdrag' --> L:\OS2\DLL\PMDRAG.DLL.
Loading DLL 'pmshapi' --> L:\OS2\DLL\PMSHAPI.DLL.
Loading DLL 'icuuc' --> L:\USR\LIB\ICUUC.DLL.
Loading DLL 'msg' --> L:\OS2\DLL\MSG.DLL.
Loading DLL 'usb100' --> L:\USR\LIB\USB100.DLL.
Loading DLL 'nls' --> L:\OS2\DLL\NLS.DLL.

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