home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!usc!sdd.hp.com!hpscit.sc.hp.com!kitchin
- From: kitchin@lf.hp.com (Bruce Kitchin)
- Newsgroups: comp.os.os2.misc
- Subject: Re: SVGA questions
- Date: 18 Dec 1992 15:36:20 GMT
- Organization: Hewlett Packard Santa Clara Site
- Lines: 21
- Message-ID: <1gsr5kINNo7r@hpscit.sc.hp.com>
- References: <BzFK22.Ins@hfglobe.intel.com>
- NNTP-Posting-Host: eden.avo.hp.com
- X-Newsreader: TIN [version 1.1.2 PL7]
-
- Bennie Harris (bharris@hfglobe.intel.com) wrote:
-
- : I don't use SuperVGA but if I found myself in this situation
- : I would make a backup copy of the good SVGADATA.PMI file so
- : that it could be restored if it get trashed. Just copy the
- : backed up copy as SVGADATA.PMI. You may have to bootup from
- : floppy before doing the copy.
- :
-
- I find myself in essentially the same situation. I'm using a clone
- of the Video 7 1024i card in one machine and a real Video 7 1024i
- in another. From my disk backup I have the *OLD* copy of
- SVGADATA.PMI and as the original complaintant says, if I put that
- in \OS2, the system hangs during boot. The Old SVGA created the
- file, did not complain and GA code accepted it. The *NEW* (SP) SVGA
- when run in a Full Screen Dos session, generates the byte by byte
- identical file but when the system is rebooted, it hangs during
- boot. If I run the *NEW* SVGA from a booted copy of DOS, it
- complains that the card is not supported. SP has made a big step
- backwards in this area. As I said before, I *HAVE* tried the old
- copy of the file from my backup.
-