home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.os.msdos.apps:4330 comp.sys.ibm.pc.misc:11498 comp.binaries.ibm.pc.d:3295
- Newsgroups: comp.os.msdos.apps,comp.sys.ibm.pc.misc,comp.binaries.ibm.pc.d
- Path: sparky!uunet!psinntp!unvax.union.edu!pallantj
- From: pallantj@unvax.union.edu (Joseph Pallante)
- Subject: Re: What's holding up PKZIP v. 2.0 (message from PKWARE)
- Message-ID: <1992Aug14.015748.981@unvax.union.edu>
- Organization: Union College, Schenectady, NY
- References: <1992Aug09.080516.7862@disk.uucp> <B3BDPB1w165w@infopls.chi.il.us>
- Date: Fri, 14 Aug 1992 01:57:48 GMT
- Lines: 52
-
- bleys@infopls.chi.il.us (Bleys Ahrens) writes:
-
- >It amazes me that you would suggest a software developer should release
- >a product with bugs this severe just because it will work on your PC. I
- >provide software support in a corporation with thousands of
- >"fancy-schmancy" 386 and 486 PCs. For us, they are the rule, not the
- >exception. I have enough problems to worry about without trying to
- >explain to hundreds of users with licenses for PKZIP 1.1 that the free
- >upgrade the have been waiting for since they bought the product five
- >months ago doesn't run on their PC.
-
- >Whenever I find out that companies have released new products with fatal
- >bugs on "certain" "fancy-schmancy" systems, I try to make sure our
- >corporation doesn't purchase from that company in the future.
- >Unfortunately this sort of thing happens all too often. It seems to be a
- >side effect of unrealistic, artificial product ship-dates which
- >companies set. If the boss says the product "must" ship the tenth of
- >the month, no one wants to be the one to discover a fatal bug the night
- >before.
-
- >It is my understanding that Windows 3.1 had been intended to ship with
- >the speak.drv driver for the PC speaker. It was discovered that the
- >driver had problems on about 10% of the PCs tested. The product shipped
- >on schedule, but without the driver. Kudos to Microsoft for deciding
- >that 10% is way too high. The same goes to PKWare for waiting until the
- >problem is resolved.
-
- Apparently you misunderstand the problem.
-
- It currently exists with ALL software. You can experience this
- problem with PKZIP 1.1. It happens with DOS's copy command.
- It is not a software bug. It is pure hardware. The only
- ways I can see to get around it is to turn off hardware cache,
- do a read-after-write, or spend 2 years researching the problem.
- We all know which PKWARE is doing.
-
- I have seen it several times, and if I have some important stuff I
- am copying/archiving, I will make sure to test the integrity
- of that copy/archive.
-
- In reguards to Microsoft....
-
- How do you explain Windows 3.0A?
- ^
-
- Or Word for Windows 2.0A?
- ^
-
- Where MS shipped Word2 early simply to beat WP's release of WPWIN..
-
- Joe
-
-