home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!howland.reston.ans.net!usc!cs.utexas.edu!rutgers!ub!galileo.cc.rochester.edu!uhura.cc.rochester.edu!nsus_ss
- From: nsus_ss@uhura.cc.rochester.edu (Nick Susch)
- Newsgroups: comp.sys.ibm.pc.misc
- Subject: Re: pkz204c question (not virus or hack question)
- Message-ID: <1993Jan11.172320.9965@galileo.cc.rochester.edu>
- Date: 11 Jan 93 17:23:20 GMT
- References: <1iknslINNca7@jhunix.hcf.jhu.edu> <rdippold.726537931@cancun> <SLAMBERG.93Jan11160307@mato.cc.lut.fi>
- Sender: news@galileo.cc.rochester.edu
- Organization: University of Rochester - Rochester, New York
- Lines: 25
- Nntp-Posting-Host: uhura.cc.rochester.edu
-
- In <SLAMBERG.93Jan11160307@mato.cc.lut.fi> slamberg@lut.fi (Samu Lamberg) writes:
-
- >You should override using dpmi with a switch when using windows if any
- >problems appear. I suggest reading the manual.doc.
-
- >If you make a program which works fine in most cases and make a switch
- >to be used in other cases, your program doesn't have a bug. Neither
- >has pkzip.
-
- But if you have a program that automatically detects DPMI, and uses it if it
- finds it, but causes memory problems when it does, you have a bug. It
- doesn't cause problems outside of windows because nothing is emulating DPMI.
- It seems to me that the way pkzip2.04 uses DPMI is buggy, I should not have
- to tell it not to work with DPMI, it should be able to handle it, but it
- can't.
-
- Other then that though, I really like the new version, especially the
- multiple disk thing. Makes it really easy to store big zip files!
-
- --
- They say there is strangeness too dangerous | /\/ick Susch - U. of Rochester
- In our theatres and bookstore shelves, | nick@blaise.cif.rochester.edu
- That those who know what's best for us | or
- Must rise and save us from ourselves. | nsus_ss@uhura.cc.rochester.edu
- -RUSH
-