Recent Posts

1

Applications / Re: Klickstartmenu

« Last post by David Graser on Today at 08:05:06 am »

OK I finally go one.  I found out that if I start both launch pad and then startmenu from the desktop, I have a total desktop disappearance.  Nothing shows.

If I startmenu from a command promp, the disappearing desktop is not total. Either startmenu and/or Xcenter are still visible, just no desktop icons.

I finally got a dumpt from a full screen command prompts screen after the icons disappeared. Dump uploaded.

2

Applications / Re: Klickstartmenu

« Last post by Steven Levine on Today at 07:10:32 am »

You have a Desktop hang, not a system hang.

Since you can get to the CADH menu, use the "Run Command Shell" menu item to open a full screen session and force the dump from there.

3

Applications / Re: Does Lotus Smartsuite 9.8 work with Odin in OS2?

« Last post by JPM on Today at 06:58:55 am »

I gave SmartSuite 9.8 for Windows a try with Odin.
Unfortunately, the installation itself did not work because SmartSuite 9.8 uses MSI (Microsoft Installer), which Odin could not handle in this case.
I also tried bypassing the installer and running some of the individual binaries directly from their respective directories. For example, starting wordpro.exe with Odin did not work either. It simply returned without starting the application and without displaying any error message.

4

Applications / Re: Klickstartmenu

« Last post by David Graser on Today at 06:55:28 am »

It is not a system hang although the desktop disappears. The keyboard and mouse still function. Can Ctrl +Alt + delete to the rescue menu where I reboot the system. If Xcenter is still showing, one can access folders and execute programs. Copy and paste still work along with the already opened command prompt.

Whether from the XStartup menu or started from the desktop,  the trap and desktop disappearance happens. XStartup folder allows one to order and delay the speed each program is executed.  if Launch Pad is started first and Startmenu started second, all the desktop objects disappear along with any right click menues options.  The desktop disappearance happens within ~3 seconds after Startmenu is started.

Restarting the desktop does not solve the problem.

5

Applications / Re: Klickstartmenu

« Last post by JPM on Today at 06:54:57 am »

I normally do not start Klickstartmenu from the Startup folder. My OS/2 machine usually runs 24/7, and after the occasional reboot I start Klickstartmenu manually.

I may have seen occasional issues when using the Startup folder in the past, but I cannot remember the exact circumstances well enough to call it reproducible. So it may still be worth checking whether David’s problem is related to Startup timing.

6

Applications / Re: Klickstartmenu

« Last post by Steven Levine on Today at 06:45:24 am »

David,

Perhaps I am missing something.  What you have described so far sounds like a Desktop hang.  Not a system hang.  Correct me if I am wrong.

When you have a Desktop hang, the Desktop is not processing mouse and keyboard actions normally, but otherwise the system is running just fine.

Also, the hang only occurs when you try to launch StartMenu from the Startup folder?  If you launch startmenu from a command line session or a standard program object, SmartMenu starts and runs as expected.  Is this true.

When the Desktop hangs, can you bring up the CADH menu?  If so, you can open a command line session from the CADH menu and force the process dump from there.

If for some reason, you cannot bring up he CADH menu, what you can do is write a small 4OS2 script that does

  delay 30
  PDumpCtl startmenu r i d o

Create a program object for the script and run it from the Startup folder
just before the object that starts startmenu.

I am assuming 30 seconds will be long enough for startmenu to hang.

7

Setup & Installation / Re: yum errors -

« Last post by Dave Yeo on Today at 06:28:06 am »

Hi Jmase, how long has it been since you updated the YUM/RPM stuff. Almost looks like you are running into the issues that appeared when moving from Python2 to Python3.
Anyways, I see you have an i686 YUM/RPM install. i686 support has been discontinued and Qt is only available as pentium4 packages, which means you need a CPU supporting SSE2.
You're going to have to reinstall the Unix environment to get Pentium4 packages.
Simplest, starting with a freshly booted system with minimum stuff running is to do "unlock \usr\lib\*dll", move \usr \var and \etc out of the way, perhaps renaming to \usr.1. \var.1 \etc.1 and then run ANPM and choose pentium4 for platform. It will first install libcn and libcx and ask you to reboot, reboot and continue on.
Problem is the packages that were installed from the ISO when you installed ArcaOS. Have to remember how to mount that repository

8

Programming / Re: LKOS2 — A Linux Kernel for OS/2 (project announcement, early alpha)

« Last post by Dave Yeo on Today at 06:12:15 am »

JFS is a good choice, supports EA's, can be mounted case insensitive, which happens automatically when mounting an OS/2 JFS volume here with Mint. Has (on OS/2) unicode.sys to translate code pages to UTF8 and back. I'm running my Mint install on Linux JFS and have my OS/2 JFS volumes mounted, works fine.

Have you had problems mounting OS/2/eCS/ArcaOS-created JFS in Linux?  The latest bootable JFS I have is from eCS 2.1, and I had to patch the Linux JFS module to get it to load.  Something about garbage in the superblock pad field.  I'm running Linux 6.8.0 in Xubuntu 24.04.  Whatever kernel I eventually distribute will have this patch, but it would be nice to know if it's a real problem or just my garbage.

Further investigation shows that PMFormat is the cause of the bad super block padding and stray weird character in the Linux Volume name. format.exe x: /fs:jfs produces a JFS volume that easily mounts on linux (ignoring the permission problem).
Seems the ArcaOS installer and likely the eCS installer use the same DLL that PMFormat uses.
Only tested PMFormat with the defaults. I know Linux JFS doesn't support different block sizes. Don't know about whether sparse files are compatible though I'd guess so. Same with changing the journal size.

9

Programming / Re: LKOS2 — A Linux Kernel for OS/2 (project announcement, early alpha)

« Last post by Dave Yeo on Today at 06:05:23 am »

The limitation is often address space. Linking xul or the qtwebengine takes all the address space and pretty well requires VIRTUALADDRESSLIMIT=3072 (xul did improve and doesn't require as much address space with FF45 as it did with FF10). OS/2 was the last 32 bit system capable of building Mozilla. It has also hit a wall with the qtwebengine.
Another problem is some of these C++ files use over 2 GB to compile, which can be bad with multiple jobs being started with make. I also ran into a problem with compiling Mozilla with %TEMP% etc on an HPFS volume (my ram disk) where compilation would silently fail. Investigation showed an .S file over 2GB's. Using JFS fixed that.
Now we can finally cross compile (GCC) on Linux and Mac with 64 bit tools to get around the problems with our limited address space.

10

Applications / Re: Klickstartmenu

« Last post by David Graser on Today at 05:45:58 am »

David,

You cannot force a process dump for a process that is no longer running.  Do you understand why this cannot work?

The PDumpCtl command you are using is only useful if SmartMenu hangs.

If you wanted to capture a process dump when StartMenu traps we go back to the PDumpCtl.txt examples and find

  To capture a process dump for firefox.exe when it traps:


    PDumpCtl n s firefox

To map this to be useful for StartMenu, we would use

 PDumpCtl n i startmenu

Again from the examples:

  After the dump file has been captured, you would typically do:

    PDumpCtl r o

This avoids filling your disk with process dump files you do not need.

What's next for you is to capture a process dump when startmenu is hung.

One thing I do not understand.  If the program must be running to catch a dump, how does one catch a dump when the program has hung the system.  It seems to me both Startmenu and PDumpCtl must be runnung at the same time and PDumpCtl would need to contrinue to run until the trap happens.

Also, I was unable to get a dump without using the  "d" option.

I started Launch pad,  Then Startmenu.  After starting Startmenu, then executed the command lines I had entered.

I used Steven's parameters, except I added the d option

PDumpCtl n i p startmenu

PDumpCtl did not finish executing until after the desktop disappearance.

Then entered at the command line

PDumpCtl r o