Subj : SOM.IR corruption
To   : Will Honea
From : Mike Luther
Date : Sat Jan 18 2003 01:41 am

OK Will and anyone else reading along.

I now know what RE-WRITES the files in:

   [C:\os2\etc\dsom]dir

        8-09-96   2:49a      6384           0  SOMDCLS.DAT
        8-09-96   2:49a      6844           0  SOMDCLS.TOC
        8-09-96   2:49a      1012           0  SOMDIMPL.DAT
        8-09-96   2:49a        60           0  SOMDIMPL.TOC

Every time you load a new spreadsheet in Lotus 123 for OS/2 at least for 
version 1.51, you rewrite every one of these files...

Further, I've found out that if you set the .IR files to Read Only, Lotus 
SmartSuite won't load 123 files at all and produces that same, "Unexpected OLE 
Error", with no number from which to refer!

My guess this is a named pipe dream game since the SOM Daemon has them open for 
whatever as read-write, per Steve's comments too!

Thus if, for whatever reason, Lotus SmartSuite has a file like a 123 spread 
sheet open and the box takes a hit big time .. who knows what evil will be 
slammed onto the whole SOM mess if the box is really blammed!

   And if HPFS lazy write cache is involved in this mess too ...

     oiyveigh ..  what a fiddle fest on the roof!

       No?

Just thinking about SOM and Windows and so on.  Is this a good example of why 
WINDOWS code operated boxes are so fragile if it's all written like this?


--> Sleep well; OS/2's still awake! ;)

Mike @ 1:117/3001

--- Maximus/2 3.01
 * Origin: Ziplog Public Port (1:117/3001)

.