Xref: utzoo comp.os.msdos.desqview:6 comp.os.msdos.misc:1905 Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!asuvax!ncar!zaphod.mps.ohio-state.edu!sdd.hp.com!news.cs.indiana.edu!nstn.ns.ca!cs.dal.ca!lane From: lane@cs.dal.ca (John Wright/Dr. Pat Lane) Newsgroups: comp.os.msdos.desqview,comp.os.msdos.misc Subject: Another QEMM problem. Summary: Possible conflict between QEMM & DOS's FASTOPEN? Message-ID: <1991May3.205700.8459@cs.dal.ca> Date: 3 May 91 20:57:00 GMT Organization: Math, Stats & CS, Dalhousie University, Halifax, NS, Canada Lines: 40 Hmm. I guess I'll jump in here with another slightly off-topic question. I've noticed that when running with QEMM (any version) or 386MAX under DOS 4.01, that I frequently get system crashes that go something like: "Protection Violation at CP:031B" or "Protected Mode Operation at CP:031B" etc. Apparently this is caused by the CPU running into an instruction which is only valid under protected mode. The address always points to FASTOPEN (the IP part is always the same), regarless of whether it was loaded in high memory or not. I'm led to suspect that FASTOPEN has a serious bug that causes it to trash part of itself after so many file opens and on the next file open, you execute the trash and, of course, crash. Needless to say, Microsoft refuses to admit to any such bug. This has happened to me on many different systems where I've run QEMM (or 386MAX) and FASTOPEN together. Taking FASTOPEN out takes away the problem. I wonder if, with FASTOPEN but no QEMM, I would still be crashing but not getting the error message from QEMM. I does seem to happen to me alot more than other people who use the same system. I wonder if it could be my heavy usage of WPCorp's PE editor which is one program I know of that still uses FCB file opens? So has this happened to anyone else or does anyone have a clue what the problem might be? I realize it's a pretty weirdo problem. Getting further off the topic, does anyone have an opinion on the merits of FASTOPEN in general, especially combined with SMARTDRV, BUFFERS= and other various caching mechanisms? Any info will be appreciated. If you can, please mail me a copy of anything you post in response to this. Thanks. -- John Wright //////////////////////// If it's not Scottish, it's CRAP!!! Post: c/o Dr Pat Lane, Biology Dept, Dalhousie U, Halifax N.S., CANADA B3H-4H8 Internet: lane@cs.dal.ca Uucp: lane@dalcs.uucp or {uunet watmath}!dalcs!lane