🚀 go-pugleaf

In aus.computers.os2 Victor Bien delete nspam. to reply <nospam.vbien@attglobal.net> wrote:

>   The reason for my suspicion is that, for example, the XR_M010.ddk
> obtained by CD-ROM unpacked with "no errors" by DIUNPACK nevertheless
> did not produce a CMD.EX_ file.  When Service & Fservice ran it fell

I only ever used loaddskf to on the .dsk files from IBM. It does report errors if the image is bad.

If you don't want to use a floppy (real or virtual), why not use the zip files?


> over when it could not install this file.  I had to break off and
> download a fresh copy of FP10 from Hobbes and after doing another
> DIUNPACK on the fresh XR_M010.ddk would the application of service
> complete.  (Incidentally FP10 applied OK and so far it looks good.  So
> I've been able to move on from FP9!  I intend to observe the system
> under use for while and move onto the following FPs one step at a time
> hoping to reach FP14 with its new kernel!).


Stop this mucking about and go straight to 14. You do not need any intermediate fixpacks.

You won't save yourself from anything with your approach; if a particular
fixpack causes your system to fail, the problems of recovering are the same
whether its' FP14 or FP10.




>   We are in a period of maximum sunspot activity perhaps with more
> incident cosmic rays capable of flipping bits.  The above mentioned

More likely, it's the flock of pigs over your head|p-)

> Windows file installed OK when first downloaded a couple of weeks ago.
> So maybe the download was OK and then became "faulty".  There are no
> viruses on this OS/2 machine and in any case there are very few
> viruses against OS/2 anyway.

>   So I'm wondering whether IBM could supply a CRC list with a tool to
> check the diskimage files CRC against?

So ask IBM. md5sum is readily available and effective.

btw zip files are slef-checking too.



--