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 ... 52
Applications / Re: ArcaOS 5.1 - First Impressions
« on: September 05, 2023, 09:13:40 am »
Installed 5.1.  First impressions are that it boots up faster than the previous versions. ....
Why do you think it boots faster? Did you measure a difference? Do you have any idea what's changed to make it faster?

I cant think of anything else except accidentally waiting on IP address (dhcpstart with wrong parameter) in config.sys which can make booting other ArcaOS installation slower. Puzzling.....

Applications / Re: ArcaOS 5.1 - First Impressions
« on: August 30, 2023, 09:18:29 am »
have defaulted to WPA-3 only (which might not be supported by ArcaOS 5.1).
Our XWLAN / wpa_supplicant definitely don't support WPA3. As we don't even have nearly current wifi NIC drivers there's no need for further wpa_supplicant/XWLAN development also.

Applications / Re: New Laptop
« on: August 06, 2023, 09:50:34 am »
If you use VBOX and Seamonkey and try to open AOO or Dooble then for sure your lower shared mem runs out. Even on my system with >300MB lower shared mem after boot. VBOX is the biggest memory hook. Maybe cause my WinXP guest runs at about 3500x2000 pixel resoltution. But SM needs a lot of mem too. I stopped using IBMs LanMan (requester, server) to save some shared mem.

General Discussion / Re: Why doesn't Bitwise answer my email?
« on: July 30, 2023, 06:11:52 pm »
Andi. Read the remark to me from Silvan that indeed is the case except I never did get a bounce notice.
I read it more than once but still don't know who's server/email settings are the problem. If the problem is on your side then I think it's high time for an excuse cause of the wording in your initial post.

General Discussion / Re: Why doesn't Bitwise answer my email?
« on: July 30, 2023, 10:54:31 am »
I still wonder if Eugenes email provider does not work or Silvans. And if it does not work if someone gets the mandatory failure message (which should include some hints why the mail server decided not to work as it is supposed to do) or if some idiotically server trashes emails without notice.

Networking / Re: [SOLVED] Release IP and Refresh IP from DHCP
« on: July 25, 2023, 03:42:04 pm »
Hi Andi B.

I have interest to also test your DHCP Client. Since OS/2 wifi does not work at all on my laptop I didn't notice you implemented that.
Can you give me a pointer (link) to your latest version?

It should be in 'yum install dhclient'. Not sure if the very latest changes are implemented as Yuri made the packages. But I don't think there has been any changes in the last years. And dhclient worked much better than OS/2 DHCP client ever did. If we ever get new wifi drivers I may look at it again.

Networking / Re: [SOLVED] Release IP and Refresh IP from DHCP
« on: July 22, 2023, 11:47:14 pm »
DHCP client in eCS And ArcaOS can be very slow compared
I've said it on other places and do it again - the OS/2 included DHCP client is buggy especially when you're on a network with more than one DHCP server. Although it was unusual (you may say even forbidden) in the past in today's environment it's not that unusual anymore. AFAIR OS/2 DHCP client sends DHCP accept messages to the the wrong DHCP server which didn't send to offer message.

Bottom line - don't use OS/2 DHCP client. That's all about why I implemented dhclient (ISC version) to xwlan back then. Something like 'dhclient lan0' sounds like a good replacement to IBMs old DHCP client.

Setup & Installation / Re: USB to Serial adapter setup
« on: July 19, 2023, 09:39:00 am »
Have you tried to set another port than 'the first available' for your USB/serial converter? I've something like -
Code: [Select]
DEVICE=C:\OS2\BOOT\USBCOM.SYS /M:4 /N:COM5in my config.sys. My first PL2303 uses COM5: the second COM6: (maybe COM6 and COM7, check with mode command) and so on. Guess /M means using up to max. 4 USB/serial converters but not sure. There is an usbcom.txt which should explain all the parameters.

I think USB 12.14 was the first which worked satisfactorily for me. Before I used the special PL2303 driver with
Code: [Select]
DEVICE=P:\util\USBCOM_PL2303\usbcom.sys /V /M:1 /N:COM5 /Z
DEVICE=P:\util\USBCOM_PL2303\usbcom.sys /V /M:1 /N:COM6 /Z
DEVICE=P:\util\USBCOM_PL2303\usbcom.sys /V /M:1 /N:COM7 /Z
DEVICE=P:\util\USBCOM_PL2303\usbcom.sys /V /M:1 /N:COM8 /Z

Applications / Re: Registry editor
« on: July 16, 2023, 10:56:07 am »
Unimaint / Inimait are also editors for the ini files and can cleanup things.

Applications / Re: Registry editor
« on: July 15, 2023, 02:05:05 pm »
My inis are currently quite big -
Code: [Select]
15.07.23  13.13       3.500.039      0   R_SA_  OS2.INI
15.07.23  13.13         457.587      0   R_SA_  OS2SYS.INI

Just started checkini / cleanini but that didn't help much.

Programming / Re: Compiling a PM sample with GCC (2023)
« on: July 03, 2023, 12:46:58 pm »
IMO for a most simple programs it's not worth to make a non-debug build. The difference in file size is often not worth thinking to remove debug stuff. During development you usually want to have debugging information. Of course when you fire up a debugger and want to do source code debugging. But even in release program versions it's often helpful to have debugging data to some extend in the .exe. F.i. line numbers in conjunction with the map file can often point directly to failing code line.

Suggestions - build and ship with full debugging code (compiler and linker). Only when the exe size becomes to big or you've some very time critical parts in your program, start playing with less debug settings.

Applications / Re: LarsenCommander - new test version
« on: June 29, 2023, 10:03:18 am »
Thanks Rich and Lars. I'm thinking about your inputs and hope to find the time to come back to this.

Rich, to my understanding VAC4 is a complete different thing. It uses vacbld which creates a code store and compiles all sources at once (?) instead classic icc for every file and makefiles. But in the package of VAC4 there's also included v3.65 with a lot of information when you can or should switch from older versions to 4.0 or to 3.65. I read them long ago and probably forgot most of them. Anyway I'm thinking about switching to gcc since a while. But it's not that easy and so not top priority.

Currently I try to track down a memory leak in LCMD in some situations. Doing this I stumbled over a shortcoming in pmprintf which eats up all lower shared memory when loaded very heavy. So I try to improve pmprintf first (make use of high mem). While doing this I was bitten by a shortcoming of our os2ahci driver. Reproducing this problem, creating a ticket and help to track it down took a lot of time. So it's all about having to less time for all these interesting stuff to get finally solved. So better not giving any time frame....

Applications / Re: LarsenCommander - new test version
« on: June 09, 2023, 10:00:21 am »

I have lcmd in path but am trying to avoid having to put the dll in the libpath.  There is a way when calling the DLL to search the path the the executable is in first, ;.; only helps if you are in the directory that the DLL is in when you launch the executable.  I should be able to find the code in Mozilla.
Ok now I understand. Different people, different habits. I don't have the LCMD directory in PATH nor in LIBPATH. I've three different objects in xcenter which starts LCMD with different settings and at least one object on the desktop. Looking at it I now see one of them points to te.cmd. Others have '*' as 'Path and file name' and something like '/c set beginlibpath="P:\Util\Larsen Commander_OwnTest" && "P:\Util\Larsen Commander_OwnTest\lcmd.exe" -rcSearchPath P:\Util\Larsen Commander_OwnTest -rightDir E:\_work -leftDir E:\Dokumente -iniFile E:\home\lcm_own.ini' as Parameters. Now I see why I don't need it to bee in any (LIB)PATH :-)

If I have a need to start a program from cli then I usually have a *.cmd file in my default \batch file directory (which is in PATH). With this habit (objects in xcenters and .cmd files) for a lot of programs I keep my PATH and LIBPATH short. As said different users different needs.

Anyway if you find some solution for your problem maybe we can implement it.

Setup & Installation / Re: AOO4.11.1/Firefox/Seamonkey trouble
« on: June 08, 2023, 12:09:18 pm »
In addition to the "Not all attributes could be read" when opening spreadsheets I also get "General error" when opening text documents.
I never saw such errors. Do you get them only with 'special' files of you? Or with a new file too?

Applications / Re: LarsenCommander - new test version
« on: June 08, 2023, 12:06:32 pm »
So I'm curious about this: does the current Max Buffer setting still function, or is that now ignored by your enhanced logic?
Currently it's only honored when you set it bigger than 16MByte. And only for the first file block which is copied. If the file is bigger than 16MB (or your setting) then the buffer may be increased when copying one block takes less than 40ms. And the buffer size gets decreased when copying a block takes more than 350ms. Actually the 'ideal' copy buffer size calculation is a bit more complex but the idea is to change the buffer size dynamically so that copying one block takes between about 40 - 350ms. This all has a big impact on real big files (lot of 100MBytes) and fast devices (f.i. SSDs or fast HDDs).

Originally the 'ideal' buffer size was calculated for a block transfer time of 4s (if I understand the code correct) but limited to your setting in the options and a rather small initial setting. I had to change that cause some overflow in the calculation leads to wrong buffer size and very slow transfer rates in some cases. Moreover I think most users didn't even find the setting in the options (like myself) and so the got only low transfer rates even with very fast devices.

With my current algorithm I have about 85MBytes/s when writing to HDDs and >140MBytes/s on some SSD. This is close enough to the limit my system is able to handle and I think most I can get out of a PM copy program with progress indication.

I mainly tried to optimize copy speed with big files and reals disks within the system. I've not seen a negative impact in copy speed for small files. Limited testing was done on different LAN or USB devices and different file systems (JFS, HPFS, FAT, FAT32) too without negative side effect. Unfortunately I've currently no chance to test fast USB3 devices. They do not work well on my system in general. So test result with different settings are welcome. Mind you always can compare speed with copy done from cli. Usually copy from cli is still faster. But not that much anymore than before.

OK, so I do have a 'feature request': WHEN looking at the contents of a ZIP file do you think you might be able to enable object recognition and the use of system-wide settings instead of the default editor that's defined in LCMD settings?
I consider the vfs implementation (zip file handling) in LCMD as a proof of concept. Only basic functionality is implemented AFAIK. As you already have observed functionality is very limited. I never used this feature by myself. I find even file managers which implement such feature much better (TotalCommander on Win) as rather useless and I don't use it. Cause even there it never works nearly as good as a real Archive program manager (WinRar, 7-zip, Win folder zip integration, ...). I don't see any real chance for me to implement zip/rar/arj/tar/iso/... file handling in LCMD to an extend I by myself would call it nearly useful. Not even if I got fired by my company and could work full time on this ;-). So until no one else could invest a lot of time in this part of LCMD I would suggest setting 'System launch Zip's by default'.

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