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 - Lars

Pages: 1 ... 12 13 [14] 15 16 ... 85
196
Utilities / Re: HPFS386.IFS
« on: March 05, 2023, 01:06:37 pm »
I am not sure but I think that HPFS386.IFS does not go together with the EARLYMEMINIT keyword in config.sys.
But if you remove that keyword, the rest of the system might run into boot problems...

197
Utilities / Re: DUMPFS setup
« on: March 05, 2023, 12:56:49 pm »
If the trap dump setup was properly followed (need to update config.sys manually with the TRAPDUMP keyword installer does not do that) and it still does not work, then I would go with Dave's comment:
need to move the partition to an AHCI or PATA managed Disk (or a RAM disk if you use latest ArcaOS).
As an additional check just in case something went wrong: the OS2DUMP module in the root dir should have size 10525 bytes. That's the specialized OS2DUMP that it needs for DUMPFS.IFS to work.

If you use a RAM disk, you will need need to format the partition on each system start (via startup batch file). In that case, also do not forget to first format to JFS and then to DUMPFS (as you had been doing manually).

198
Programming / Re: Qt6 Development
« on: March 01, 2023, 08:37:19 am »
What's more, there is a systemwide 260 character limit (CCHMAXPATH) on any file path.

   /*************************************************************************\
   * CCHMAXPATH is the maximum fully qualified path name length including  *
   * the drive letter, colon, backslashes and terminating NULL.            *
   \*************************************************************************/
   #define CCHMAXPATH         260


199
Storage / Re: LVM stopped working
« on: February 10, 2023, 09:29:47 am »
Move back to the latest 6.1.x Version of Virtualbox.

Version 7.0.6 does odd things. I can still start my eComStation installation but not my ArcaOS 5.0.6 installation. It will trap early with a "SYS2027" error ("Insert a system diskette and restart the system").

EDIT: I can also say that 6.1.42 does not work. The last one that worked ok was 6.1.40. What I could observe is that with 6.1.40, I can attach my (bootable) ArcaOS virtual hard drive as a 3. hard disk to my eComStation installation and it would boot from the eCS virtual (1st) hard drive and I could then run a chkdsk on the ArcaOS partition.

With 6.1.42, it would instead attempt to boot from the (broken) 3rd hard drive (ArcaOS) and of course, fail on that.

Now after reverting to VirtualBox 6.1.40, my ArcaOS partition is unfortunately broken to the extent that chkdsk will no longer do:

[e:\]chkdsk e: /F
The current hard disk drive is: E:
The type of file system for the disk is JFS.
The JFS file system program has been started.
JFS0068: CHKDSK  Superblock is corrupt and cannot be repaired becaus
primary and secondary copies are corrupt.  CHKDSK CANNOT CONTINUE.


There must be some change from 6.1.40 to 6.1.42 and likely also to 7.0.6 that led to a change in disk ordering on boot.



200
General Discussion / Re: ArcaOS on Youtube @MichaelMJD
« on: February 01, 2023, 02:32:29 pm »
Just a speculation:

Is there a connection between the blocking of the video and the failure of the 2rosenthals website? By the way it is still marked as an infected site by Bitdefender.

Perhaps the video generated so much traffic on the ArcaNoae site that the servers went down because of this and the video may have been taken off the market for the time being.

Or one of the old Windows evangelists has noticed and doesn't want a new OS/2.

All speculation. The only onces able to tell what is really going on are at Arca Noae.

I can access: http://www.2rosenthals.net/wordpress/jfs-chkdsk-options-on-os2-1020/
without a problem. Your problem seems to be Bitdefender specific.

201
General Discussion / Re: ArcaOS on Youtube @MichaelMJD
« on: February 01, 2023, 12:26:50 am »
Read through this and you know why:
https://www.os2world.com/forum/index.php/topic,3251.msg37902.html#msg37902

They don't have any guts to take a stand against criticism.

202
Programming / Re: Qt6 Development
« on: January 31, 2023, 07:18:21 am »
But does the change go against QScreen or against QPlatformscreen?
I have to admit that I got lost. They are inventing 2 different functions "logicalBaseDPI" and "logicalDPI" that return the exact same value (and sorry, yes, that seemingly changed from QT5 to QT6) and then they introduce them in two different classes. It's also unclear what is now physical and what is virtual. How could you compute a physical DPI value without the ability to query the screen size as physical horizontal and vertical lengths?

203
Programming / Re: Qt6 Development
« on: January 30, 2023, 12:48:03 pm »
Font scaling should be fixed with https://github.com/psmedley/qt6-base-os2/commit/e54d5f1f160f9d5798f2e483ea8f8e7e9014df77 - new qos2.dll link is in the testing thread.

I got lucky with browsing github during my lunch break today, and found https://github.com/psmedley/qt6-base-os2/blob/main/src/gui/kernel/qhighdpiscaling.cpp - searching for references to this led me to a commit which added logicalBaseDPI on other platforms - and voila ;) seems logicalBaseDPI defaulted to 96,96 is not set - which was different to the screen/font dpi of 120,120 - so windows got scaled (which we didn't wnat/need).

I don't get your explanation. From what I can see, QPlatformScreen::logicalDpi is not properly implemented in your github repo. It just returns QPlatfromScreen::logicalBaseDpi and therefore a 1:1 scaling between "logical" and "physical" for x and also y coordinates.
The BWW repo has an implementation for QPlatformScreen::logicalDpi that is more complex and will lead to a different scaling, at least under certain conditions.
Additionally: Looks like you can fumble around with environment var: QT_FONT_DPI to set your logical DPI. Maybe you can try "set QT_FONT_DPI=120" and see if that makes a difference. At least you can experiment with it ...

And I think it seconds what Alex said: QScreen:: is about Windows scaling and QPlatformScreen:: seems to center around font scaling, at least according to the comments in file qplatformscreen.cpp, at least the BWW repo has this:

Code: [Select]
/*!
    Reimplement this function in subclass to return the logical horizontal
    and vertical dots per inch metrics of the screen.
    The logical dots per inch metrics are used by QFont to convert point sizes
    to pixel sizes.
    The default implementation uses the screen pixel size and physical size to
    compute the metrics.
    \sa physicalSize
*/
QDpi QPlatformScreen::logicalDpi() const
{
    QSizeF ps = physicalSize();
    QSize s = geometry().size();

    if (qFuzzyIsNull(ps.width()) || qFuzzyIsNull(ps.height()))
        return QDpi(96, 96);
    return QDpi(25.4 * s.width() / ps.width(),
                25.4 * s.height() / ps.height());
}

204
Hardware / Re: USB32 USBMSD problem of re-read diskette
« on: January 24, 2023, 05:30:09 pm »
By now, I don't think it is a timing problem in the driver. It is a problem of not testing for an inserted media long enough for the drive to react. The number of retries is too low and/or the check for inserted media is not done at all places required plus the returned error info ("sense code") is not properly taken into account (the "sense code" will for example tell you if the drive is not ready, does not contain media or if the media has just been swapped and whole bunch of other potential error/status conditions). Then, for a USB floppy drive, you need some special handling regarding the fact media might not be inserted (for a USB memory stick, the "media" is always "inserted"). That is what you observed: to try and access the media when there is no media inserted will lead to that typical "rattling sound" and Windows does the same.

What I did in the past was to install "Wireshark" under Windows which contains an additional "USB capture" feature (USBpcap).
That is what I used to track what commands in what sequence Windows issues against the USB floppy drive (by using it under Windows). I then modified USBMSD.ADD to follow that sequence (as good as that was feasible), including some guesswork about necessary retries.

And regarding that it works on one system while it does not on another system: the USB floppy drive HW has some physical variation even if it is the very same model (but a different physical drive !) and that can lead to one drive needing more retries than another drive (for example). This has to be anticipated and taken into account. You just cannot test against each and every USB floppy drive on planet earth.


205
Hardware / Re: USB32 USBMSD problem of re-read diskette
« on: January 24, 2023, 08:40:38 am »
I do not have the same USB Floppy Drive as you have but I now did some further tests with the USB floppy drive that I have.
1) I tried it on my notebook with Win 11, Intel CPU, USB 3.x: it will never attach, no matter how often I try.
2) I tried it on my Tower PC with Win 10, AMD CPU, USB 2.x and USB 3.x: it has problems attaching. Initially I attached to a USB 2.x port which did not work. I then tried a USB 3.x port and that helped. I had to plug multiple times but it would finally come alive. Initially, it would report error that "device descriptor cannot be read"
3) I tried it on the very same Tower PC with OS/2 (and USB 2.x only): it also does not always attach but the situation is better than with Win 10. Eventually, after unplugging and replugging, it will come alive.

What I can remember from the USB floppy drive that I have is that on device attach it needs multiple "DRIVE READY" commands to trigger the drive electronics and convince the motor to spin up. That command would need to be repeated until it would no longer return with an error (naturally, you would limit the attempts to some maximum retries).

So, taking the current situation, I would believe that USB floppy drives in general are not very reliable and sometimes need quite a few attempts until they finally come alive. This is likely true on each new media insertion. And it will vary from system to system.

Since I am not a AN customer, maybe you can add that to your problem report.

Another solution would be to buy a new up-to-date USB floppy drive.

206
Hardware / Re: USB32 USBMSD problem of re-read diskette
« on: January 23, 2023, 05:39:48 pm »
Right now I can only say this:
what you are experiencing is a bug in the media redetermination when one diskette is swapped with another.
When I was working on it, I was seeing that exact problem until I finally got that fixed.

If Lewis claims it works for him with the very same USB floppy drive as yours then either your host controller FW/HW is not the same as that of Lewis or it is a timing issue in USBMSD.ADD (USBMSD.ADD uses a timer interrupt routine to handle command timeouts plus context hooks to offload asynchronous processing to a suitable future point in time. Both, timer interrupt routines and even more so context hooks are influenced by and influence timing. What's more, invocation of context hooks can be delayed by invocation of other context hooks, scheduled by other drivers).

207
Hardware / Re: USB32 USBMSD problem of re-read diskette
« on: January 23, 2023, 01:45:55 pm »
Hallo Igor, Michael,

this is an excerpt of the readme for USBMSD.ADD in its original IBM version 10.162 which was the base for further development for both drivers, that from AN as well as my driver set:

Code: [Select]
2.7 Known Limitations
=====================
 
2.7.1  Only USB Memory Keys sized 16MB or larger are supported.
 
2.7.2  IBM 32MB USB Memory Key and Iomega PocketZip USB drive cannot be
       suspended/resumed properly. These devices must be ejected and
       then detached before you start the suspend mode.
       
2.7.3  Eject must be executed for the USB removable drive prior detaching
       (switching off) it from working system. This is necessary for correct
       drive operation after re-attaching the drive.
 
2.7.4  Some USB floppy disk drives (i.e. IBM USB Portable Diskette Drive,
       ASM P/N 06P5222, FRU P/N 06P5223) are known to become inaccessible
       if there was no diskette in the drive during boot/attach time.
       To avoid this, a diskette should remain in the drive while the system
       is booting or while the drive is being attached.
 
2.7.5  Removable device monitoring utility works only under OS/2 Warp 4 
       with Convenience Pack 2 installed and OS/2 Warp Server for e-business 
       with Convenience Pack 2 installed. USB Basic support must be upgaded
       to the latest version before installing the removable device monitoring 
       utility.

Are you experiencing the effects described in 2.7.4 ?
If yes, I would suspect that AN has rebased their development of USBMSD.ADD on the original DDK source code (apart from adding support for superspeed media which was mentioned somewhere).
Properly handling USB floppy drives need changes to the DDK source code to work properly.

If not, there is another potential for problems if the USB floppy disk drive is the same but the USB host controller HW/FW is different.
As far as I remember from the XHCI spec, a few of the things that Host Controller Driver SW had to implement in SW for UHCI/OHCI/EHCI is now executed totally autonomously by the Host Controller HW/FW. So, if the host controller HW/FW differs, then things might fail even though the USB floppy drive is the very same.

When I attach my USB (1.x) floppy drive under Windows 11, it is never able to detect (left alone use) it. It always plays the "attach sound" and then Windows 11 reports that it could not read descriptor info (which is about the very first thing that needs to be done, before anything else). Since for XHCI, some things are done completely in HW/FW, no SW on planet earth can work around that problem. My Windows 11 notebook has USB 3 only (but I suppose it has some rate matching hub to be able to use USB 1.x and USB 2 devices).

My OS/2 bare metal machine is older, has an AMD CPU and chipset, still has USB 2 (and USB 3) support and will happily accept the USB floppy drive. But I am using USB 2 and not USB 3.




208
Hardware / Re: USB32 USBMSD problem of re-read diskette
« on: January 22, 2023, 05:34:15 pm »
So you are saying, the AN USBMSD driver does better error checking than my driver and that's why it will not work practically whereas my driver does no error checking and that's why it works ?

That does not seem to make a lot of sense to me ...

By the way: I added a LOT of error checking to the driver. It is not on the same level as it was delivered by IBM as part of their DDK.

To me it rather looks like David is seeing problems where there aren't any.

209
Programming / Re: Qt6
« on: January 22, 2023, 05:15:33 pm »
Does this Qt6 version of Dooble (rather: the Qt6 libraries) fix the problem that typing a lot of text into an entry field (like this comment field) slows down the typing more and more until finally you cannot type at all ? That`s what happens with my Dooble based on Qt5.

Hi Lars,

I haven't experienced such a behaviour. However I used Dooble-QT5 mostly for visiting the bank pages for Online-Banking (to download documents). So not much text typing.
I just answered Martin and I type this also with Dooble-QT6 and don't see any slow down. But maybe it is to less text to write. Do you have a number of characters / words one should test to see a slow down?

Greetings, Mike

Say after 50 or so characters. When it happens I can barely continue typing and the "back" key will also cease to work.
Initially, I suspected a problem with the USB mouse driver (I am using my driver set) but I have no problem typing in Firefox 45 (which is what I am doing right now).
I have a fully updated set of Qt5 files. I am really out of ideas of where it is going wrong.

210
General Discussion / Re: ArcaOS on Youtube @MichaelMJD
« on: January 22, 2023, 02:14:03 pm »
ok, so that likely means, the color resolution should be changed to anything else but 256 colors. For example, you should change to 16 colors (lousy) or true color (16 Million colors). Then, according to that article in "PC Mag", that should get rid of that "white text on black background" problem.

If I`d have to guess I would think that there is a problem if colors are selected from a palette instead of being directly coded in RGB.

Pages: 1 ... 12 13 [14] 15 16 ... 85