PKWare Zips to Growth 331
Rob Kennedy writes "The Milwaukee Journal Sentinel has a story about PKWare's new business plan. It talks about the investment group that bought the company after founder Phil Katz's death in 2000, and the plan for PKWare to produce what president and COO Timothy H. Kennedy (no relation) calls 'the next generation of zip' by adding various security features."
Security?? (Score:4, Funny)
Re:Security?? (Score:5, Funny)
C:\ren porn.zip pr0n.zip
they'll never know
What kind of Security features? (Score:5, Interesting)
There's no telling. (Score:5, Insightful)
...When Katz was in charge, PKWare's programmers often would work on new features that they found interesting rather than targeting specific needs of potential customers, Kennedy said.
"In some cases what they did was successful, but in many cases what they did wasn't anywhere near successful," he said. "The company from this standpoint now is market driven."
The engineers are no longer in charge, money is. All the clueless and stupid "features" that corporate slave drivers can think of will become projects for the Brown Deer survivors. I can imagine them asking for central repositories of file lists, tables of "sensitive" files that can't be ziped, and other silly work arounds the serious lack of data control their w2k desktops have. I can also imagine that half of the "I wanna micro manage my staff to death" initiatives will directly contrardict the requirements for the other half. Sounds like hell if they really have remade the company that way, and sure the customer gets screwed along with the lusers. That's what happens when you put sales in front of engineering.
I could be wrong. Dr. Kelly could be a fine fellow and have no intentions of making this happen. It will be difficult for him to manage the monster he's making. Good luck and never trust M$, the folks that bought 5th Generation Software to kill Fastback and who have always seen backup utilities as a threat and aid to "pirates".
PKWare bloat has already happened. (Score:4, Informative)
In August of 2000, I bought PKZip Explorer from PKWare. Figured for the $10 special promotion, what the hell, and it would be nice to have PKZIP that could handle Windows long file names. Also assumed it would have the same feature set as PKZIP for DOS, and their promo literature certainly *sounded* like it would.
Well, it was one of the poorest $10 purchases I ever made. The installer (a two-step, partially online-only process due to paranoia about piracy) is about 6mb, and the installed program is apparently scattered thruout Windows. So I was already annoyed by the time it was finally installed and running.
On to making my first ZIP with it. Turns out the ONLY thing it can do is grab the specified files and create a new ZIP, or unzip a specified ZIP. That's ALL it can do. It's absolutely devoid of ALL the switches and options that made PKZIP for DOS so useful. The only good thing I can say about it, is that it's fast.
Now, maybe it's improved some since then, but if it didn't even have its own ancestral feature set in 2000, yet was already 3x the size of competing products like WinZIP and WinRAR, I have scant hope for later incarnations.
And thanks to this experience, chances are I'll never buy another product from PKWare.
Re:Yes (Score:3, Interesting)
It beats deflate all the time and is free too.
Tom
Re:Yes (Score:4, Informative)
The 7z format used by 7-Zip is an open architecture [7-zip.org]. There are several available compression methods and bzip2 is one of them.
Re:Yes (Score:2, Informative)
Or try FreeExtractor [sourceforge.net] which creates self extracting exe's. I have a whole collection of Open Source Software for Windows [jairlie.com].
Doesn't PGP do this? (Score:5, Interesting)
Re:Doesn't PGP do this? (Score:5, Informative)
Re:Doesn't PGP do this? (Score:2, Insightful)
Re:Doesn't PGP do this? (Score:2, Interesting)
I personally like to see that an archive is one single file. It helps me understand what the machines does, and I like it that way. What happens when people want to email such a compressed folder? Is it mailed as a
Re:Doesn't PGP do this? (Score:3, Interesting)
Yes, encryption benefits from compression because it makes the data look more random - there are fewer repeating patterns in the plaintext once it's compressed so there are fewer patterns in the ciphertext too(i.e. it's harder to do a dictionary attack).
I get great compression results from creating archives as
Re:Doesn't PGP do this? (Score:2, Insightful)
PGP uses the same algorythm to compress files as pkzip. I've always thought that if a known-plaintext attack is ever discovered for the crypto algorythms used in PGP, the known plaintext of the pkzip header might well be the bits to use in an attack.
Encryption and compression make a lot of sense... (Score:5, Interesting)
Now, integrate this with email attachments and we're on a roll
Re:Encryption and compression make a lot of sense. (Score:4, Insightful)
These programs are essentailly filters and the most logical and flexible way to provide them is as seperate entities.
For folks who want to combine them: use a script, or a GUI or a simple wrapper app to hide the details - none of this is procluded by keeping the logically different functions involved seperate and independently usable at a lower level.
Re:Encryption and compression make a lot of sense. (Score:5, Insightful)
Hopefully, if this is what they want to do, they will do better than the embarrasingly insecure "encryption" that the old DOS PKZip included (a cryptographically-weak LFSR-based stream cipher). With good support for cryptographic standards, they could have something here.
By the way, you always do encryption AFTER data compression. Doing it before data compression ensures that your compression ratio is close to 0%.
Re:Encryption and compression make a lot of sense. (Score:5, Informative)
Re:Encryption and compression make a lot of sense. (Score:5, Interesting)
Yeah, the cipher was pretty weak. Interested people might like to read the paper A Known Plaintext Attack on the PKZIP Stream Cipher [nec.com] by Biham and Kocher. Esentially, a string of 13 known bytes and a few hours on a good PC will decrypt the rest of the file.
But what's even worse, imho, is the horribly bad implementation. They encrypted only the file contents; file name, size and (what were they thinking?) the CRC were all in the clear. If you were using encryption to hide the fact that you possess a file you're not meant to, Pkzip will do you in real nice.
All in all an excellent example of how crypto works not.
Alex
Re:Encryption and compression make a lot of sense. (Score:5, Interesting)
While until just recently, this was true - now you can create a "ZIP" file that doesn't decompress. The idea is instead of decompressing the files to disk, a tiny user-mode OS is inserted between the application that needs to use the data and the compressed data. The new OS does transparent decompression/decryption and to the application it appears the files reside on the hard drive. The OS provides streaming decompression so only small blocks are decompressed at a time and the memory requirements are very low. Yes, the data is present in memory in unencrypted form at some point so it is possible to hack - but it provides a pretty good level of data security.
The cool thing is that the archive size is usually the same size as a ZIP, but it runs directly with no install and no decompression time. Usually applications load 2x faster in this state.
This is something I've spent the last year working on. Checkout here [thinstall.com]
Re:Encryption and compression make a lot of sense. (Score:2, Interesting)
Are zips still relevent? (Score:5, Interesting)
Okay, there may be some specialised industry data formats for microchips and the like, but the really large files tendto be things like pictures and videos. These are already compressed using standard lossy techniques. zipping these won't work.
Re:Are zips still relevent? (Score:4, Interesting)
Re:Are zips still relevent? (Score:5, Insightful)
IMHO, since 99% of the time all you do with archives is create them or extract them, it's not worth implementing features like 'add to archive', 'delete from archive' or 'update archive'. Maybe those made sense with SEA ARC on CP/M when disk space was scarce and CPUs slow, but not now. You might as well take advantage of the simplicity and better compression that comes from treating the archive as a single lump.
Therefore the Unix model of tar and then a separate compression program makes more sense - even though tar is such a crusty and wasteful format. The only reason to use zipfiles still is compatibility.
(Although maybe someone will prove me wrong and say 'I update existing zipfiles every day, it's an essential feature, what I do is...'.)
Re:Are zips still relevent? (Score:2)
You're the first other person I've found who noticed that, although I never bothered with -e0 on the first pass. For some bizarre reason, PKZip didn't (doesn't?) compress the archive table of contents at all, and since it is essentially an ASCII list of filenames, it should (and does) compress rather well. It becomes *really* noticable when archiving large numbers of small files like icons for example.
Re:Are zips still relevent? (Score:2)
There was a compression program on the Amiga called Lzx, which worked slightly differently in that it 'grouped' files into set chunks of data and then compressed. Usually with much better results than Zip.
I understand that the Lzx algorithum is now used in the latest versions of MS cab format.
Re:Are zips still relevent? (Score:4, Interesting)
It IS an essential feature and I do use it all the time. Being able to pop up Winzip and read individual files in an archive without extracting the whole thing (which can be hundreds of megs) is much better than the tar/gzip approach that's standard on UNIX systems. Hell, even Sun realizes that. Their recommended cluster patches are distributed in a zip archive so you can easily pull out individual patches without unarchiving the whole 50+ megs and thousands of files.
Re:Are zips still relevent? (Score:2)
Re:Are zips still relevent? (Score:3, Informative)
Joerg Schilling, the author of the famous cdrecord [fokus.gmd.de], probably disagrees with you. tar has everything you need, and a lot more. The problem is that all the different tar implementations suck. GNU tar, for example, is _not_ POSIX-compliant. 'file' recognizes this and will tell you what kind of archive it is. gnutar also doesn't support very large files.
Joerg Schilling has written an excellent tar program by the name of star [fokus.gmd.de]. To overcome the limitations of the "other" tar formats, he has produced his own, without any limitations. Features of star that completely blow away anything else:
- fully ANSI/Posix 1003.1 compatible
- ACL support
- automatically detects several common archive formats and adopts to them. Supported archive types are: Old tar, gnu tar, ansi tar, star, POSIX.1-2001 PAX, Sun's Solaris tar (GNU tar supports only one foramt--its own)
- stores/restores all 3 times of a file (even creation time)
- pattern matcher
As you can see, the "tar" format no longer sucks.
Schilling has written a very good comparison between star and gnutar, entitled STARvsGNUTAR [fokus.gmd.de]. I highly recommend reading it. Another cool document is a listing of bugs in every other implementation of tar [fokus.gmd.de].
You can grab LSB-compliant RPMs of this at my RPM page [sourceforge.net].
Re:Are zips still relevent? (Score:3, Interesting)
You are crazy. Those features were made and are perfect for automated processes. Every day I have an AT process that runs (like a cron job for NT), and ADDS a single web server logfile to an existing monthly zip file. The log files are each around 80MB in size. At the end of the month, I archive the zip to CDROM.
Therefore the Unix model of tar and then a separate compression program makes more sense
What exactly does it offer over zip? You want something like tar, use zip without compression. You want something like
Re:Are zips still relevent? (Score:4, Interesting)
Re:Are zips still relevent? (Score:5, Funny)
Re:Are zips still relevent? (Score:2)
Re:Are zips still relevent? (Score:4, Insightful)
entropy
1. Symbol S For a closed thermodynamic system, a quantitative measure of the amount of thermal energy not available to do work.
2. A measure of the disorder or randomness in a closed system.
3...
Oh - and some of us use computers for things other than digital photography and MP3s! I find loss-less compressed archives as valuable a technique today as I ever did.
Re:Are zips still relevent? (Score:3, Funny)
(Sorry, obligatory)
You're probably right. You know what I mean.
Re:Are zips still relevent? (Score:2, Informative)
.zip business plan (Score:2, Funny)
2) ???
3) profit!!!
Re:.zip business plan (Score:3, Funny)
3) PATENT
4) Profit
Re:.zip business plan (Score:2)
Obviously (Score:3, Funny)
They need a new name. PKIWare :)
Shareware? (Score:5, Insightful)
PKWare no longer sells its products as shareware.
Is this a good idea? I believe that shareware is the only way to get your product known to all computer users (apart from bundeling it with Microsoft Office). There are not that many computer users that still known PKWare, and when this strategy is followed, that won't change.
They are not targeting users anymore. (Score:3, Interesting)
And why companies should listen:
The company has crafted a new partnership with RSA Security Inc., which will lead to merging zip capability with security features in the same programs.
Maybe that'll be enough.
I'm pretty sure the shareware business model for these guys would be dead anyway whatwith some other competitors being so well known and wide spread there days. Can you say "WinZip"? (Yuck, bad, bad program.)
Re:Shareware? (Score:3, Insightful)
PKWare and questionable business practices. (Score:5, Informative)
Some might think the past to be irrelevant; I sincerely do not think so. The article dedicates more space in the vision of its founder than in the "new business strategy".
Re:PKWare and questionable business practices. (Score:2)
conscience will haunt you for the rest of your life."
Re:PKWare and questionable business practices. (Score:2)
Bad programming, too (Score:4, Interesting)
In DOS, debuggers worked by inserting a one byte opcode that triggered a breakpoint interrupt when executed. The interrupt vector for that opcode was normally set to a no-op, that would just return and let the program continue on. This meant that during program development, you could insert one of these opcodes and it would have no effect outside a debugger, but would cause the debugger to stop at that point if you ran it in a debugger.
I was sloppy, and left one of these breakpoints in a program after I had finished working on it. This would have been fine, except that PKARC had changed the vector to point at some code that caused the system to crash, in order to foil reverse engineers. They didn't restore the vector when PKARC terminated, so my program triggered the system crash code.
I didn't pay for PKZIP when it came out a while after that. (Registration was optional in those days.) I figured I'd already contributed enough to Phil Katz.
Strange future this! (Score:5, Interesting)
Re:Strange future this! (Score:4, Interesting)
Hell, Zip is a case and point. Is anyone trying to come up with a better compression algorithm? no. Why? Because media is getting huge and most everyone has a really high-speed connection to the 'net. Bandwidth and media capacity have grown so fast that they have nearly absolved us of the need for data compression. What's the buzzword in the telecom industry these days? All together now: "EXCESS CAPACITY!"
So, what's left? If there isn't a big enough demand nor the available money to launch a development effort for something new, what can you do? The answer is DIFFERENTIATE. "Do one thing and do it well" worked during the software arms race of the late 90's when there were at most 3 competitors in a given niche market, and there were so many people buying that it didn't matter how much market share you had, you were going to make money regardless.
Now, niche markets are gone and nobody is buying squat because what they have works fine. So, now software companies have to focus on providing products that improve a company's PROCESS. So, instead of WinZipping a file, then encrypting it with PGP and using even another tool for DRM possibly, it improves productivity to have all of that in one suite. The ONLY thing companies are willing to spend money on right now is reducing labor costs.
The company I work for is shipping heads over to Prague, Bangalore, and Beijing as fast as they can afford to buy the pink paper that they print termination notices on. They'd gladly spend a few hundred or even thousand bucks on a software package that allowed them to get 5 more salaried employees off the books.
excess yes, but they still charge by the byte (Score:5, Interesting)
In September I reached my 10Gb transfer limit
I'd never worried about it before but suddenly we were about to be bumped up into the next charging band.
I turned on mod_gzip and my bandwidth consumnption was 75% of the previous month, despite a 20% increase in traffic.
DRM etc. is a predicable response to p2p etc.
It's an arms race that's been around as long as Lotus 1-2-3 & Kings Quest if not longer
The reason the Winzip et. al. niche markets are going is because they are being assimilated into the Windows code base. Dancing with the devil is dangerous.
Meanwhile tar -j -cf - -C srcdir . > backup.bz2 lives on happily
It's an inherent problem when writing for a GUI you can't control. The list is so long and goes back so far in Windows time. Old heads know it well. Just ask Stac or Novell.
Re:excess yes, but they still charge by the byte (Score:2)
But, the fact does remain that they are targeting two specific movements in corporate america (the article DID say they were targeting corporations, not end users). Those are 1) the protection of proprietary information and 2) increasing productivity. Like I said before, my company would be happy to fire me if they could find software to obsolete me. :)
Great (Score:4, Interesting)
- global password (for the filelist)
- per file(s) password(s) (for groups or individual files)
- version management (store changes, but keep the original)
- signing (both global and for file(s))
- execution abilities (oops, could trigger viruses, must be signed, but for example decompress files and compile 'em)
What I would also like is for them to go open source and actively support *nix (including Linux and MacOS X).Re:Great (Score:2, Interesting)
This seems like a good plan.
What plan? I mean zip already has encryption (bad), this'll just make it better. I didn't read anything in the article that they would offer me (as a business) that I don't already have. It's pure hype. I want real details and a real development roadmap!
Re:Great (Score:5, Insightful)
Simple: Implement zip filesystem. (Score:2)
J.
Re:Simple: Implement zip filesystem. (Score:2)
I'd like to say that compression is more important now than ever before. Just imagine your disk space requirements without DivX...
Re:Simple: Implement zip filesystem. (Score:2)
Try:
Midnight commander [ibiblio.org] on Linux (often, typing "mc" is enough), windows commander [ghisler.com] on Windows.
Re:Simple: Implement zip filesystem. (Score:3, Informative)
Re:Simple: Implement zip filesystem. (Score:2, Interesting)
cd compressed.zip \
cp Jenna Jameson - that Special Nite she came over.avi D:\pr0n
knah know?
Cool moment. (Score:5, Interesting)
And all the members of the panel looked at one another and then started doing the Wayne's World bow and chanting, "We're not worthy! We're not worthy!"
Then Warren (if I remember correctly) made a mildly sarcastic and admonishing comment towards the poor PKWare dude along the lines of, "Hey man you guys have saved us tons of money on media. We use Zip all the time. Of course we know your company." (games of the era were beginning to approach some 30 floppy discs compressed and CD-ROM had not yet become an affordable alternative)
It's nice when a little mostly unkown (at the time) company making software compression utilities gets recognition from a (at the time) powerhouse game development company like that.
bzip (Score:4, Informative)
cs94_002.tar.bz2 (Source) 10.7Meg,
cs94_002.tar.gz (Source) 12.6Meg,
cs94_002.zip (Source) 16.7Meg
As a side note, winrar will extract bzip2 but not create it.
Re:bzip (Score:5, Informative)
cs94_002.rar (Source) 9.4MB (9,407,157 bytes)
WinRAR appears to compress much better than bzip2; however, it isn't free. Interestingly, as good as WinRAR is, even it doesn't come that close to having the best compression ratio out there.
For lots of useful statistics on the relative capabilities of virtually every compression engine in the world, check out Jeff Gilchrist's Archive Comparison Test [compression.ca]. A lot of progress is still being made in compression technology, so the state of the art keeps changing.
Re:bzip (Score:4, Informative)
Re:bzip (Score:2)
Hmm that's odd... why is it faster for me? (Score:2, Insightful)
gzip -9 was about 8.7 seconds, bzip2 -5 was about 8.1 seconds, and compressed 60% better.
I also tried rar, ace, everything 7zip supports, dmc, lzo, lzw... bzip won out by far overall. Maybe it's just quirks in the test data?
Re:bzip (Score:2, Insightful)
Pretty obvious, ninjaboy (Score:2, Informative)
Could work (Score:5, Interesting)
On the other hand, WinZip has a a head start, as the preferred way to deal with zip files for most people. And the PKWare website [pkware.com] seems to come up blank on Mozilla, not an encouraging sign.
But what I really want is security for my PDA data, so it is secure over the network, and secure on the hard drive of any PC, even a PC that others have access to. Can zip help with this? Not sure.
Re:Could work (Score:2)
what a business (Score:5, Funny)
Re:what a business (Score:3, Funny)
tar cf - . | bzip2 -9 | crypt | crypt
What about JAR? (Score:2, Informative)
Why did PKWare slow down? (Score:2, Insightful)
Growth??? (Score:4, Insightful)
Growth means increase. Either of revenue, or profits... Is there even one word of real as opposed to expected growth for PKWare? Will the new format even be compatible with .zip???
In my book, the article can be resumed to:
1. Build a better .zip format
2. ???
3. Profit
It is the ??? the /. community should analyse, not the bullshit marketing.
Who's security? (Score:2)
hmm? (Score:5, Funny)
"Eventually his personal problems caught up with him. Struggling with chronic alcoholism, Katz was estranged from his family and often hung out with strippers. He turned into a recluse, often avoiding his posh Mequon condominium and staying in cheap hotels instead."
You couldn't pay the trolls on
graspee
I would really, REALLY... (Score:2, Interesting)
Re:I would really, REALLY... (Score:2, Funny)
Stupid Question (Score:2)
Now that the RSA patent has expired, why does anyone bother with RSA Security, Inc. anymore? RSA, Inc's crypto software was widely regarded to be poorly implemented and slow. According to my (limited) understanding, nearly everyone serious about crypto purchased their suite but never actually used it; they considered it the cost of a patent license and used widely available Open Source implementations, which were almost universally better.
Schwab
Hope it has better milage than Winzip (Score:3, Interesting)
Not being a troll, but ever sick of the woes of the 2 gig limit on zip's data structure. (I'm in data engineering and usually work with files over 6 gig) Other missing features were not being able to easily click on a few files/dirs and select the size of the volumes (disk span) and save the files to the current dir without sticking in floppies one at a time, poor password/encryption security.
Winrar on the other hand has had their features for years including an 8 gig limit on rar's, (one of the major reasons i *had* to switch) you can also setup policies so each time you create a rar it will follow the policy you setup originally in the configs.
Supports multiple NTFS file/permission streams among other things.
I hope the new PK Inc can live up to some of the features in rar, they may have a good chance...
ZIP limitations (Score:2)
Not only that, there are apparently file number limits also. I recently had to archive up a few million small files, and ZIP just exploded. I tried InfoZIP on Linux and WinZIP, and both did the same thing, created the ZIP file but then it didn't work.
So I used RAR. I really don't ever use anything else anymore; RAR is what they have to surpass now.
zip & unzip everytime. (Score:4, Interesting)
On the subject where the zip format should go, I believe it would be nice to see some new compression algorithms - I believe the header has space to define new types. The bzip2 algorithm would be a lead candidate. It would also be nice to see encryption and signing capabilities incorporated, perhaps based on the Java archive (jar) format.
Another thing that would help compression were if there were something akin to the tar / cabinet file mechanism for compression, where the entire contents and manifest are concatenated and compressed as a single entity rather compressed individually. This would allow for some very tight distributables.
Re:zip & unzip everytime. (Score:2, Interesting)
That is true.
Back in the days when I was DOS-bound though, pkzip was an excellent utility. My favourite feature was disk spanning, meaning I could create single volumes that consisted of multiple floppies. Back when removable media was mostly limited to 1.44M floppies, that was an invaluable tool.
For a long time I was (probably still am for that matter) the only person I personally knew with a legitimately registered copy of PKZip.
JARs are ZIPs (Score:2)
ZIP files are more relevant than ever, but PKZip is not. They have little chance of taking control back.
About compressing (Score:2)
Maximum compression-rate with lossless algorithm
Implement a compression algorithm that virtually takes resources for granted and provides ultimate compression rate for "source-like" data. If this is not enough, design a method for automatically detecting the optimal compression rate / bandwidth to optimize the total download/uncompress time. Who downloads and uncompresses the Linux kernel fastest using same bandwidth and identical HW resources?
How well will new features work? (Score:4, Informative)
Rest in peace (Score:2, Insightful)
On the other hand, we now have a horde of pointy haired "professional managers" taking over, wanting to "build on success" to enrich themselves. Time to pump out resumes before the laser printers get monitored.
Three guesses where PKWare will be in a year or two (and where the "investors" will be, with whatever they can loot.)
Fairly clueless... (Score:5, Informative)
Programs that encrypt computer files tend to make the files much larger, gobbling up valuable room on a hard drive or ...
This is bullshit. I do not know of even a single cipher which makes the files larger. Indeed all ciphers commonly used today for file-archiving are block-ciphers which transform a fixed-size (typically 64 bit) cleartext-block into an identically sized ciphertext-block. Examples of such ciphers include DES, IDEA, Blowfish, 3-DES, AES, Twofish and many others.
Combining encryption with data compression is a natural, said Stephen Crawford, vice president of marketing.
The vice-president of marketing is not typically a good person to ask about technical issues. In this case he is correct though, it is a good idea to compress files prior to encryption, this both saves place, aswell as making certain attacks a little bit harder due to more entrophy in the compressed plaintext than in the plaintext itself.
Unfortunately for him this idea is so obvious that it's been implemented in typical encryption-programs for ages. Both PGP and GPG for example by default compress the plaintext priorto encrypting it. This is hardly novel.
Joe Home User.... (Score:2, Interesting)
Joe User doesn't care. Joe user has an internet connection, MS Works, and couldn't tell the difference between a firewall and a firefly.
I think they'll lose money and people will use the regular format because its out there and you can encrypt it however you please now if you feel like it. Who would pay for this?
For all the spyware they crammed into their product, you would think their marketing department would have done a better analysis on future market share...
Encryption (Score:2, Interesting)
New Business Plan??? (Score:5, Insightful)
This is the most disturbing part of the whole story. I think that PKWare will die a slow and painful death as all the "interesting" ideas get thrown on the floor. Why do companies think that purchasing a successful company and then changing the basics around how they operate will make them grow?!?
Yea, making the company "market driven" is going to work.
Microsoft killing WinZip? (Score:4, Insightful)
Ouch WinZip...
The most disturbing line in this article for me... (Score:4, Insightful)
It was also interesting to learn that a drunk techie CEO who let his programmers follow their own interests still managed to have a profitable company. Remind me to hang out with strippers more often.
I love PkWare (Score:4, Funny)
so you 8) when Bill stole it (Score:3, Informative)
pkzip is still a command line utility elsewhere
drwxr-xr-x 2 root wheel 512 Oct 11 09:06
Re:so you 8) when Bill stole it (Score:2, Interesting)
Re:Respect (Score:5, Informative)
That, and if you actually look at the ZIP format, you'll notice that it's all routines invented by other people. "Shrink" is dynamic LZW, "Reduce" is RLE with a second-pass probabalistic encoder, and "Implode" is a sliding dictionary with post-compression using Huffman/SF-tree encoding.
Katz was an excellent promotor and had good networking skills. I admire him for that much, and for establishing a defacto format that scaled nicely to 64-bit sizes and arbitrary-length Unicode filenames. HOWEVER, he was hardly a pioneer in compression algorithm design. Give him credit where credit is due.
Phil wasn't the marketing type. (Score:3, Informative)
You must mean Hildegard Katz, Phil's mom, who was the VP of PKWare.
There used to be a photo on the wall of PKWare's boardroom that said volumes... It showed a beautifully done show-booth at some convention, with Phil buried in a laptop on a small podium completely ignoring all the convention-goers milling around him.
If anyone promoted and networked for PKWare, it probably wasn't Phil.
Re:Is this really going to make an impact?... (Score:2)
kinda seems like having curtains in your house but never pulling the down; someone may not be able to 'get at' your stuff but they can see everything you have.
Re:"Next Generation Zip" (Score:2)
RAR is far and away better, including Linux support from the manufacturer (rather than from 3rd parties, which will lag in feature implementation). It's not open source, but the same license works across platforms and the unRAR thing is free beer everywhere.