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 5 ... 55
31
Applications / Re: Panorama Maximum Resolution
« on: December 21, 2023, 04:47:34 pm »
Quote
At the moment I'm experiencing that if you BIOS does not support that resolution I can not make a 4K monitor
I would it express in other words - the BIOS offers Panorama only resolutions it thinks the 'monitor in conjunction with the current connection' (DP, DVI, HDMI, ...) is capable. Then Panorama tries to select the predefined BIOS mode (resolution) which matches best OR tries to patch on of the BIOS modes to a better resolution.

I'm not sure if I got it correct, but to my understanding Panorama is sometimes capable to patch (overwrites) one of the modes in some BIOSes. That's the reason why I see a slight chance that there could be a difference when you use traditional BIOS mode instead UEFI. Currently you're running the 'UEFI BIOS emulation' driver not the real BIOS. Of course I could be totally wrong. Maybe when you open a ticket David will explain to you the real truth.


32
Applications / Re: Panorama Maximum Resolution
« on: December 20, 2023, 09:01:23 pm »
I think this
Code: [Select]
Panorama v1.18 log for GID=0 started at 2023-12-8 10:9:43
This copy of Panorama is licensed to Martin Iturbide #xxxxxxxxxx.
Profile setting for Shadow...Enabled
VESA version is 201
BIOS-supplied information
OemVendorNamePtr  = 8B000022
OemProductNamePtr = 8B000031
VideoModePtr      = 8B00004D
TotalVramSize     = 1000000
OemVendorName     = Arca Noae, LLC
OemProductName    = UEFI VESA Emulator v1.0
Emulated environment detected.
Initial PmRes X=1920 Y=1080 C=16777216
EDID Version 1.4
Display size 31 cm x 17 cm
Display resolution is 1920x1080
Info: 14100,1920,1080,184,36,16,16,3,14
Checking BIOS...
Mode 0x120: 1920x1080x32bpp planes=1 Attr=0xDB
Mode 0x121: 640x480x32bpp planes=1 Attr=0xDB
Mode 0x122: 800x600x32bpp planes=1 Attr=0xDB
Mode 0x123: 1024x768x32bpp planes=1 Attr=0xDB
Mode 0x124: 1280x1024x32bpp planes=1 Attr=0xDB
Mode 0x125: 1366x768x32bpp planes=1 Attr=0xDB
PmRes X=1920 Y=1080 C=16777216
X=1920 Y=1080 C=16777216 LoX=65535 LoY=65535 LoC=0
Requested mode=120
Video Aperture: Base=0xD0000000 Size=0x800000
Attempt to allocate shadow buffer...Success
Shadow Buffer locked at 0x5E5F7000, Length 0x800000 bytes
Trying D0000000 size 800000.
MTRR Write Combine caching enabled Base=D0000000 Size=800000.
Requested mode=120

 is the most relevant part. It shows that you are using the UEFI emulation. No clue if this has additional limitations. But it does not show how you have attached your monitor. If this is a notebook there's nothing you can do about of course. But if it's a desktop system then you really need DP. And don't attach another cable during boot in parallel, only DP nothing else. If no DP is available then try HDMI. Remember only one cable attached during boot.

You can compare what I've here -
Code: [Select]
Panorama v1.16 log for GID=0 started at 20.12.2023 20:26:17
This copy of Panorama is licensed to andreas.xxxxxxxxxxxxxx.
Profile setting for Shadow...Enabled
VESA version is 300
BIOS-supplied information
OemVendorNamePtr  = C0000170
OemProductNamePtr = C0000102
VideoModePtr      = 8D000044
TotalVramSize     = 3000000
OemVendorName     = (C) 1988-2010, Advanced Micro Devices, Inc.
OemProductName    = LEXA
Manual custom resolution is set to 3840x2160
Checking BIOS...
Mode 0x110: 640x480x16bpp planes=1 Attr=0xBB
Mode 0x111: 640x480x16bpp planes=1 Attr=0xBB
Mode 0x113: 800x600x16bpp planes=1 Attr=0xBB
Mode 0x114: 800x600x16bpp planes=1 Attr=0xBB
Mode 0x116: 1024x768x16bpp planes=1 Attr=0xBB
Mode 0x117: 1024x768x16bpp planes=1 Attr=0xBB
Mode 0x119: 1280x1024x16bpp planes=1 Attr=0xBB
Mode 0x11A: 1280x1024x16bpp planes=1 Attr=0xBB
Mode 0x165: 1280x960x16bpp planes=1 Attr=0xBB
Mode 0x166: 1280x960x32bpp planes=1 Attr=0xBB
Mode 0x121: 640x480x32bpp planes=1 Attr=0xBB
Mode 0x122: 800x600x32bpp planes=1 Attr=0xBB
Mode 0x123: 1024x768x32bpp planes=1 Attr=0xBB
Mode 0x124: 1280x1024x32bpp planes=1 Attr=0xBB
Mode 0x145: 1400x1050x16bpp planes=1 Attr=0xBB
Mode 0x146: 1400x1050x32bpp planes=1 Attr=0xBB
Mode 0x175: 1600x1200x16bpp planes=1 Attr=0xBB
Mode 0x176: 1600x1200x32bpp planes=1 Attr=0xBB
Mode 0x1D2: 3840x2160x16bpp planes=1 Attr=0xBB
Mode 0x1D4: 3840x2160x32bpp planes=1 Attr=0xBB
Mode 0x1D8: 2560x1440x16bpp planes=1 Attr=0xBB
Mode 0x1D9: 2560x1440x32bpp planes=1 Attr=0xBB
Video Aperture: Base=0xE0000000 Size=0x2000000
Attempt to allocate shadow buffer...Success
Shadow Buffer locked at 0xABFE0000, Length 0x2000000 bytes
Trying E0000000 size 2000000.
MTRR Write Combine caching enabled Base=E0000000 Size=2000000.
Requested mode=1D4

Edit - I see you're talking about a notebook. For such you can only play with BIOS options. No clue if it helps. Especially in UEFI mode. But you can try to select in BIOS something like 'External Display only'. For ArcaOS it's not possible to drive both displays (internal and external) at the same time. You need the right display at boot up (and only that one enabled). At least I can't get it to work on my notebooks. But Neil is much more experienced in this for sure.

33
Applications / Re: Panorama Maximum Resolution
« on: December 20, 2023, 09:11:55 am »
Code: [Select]
If there is any additional trick you may suggest for 3840x2160 I will try it out.You can search the Mantis ticket about that from me a few years ago. Basically before playing games with custom resolution settings (you shouldn't do that) check what your hardware offers. I think it's listed in a testlog but there's also some util IIRC.

It depends on -
- connection type to your monitor (DisplayPort prefered is capable of all relevant resolutions, DVI can not do more than 1920 x 1440, HDMI varies a lot between different versions, analog RGB can't do very much probably no more than 1920x1200 or something like that)
- your monitors capabilities (read out and offered to the driver via EDID interface)
- your graphic card
- and most important the BIOS in your graphic card.

Sometimes it needs additional work from David to get it to work on your system though.

3840x2160 is running here since some time via PCIe ATI graphic card and the help of David (who included the fixes in 1.18 I think). 

34
Applications / Re: XWP v1.0.16
« on: December 19, 2023, 05:53:42 pm »
I for myself prefer the sharp crispy font display LCDs can provide. If I wanna have these washed out fonts then I would attach these crappy old blurred tube monitors we had to work with decades ago. Or don't clean my glasses for a while of put them off completely :-).

Of course these is only valid for our carefully selected bitmap fonts used for the WPS. For surfing the net with all these different fonts in different sizes aliasing is necessary. But not for WPS and window menus. YMMV.

35
Thanks Steven. I've a program object which calls 'ssh -l git nas-ab'. Luckily it's so easy on our platform to change the environment for some objects (think 'Environment' tab is an XWP object extension) I tried with term=vt100 and it sorta works.

Colored dir is working now, thanks.

But nano opens a small window (different to the older ssh) and produces a LIBC PANIC!!. Log is appended if anyone is curious. Have to check different things ....

Btw. TAB does not work either. Which is really a pain on a *nix system. TAB is working with the old OpenSSH though.

36
I connect to some Linux box via SSH. After figuring out all the keys stuff it works. But now I've updated to 'OpenSSH_8.4p1, OpenSSL 1.1.1s  1 Nov 2022' and see some problems/differences. As I'm not familiar with all these SSH and Linux stuff I want to ask here before opening a ticket.

Old version 'OpenSSH_5.3p1, OpenSSL 0.9.8k 25 Mar 2009' worked fine. I've colored dir (dir, ls -la, ls -ls, ...) but with new version 'OpenSSH_8.4p1, OpenSSL 1.1.1s  1 Nov 2022' the colors are gone. I know I've setup these colors in some conf file on the Linux box (I think) but don't remember where anymore. But there must be a difference between our two ssh versions. Cause I can connect with the old version at the same time as with the new ssh.exe version. Old has colored dir, new not. I'm using the same user of course.

I also noticed that with the old version 'nano' works while with the new version nano gives an 'Error opening terminal: os2.'.

Anyone knows what this 'terminal: os2. means? Or how to change? Or how to find out why the old version works better than the new one?

Additional info - the old ssh version was installed here in /usr/local/bin. No clue from where I got it but most probably not from the netlabs repository as it would have been in /usr/bin then.

37
Applications / Re: LarsenCommander - new test version
« on: December 14, 2023, 10:36:50 pm »
The solution to this particular problem is to get rid of the DLL -- there's no reaon for it to exist. The original author claimed that VACPP 4.0 couldn't handle a 16-bit call so he created a separately-compiled file. But rather than simply linking it into the exe with all the other .obj files, he created a dll. Why?
...

It seems it was that easy - add '      source "gl16os2.obj"' to lcmd.icc and don't delete gl16os2.obj during the build. As far as I can see the only 16 bit function which is used by lcmd is Dos16MemAvail. But no clue when it is called. Have to test a while to be sure there's no sideeffect.

38
Communication / Re: COM Port Setup
« on: December 12, 2023, 07:33:17 am »
Quote
looked like this:

s*h*o*w* * i*p* * i*n*t* * b*r*i*e*f*
Never seen such before. What terminal setting do you have in ZOC? Do you have a DBSC system? What does 'copy anytextfile.txt com1:' produce on the other end?

I've different more than one USB->RS232 converters running here without such strange problems though.

39
Answering myself, I've to set for the rdp user in hardware setting the keyboard layout. Only problem now is "<Alt Gr>" and "<Alt> <Strg>" do not work as expected. F.i. I can't input a ~ or € on the remote system.

40
I've tried FreeRDP to connect to different Linux boxes. It works but using FreeRDP the Linux host uses EN keyboard layout. All my Linux boxes does have German keyboards attached and work as expected when I'm sitting in front of them. My OS/2 system has a German keyboard too. But when I connect from my OS/2 system a Linux host via FreeRDP they get the English keys instead the German ones.

I don't see any setting in our FreeRDP port to translate the keys. Is there anything I'v to adjust on Linux (host) side?

41
Applications / Re: new version of openssh ?
« on: December 08, 2023, 03:19:42 pm »
Okay found a solution for this one in the issue tracker - https://github.com/bitwiseworks/openssh-portable/issues/1

Use the klibc user manager and point the home directory of root to your usual home directory (e:\HOME\default on my machine).

42
Applications / Re: new version of openssh ?
« on: December 08, 2023, 01:47:05 pm »
Anyone found out why this ssh now wants this wrong directory /nonexistent/.ssh?

Older ssh-keygen put it in ~/.ssh which is on my system e:\\HOME\\DEFAULT/.ssh/...  Yes this strange mix of \\ and / worked with older version.

Should we create a new user nonexistent instead the old default? Or is there a new environment variable for this?

43
Applications / Re: LarsenCommander - new test version
« on: December 08, 2023, 10:58:16 am »
I'm glad to to see LC actively developed once again. Thank you, Andi - will be giving it a spin : )
Quick question - is NLS functional?
It should be all included in the package. I remember I've worked on adding all necessary components for NLS to the distribution script long time ago. But I didn't test it. So feedback is appreciated.

Remember at https://sourceforge.net/p/lcmd-git/tickets/ there's a ticket system. Although I try to read all infos here, chances that something get remembered in future is much higher when there's a ticket ;-). No clue if you need an account for that. For me sourceforge works pretty good with our ancient SM (and so FF I think). In contrary to other sites username/password authentication still works.

44
Hardware / Re: Lenovo Thinkpad T14s 1st Gen - 20T1
« on: December 07, 2023, 06:31:15 pm »
Quote
Maybe a workarround is to disable the "Trackpad" in the BIOS.
Please report back if you can disable the Touchpad in BIOS and if Trackpoint and associated (mouse)keys still work. Thanks.

45
Applications / Re: LarsenCommander - new test version
« on: December 05, 2023, 09:20:58 am »
Thank you for your work.
I pulled the source from git and find there were build changes:
call envtk45.cmd -noansi
call envicc40.cmd $ -noansi
These cmd files are not in the repository and I do not have them in my build environment.  Are these files you built or should I have them in my environment?
Thanks for testing the new repository. Obviously I've checked in some local changes I made long ago which I have never updated in the svn.
envtk45.cmd and envicc40.cmd are my local files similar to the setenv* commands for toolkit 45 and vacpp40. But instead changing to fixed inc/lib/paths I check before if the needed files are accessible and only add the new paths when they are not already set. So this is only to ensure that the proper toolkit and compiler environment is set.

I wonder if I should add these files to the repository cause they are kind of quick and dirty REXX scripts. And they include my fixed drive/path settings. Maybe I should rem them out in the repo. If you wonder about the -noansi - this is for running them within Slickedit to suppress the colored output which is funny for running from 4os2. I think in the Linux world the -color option would be the more common term for such behavior. You may found out I usually compile within Visual Slickedit calling vs_make.cmd by simply pressing <F5> (Project properties - Build options....).

Pages: 1 2 [3] 4 5 ... 55