I just tested my floppy version and it works correctly on the same machine configuration.

In PCem-dev commit 6e158be (and I'm quite sure this happened in v14 as well), Windows NT 3.1 refuses to install on what should be a supported system (this OS is infamous for a very paranoid CPU detection routine that required workarounds to install the OS in Virtual PC.) This issue occurs in both th...

The issue seems to be frequent but not super-consistent in v15/v16-dev commits 6bd1c70 and 6e158be as while the kernel panics occur a lot, it will sometimes work and I can complete an install. I have performed some additional tests with v14 (all base system only installs as the issue, when it occurs...

OS install was successful: Screenshot from 2020-03-21 22-38-25.png The panic still occurs in both the 486 recompiler and interpreter but is inconsistent. The panics seem to be inconsistent as I have done multiple tests with both the interpreter and recompiler in v16-dev commit 6e158be and both still...

Currently retesting this OS with commit 6e158be, the kernel panic during decompression seems to be resolved (at least with the recompiler enabled) as I was able to successfully extract the base OS. I am currently installing the additional packages (43 floppies!) and will post an update once the OS i...

All of the affected kernels are now working as of commit 6e158be. The same commit appears to have also fixed a regression I saw in NeXTSTEP 3.1 as well (it's still not installable but the kernel no longer crashes.)

Try injecting the three ADF files I have attached into your reference disk: @DDFF.ADF and CDDFF.ADF are for the ESDI adapter (I get a feeling the 486 models had SCSI and/or IDE as a standard feature and hence the ref disk didn't include the ESDI ADFs) @5103.ADF is for the SBPro MCV (as this was a th...

The message is saying that the .ADF (Adapter Description File) for one of the devices in the emulated machine is not on the reference floppy. What is your machine configuration?

I was able to install OS/2 1.2 Extended Edition on a PS/2 with the ESDI controller last night (using PCem-dev commit 6bd1c70): PS2m80_OS2v12.png Machine configuration: Machine: [386DX] IBM PS/2 Model 80 CPU: i386DX/33 FPU: None Video: Built-in HDD: [ESDI] IBM ESDI Fixed Disk Controller, 112MB HDD FD...

PCem crashes when using the Advanced/ZP machine as well

Thanks. Using PCem-dev commit 6bd1c70, I was able to successfully complete a FreeBSD 4.2 installation.

In PCem-dev commit 6bd1c70, attempting to run Solaris 2.6 when using the Matrox Mystique graphics card causes PCem to crash and write this line to PCem.log: Write MGA accel control 00001c18 00 The crash occurs right after the video mode switches from VGA text mode (configuration assistant) to the 10...

In PCem-dev commit 6bd1c70, OpenBSD versions 2.3-2.5 stall during the boot process printing the following message repeatedly: Screenshot from 2020-03-15 22-06-18.png Versions 2.6-2.9 are unaffected and this issue does not occur in VirtualBox 6.1. Version 2.2 displays the error a few times and then c...

In PCem v14 and in PCem-dev commit 6bd1c70, FreeBSD 3.0 will successfully install but crashes when fsck attempts to calculate fragmentation: Screenshot from 2020-03-15 16-07-04.png I am able to run sh and attempt to run fsck manually, resulting in: Screenshot from 2020-03-15 17-29-53.png FreeBSD 3.0...

I have done some more testing and it seems all 2.0.x (and earlier) kernels are affected while all 2.2 kernels are not affected. The issue occurs on kernels as new as 2.0.37 (Slackware 3.9) but not on 2.2.5 (RedHat 6.0) or later 2.2 kernels. Kernel 2.4.3 (Mandrake Linux 8.0) is also unaffected.

In PCem-dev commit 6bd1c70, SunSoft Interactive UNIX 4.1 displays frequent "diskette not present" messages while copying files from floppy: Screenshot from 2020-03-15 10-53-22.png When this message appears, copying stalls for a few seconds and then the OS seems to continue like nothing hap...

I still need to test some newer versions but this issue seems to affect kernels from 0.98.pl1-36 (used in Softlanding Linux 0.98) to at least 2.0.18 (RedHat 4.0) with what I've tested so far.

I'm not sure if it's the same underlying bug but extremely similar symptoms occur in Debian 0.91 (kernel 0.99.14t) when the recompiler is enabled: Screenshot from 2020-03-13 20-29-13.png This crash occurs right after Linux begins loading the ramdisk. Machine configuration: Machine: [486] AMI 486 clo...

In PCem v15 as well as PCem-dev commit 6bd1c70, FreeBSD 2.1.x lags/appears to hang after hardware probing. This only occurs on Pentium motherboards (The Intel Advanced/ZP and Shuttle HOT-557 were tested): FreeBSD21_PCemv16.png PCem hardware configuration (v15/dev - broken): Machine: [Socket 7] Shutt...

In PCem v15 as well as PCem-dev commit 6bd1c70, Dell Unix Release 4 Issue 2.2 panics while extracting files (after the 30 base system floppies are copied). This occurs in both the 486 interpreter and the 486 recompiler: Screenshot from 2020-03-11 23-03-20.png In PCem v14, the extraction succeeds and...

In PCem v15 and in PCem-dev commit 063a40d, FreeBSD 4.2 will successfully boot but appears to hang once the install menu appears. Screenshot from 2020-03-04 21-06-39.png Ignoring the prompt to switch to the root floppy and attempting to boot with the kernel floppy still in the drive causes a kernel ...

In PCem v15 as well as PCem-dev commit 063a40d, RedHat Linux 3.0.3 (kernel 1.2.13) crashes during kernel initialization with the following error when the recompiler is enabled: RedHat3_crash.png The same bootdisk works in both versions when using the 486 interpreter as well as in v14 with both the i...

OS/2 2.11 works with "DISKCACHE=1024,LW,AC:C" in CONFIG.SYS when using the Adaptec AHA-1542C (I haven't tested it with IDE.) Using "D" in place of 1024 simply results in a warning at startup that the DISKCACHE line is invalid.

As of the current dev build (ac37538), both issues are fixed. OS/2 2.1 and Warp 3.0 work properly with the Adaptec AHA-1542C and detect the SCSI CD-ROM. OS/2 2.0 boots correctly now but will not detect the CD-ROM drive (but for all I know that could have happened on real hardware too).

While Solaris 2.6 does work with the Trident TVGA8900 (and probably the ET4000 as well), it does reveal a flaw in the S3 graphics emulation:

The boot hang is now fixed as of the latest dev version (0c83cc0). With a Trident TVGA8900, Solaris 2.6 works quite nicely (albeit limited to 256 colors and a little slow).

Issue still occurs in latest dev version (04949da), tested with the same configuration as before and with the WinChip interpreter core as well.

Checked the latest dev version (04949da) and the issue still occurs. I tried NeXTSTEP 3.1 this time as well and it seems a little more verbose:

Since my i5 desktop is no longer working, my hardware has changed My main PC: AMD Phenom X4 9950 @2.6GHz 12GB RAM nVidia GeForce 9600GT 1GB dual-boot of Windows 2000 SP4 (with BlackWingCat kernel) and Windows Vista x64 SP2 PCem performance: Interpreter maxes out at a 486DX2/66 (with occasional slowd...

[BUG] NeXTSTEP/OPENSTEP installation failure (SCSI) NeXTSTEP 3.3 and OPENSTEP 4.2 fail to install when using the Adaptec SCSI controller with the following message: NeXTSTEP33_fail.jpg PCem configuration: Machine: AMI 486 clone CPU: Intel i486DX2/66 Dynamic Recompiler: enabled Memory: 16MB Video: S3...