| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | SOM.IR corruption |
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 {at} 1:117/3001
--- Maximus/2 3.01
* Origin: Ziplog Public Port (1:117/3001)SEEN-BY: 633/267 270 @PATH: 117/3001 100 106/1 379/1 633/267 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.