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 ... 50
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'.

Applications / Re: LarsenCommander - new test version
« on: June 08, 2023, 11:19:04 am »
Thank you Andi.
I updated my local svn and built it.  Thought I had a problem with the executable at first, I tried to test the built lcmd.exe in the directory it was built in and it threw errors but I figured out it was reading the lcmd.rc for building it and the executable needs its own lcmd.rc file.  Once I worked that out, it seems to be working well.
Yes I was confused by this more than once too. There's included the lcmd_text.cmd (and te.cmd) which calls
Code: [Select]
start lcmd.exe -rcFile ..\..\lcmd.rc -rcSearchPath ..\..\src\glib;..\.. -iniFile lcmd.ini -logFilter test -logFile lcmd.log %1 %2 %3 ...
One thing that I would like I would like to see (maybe I can work it out) is to have lcmd.exe look for gl16os2.dll in its own directory first before looking at libpath, this would allow it to run without gl16os2.dll having to be in libpath.
I've ';.;' in libpath after the %unixroot% directories.
Code: [Select]
LIBPATH=p:\usr\local\lib;p:\usr\lib;p:\dll;.;P:\.....So that's no problem for me. Isn't that the usual setup? I mean having ;.; in the libpath (best at the end or after unixroot dirs. Isn't it the standard behavior for OS/2 programs to search their dlls in libpath? Or start it by an object set to run in the programs directory?

Are you asking for some 'special' code in LCMD which loads the dll from the programs directory regardless of libpath setting? Are there some example programs for such?

Hardware / Re: Resolution Assistance
« on: May 31, 2023, 05:46:44 pm »
Not sure if someone else stated this above but, whenever you've such problem then -
- power off the system completely (main switch, or disconnect power cord for 20-30 seconds)
- disconnect all video cables but the one you wanna use/test (in your case disconnect VGA cable from motherboard/system, only connect DP)
- power up monitor at the same time as the system or before (maybe this is even more important if you use some adapter in between so better test with monitor powered up before. But adapters are a bad choice anyway. Bad luck if you're really need one :-( )
- power up system and recheck what resolutions Panorama can see and handle (testlog generic)

Reason - today's BIOSes scans monitors on all interfaces at boot up and selects some interface/resolution it thinks is working and necessary. Sometimes BIOS switches off DP completely when it finds a monitor on another connector, sometimes it honors the selection in BIOS settings (or not). YMMV.

Programming / Re: Source Code Text Editor Suggestions
« on: May 28, 2023, 09:20:53 am »
Simpler to setup and use is MED. Mind I'm using VisualSlickEdit for all my programming tasks. Including project symbol find, rebuild with simple keystroke, jump to compile error with ctrl up/down (IIRC). But for simple editing tasks I use MED (config.sys, ... or simple one ore two C source file projects). MED is my default even when I'm searching in toolkit header files for some things (DataSeeker) and with one click MED opens at the line where the symbol searched was found.

Conclusion - big and complex source project clearly VS. For all other tasks MED.

Btw. VS does not start when Virtualbox is already running. You've to start it before.

Applications / Re: LarsenCommander - new test version
« on: May 26, 2023, 05:48:50 pm »
this would allow it to run without gl16os2.dll having to be in libpath.
I don't think I've it in the libpath. But I will check next week.

Applications / Re: LarsenCommander - new test version
« on: May 19, 2023, 05:55:41 pm »
Maybe you're bitten by the same bug I mentioned in the ToDo.txt file more than 12 years ago ;-) (20100810 After deleting files focus changes to another not lcmd window).

I remember I added some debug messages back then when I tried to track this down. But couldn't solve this. But as this is a nuisance for me too chances are high that I finally will fix it.


Applications / LarsenCommander - new test version
« on: May 19, 2023, 12:07:08 pm »
Since a while I'm working on some problems in LarsenCommander again. There is still one problem I want to resolve before I make an official release. But as I'm preparing for holiday vacation I think it may be good to spread the current version to the public.

Main difference to older releases is - I reenabled big buffers for file copy operations. The advantage is much faster copy speed especially with big files. Copy speed is still not as fast as the copy command from a 4os2 command prompt but the difference is not as dramatic than before. I had to rework and extend the original dynamic buffer adaption code for this. It seems current copy speed is the maximum you can get when copying with an PM application.

The max. copy buffer size in old releases was determined by a simple algorithm and based on the setting in Options - Various - File Copy/move tab. I had to limit the buffer in some 1.7. release to 60k cause there was a subtle bug in ndfs DAV plugin which leads to some zero bytes in large files copied with the help of big buffers. The side effect was a limited copy speed at about 30MBytes/s I just discovered a few months ago. There's an old ticket about the ndpdav bug which is resolved in newer releases I think. So I think it's save to reenable big buffers again. For convenience I include my fixed ndpdav.dll in this lcmd*zip. But you probably don't need it. Current ndfs 3.1.6 also has changed in a way that such subtle plugin bugs shouldn't show up anymore. But be warned if you use old ndfs/ndpdav versions.

Lcmd also uses high memory for the copy buffer now. So if you watch your memory consumption (f.i. with above512.cmd or theseus) you may find a bit less memory usage from the scarce lower shared mem. Unfortunately this does not fix another long standing problem - copying big trees of directories sometimes leads to eat up a lot (sometimes all) lower shared memory. This may eventually bring your system down until you kill lcmd. Finally I can reproduce this problem but unfortunately I don't have a fix for this right now. If you ever run into this bug in the past, sorry there's no fix in this release for that.

In this archive I've also included the current available translations. When you want to use lcmd with another language or make your own translation look into the locale directory.

I've also checked in all current sources at the official home of LarsenCommander -

Have fun :-)

I'm thinking about two different ways -
- let AVM Fritzbox make the VPN and find a client which can connect to it (from OS/2, Linux & Win)
- configure AVM Fritzbox the way that my OS/2 server is in the trusted zone (let all internet traffic go to my server) and try to make the VPN with Injoys Firewall settings

The former should be simple, though I've no clue how to do it for OS/2 clients. See the picture below what AVM says how it works for iOS and Android (neither one is of any interest for me). The later may be even more challenging but maybe even more secure (security by obscurity - no one out there tries to break into an OS/2 server these days :-)).

I've no clue about IPSec or ... Hints appreciated.

Anyone running Injoys Firewall VPN feature?

Or how to you connect securely into your home LAN from outside world?

It seems to be possible to configure an AVM Fritzbox for this task. Is there a simple how to to get this working? I mean connection from the outside with a notebook running OS/2 (or Linux or Win) to my internal OS/2 server and ...

Programming / Re: Raw Ethernet I/O from an OS/2 application
« on: April 24, 2023, 09:38:55 am »
MAC address change - some network drivers allow to set it (MPTS [NAPS] - Parameters - ). Needs a reboot. If you mean changing on the fly - I don't know.

Hardware / Re: OS/2 Warp 3 Graphics Card Selection Input?
« on: April 20, 2023, 09:31:37 am »
IIRC it was a trident ISA card I used with Warp 3. It was able to produce 1024 x 768 with the trident drivers.  Which was astonishing good at that time.

Programming / Re: Building a Dooble RPM
« on: April 19, 2023, 04:05:17 pm »
Hi Dave,

Why not just build a WPI, which is much more useful?

I have RPM on my computer because it came with the install but have never used it.
Please don't go offtopic. If you've a question unrelated to the topic, open a new thread. Thanks. Btw. your question is answered more then once.

Web applications / Re: Dooble releases, Qt5 builds
« on: April 14, 2023, 01:29:59 pm »
Tried to click on the circle at the right to restart the download? It helped here in the past for numerous time. Though I've no clue why sometimes the download is canceled immediately.

Applications / Re: Rsync and eaclean
« on: March 31, 2023, 09:53:14 am »
I don't know why that would cause RSync to use more time to transfer the files.
I don't know the details either but Steven explained it a while ago. Since then I switched off EA support for all my samba shares. I seem to remember there's also a switch with our rsync to disable this EA processing.

Pages: [1] 2 3 ... 50