Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!zaphod.mps.ohio-state.edu!sunybcs!acsu.buffalo.edu
From: axaris@acsu.buffalo.edu (vassilios e axaris)
Newsgroups: comp.sys.ibm.pc.programmer
Subject: Re: MSC 6.0 Bug/struct params
Summary: incompatibilities (nothing to do with struct)
Keywords: himem.sys, bios, codeview.
Message-ID: <31021@eerie.acsu.Buffalo.EDU>
Date: 18 Jul 90 22:44:19 GMT
References: <139400007@uxa.cso.uiuc.edu>
Sender: news@acsu.Buffalo.EDU
Organization: SUNY Buffalo
Lines: 17
Nntp-Posting-Host: autarch.acsu.buffalo.edu

On a similar note, today I learned from Microsoft Tech Support that Codeview
when using himem.sys v2.5 and 2.6 has incompatibilities with the AMI bios,
as far as interrupts are concerned. If you get the all too familiar and hard
to trace error message CV:1319 out of the clear blue, you can bet your extended
memory driver it is your bios. Workaround: none. Fix: in 3 to 4 weeks. In the
meantime: coffee and doughnuts :-)
The problems appear in strange places: after the end of the session with code-
view the keys are permanently shifted (type "." get a ">"). Fix: hold shift
key and hit enter a couple of times. Also, F keys in codeview are assigned new
functions (F3 would not expand the C statement into its assembly equivalent,
but open a memory window). Fix: click with the mouse instead.
The problem was most prevalent and destructive on a 386SX and to a lesser extent
on a 386 (on that only the F keys assumed different roles but the program ran).
We are talking code corruption not small bytes :-) (programmer's equivalent of
small potatoes :-)).

Vassilios E. Axaris