• Please review our updated Terms and Rules here

PicoMEM Issues with Compaq 386

mattiasthorelli

New Member
Joined
Jun 5, 2026
Messages
2
Hi, I'm a new member and a new PicoMEM user. I'm having lots of strange issues.

So I recently found a Compaq Deskpro 386s, with 5 mb of ram installed. The computer has no CMOS, and so it has lost all of its settings. I figured I would use a PicoMEM to breathe some life into it, and generally make using it simpler. But I'm having trouble getting it to work.

(There must be something wrong on a basic level that I don't understand, so I can only describe the symptoms…)

The first thing I noticed was that it was very particular about which disk images would load, and which would hang the system. For example, a Dos 5 image linked from PicoMEM's github worked, but the corresponding Dos 6.22 image did not.

After about four hours of trying out different versions of disk images in different ways, I finally managed to install MS-Dos 6.22 on a hdd image, and it booted. But then the next problem: both config.sys and autoexec.bat had garbled text, and thus didn't work.

When I tried putting Norton Commander onto the hdd via my modern computer, the files in the folder were also garbled when I booted up the Compaq. My modern computer is a Mac, which I'm sure can cause issues (sorry!), like using the wrong text encoder or something.

Another two hours and a few Dos reinstalls later, suddenly the autoexec.bat and config.sys files are working again. I don't know why. But then, running pminit at boot (which the PicoMEM decided to do on its own) hangs the computer. I had to rename pminit to something else. I can still run it after boot.

And now, the c drive is suddenly seen as write protected.

Any ideas what could cause these issues?
 

Attachments

  • IMG_7479.jpeg
    IMG_7479.jpeg
    1.9 MB · Views: 14
  • IMG_7475.jpeg
    IMG_7475.jpeg
    2.4 MB · Views: 14
I figured out what the problem was. It was, as I suspected, the Mac I used for configuring the disk images.

Must be some kind of incompatibility between file systems or different text encoding that corrupted the data and caused these chaotic issues. Macs can mount and read the .img files without a problem, so I thought it would work, but… no.

I dug out my Windows computer and started over using that, and now it's working. If anyone has the same issue, just use Windows, don't be like me!
 
You probably have multiple issues using a Mac. MacOS X uses LF for line endings, while DOS and Windows use CR/LF. MacOS X also uses some sort of unicode encoding for files, while DOS doesn't support unicode without loading a TSR.

If you're trying to use classic MacOS 7-9, you need to have the PC Exchange control panel installed to work with DOS file systems. You also need to have a text editor that can understand CR/LF and not use unicode formatting.
 
You probably have multiple issues using a Mac. MacOS X uses LF for line endings, while DOS and Windows use CR/LF. MacOS X also uses some sort of unicode encoding for files, while DOS doesn't support unicode without loading a TSR.

If you're trying to use classic MacOS 7-9, you need to have the PC Exchange control panel installed to work with DOS file systems. You also need to have a text editor that can understand CR/LF and not use unicode formatting.

UTF-8 should be compatible with ASCII, although some software might trip over the byte order mark if present.

It might be necessary to explicitly save the file as UTF-8 though.

The difference in line endings would definitely cause trouble for any software trying to parse the file though. A single CR without the LF might be more acceptable than just the LF.
 
Back
Top