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 - Andreas Schnellbacher

Pages: 1 2 [3] 4 5 ... 49
Applications / Re: theseus 4.001 trap in usbmon
« on: May 24, 2021, 02:40:34 am »
It works for me with the latest kernel.

Setup & Installation / Re: Install from USB
« on: May 22, 2021, 10:29:15 am »
Yes, OS/2 can't be installed on removable drives. (Even for the maintenance systems on installation media or for the eCS demo CDs, a RAM disk is created to make that work.)

Utilities / Re: controlling stunnel as if it were a daemon
« on: May 17, 2021, 03:08:13 pm »
On OS/2, stunnel will not run as a daemon/service, so I presume I cannot assign a PID to it and then kill it at will.
Yes, you can, if there's an executable. The PID is not assigned by you, but by the system whenever a process is started. You may want to check it with Top. Another useful tool to kill a process without knowing the PID and much more is Pgmcntrl.

About Hobbes: The long description is not correctly displayed in the current HTML interface. It's correct when being downloaded as file per FTP. Second, upload requires passive FTP and active FTP is not rejected. It would just create 0 B files.

The uploader decides himself which prior versions are deleted on archiving (moving it to the destination) by the 'Replaces' entry.

(I always keep main versions and for others I delete the prior ones. One reason is that I want to ensure that people always use the newest version. If something important doesn't work, I'll upload a new version as soon as possible. Another one is to keep the repository clean. The full list of official versions can be accessed on, where I have have more options with the web page to direct people to the latest version.)

Ian seems to keep old versions on his site (where he mirrors Hobbes plus gathers files from other sources, also those that wouldn't be available elsewhere).

I don't like the Hobbes situation either. It's just too unsafe to rely on a single server. I'm glad that Ian's server exists and am not sure if we need another mirror.

Applications / Re: Desktop Enhancement for WPS
« on: May 13, 2021, 01:55:07 am »
I tried to download the given file but my anti viral tool detected a virus inside.
You never got a false alarm before?

It should be save to run the executable (and the resource DLLs) on OS/2.

| SciTech SNAP Graphics for OS/2 requires a version of OS/2 Warp 3 or
| later in order to run. More importantly, it requires at least Warp 3
| with FixPak 35, or Warp 4 with FixPak 5 installed.

I think you might be able to make a modified program object which would copy the file name used when opening  a program to a central "recently opened" list.
Yes, that might work.

It would probably work with files dropped on the program object, specified as a argument on the Program page, or when double clicking on a file in a folder. That wouldn't be that difficult to do.
Yes, both are WPS actions.

The problem is it would only work when using the WPS to open an app - meaning it would not pick up files opened from the File menu inside the app.  It probably would also not pick up files dropped on an already open application window (as opposed to files dropped on the Program object).
Yes, both are PM actions.

lsof provides app name which opens the file but of course,
It displays a list of which process holds which file or device open (locked). (Open files usually can't be e.g. renamed.)

I've written 'has opened', which means 'has loaded'. It's something like hatch-marked file objects to show the load state. A viewer usually opens a file to display it and then closes it. When being opened (loaded) by the WPS, such a file object is usually hatch-marked, provided the viewer is started synchronously. Unfortunately later PDF viewers for OS/2 keep a loaded file either opened or locked. But e.g. Iconedit or PMView do it correctly.

You can try it with e.g. opening a bitmap file object per double click or context menu. In both cases the file object gets hatch-marked, but also can be renamed after that.

Sorry Remy, that won't help anything in our case, as Lars has already written.

The important info is which app has opened which file.

IMO, that some sort of notification might exist (without an expensive daemon), shows the work area feature of a WPS folder. Unfortunately it works not with all apps, but e.g. with IBM's E.EXE or Aaron's AE.EXE. I don't have an idea why. Of course it also can't work for non-WPS actions, as e.g. when using the file dialog.

And even if we would find out how that works, we're still missing a list of (multiple) last opened files per app: If the work area folder feature is related, it would just give the current ones per folder, not multiple ones per app.

As you can see, changes to files are logged and can be queried. But you will have to specify a set of paths to look for. I don't know if directories are supported recursively.
Yes, interesting. But the cited notify actions seem to handle only changes of files or dirs in a folder. I don't see anything that can be used to track opened files. Am I wrong?

Sounds like a very elegant way. But does this also work when you f.i. open a file from cmd line in an editor which writes this file afterwards. And do you get notifications when you f.i. open a pdf by double clicking in the email client which fires up qpdfview and when do 'Save as' in qpdfview?
... plus files opened via file dialog.

Applications / Re: Most Recently Opened Documents - Discussion
« on: May 03, 2021, 09:00:59 pm »
"most recent files" is a global function.
Do apps use that WPS function? (I assume that's also the one been used for reopening file objects on opening work area folders, which doesn't work for all apps.)

Applications / Re: Most Recently Opened Documents - Discussion
« on: May 03, 2021, 08:16:35 pm »
DosFileClose with compare of 'known' extensions and 'last write' compare
Interesting, but not all opened files are loaded into an app. Apps usually open many other files that are closed - either by the app or by the system on closing the app. And files can be opened and closed with the libc functions.

I suppose, without implementing this into an app, there won't be a chance.

Applications / Re: Most Recently Opened Documents - Discussion
« on: May 03, 2021, 07:55:26 pm »
[Most Recently Opened Documents]

Dariusz, the problem is not the WPS object, but the functionality.

in Windows, all apps write to the same huge registry. There exists the 'Recent File List' key that is used by many applications. I'm happy that in OS/2, all applications usually use their own ini file. But there's also no standardized way to save the recent files. Some even use text ini files. (Additionally, some apps have multiple file lists for different purposes). But to allow for such a system function, all applications must implement history or recent file lists first and the system has to know where these apps store it and how.

Even if you consider to include only apps with that feature, you have to know where the apps store this and how. The ini files could be found still easily, but the relevant ini apps and keys are app-dependent. So, no chance without a huge list with that information.

Start first with having such a feature implemented for the apps you regulary use.

Could you post the  6.03b version of the ETK here please?
Uploaded to Hobbes.

I forgot to mention that this one is from 1996-06-07.

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