Slashdot Mirror


.ZIP Standard to Fragment?

fudgefactor7 writes "As IDG.NET tells us, the venerable .ZIP compression standard is about to undergo a bit of a schism. PKWare and WinZip, the "big two" in the .ZIP format biz are (unfortunately) going to be making their respective releases incompatible (to an extent) and an archive made with one may not be accessible from another. The problem lies with PKWare not giving information to WinZip, thus making WinZip to go it alone."

627 comments

  1. More importantly.. by grub · · Score: 5, Interesting


    What will my unix *zip programs be compatible with?

    --
    Trolling is a art,
    1. Re:More importantly.. by jat850 · · Score: 5, Informative

      Should be compatible with all of them:

      Neither PKWare nor WinZip encrypt archived files by default. This means the vast majority of .zip files will probably continue to adhere to the old, universal format for the foreseeable future.

      So it sounds like the only change is in the encryption methods used in each program.

      --
      the blood has stopped pumping, and he's left to decay
      the me that you know is now made up of wires
    2. Re:More importantly.. by lederhosen · · Score: 1

      Use bzip2, it is usaly better...

    3. Re:More importantly.. by pir8garth · · Score: 2, Informative

      Correct...most users that want encryption probably do so after the fact, and thus the mainstream application of using zips shouldn't be effected. The only issue here that I see is if people, or more specifically companies agree to encrypt zip files for security purposes, they must make sure that a standard program is choosen/used to prevent corrupt file confusion.

      --
      Something clever...
    4. Re:More importantly.. by kindbud · · Score: 4, Funny

      What will my unix *zip programs be compatible with?

      Zip.

      --
      Edith Keeler Must Die
    5. Re:More importantly.. by holt · · Score: 4, Funny

      Wait... is "usaly" the bzip2 compressed version of usually?

    6. Re:More importantly.. by rastakid · · Score: 1

      What will my unix *zip programs be compatible with?

      Probably both.

      After using Linux for server applications for several years, I decided to try Linux for the desktop, and it never disappointed me. One of the Good Things (tm) is definately the big amount of software available for the platform, but that's not all: so many applications for Linux have support for so many different formats. A good example is OpenOffice.org, just look at the amount of supported (and completely different) formats!

      So, the moral: you should probably not worry about this, because the sooner or later, some one wants do the same thing as you want, and will write a program for it.

    7. Re:More importantly.. by Anonymous Coward · · Score: 0

      i prefer info-zip

    8. Re:More importantly.. by haystor · · Score: 4, Funny

      ys

      --
      t
    9. Re:More importantly.. by IdleTime · · Score: 2, Funny

      Well, I heard that the new encrypted zip archives from PkWares program will have a new extension, .piz

      --
      If you mod me down, I *will* introduce you to my sister!
    10. Re:More importantly.. by Anonymous Coward · · Score: 1, Funny

      A good example is OpenOffice.org, just look at the amount of supported (and completely different) formats!

      Too bad it doesn't handle OpenOffice documents very well.

    11. Re:More importantly.. by mobets · · Score: 1

      hmm, not to sure if I want to use lossy compression for my important files. The last time I did that, I lost everything...

      --

      It was me, I did it, I moved your cheese
    12. Re:More importantly.. by archen · · Score: 3, Interesting

      "encryption" regarding Winzip is practically a joke. Just look up information on how to password crack a zip archive and typically they talk about how Winzip left "hooks" which makes breaking the encryption far faster. I've actually seen quite a few articles on encryption, citing Winzip's implementation as an example of how to botch encryption.

      On the other hand PKWare's method isn't so great either. I've generally gone to using IZArc which can encrypt files using 256bit AES.

    13. Re:More importantly.. by mnmn · · Score: 2, Insightful

      If they do make themselves incompatible, a third party will come along, incorporate both compressions and will win the market. Will you buy Winzip and have some files not open? Or download some other from sourceforge that will open any zip files.

      And come to think of it, what further changes are they planning anyway? The zip format is very much standard and making something new that cant open zip files will not work, nor will compressing files in a format in which most unzippers will fail. The market itself will ensure the old zip format will remain.

      --
      "Give orange me give eat orange me eat orange give me eat orange give me you." -Nim Chimpsky
    14. Re:More importantly.. by artemis67 · · Score: 4, Insightful

      What will my unix *zip programs be compatible with?

      If PKWare suddenly closes their format, and if WinZip keeps theirs open, then it looks like WinZip will win by default.

      It seems that we've been down this road countless times before. The way to win marketshare in the tech sector is to keep things open and allow other companies to champion your standard for you.

    15. Re:More importantly.. by bob12 · · Score: 1

      who needs .zip? long live .gz!

    16. Re:More importantly.. by mcg1969 · · Score: 5, Informative

      We're not talking about the old password encryption methods; we're talking about the new AES-based encryption methods implemen ted in WinZip 9 and PKZip.

    17. Re:More importantly.. by trickytree · · Score: 2, Informative

      The Zip format has changed, and you will see this reflected if a) the archive is bigger than 4Gb, b) contains more than 65,000 files, or c) the user turned on Bzip compression in PK. 95% sounds about right.

    18. Re:More importantly.. by Mr+Z · · Score: 1

      Actually, if you look at the PKZip reference document linked in the article above, Zip compression method 12 is "bzip2".

      --Joe
    19. Re:More importantly.. by Anonymous Coward · · Score: 0

      Well, I heard that the new encrypted zip archives from PkWares program will have a new extension, .piz

      Hmm maybe the WinZip encrypted archives will have the extension .wiz. Then both will smell like urine!

    20. Re:More importantly.. by Anonymous Coward · · Score: 0

      Wrong thread. We are talking about ZIP compression, not expanded I/O.


    21. Re:More importantly.. by bhtooefr · · Score: 1

      Like someone else said,

      We know you do, Anonymous Coward, we know you do.

    22. Re:More importantly.. by Anonymous Coward · · Score: 1, Informative

      No, usually bzip2ed is

      BZh91AY&SYIÃOETA
      "h0
      ÃîHÂ

    23. Re:More importantly.. by cakoose · · Score: 3, Informative

      I think that ZIP is more like .bz2.tar instead of .tar.bz2. This means that you can extract individual files without decompressing the whole archive. This is probably why Sun went with ZIP for JAR files (because it's convenient to get at some .class files without unzipping the whole thing).

      This difference is also probably why .tar.gz and .tar.bz2 are usually smaller than ZIP archives. I don't think ZIP runs different files together so it can't take advantage of longer streams.

    24. Re:More importantly.. by abiogenesis · · Score: 1

      It is not lossy. You can construct the original words ("usually" and "yes") without any ambiguity.

      --

      Donate free food to the hungry at The Hunger site.
    25. Re:More importantly.. by 21mhz · · Score: 1, Interesting

      Wait... is "usaly" the bzip2 compressed version of usually?
      Nah, it rather looks like some lossy algorithm.
      That is, you can tell the uncompressed text says "usually", but not for certain.

      --
      My exception safety is -fno-exceptions.
    26. Re:More importantly.. by Jellybob · · Score: 1

      If you were suffering from a case of cheesy joke-itis (I am :P) you could say:

      "That is, you can usually tell the uncompressed text says "usually""

      I'm sorry.

    27. Re:More importantly.. by darien · · Score: 1

      If they do make themselves incompatible, a third party will come along, incorporate both compressions and will win the market.

      Any particular reason why a third party can do it and Nico Mak can't? Or is it just that open source developers have no money, so they can release things real companies would get sued for?

    28. Re:More importantly.. by koko775 · · Score: 2, Interesting

      how will they do that without "curcumventing a security measure"?

    29. Re:More importantly.. by forgotmypassword · · Score: 2, Insightful

      Then why don't you try the following experiment. Save the same file to two different file names. Zip one file, then add the other to that archive. Notice the size difference in the two archives.

    30. Re:More importantly.. by hpavc · · Score: 1

      not to mention that goofy 'compressed folder' crap in windows. maybe microsoft can growl or bark at this and cause another set of problems.

      --
      members are seeing something, your seeing an ad
    31. Re:More importantly.. by KevCo · · Score: 1, Informative

      "And come to think of it, what further changes are they planning anyway"

      Why would anyone mod up a post as "insightful" when he clearly didn't even RTFA? The changes are adding strong encryption. They are not "making themselves incompatible". The old format still remains unchanged unless you are using encryption. PKWare implemented encryption first but didn't publish complete details on their implementation so WinZip was forced to go their own way.

      It's amazing what can be learned by actually reading.

    32. Re:More importantly.. by hesiod · · Score: 1

      > Any particular reason why a third party can do it and Nico Mak can't?

      Because PKWare isn't releasing the details of how it works. Therefore, no one can do it yet except PKWare.

    33. Re:More importantly.. by arivanov · · Score: 1

      So that RAR can resave them with another extension at the end after teh .piz. .da comes to mind ;-)

      --
      Baker's Law: Misery no longer loves company. Nowadays it insists on it
      http://www.sigsegv.cx/
    34. Re:More importantly.. by tarp · · Score: 0

      Wow. Pizda..

      Imagine the porn appeal.

    35. Re:More importantly.. by Anonymous Coward · · Score: 0

      They'll probably support both. Question is, which one will they generate?

    36. Re:More importantly.. by Anonymous Coward · · Score: 0

      I don't think too many people will get that one...

    37. Re:More importantly.. by pod · · Score: 1
      I don't think ZIP runs different files together so it can't take advantage of longer streams.

      This is what a 'solid archive' is for.

      --
      "Hot lesbian witches! It's fucking genius!"
    38. Re:More importantly.. by Hard_Code · · Score: 1

      But Zip doesn't have "solid" archives right? Or at least not Winzip.

      --

      It's 10 PM. Do you know if you're un-American?
    39. Re:More importantly.. by Anonymous Coward · · Score: 0

      Not really. 'ys' == 'you suck'.

    40. Re:More importantly.. by devilspgd · · Score: 1

      Easy... Someone outside the US will do it

      --
      Give a man a fish, he'll eat for a day, but teach a man to phish...
    41. Re:More importantly.. by devilspgd · · Score: 1

      NTFS compression does the job, and it's fairly reliable for infrequently accessed non-critical files. As always, create a backup first *shrugs*

      --
      Give a man a fish, he'll eat for a day, but teach a man to phish...
    42. Re:More importantly.. by hpavc · · Score: 1

      Ummm, not the file system ... the compressed folders (Windows 98 and up) have the ability to Zip folders and files just like Winzip does (only crappier interface)

      --
      members are seeing something, your seeing an ad
    43. Re:More importantly.. by devilspgd · · Score: 1

      Ahh... *that* -- I forgot about that, I turn that shit off during the first few minutes of operating the OS. I completely forgot 'bout it.

      --
      Give a man a fish, he'll eat for a day, but teach a man to phish...
    44. Re:More importantly.. by Zeebs · · Score: 1

      Ya exactly! I mean look at MS Word document format... er, I think I'm gunna go home

      --

      Happy Noodle Boy says "F###ing doughnut! Mock me? You fried cyclops!!"
    45. Re:More importantly.. by Wolfrider · · Score: 1

      --But gzip -9 creates similar-sized files (usually only a couple of meg difference for large ones) and is MUCH FASTER than bzip2.

      --
      .
      == WolfriderV6 == I'm willing to admit that *I just might* be wrong... Are you??
    46. Re:More importantly.. by Anonymous Coward · · Score: 1, Insightful

      It doesn't matter what is better, and it doesn't matter what we use. The fact is, there are zip files out there that we're going to need to use, and Windows users will not know what to do with a .tar.bz2 ...

      That's why I have zip tools here on my Linux box. Occasionally, I will need to extract a zip made by some Windows user... Or maybe, some day, I'll need to make an archive for one.

    47. Re:More importantly.. by Maildrop · · Score: 1

      .pizdez sounds even better :-)

    48. Re:More importantly.. by leshert · · Score: 1

      It is not lossy. You can construct the original words ("usability" and "yodelers") without any ambiguity.

    49. Re:More importantly.. by nathanh · · Score: 1
      Ya exactly! I mean look at MS Word document format... er, I think I'm gunna go home

      You misunderstood. The way to *win* marketshare is to open the format. The way to *maintain* marketshare is to keep the format closed.

    50. Re:More importantly.. by Julian+Morrison · · Score: 1

      Tht s a cmprssn mthd v srts. Y cn strp ff bt a thrd frm rndm nglsh txt by pssng t thrgh ths prl scrpt

      perl -pe 's/(\S)[AEIOUaeiou]+/$1/g; s/[AEIOUaeiou]+(\S)/$1/g'

      Srprsngly, y cn typclly stll ndrstnd t.

    51. Re:More importantly.. by 1u3hr · · Score: 1
      Tht s a cmprssn mthd v srts.

      Shld b "f srts"

    52. Re:More importantly.. by Annamite · · Score: 2, Interesting
      If they do make themselves incompatible, a third party will come along, incorporate both compressions and will win the market.


      Like the modem war? The good old telephone modem war. What a laugh it was. History repeats itself. Or rather, the fools who do not learn anything about history repeat the same old mistake, AGAIN.
    53. Re:More importantly.. by Annamite · · Score: 1

      Too bad I 've used all of my modpoints already.

      Rate that one Hilarious.
      Mod it up.

    54. Re:More importantly.. by darien · · Score: 1

      That was my point. If no one knows how it's done, a third party program can't support it. And if/when a third party does become able to support it, it stands to reason that Nico Mak will equally be able to support it. Unless you assume that the WinZip team are simply incapable of equalling or replicating the feats of other programmers.

    55. Re:More importantly.. by julesh · · Score: 1

      I think that ZIP is more like .bz2.tar instead of .tar.bz2. This means that you can extract individual files without decompressing the whole archive.

      Yeah. In fact, if you went with .gz.tar you'd be somewhat closer, as ZIP and gzip both use the same compression algorithm (deflate).

    56. Re:More importantly.. by irc.goatse.cx+troll · · Score: 1

      Forward: It's 6am and I can't sleep, so I picked a post at random to rant under. You should probably skip reading this unless you want to enter my world of boredom/late night insanity induced writing. That said, now for something completely different.

      It depends on your definition of 'large ones'. Lets say youre uploading an uncompressed TIFF image from ${insert_good_source_here} to your poor little webserver. Now on paper, '10megs' and '13megs' really dont sound like much, especially considering how many people have broadband. ..Until you get slashdoted, and instantly have 10,000(low estimate, considering fark/kuro5hin/etc will all run similer stories) hits. 10,000 * 3meg (difference) = 30gigs transfer = A lot more expensive than the the time you have to wait as it bzip2's slower compression.

      What it really boils down to is Right tool for the job. When compressing things, you have to consider the following:
      1) Does timing matter? (eg, is this something you'll have to recompress every few minutes, say in rotating files where you'll have to lock your program as it compresses the old file [bad example, but its 6am and I havn't slept])

      2) How wide will it be distributed? - If you're just making backups you can use whatever odd compression you want, but if you're going for mass distribution you really need to stick to something generic that most people have. In contrast, if you're just compressing some Half Life demos for a friend, you can go ahead and just use the best of what you both have.

      3) How important is filesize? - Again, related to distribution. If I'm sending a screenshot to a friend I'll rarely take the time to compress it as by the time I get something open to compress it, I could of already sent it uncompressed. Or in the above situation, if its going to be hosted somewhere where you pay bandwidth fees, every byte counts.

      --
      Pain lasts, kid. Its how you know you're alive. Sometimes I think this growing up thing is just pain management-TheMaxx
    57. Re:More importantly.. by artemis67 · · Score: 1

      Actually, look at Microsoft in general. They destroyed Apple because the hardware platform for PC's was open, and Apple couldn't begin to compete on price. Apple went from a peak of ~50% marketshare to a low of about 2%.

    58. Re:More importantly.. by cakoose · · Score: 1

      I used the Info-ZIP version of "zip" (it's the one that comes with Debian).

      Zipping two copies of a file produces an archive twice the size as zipping a single copy of that file. This goes for updating as well (adding a renamed copy of a file to an archive that contains only the original will double the size).

      I don't know if WinZIP does it differently.

    59. Re:More importantly.. by Jouster · · Score: 1

      I'd love to agree with you, but act as a business owner for a second:
      For $x, you can buy bulk licenses for WinZip, which opens InfoZip-compatible and WinZip-extensions-compatible .zips.
      For $x, you can buy bulk licenses for PKZip, which opens InfoZip-compatible, WinZip-extensions-compatible, and PKZip-extensions-compatible .zips.

      When PKZip can implement WinZip's extensions, but WinZip can't implement PKZip's, that means PKZip now has a better (insofar as interoperability is concerned, anyway) product.

      Kind of ironic, isn't it?

      Jouster

  2. Splitting Those ZIPs by Ken@WearableTech · · Score: 5, Informative

    The post was a little hyped. PKWare and WinZip only split on the encryption of the Zip file. I for one have long since encrypted Zip files with PGP when I needed that security. Zip encryption has always been a joke, and I doubt that too many are going to replace what ever trusted methods they have come up with for PKWare or WinZip's new method.

    It is too bad that they split, but I use Zip files for compression not encryption. The compression is still cross-compatible, so life will go on.

    1. Re:Splitting Those ZIPs by grub · · Score: 4, Informative


      I for one have long since encrypted Zip files with PGP when I needed that security

      PGP zips files before encrypting them. At least older versions did. See this page

      --
      Trolling is a art,
    2. Re:Splitting Those ZIPs by anderm7 · · Score: 1

      Yeah, using ZIP for encryption is like locking your car doors while leaving the windows open. There are (or at least there used to be) programs to recover "your" lost passwords.

    3. Re:Splitting Those ZIPs by Quietust · · Score: 1
      Zip encryption has always been a joke, and I doubt that too many are going to replace what ever trusted methods they have come up with for PKWare or WinZip's new method.
      That's funny, I seem to recall that PKZIP had support for strong encryption (3DES, RC2, RC4, etc. using digital certificates and/or a passphrase) quite a while ago (since version 5.0).
      --
      * Q
      P.S. If you don't get this note, let me know and I'll write you another.
    4. Re:Splitting Those ZIPs by Surak · · Score: 5, Informative

      WinZip and PKZip are ALREADY incompatible in some areas.

      From Pkware's web store:
      # Virtually Unlimited .ZIP File Size allows for .ZIP files exceeding 4-gigabyte archive limitation of other .ZIP products; create archives in excess of a terabyte in size!
      # More Files-per-archive allows a practically unlimited number of files files per .ZIP file â" greatly exceeding the 65,535 compressed files limit of other .ZIP products.


      These two limitations used to appear in old versions of PKZip (2.04G and earlier), and still appear in the open-source (BSD license) Info-ZIP utilities, upon which WinZip is based. Thus for large zip files, WinZip and PKZip are already incompatible (i.e., WinZip doesn't support anything larger than 4GB, and supports a max of 65,535 files inside a Zip file -- WinZip will NOT read these files). I think there's also a mention of new compression methods not supported by WinZip as well, but I couldn't seem find it again.

    5. Re:Splitting Those ZIPs by brejc8 · · Score: 1

      But these encription extentions will probably improve the encription and thus make it more commonly used.
      As far as I remember the ZIP encription was 32bit of which 8 bits were for key matching so it doesnt take too long nowdays.

    6. Re:Splitting Those ZIPs by agentZ · · Score: 5, Informative

      They are still out there, thanks to Skylarov's old company. Elcomsoft makes an Advanced Zip Password Recovery tool.

    7. Re:Splitting Those ZIPs by Anonymous Coward · · Score: 4, Funny

      anybody hitting those limits is a lamer or a file sharing pirate, probably both. kids these days. thank god for the mpaa and the riaa.

    8. Re:Splitting Those ZIPs by WD · · Score: 4, Informative

      Yeah, but don't forget one of the main advantages of using zip... It'll join multiple files into one archive.

    9. Re:Splitting Those ZIPs by Surak · · Score: 5, Informative

      Um, I've hit those limits before and I am neither. I've had to move *large* amounts of CAD data over FTP, and ZIPping or tarballing all the files down is the only practical way. Tarballing is fine until some you have to send it to some lame Windows user who complains he can't open it because WinZip insists on ungzipping a tarball to a tar file in a temporary directory first, rather than streaming it as happens on *nix with 'gzip -dc foo.tar.gz | tar xvf -'

    10. Re:Splitting Those ZIPs by kliklik · · Score: 1

      I've tryed many of these programs after I zipped some of my files, deleted the originals and right away forgot the password. None worked, probably because I've used some 30 characters, mixed case and symbols as password phrase :(

      --
      guru in training
    11. Re:Splitting Those ZIPs by Anonymous Coward · · Score: 0

      'gzip -dc foo.tar.gz | tar xvf -'

      Why don't you just do 'tar -xzf foo.tar.gz'?

      What kind of Unix geek are you when you type so much more than you need to? :o)

    12. Re:Splitting Those ZIPs by Shaleh · · Score: 1

      He's an actual UNIX geek. Only gnu tar supports gzip. 'real' tar on Sun, HPUX, etc requires a pipe.

    13. Re:Splitting Those ZIPs by Lumpy · · Score: 2, Interesting

      Zip encryption has always been a joke,

      espically now. I recoeverd 3 Zip files last week from an employee's laptop who was "let go" and "forgot" what the password was.

      Most of the zip cracking apps on the net are trivial and quite powerful when you put a 3ghz P4 behind it.

      --
      Do not look at laser with remaining good eye.
    14. Re:Splitting Those ZIPs by jdew · · Score: 1

      -z is _not_ posix, and thus, is not valid for unix tar

    15. Re:Splitting Those ZIPs by Hatta · · Score: 1

      That's what tar is for

      --
      Give me Classic Slashdot or give me death!
    16. Re:Splitting Those ZIPs by jdew · · Score: 2, Informative

      tar? _all_ it does is join multiple files together

    17. Re:Splitting Those ZIPs by Greedo · · Score: 0, Troll

      Um, I've hit those limits before and I am neither.

      Pr0n afficianado, perhaps?

      --
      Tuus crepidae innexilis sunt.
    18. Re:Splitting Those ZIPs by larry+bagina · · Score: 5, Interesting
      maybe it's the tar.gz format that's lame. If you there's a gzipped tarball of 1,000 files, and you want to extract only the last one, you have to wait for the entire file to decompress.


      That may be the unix way, but it's not the efficient way.

      --
      Do you even lift?

      These aren't the 'roids you're looking for.

    19. Re:Splitting Those ZIPs by Phantasmo · · Score: 4, Informative

      Yup, still does. It uses code from Info-ZIP (so GPG probably uses zlib, same thing) to compress the file before encrypting: a compressed file is, in theory, non-repetitive data and is therefore less crack-able.

      So, try tar or compress-less zip to package up a bunch of files and then encrypt with PGP/GPG.

      --

      The US Army: promoting democracy through unquestioned obedience
    20. Re:Splitting Those ZIPs by ssdairy · · Score: 1

      anybody hitting [ZIP size and file count] limits is a lamer or a file sharing pirate, probably both.

      Not always. Until I started hitting these limits regularly, WinZip was one of my favorite ways to make a backup. You got a compressed backup that was easy to search and retrieve individual files from.

    21. Re:Splitting Those ZIPs by Surak · · Score: 1

      True enough....but it still remains that the only means of transmitting these large archives to these particular people (who are NOT readers of Slashdot, stop modding my post flamebait, it is NOT ;) is a tarball or a *several* ZIP files. These people have never heard of PKZIP, they think that the ZIP format was invented by Nico Mak Computing (or WinZip Computing or whatever they're calling themselves this week) the makers of WinZip.

    22. Re:Splitting Those ZIPs by ichimunki · · Score: 1

      There is no ".tar.gz" format though. There is .tar and there is .gz. One concatenates, the other compresses. The problem you mention would be less likely to annoy if one compressed, then concatenated. But that might reduce the potential for space savings-- especially in the case you mention where there are thousands of files in the archive.

      --
      I do not have a signature
    23. Re:Splitting Those ZIPs by Anonymous Coward · · Score: 0

      Dude... I have hit those limit several years ago doing work that involved importing financial data from an old mainframe system-- for whatever reason, the entire set of data was provided in a HUGE flatfile that was gigs in size.

    24. Re:Splitting Those ZIPs by Malc · · Score: 1

      I think many Windows people will hit system limits before they hit these limits. NT4 for instance has a known bug that stops you doing a lot of standard operations on large files. I think it lies in one of the Win32 API calls, CreateFile, or OpenFile, or something like that. I was finally fixed in a later service pack for Win2K, but NT4 suffers on.

      I encountered it last autumn when I tried to copy some 180GB SQL Server files to a new RAID array. Windows Explorer would fail with some message about resources. Command line copies failed. FTP would timeout. WinZip and WinRAR couldn't handle it. Nor could Cygwin and the GNU tools. In the end, I had to create a secondardy data file and migrate some of the tables to it within SQL Server.

    25. Re:Splitting Those ZIPs by Anonymous Coward · · Score: 0
      Yea - no one knows how to put the two (tar & gzip/bzip2/etc) together. Damn unix weirdos.

      By the way, you can also use ark [or whatever GNOME uses] to *easily* create new archives. Should suit those who arent familiar with tar and the command-line compression utilities.

    26. Re:Splitting Those ZIPs by alanjstr · · Score: 1

      I believe WinZip 9 no longer has those limitations.

    27. Re:Splitting Those ZIPs by Arker · · Score: 1

      If you there's a gzipped tarball of 1,000 files, and you want to extract only the last one, you have to wait for the entire file to decompress.

      The same thing is true of rar, but it's quite popular.

      --
      =-=-=-=-=-=-=-=-=-=-=-=-=-=-
      Friends don't let friends enable ecmascript.
    28. Re:Splitting Those ZIPs by SN74S181 · · Score: 1

      No, there are a few other things that TAR is capable of. I used to use it with a QIC drive to do backups under Linux. Back before the days of affordable CDR media I used TAR tapes to maintain my archives of software. I still have CDR disks with Tape1, Tape2, etc. main directories mirroring the tapes they were streamed off of.

    29. Re:Splitting Those ZIPs by Mr+Z · · Score: 2, Funny
      I was finally fixed in a later service pack for Win2K, but NT4 suffers on.

      I wonder how your signficiant other (or would-be significant other if you presently lack one) feels about Microsoft now, given they 'fixed' you. Now I know where their company name comes from, going around 'fixing' people. ;-)

      --Joe
    30. Re:Splitting Those ZIPs by timeOday · · Score: 4, Funny

      Yeah, that's what the .gz.tar format is for.

    31. Re:Splitting Those ZIPs by Anonymous Coward · · Score: 0

      GNU's "gtar" maybe (which Linux helpfully installs under the name 'tar'), but not bog-standard UNIX tar.

    32. Re:Splitting Those ZIPs by bhtooefr · · Score: 1

      He said it was CAD, so is he making virtual pr0n?

    33. Re:Splitting Those ZIPs by mickwd · · Score: 2, Insightful

      "That may be the unix way, but it's not the efficient way."

      Except that the Unix way allows compression of the collection of files as a whole, rather than per-file.

      To take an extreme example, consider tar-ing and gzip-ing the /usr/include directory, with hundreds of small files, many of which contain a very-similar GPL header. Only when the files are first collected together into a single tar file can this duplication be compressed away. Zipping the individual files will not be able to compress as efficiently (especially when files are added to the archive after its initial creation).

      But, that said, the actual degree of compression is not the only consideration for a good compression format. For example, being able to add or remove individual files from a .zip archive is a useful feature in some circumstances.

    34. Re:Splitting Those ZIPs by ymgve · · Score: 2, Informative

      Not really. RAR has two modes, 'solid' archiving where all the files in the archive is one big compressed stream, and 'non-solid', where each file is compressed individually.

    35. Re:Splitting Those ZIPs by Doppler00 · · Score: 1
      I've noticed this with Windows installers too. They are usually really stupid about just installing the files from the original download. It usually it goes like this ->

      Download ZIP file

      Program extracts zip file to a temporary directory

      Executable is copied out of the temporary directory back into a folder

      Executable runs and extracts setup files

      Setup files execute and install the program

      So you end up having 3 aditional copies of the program on the HD just to install the program.

    36. Re:Splitting Those ZIPs by Anonymous Coward · · Score: 1, Informative

      WinZip 9.0, the version being discussed does support the the >4GB support and more than 65535 files. It also supports deflate64. And from the FAQ's on their web page, it would appear that the original code was based on info-zip, but that the code they currently use has been modified and updated by WinZip themselves.

    37. Re:Splitting Those ZIPs by Anonymous Coward · · Score: 0

      "It's not poorly implemented, it's poorly designed"

    38. Re:Splitting Those ZIPs by Malc · · Score: 1

      LOL! Thank you. I guess I had an uncoperative t on my keyboard.

    39. Re:Splitting Those ZIPs by klui · · Score: 2, Informative

      Under HPUX 10.20/11.x all you need to do is recompile Info-ZIP with a flag and it will support large files. Never had bumped into max number of files before.

    40. Re:Splitting Those ZIPs by Anonymous Coward · · Score: 0

      > tar? _all_ it does is join multiple files together

      That's what pipes are for.

    41. Re:Splitting Those ZIPs by Mr+Z · · Score: 1

      :-) You're quite welcome. I got a nice chuckle from the typo, myself.

      --Joe
    42. Re:Splitting Those ZIPs by Arker · · Score: 1

      And I've seen hundreds of rars, without yet seeing one that's not solid.

      --
      =-=-=-=-=-=-=-=-=-=-=-=-=-=-
      Friends don't let friends enable ecmascript.
    43. Re:Splitting Those ZIPs by dipipanone · · Score: 2, Funny

      Now I know where their company name comes from, going around 'fixing' people.

      This is clearly one area where MS have learned from Eunuchs.

    44. Re:Splitting Those ZIPs by ehovland · · Score: 2, Interesting

      "a compressed file is, in theory, non-repetitive and is therefore less crack-able"

      Sorry, a compressed file is very repetitive. The algos are well known. Compression is done prior to encryption because the resulting file is smaller then if it hadn't been compressed. The encrypting of files makes them much larger.

    45. Re:Splitting Those ZIPs by Mr+Z · · Score: 1

      On the contrary, eunuchs are fixed so you don't have to be!

    46. Re:Splitting Those ZIPs by abiogenesis · · Score: 1

      Only if you use solid archive option.

      --

      Donate free food to the hungry at The Hunger site.
    47. Re:Splitting Those ZIPs by forgotmypassword · · Score: 1

      Umm, there are a thousand different ways to do that in UNIX.

      My prefered method is to have AVFS installed. Then I can treat any type of archive as a directory. For instance, say I want to pull 4.txt out of archive.tgz ...

      $ ls
      archive.tgz
      $ cd archive.tgz#
      $ ls
      1.txt 2.txt 3.txt 4.txt
      $ cp 4.txt ..

      And of course you don't have to use the command line. I use my filer to do it. And I do not believe that it decompresses everything just to get that one file.

    48. Re:Splitting Those ZIPs by Wolfier · · Score: 1

      I'm still looking for a way to break encrypted ZIP files without bruteforcing the password.

      If you think "Zip encryption has always been a joke", that means you have a good way.

      Please share it...

    49. Re:Splitting Those ZIPs by theLOUDroom · · Score: 1

      Yeah, that's what the .gz.tar format is for.

      It's not only funny, but true.

      tar and gzip are seperate programs. You can always run them in the opposite order if you want. Or use bzip2 instead of gzip, or zip.

      Grandparent said:
      That may be the unix way, but it's not the efficient way.

      "The UNIX way" is to have lots of small programs that do one job well. This way you have tons of flexibility. You can have the files compressed before concatenating them, or after, or never, your choice. You can provide a md5sum/GPGsig for the whole archive, for each file,or not at all.

      Usually it doesn't matter, so I just use foo.tar.gz. As another poster has pointed out, it's actually more efficient, since you typically want ALL the files in the archive, and compressing them as one file, allows better compression with groups of many similar files.

      --
      Life is too short to proofread.
    50. Re:Splitting Those ZIPs by IamTheRealMike · · Score: 1
      Zipping the individual files will not be able to compress as efficiently (especially when files are added to the archive after its initial creation).

      Sure it can. Just tick the "solid archive" box.

    51. Re:Splitting Those ZIPs by 73939133 · · Score: 1

      "tar" was meant as a tape archive (hence the name), so it is fully justified in having assumptions about sequential reads and writes built into it.

      The fact that people ended up using "tar" for so many other things is free choice at work: "tar" works well enough. It just isn't a problem to have to read through and decompress an entire archive just to get the last file for the applications that "tar" is usually used for. Sure, it's a little slower than if you have a monolithic program like zip, but how often do you need to extract single files from a tar archive? In fact, the most common way of extracting a single file from a tar archive is probably to untar everything, copy the file, and remove the untarred files.

      If you want random access, use something better than zip. If you just want a decent distribution medium, gzipped tar files are just fine.

    52. Re:Splitting Those ZIPs by Zenki · · Score: 1

      Yeah. Both winzip and Pkzip now support deflate64, which is the same deflate algorithm with a 64KB window instead of 32KB. About freaking time, imo. RAR can uses window sizes up to 4MB.

      PKZIP also supports using Bzip2 compression in its archive now. Look at their updated specification: http://www.pkware.com/products/enterprise/white_pa pers/appnote.html

    53. Re:Splitting Those ZIPs by Anonymous Coward · · Score: 0
      And I do not believe that it decompresses everything just to get that one file.

      My belief in that particular idea is not as strong as yours is. gzip uses the "deflate" algorithm, which by nature compresses in a stream. Briefly, it continually examines the last 32kB of data it sent to see if the current string of bytes has occurred before (and recently). If so, instead of outputing the literal string, it outputs an {offset,length} pair. The offset indicates where the previous instance of the redundant data exists within the last 32kB, and the length indicates how long that string is. So, you can easily see that the correct uncompressed data is a function of the current data and the last 32kB of data. Since the last 32kB depends on the 32kB before that, it's proved by induction that a given byte depends on essentially all the data before it in the stream.

      The simplicity of the above argument is complicated a little bit by the fact that gzip in fact deals with data in blocks. At block boundaries, huffman tables are regenerated, but are the 32kB windows reset? I don't know. Depending on various details like that, it may or not actually be mathematically possible to reconstruct part of a deflated file without decompressing all the prior data. Naturally, whether various actual software (like gzip and AVFS) does this is another question. Even if you can do that, there is another big problem for random access, which is that as far as I know, tar files don't have a central table of contents and instead have a header before each file's data. So, it isn't, as far as I know, possible to build a correct tar program that can extract without reading the whole file up to that point!

      Having said all that, a big mitigating factor in all this is that with the deflate algorithm, decompression is actually quite fast. It's an order of magnitude faster than compression. Basically, all there is to do is read the stream, copying literal data to the output; if you see an {offset,length} pair pointing back into the 32kB buffer, you just copy bytes from that buffer instead. Actually, it's not quite that simple, because there are huffman trees involved as well, but there are some clever tricks available to make huffman really fast.

      For more info on deflate as used in gzip, see here.

    54. Re:Splitting Those ZIPs by DrXym · · Score: 1
      MS .cab files use the same principles as tar.gz, compressing the concatenation of all files rather than individually. This results in better compression, but makes the format pretty lousy for random access.


      Personally I'd like to see a zip specification which allowed bzip2 compression. You would still have random access to files but with better compression.

    55. Re:Splitting Those ZIPs by raynet · · Score: 1

      Actually the filesize doesn't change when you crypt it unless the program stores some extra info to the package eg. decrypt key (when using public key crypto) but that is maximum of some kilobytes. Ofcourse after encryption the file should contain even amount of all byte values thus it's pretty random and therefore wont compress at this stage.

      --
      - Raynet --> .
    56. Re:Splitting Those ZIPs by Phantasmo · · Score: 1

      "PGP normally compresses the plaintext before encrypting it. It's too late to compress it after it has been encrypted; encrypted data is incompressible. Data compression saves modem transmission time and disk space and more importantly strengthens cryptographic security. Most cryptanalysis techniques exploit redundancies found in the plaintext to crack the cipher. Data compression reduces this redundancy in the plaintext, thereby greatly enhancing resistance to cryptanalysis..."
      PGP User's Guide, Volume 2

      --

      The US Army: promoting democracy through unquestioned obedience
    57. Re:Splitting Those ZIPs by ymgve · · Score: 1

      I can send one to you :)

    58. Re:Splitting Those ZIPs by timeOday · · Score: 1

      Yes, I wasn't being completely facetious. Zipping first and tarring second allows extracting any member of the tarfile without decompressing the others, which can speed things alot. This only matters when zipping BIG files, and in that case the .zip overhead for each file is negligible anyways.

    59. Re:Splitting Those ZIPs by ComputerSlicer23 · · Score: 2, Informative
      Sorry Charlie, if a zip file was very reptitive, it'd be more compressible. A well compressed file looks like random data (so does encrypted data). If it doesn't, get a better compressor. Repeative data is redundant, compressing removes the redundancies. That's the general idea of compression.

      Yes, the header will match the magic bytes, but that is also true of nearly any file format. All DOS executables start with MZ, GIF's start with a specific set of bytes. Linux executables normally start with ELF within the first handful of bytes, most perl scripts have perl on the first line. Every file format listed in the magic file has some easily recognizable format.

      Also encrypting a file normally doesn't make it any large then to pad out the block size. I know that DES and RSA don't. I can't recall any from when I read the first edition of Applied Cryptography that did.

      Kirby

    60. Re:Splitting Those ZIPs by kirkjobsluder · · Score: 1

      Not quite. One of the reasons why you compress before encryption is because good encryption algorithms produce output that can't be distinguished from random bytes. As a result, encrypted files can't be compressed (because there are no repeating fragments of any length.)

      I don't know where you get the idea that the encrypting of files makes them much larger. For pretty much all encryption methods the output should just a little bit larger than the input. A file encrypted with AES 256 should be at most 255 bits longer than the original.

    61. Re:Splitting Those ZIPs by Anonymous Coward · · Score: 0

      PKZip 2.04G doesn't even support long filenames!

    62. Re:Splitting Those ZIPs by Fallen_Knight · · Score: 1

      solid gives a much better compression, and hell on my computer it takes 10 min to unrar 2gb archive lol

    63. Re:Splitting Those ZIPs by ehovland · · Score: 1

      thanks for the reply. I stand corrected!

    64. Re:Splitting Those ZIPs by Jouster · · Score: 1

      Both the new WinZip and the new PKZip support Bzip2 compression instead of InfoZip-style compression for their ZIP files.

      Jouster

  3. Reverse engineering? by Karamchand · · Score: 1, Informative

    What about reverse engineering? If hordes of *nix programmers can do it why can't Winzip do it? Legal issues? ...?
    Thanks for any insight!

    1. Re:Reverse engineering? by Flabby+Boohoo · · Score: 1

      Probably DMCA issues, right?

  4. Windows ZIP by PauloSousa · · Score: 1, Informative

    So what's the problem?
    Just use GPL $zip and Windows Zip Folders!
    Those are compatible...

    1. Re:Windows ZIP by MikeFM · · Score: 2, Interesting

      For that matter just use tarballs. I have tar, gzip, and bzip2 all working just fine in XP. Tarballs made with either gzip or bzip2 will be smaller than zip files most of the time anyway.

      Besides I get really sick of having to provide multiple copies of source code just because Windows programmers can't figure out what to do with a tarball. C'mon! Programmers should know these things.

      --
      At what price learning? At what cost wisdom? The price is a man's peace of mind, and the cost is his life.
    2. Re:Windows ZIP by Anonymous Coward · · Score: 0

      but watch out for incompatibilities between classic tar and GNU tar!

    3. Re:Windows ZIP by plugger · · Score: 1

      Winrar handles them all just fine, including .bz2 files. Try to get them to install it, might make your life easier.

    4. Re:Windows ZIP by rkz · · Score: 1

      -z?

    5. Re:Windows ZIP by shaitand · · Score: 1

      not an issue, gnu tar runs on classic unix ;)

    6. Re:Windows ZIP by MikeFM · · Score: 1

      To bad just about everyone I get asked for zip files by uses WinZip and nobody wants to change. Is enough to make a guy charge for Windows support. Sure I can change that tarball into a Zip file for you.. that'll be $10. :)

      --
      At what price learning? At what cost wisdom? The price is a man's peace of mind, and the cost is his life.
    7. Re:Windows ZIP by Anonymous Coward · · Score: 0

      I remember there were always one or two BBSs in town that insisted on using .arj/c or .lha/z or even .rar for all files. Strangely none used .zoo as their standard. heh

    8. Re:Windows ZIP by that+_evil+_gleek · · Score: 1

      check winzip's about box, winzip is derived from infozip's zip library,
      and infozip is one of the few FSF progs that is not GPL but RMS has signed off on, as ok. Its license is more BSD like.

    9. Re:Windows ZIP by plugger · · Score: 1
      I remember using .lha and .arj. Was zoo ported to DOS?

      .rar is the effective standard on Usenet now. I'm very glad that rarlab maintain a Linux client (also OS-X, BSD, OS-2).

  5. *sigh* by Vengeance · · Score: 3, Funny

    boys, boys, boys... Let's all stop the fussin' and a feudin'

    I LOVE you Winzip!
    I LOVE you, PKZip!

    *hugs all around*

    There, isn't that better?

    --
    It was a joke! When you give me that look it was a joke.
    1. Re:*sigh* by kzinti · · Score: 0, Troll

      Oh, shut UP, Cletus!

      ObZip: what's wrong with foo.tar.gz.pgp - or foo.tar.bz2.pgp?

    2. Re:*sigh* by Alizarin+Erythrosin · · Score: 5, Funny

      Pretty funny coming from a guy named Vengeance...

      --
      There are only 10 kinds of people in this world... those who understand binary and those who don't
    3. Re:*sigh* by Anonymous Coward · · Score: 0

      [plaintive]But you hugged Winzip first!! [/plaintive] Waa!

    4. Re:*sigh* by Anonymous Coward · · Score: 0

      rotfl

  6. Depends on how they handle it by StillAnonymous · · Score: 4, Interesting

    I'm hoping that WinZip changes the file extension for their new format to make it clear to anyone who gets ahold of such a file that it is not a standard Zip file.

    And how much time will it be before someone just writes a program that handles both formats natively? RAR, ACE, and all the other compressors already do handle Zip file just fine.

    1. Re:Depends on how they handle it by H0ek · · Score: 5, Funny

      Hey, perhaps they can use the extension .WIP

      Seems to accurately reflect the idea that WinZip is still a Work In Progress, eh?

      --
      H0ek
      Think you're smart? Prove you've got brains!
    2. Re:Depends on how they handle it by Corvaith · · Score: 1

      The point, I believe, is that even WinZip *would* follow the same format, if they possibly *could*. Therefore, no, other programs aren't going to be able to handle PKWare's version, either.

      So, in actuality, it sounds like perhaps PKWare is setting themselves up to no longer *be* the standard. Putting out a product incompatible with the others isn't going to help them win friends and influence people, not when most everybody I know is using the Winzip product. I myself haven't even looked at PKWare since the days of Windows 3.11... and won't be switching anytime soon.

    3. Re:Depends on how they handle it by Misch · · Score: 1

      And here's a promotional song: .WIP it.... .WIP it good...

      Oh, horrible earworms. :-p

      --

      --You will rephrase your request for me to go to hell. Goto statements are not acceptable programming constructs
    4. Re:Depends on how they handle it by rmohr02 · · Score: 1

      So are you assuming PKWare defines *.zip? Should OpenOffice have a big disclaimer making it clear to everyone that it's not 100% compatible with MS Office?

    5. Re:Depends on how they handle it by Anonymous Coward · · Score: 0

      Well, if winzip publically releases their specification, then it might make sense to keep the extension.

    6. Re:Depends on how they handle it by Spokehedz · · Score: 1

      They do. Its called PowerArchiver, from the website of the same name...

      Ok... Powerarchiver.com

      Sheesh... Don't you people realize that most programs have websites that are the name of the product by now? I'm pretty sure Iâ(TM)ve heard it called the "Nomenclature of Programs on the Internet" once or twice before.

    7. Re:Depends on how they handle it by Anonymous Coward · · Score: 0

      winzip is $30 and winrar is $29....you don't need either as IZArc 3.3.1 is totally free and does everything those two do except create a .rar set. Here's a mirror to download it if you want. mirror IZArc is an archiving tool suports many archive formats like: 7-ZIP, A, ACE, ARC, ARJ, B64, BH, BZ2, BZA, CAB, CPIO, DEB, ENC, GCA, GZ, GZA, HA, JAR, LHA, LIB, LZH, MBF, MIM, PAK, PK3, RAR, RPM, TAR, TAZ, TBZ, TGZ, TZ, UUE, WAR, XXE, YZ1, Z, ZIP, ZOO.

    8. Re:Depends on how they handle it by Malc · · Score: 1

      Why would they do that? That could hurt their business model. AFAICT, 99% of people handle zip files under Windows with WinZip. WinZip don't need to change the extension as most people wouldn't even notice. To be honest, I haven't even seen PKZip in use under Windows since about 1995 - really, since Win95 came out and DOS started becoming less popular. You know, when LARC was almost as popular.

    9. Re:Depends on how they handle it by kryliss · · Score: 1

      On top of this, Windows itself now handles zip files so even more newbs don't have to use either PKzip/Winzip.

      --
      --- If the bible proves the existence of God, then Superman comics prove the existence of Superman.
    10. Re:Depends on how they handle it by Anonymous Coward · · Score: 0

      Actually, yes, it does.

    11. Re:Depends on how they handle it by 1u3hr · · Score: 1
      I myself haven't even looked at PKWare since the days of Windows 3.11... and won't be switching anytime soon.

      I just use the latest command line version of pkzip (which you get by installing the demo of the GUI version, finding pkzip.exe, then deleting the rest). Then I use Far's archive support (virtual directories) to access archives, though I usually create them on the command line.

      When I want GUI to do archives, I use Aladdin Expander, or occasionally Quickview.

  7. How annoying! by Junior+J.+Junior+III · · Score: 4, Funny

    Oh well, I guess I'll just have to keep using WinRAR.

    --
    You see? You see? Your stupid minds! Stupid! Stupid!
    1. Re:How annoying! by rudiger · · Score: 1

      but.... it won't be able to open the pkware archives in question. any program besides pkware will have problems

    2. Re:How annoying! by Junior+J.+Junior+III · · Score: 1

      Yeah, but if EVERYONE uses WinRAR instaed of PKZip? Problem goes away like magic.

      --
      You see? You see? Your stupid minds! Stupid! Stupid!
    3. Re:How annoying! by CaseyB · · Score: 1
      any program besides pkware will have problems

      No, anyone using PKWare will have problems, when 95% of the people to whom they are sending the new archives are unable to open them in Winzip.

    4. Re:How annoying! by Anonymous Coward · · Score: 0

      Every one of my computers and all my friends use WinRAR. WinZIP seems too... nice ... and bloated.

  8. History repeats by binaryDigit · · Score: 1

    Sounds a lot like the original riff in ARC that lead directly to ZIP in the first place (I know the exact circumstances are different, but the similarities are quite interesting). Yes, I'm that old :)

    1. Re:History repeats by Anonymous Coward · · Score: 0

      How so? The original fight as I recall was that ARC had it's source code in C, and Zimmerman of PKZIP fame came out with PKARC, snagging a lot of the code against the license terms. The court ruled against Zimmerman, and he then wrote his own format ZIP.

      At no time was there an accusation that the format wasn't "open" - just not unfettered. The core of the case the fact that the ARC folks wanted people to license the format if they wrote commercial alternatives. (ARC was shareware as was PKARC)

    2. Re:History repeats by martin-k · · Score: 1
      Ctrl-QA Zimmerman -> Katz

    3. Re:History repeats by farrellj · · Score: 1

      Definitely Deja-vu!

      But..if it is only encryption, not compression, then I am not worried.

      ttyl
      Farrell

      --
      CAN-CON 2019 - Ottawa's only book oriented Science Fiction Convention! October 18-20, Sheraton Hotel, Ottawa, Canada h
    4. Re:History repeats by Sloppy · · Score: 1

      Thank you. Now 3000 years from now when computer-archeologists are pouring through the archives trying to figure out what happened in the late 20th century, they will read this note and suddenly put 2 and 2 together: "Ah, there was just one Phil! He wrote both! The word that comes after 'Phil' was just a 20th century custom the people back then used, to designate which project a person was currently working on!"

      --
      As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
    5. Re:History repeats by Anonymous Coward · · Score: 0

      You mean like Homer ...

  9. Ehhh...I'll just keep using WinRar by bravehamster · · Score: 1, Redundant

    Yeah, I'll keep on using Winrar. It'll probably be able to read them both in a month.

    --
    ---- El diablo esta en mis pantalones! Mire, mire!
    1. Re:Ehhh...I'll just keep using WinRar by BlueWaldo · · Score: 1

      I agree, WinRar is the best zip program for Windows. Hands down.

    2. Re:Ehhh...I'll just keep using WinRar by setik · · Score: 1

      Yeah, Winrar is the way to go for windows users, does all the formats I need, and has a decent slim interface.

  10. What about win XP by superpulpsicle · · Score: 0

    By default winxp can see the internals of zipfiles? Does that mean it won't be good for at least ONE of the standards?

    Or does this spell hot fix time...

    1. Re:What about win XP by Jad+LaFields · · Score: 1

      I'm assuming that Microsoft wrote their own decoding process using PKWare's source... (can anyone tell me if this is true? I can't imagine MS licensing .zip tech from someone else)

      So WinXP will be able to read all old PKWare .zip's and WinZip .zip's... just not new, *encrypted* .zip's (and regular new .zip's are still fine!)... until Microsoft releases a patch, I guess.

      --
      [SIG] It's like putting a moose in the blender -- a recipe for disaster!
    2. Re:What about win XP by bhtooefr · · Score: 1

      No, looks like Mijenix/Ontrack/Aladdin ZipMagic.

  11. Fine by Anonymous Coward · · Score: 0


    the rest of us will use RAR, after all who wants to get in the way of ego's ?

    BTW can PK take back the .zip extension (and prevent winzip from calling their compression a zipfile) if WinZip go their own way with their own format ?

  12. Simple solution... by Loki_1929 · · Score: 1

    Come on now, Winzip, why not just drop the whole .zip compression altogether and do .rar instead? Not only is it much better, but you could very easily change your name from Winzip to Winra... oh, wait...

    --
    -- "Government is the great fiction through which everybody endeavors to live at the expense of everybody else."
    1. Re:Simple solution... by Anonymous Coward · · Score: 0

      I wish they would. The classic WinZip interface is great, but the WinRAR UI is a heap of shit.

    2. Re:Simple solution... by Tyler+Eaves · · Score: 1

      RAR is an order of magnitude slower...

      --
      TODO: Something witty here...
    3. Re:Simple solution... by imsabbel · · Score: 1

      Actually, if you set compression to low, its not much slower than winzip and still better at compressing

      --
      HI O WISE PRINCE. WHT TOOK U SO DAM LONG?
    4. Re:Simple solution... by nolife · · Score: 1

      I've had different results. This is a very specific case but still worth mentioning.

      At work I was trying to burn a cd from a directory on a file server that contained about 33k small files for a total of about 1.2GB uncompressed. I needed to compress them for the 700MB cd.
      Bottom line was Winzip 8.0 would hang with long delays when attempting to list and compress the files in the directory, maybe I did not wait long enough but I finally gave up after about 10 minutes. WinRAR 3.11 had no delays and worked fine. When the file was done, Winzip would take over 3 minutes just to show what files were contained in the zip file. I did not try extracting it with Winzip.

      --
      Bad boys rape our young girls but Violet gives willingly.
    5. Re:Simple solution... by Anonymous Coward · · Score: 0

      RAR and ZIP compression ratios and speeds are roughly comparable. The differences are certainly not big enough to worry about in real world usage.

      Also, WinRAR turns on by default the solid archive option, while WinZip does not, and this easily accounts for most of the purported WinRAR size advantage.

  13. winrar by javaman83 · · Score: 1

    Just screw em all and use rar.

  14. Zip encryption's pretty useless, anyhow. by Skyshadow · · Score: 4, Insightful
    While this is a Bad Thing from an open-standards standpoint, does anyone actually use the security features on zip? I'd think anyone concerned enough to protect their archives would want to use a serious encryption format.

    So, if a fork occurs in a feature which nobody uses, does it make a sound?

    --
    Every year during my review, I just pray the words "slashdot.org" aren't mentioned.
    1. Re:Zip encryption's pretty useless, anyhow. by boer · · Score: 2, Interesting

      How's AES for serious encryption format? That's what the new WinZip 9 beta boasts.

      The greatness of ZIP has been it's compatibility across platforms. It's so widely spread tool one finds it hard to image that a file couldn't be opened by receiver on some other system. When it comes to encryting files, it'd be important for ZIP to adopt one solution for strong encryption.

      And no, in the real world, there is most likely no PGP or GPG where you have to send that important document encrypted outside your organization. Will they install because you ask? Most likely not. So go ahead, cross you fingers and send away unencrypted. That way you know the data will be readable by (at least) one receiver.

      --
      (This sig intentionally left blank)
    2. Re:Zip encryption's pretty useless, anyhow. by coyote-san · · Score: 1

      This isn't quite as stupid as it first sounds.

      Java .jar files are basically .zip files with a few mandatory fields, and it's not hard to imagine uses for a classloader that can handle encrypted entries. Whether they're really that useful is another thing, but PHBs aren't known for understanding the more subtle aspects of data security.

      The existing encryption is rather weak, but it's good enough for "proof of concept" work and is widely implemented. (Not that it matters with your own classloader, of course, but much of the value of this approach is that you can use WinZip or the like to figure out why things are broken, if you know the encryption password.)

      --
      For every complex problem there is an answer that is clear, simple, and wrong. -- H L Mencken
    3. Re:Zip encryption's pretty useless, anyhow. by Craig+Davison · · Score: 1

      AES is a block cipher, not an encrypted file format.
      In cases like this, the security problems usually lie in the implementation, not the algorithm.

    4. Re:Zip encryption's pretty useless, anyhow. by PetiePooo · · Score: 2, Insightful

      How's AES for serious encryption format? That's what the new WinZip 9 beta boasts.

      AES what (how many bits)? And how do they collect entropy? How do they generate the IV? Are there password complexity rules, or at least warnings on insecure passwords?

      The actual encryption algorithm is but one small factor in determining the security of a system. People who say thinngs like, "It uses AES, so its secure," are the ones that the NSA, CIA, and FBI encourage, because they're the ones that can be easily fooled.

      If WinZip9 uses AES with 56 bits, no thanks. That's not secure. If they use 128 bits, kudos.. its adequate for most uses. If its configurable up to 256, even better. However, using a published and reviewed encryption product like PGP or GPG would still be my method of choice.

      I'd like to suggest Bruce Schneier's Cryptogram as a good source of applied crypto knowledge. My favorite section of his newsletter is The Doghouse, where he debunks dubious claims and "cryptographic snake oil".

      Anything labeled as "proprietary" is generally bad when it comes to cryptography. Peer review is the best way to verify a system can be trusted. And that's difficult to do on closed-source products.

    5. Re:Zip encryption's pretty useless, anyhow. by Anonymous Coward · · Score: 1, Funny

      Every protected zip Iâ(TM)ve ever seen has the same key: IAMANADULT.

    6. Re:Zip encryption's pretty useless, anyhow. by Hatta · · Score: 1

      And how are you going to transmit the password to the archive securely without using GPG or some such.

      --
      Give me Classic Slashdot or give me death!
    7. Re:Zip encryption's pretty useless, anyhow. by boer · · Score: 1

      I quick look to WinZip's public web site reveals that indeed, 256bit AES is available.

      There's nothing wrong with PGP in itself. Too bad it's rather unlikely for organization with connections to serveral others to be able to use that for that in scale that strong encryption ZIPs could be used for secure inter-organizational file transfers.

      --
      (This sig intentionally left blank)
    8. Re:Zip encryption's pretty useless, anyhow. by CharlieG · · Score: 4, Interesting

      yep, and for a stupid reason

      The company firewall will not allow certain kinds of files though (read things like source code and exes) - fair enough, but even if you zip the file, the block it. This not only occurs through the firewall, but inside the company too. So when we want to send a file, we zip with encryption. They can't open it to see what is inside, so they let it through

      --
      -- 73 de KG2V For the Children - RKBA! "You are what you do when it counts" - the Masso
    9. Re:Zip encryption's pretty useless, anyhow. by The+Slashdolt · · Score: 1

      AES is a symmetric algoritim, where are they storing the symmetric key? Sorta like putting a huge deadbolt on your front door but leaving the key under the mat. The workaround for this is to use an asymmetric algorithm to encrypt the key itself, but this requires public/private keypairs and the sender and receiver which would require public key servers etc. This quickly gets messy. My thought is that using AES is simply to make it buzzword compliant.

      --
      mp3's are only for those with bad memories
    10. Re:Zip encryption's pretty useless, anyhow. by Angst+Badger · · Score: 1

      I'd think anyone concerned enough to protect their archives would want to use a serious encryption format.

      For all the talk about how weak PKZip encryption supposedly is, I have a file I encrypted with PKZip back in the DOS era, forgot the passphrase, and have been unable to decrypt for fourteen years. I have tried every putative zip cracker out there without success.

      While I'm pretty sure I must have used one or two English words concatenated without spaces and therefore could probably crack it with a dictionary attack, that's a complaint that could be levelled against any encryption program that uses passphrases, including mcrypt. Had I used a genuinely random string, I'd have no hope at all. (The file in question, incidentally, is not a major concern of mine, but that's beside the point.)

      The point which encryption geeks often fail to get is that for most opponents, even weak encryption is good enough, and serious opponents (read: the NSA) will have either the supercomputing power to crack it or the physical might to break your kneecaps to get the key.

      --
      Proud member of the Weirdo-American community.
    11. Re:Zip encryption's pretty useless, anyhow. by CaptainZapp · · Score: 1
      Anything labeled as "proprietary" is generally bad when it comes to cryptography.

      Not really! In fact such a label makes it crystal clear to stay away with a ten foot pole from such a "product".

      It breaks down to clarity for consumers.

      --
      ich bin der musikant

      mit taschenrechner in der hand

      kraftwerk

    12. Re:Zip encryption's pretty useless, anyhow. by sql*kitten · · Score: 1

      AES what (how many bits)? And how do they collect entropy? How do they generate the IV? Are there password complexity rules, or at least warnings on insecure passwords?

      OK, but remember the target market. People who need strong crypto are savvy enough to use PGP/GPG/whatever. People just looking to secure a few personal files from amateur prying eyes will find 56-bit AES more than adequate. Remember, you don't need infinite security, you only need to make cracking more expensive than the value of the information.

  15. Not that serious by Chris_Jefferson · · Score: 3, Insightful

    This is only related to the encryption. Those of us who have been using winzip for a long time will remember that winzip never used to handle multiple part zips, so if you wanted to handle them you had to point winzip at a "real" pkzip. I will be very suprised if the same system doesn't occur here. Also who is going to use zip's build in encryption anyway?

    --
    Combination - fun iPhone puzzling
  16. *shrug* by dacarr · · Score: 1

    I guess I'll have to just keep using tar and gzip. Many apologies to the late Phil Katz....

    --
    This sig no verb.
  17. PKWare vs. WinZip? by micromoog · · Score: 4, Insightful

    Goodbye PKWare.

    1. Re:PKWare vs. WinZip? by Deagol · · Score: 1
      No kidding! I haven't even thought of PKWare since the DOS days. When WinZip arrived on the scene, PKWare's graphical Zip program was awful. That was, what, ten years ago? I haven't used anything but WinZip since (at least on Windows).

      Actually, I wish RAR (and it's cousin WinRAR) would have caught on better. As far as I know, it was (is?) only popular in the file trading scene on USENET (or is that ARJ?). I still think RAR's better by a long shot -- they even have Linux versions. Oh well.

      Anyone out there ever use Ultra Compressor II? That seemed promising at the time.

    2. Re:PKWare vs. WinZip? by HohlerMann · · Score: 2, Interesting

      Goodbye PKWare.

      Odd point of view because PKWare created the standard.

    3. Re:PKWare vs. WinZip? by micromoog · · Score: 1

      Insert SCO joke here.

    4. Re:PKWare vs. WinZip? by crosseyedatnite · · Score: 1

      And didn't Lotus 123 set the standard for spreadsheets?

      Now what does the general populace think of when you mention spreadsheets?

      My point, its all about having the best UI while having a halfway decent backend.

      --
      e to the i pi equals negative one
    5. Re:PKWare vs. WinZip? by steveg · · Score: 2, Insightful

      IBM created the standard for x86 PCs.

      And lost control of that standard with the PS/2. By being incompatible with that standard and trying to force everyone else to move to the 'new standard' while simultaneously locking other vendors out.

      --
      Ignorance killed the cat. Curiosity was framed.
    6. Re:PKWare vs. WinZip? by mnmn · · Score: 1

      I remember everyone was moving to arj during the dos days. That was because pkzip was a pain, multiple large files and didnt have a high compression ratio. There were other nice features in arj that impressed everyone, right up until winzip grabbed the scene in windows95. Thanks to Linus we can use tar cvfy and expect it to work many places.

      --
      "Give orange me give eat orange me eat orange give me eat orange give me you." -Nim Chimpsky
    7. Re:PKWare vs. WinZip? by Malc · · Score: 1

      Hey Alanis... could this be irony?

    8. Re:PKWare vs. WinZip? by bofkentucky · · Score: 1

      Visicalc

      --
      09f911029d74e35bd84156c5635688c0
    9. Re:PKWare vs. WinZip? by DarkEdgeX · · Score: 1

      Goodbye WinZip.

      --
      All I know about Bush is I had a good job when Clinton was president.
    10. Re:PKWare vs. WinZip? by DarkEdgeX · · Score: 1

      I'm honestly curious of the history, because every article I've read has said that PKWare made the ZIP algorithm and file format what it is. In the obituary for the founder of PKWare I could have swore they mentioned that he invented the format and compression algorithms (or, at least, was the 'inventor' in the sense that he put the whole thing together in a usable format, aka, ZIP files).

      --
      All I know about Bush is I had a good job when Clinton was president.
    11. Re:PKWare vs. WinZip? by Anonymous Coward · · Score: 0

      Very nearly all of the illegally traded software and videos today are packaged (or were originally packaged by the group that released them) with RAR. Once in a while you'll see some oddball group using ACE though.

      ARJ was the "warez standard" before RAR was invented and back when it was rare for a game to span more than a few floppies ZIP was the archiver of choice.

    12. Re:PKWare vs. WinZip? by steveg · · Score: 1

      PKWare (as a company) came along later.

      Phil Katz wrote an improved archiver (PKARC) that was compatible with the reigning standard archiver (ARC). The owner of that archiver (SEA) didn't take kindly to that and sued him.

      Katz decided that a) nobody should 'own' a format that was a standard, and b) he could design an archive program/format that would be good enough to bury SEA and ARC. He made it extensible and open so anyone could improve it while remaining (broadly) compatible with the framework.

      In other words, an extension could use a different compression scheme, etc, but it would still be recognizable as a zip file.

      ARC was swiftly displaced as the standard archive format. Nearly no one has ever heard of SEA these days.

      --
      Ignorance killed the cat. Curiosity was framed.
    13. Re:PKWare vs. WinZip? by Anonymous Coward · · Score: 0

      This is SCO laughing matter.

      Hey, you didn't say 'insert good SCO joke'.

    14. Re:PKWare vs. WinZip? by hkmwbz · · Score: 1
      I think the point is that "everyone" uses WinZip anyway, and no one uses PKWare. Maybe my friends and I are just odd, but I use WinZip, and everyone I know uses WinZip for zip files.

      If WinZip is the de facto standard in the Windows world when it comes to handling zip files, they have everything to gain, and it's goodbye PKWare.

      --
      Clever signature text goes here.
    15. Re:PKWare vs. WinZip? by hkmwbz · · Score: 1
      Really? Ok, WinZip, current program everyone uses for zip files is up against an insignificant company no one these days has even heard of or knows exists. Who wins? My money's on WinZip.

      Sure, PKWare may well have done good things in the past, but they are insignificant today. It's like OpenOffice.org refusing to read MSWord files in an attempt to force Microsoft Office out of the market. Hey, good luck, but if you are that stupid, maybe you deserve going out of business.

      And if PKWare did indeed refuse to give out details to WinZip, then good riddance. These guys deserve to lose. They are a disgrace to Phil Katz' memory.

      --
      Clever signature text goes here.
    16. Re:PKWare vs. WinZip? by hkmwbz · · Score: 1
      What are you trying to say? That WinZip is a sub-par zip file handler with a decent UI?

      The point here is that PKWare is apparently playing dirty, thereby forcing WinZip to make their own version. If WinZip already owns the Windows zip "market", PKWare is digging its own grave.

      And good riddance, I say.

      --
      Clever signature text goes here.
    17. Re:PKWare vs. WinZip? by DarkEdgeX · · Score: 1

      Actually it's funny because I've always found the exact opposite to be true-- I never use WinZIP (hate the thing, it's an abomination), and all the people I interact with either a) haven't heard of it or b) don't like it.

      Anyways, as far as PKWare vs. WinZip, whatever, I could really care less. I just think it's stupid for people to come along and proclaim the innovator as being dead, when we should really be hoping WinZip will join AOL and go off and die. There's much better GUI ZIP tools that offer a LOT more than WinZip in the market... (WinRar anyone?)

      --
      All I know about Bush is I had a good job when Clinton was president.
  18. Just use gzip or bzip by leeroybrown · · Score: 0

    I p

    1. Re:Just use gzip or bzip by leeroybrown · · Score: 1

      Apologies for the empty post, I clipped the Enter key while reaching for the mouse.

      I'll be continuing to use gzip, bzip2 and tar under unix/linux. I doubt there'll even be too much of a problem as not many people would use Zip encryption anyway.

  19. I remember when PKZip 2.04 came out by Anonymous Coward · · Score: 0

    Actually, there was an alpha 1.93a or some such prior, but anyway, it broke compatibility with v1.1. Well, we all downloaded v2.04 and moved on.

    I don't really know many people who use PKZip anymore anyway. I use Winzip in Windows, and Infozip on the command line.

  20. non issue .. by jest3r · · Score: 1

    they will both still be compatible with whatever format M$ is now using natively .. which means they will still be compatible with one another .. which means this is a non-issue ..

    In fact the last paragraph of the article states that this is a non-issue ...

    1. Re:non issue .. by afidel · · Score: 4, Informative

      you would think so from the article, but reality so far has shown differently. I have already run into two instances where someone using the beta copy of winzip9 used the new format by accident and those people using pkware or xp's built in zip readers could not read the file because of some header issue or something like that. Once they rezipped the file with the winzip8 option (aparantly that's what they did as both posts said something to that effect) no one had a problem reading the file. I hope that whatever issue is causing this is removed before the release version.

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    2. Re:non issue .. by Anonymous Coward · · Score: 0

      You should check what your friend did. I have tried the beta and unless I specifically ask for AES encryptionor deflate64, I get standard Zip file formats just as the documentation states. And deflate64 is supported by lots of zip utilities including WinZip 8.1 and a bunch of releases of PKZip

  21. who uses zip anyway ???? by monkeyboy87 · · Score: 1
    why bother with zip anymore, .RAR on windoze is far better, and gzip and .gz on unix have been good enough for a long, long time.

    Unless either of these can make my mpg, mp3 or jpg files smaller I really am not likely to care about any thing "new" these tools have to offer.

    1. Re:who uses zip anyway ???? by Anonymous Coward · · Score: 0

      Ho ho ho, you said 'Windoze'! Zing!

    2. Re:who uses zip anyway ???? by Anonymous Coward · · Score: 0

      Still not as funny as Linsux

  22. Compatibility by Ridgelift · · Score: 1

    "What we found when we investigated was that PKWare had not fully revealed all of their extensions"

    Hmm...maybe they should rename the format to "ZIP .NET"

    1. Re:Compatibility by Anonymous Coward · · Score: 0

      And not just WinZip but all the zip utility vendors suffer. How can I write a reliable Zip utility that can handle files created by PKZip if they modify the format and do not publish the modifications. I checked the WinZip site and they not only published the specification but they pointed me to code from Brian Gladman that can be used to implement the AES encrpytion. That make my life easier. I could reverse engineer the pkzip format, but if I make a mistake then the people that use my program will complain that my program is crap. And figuring out what key generator they use isn't easy. And making it work on a non-Windows based system is worse because I don't have the luxury of MS Crypto.

    2. Re:compatibility by Anonymous Coward · · Score: 0


      in other compression news, i just upgraded my system from dos 6.2 to dos 6.22, so i can test the theory of whether you can gain infinite storage space from your harddrive if you 'doublespace' it repeatedly. wish me luck.


      It works, but it's to slow to use in the enterprise. Maybe next version.

    3. Re:compatibility by Com2Kid · · Score: 1
      • in other compression news, i just upgraded my system from dos 6.2 to dos 6.22, so i can test the theory of whether you can gain infinite storage space from your harddrive if you 'doublespace' it repeatedly. wish me luck.


      Oddly enough, I did once compress a 1.44MB 3.5" disk to around 20MB with Doublespace.

      Now the .bin file it made on the floppy disk that was storing the floppy disk was also 20MB, so. . . .

      Was a rather interesting experiment though. :)
  23. Does it really matter? by jdhutchins · · Score: 5, Interesting

    How much does this really matter? First of all, I bet most people are still using their unregestered shareware winzip from ages ago. Most people know that the zip encryption is pretty much worthless, so they don't bother. The people who want an encrypted zip file are probably going to encrypt it with a quality encryption program, such as gpg or pgp, AFTER they have it zipped. The person on the other end unencrypts it and then opens it. I know the article said "95% of the time it'll work", but I bet it will be more like "It'll work 99.9999% of the time".
    Also, the basic format isn't changing. It's just the encryption part, so zip files will still be usuable by nearly everyone.

    1. Re:Does it really matter? by Darth+Fredd · · Score: 3, Insightful

      Ah! Somone understands.

      I use the "trial" version of Winzip (You've been using this for 683 days! This isn't free!) and since I *never* compress and I only uncompress when I download a new Quake/HL mod, its no biggie which utility I use.

      I think this entire thing is getting blown *way* out of perspective. At risk of being repetetetive and a noing:

      Who gives a crap about zip encryption?

      --
      "The most looniest, zaniest, spontaneous, sporadic Impulsive thinker, compulsive drinker, addict"
    2. Re:Does it really matter? by Anonymous Coward · · Score: 0

      Grab yourself a keygen - worked for every version of WinZip since the beginning.

      In fact, just use this:
      Darth Fredd
      1E681437

  24. who really need all these types of compression by Anonymous Coward · · Score: 0

    there's zip, ace, tar, rar, bz, bz2, lzo, lzw, arj, lha, gzip.. jesus f'in christ.. even if pkware and winzip have they're differences, hell man.. you got a bunch of other formats to pick from.

  25. Too much competition by kyoko21 · · Score: 1

    I suppose maybe in this case, too much competition will hurt the consumer. If the end-user will have to install two different sets of "un-zip" utilities just to keep straight, that would really be a hassle. Perhaps other formats such as .rar or .ace will slide into the marketshare that the .zip format has enjoyed for so long. Who knows, maybe ARJ will come back! Then again, there is always the free GZip and TAR and that works pretty good.

    1. Re:Too much competition by hkmwbz · · Score: 1

      Don't worry. WinZip with its dominance will bury PKWare and PKWare's format will disappear.

      --
      Clever signature text goes here.
  26. Compatibility by garrulous · · Score: 2, Funny

    "The problem lies with PKWare not giving information to WinZip, thus making WinZip to go it alone."

    Compression employed on this sentence may cause incompatibility with standard English.

  27. Re:IDG mirrored below by Angry+White+Guy · · Score: 1, Funny

    "Certificate-based encryption is still a work in progress," says Jim Peterson, PKZip chief technology officer. "We're not publishing it because we still have a number of features to add to Taco's Backside."

    Great job, +2 so far.
    Moderators, it's only informative if you actually read it...

    --
    You think that I'm crazy, you should see this guy!
  28. best Winzip feature by Mantorp · · Score: 5, Funny

    switching the locations of the I accept and Quit buttons every time you open it.

    1. Re:best Winzip feature by Anonymous Coward · · Score: 0

      just head out to http://www.cracks.am with a browser that blocks pop-ups (MozFire), and you can get a crack that gets rid of those annoying winzip agreement boxes. I mean seriously, nobody has ever paid for winzip who wasn't smoking the wacky. There's no reason you should live through that annoying shit if you're never going to pay and its virtually free anyway.

    2. Re:best Winzip feature by The+Bungi · · Score: 2, Insightful

      Perhaps you should pay for it and you wouldn't have that problem. $30 bucks is probably $30 more than most people here are accustomed to paying for software, but in my opinion it's worth it. I bought a license three years ago and it's paid for itself many times over since then.

    3. Re:best Winzip feature by Anonymous Coward · · Score: 0

      So register, you cheapskate !

    4. Re:best Winzip feature by SCHecklerX · · Score: 1

      Or use zipcentral

    5. Re:best Winzip feature by _xeno_ · · Score: 1
      Who's to say he didn't? I've had to use WinZip on other people's computers, and I found the feature amusing too. Plus somewhere I have a license (my Dad bought it for me, make fun of him :)), so it's not like I'm just being a cheapskate.

      'Course, as of XP, I just use the built-in Zip support. If that's not available, the "zip" command line utility is free and much easier to use (well, I find it easier to use). So I really don't need WinZip any more...

      --
      You are in a maze of twisty little relative jumps, all alike.
    6. Re:best Winzip feature by Kiaser+Zohsay · · Score: 1
      switching the locations of the I accept and Quit buttons every time you open it.

      ... as well as the shortcut keys. "_I_ Accept", "I _A_ccept", "I A_c_cept", etc.

      --
      I am not your blowing wind, I am the lightning.
    7. Re:best Winzip feature by Suppafly · · Score: 1

      JZip appears to be a totally free clone of winzip if you don't like having to hit i agree all the time using winzip.

    8. Re:best Winzip feature by Anonymous Coward · · Score: 0

      I guess they don't give a rats ass about blind people =P

    9. Re:best Winzip feature by Jucius+Maximus · · Score: 1
      "Perhaps you should pay for it and you wouldn't have that problem. $30 bucks is probably $30 more than most people here are accustomed to paying for software, but in my opinion it's worth it."

      Or you could just get UltimateZIP which is basically a freeware winzip clone. (Note: Try not to get the newest version because the new one show this floating banner.)

    10. Re:best Winzip feature by babbage · · Score: 1
      Actually that's not quite right -- the options are always (in some random order, and using ampersand to denote the shortcut key):
      • &Quit
      • &Ordering Information
      • either I &Agree or I Agr&ee

      This is true of my currently installed version (8.1 -- copyright 2001) and it was true of every version I used up until then. If they've changed this since then, I'm not aware of it. Every version of WinZip I've seen, the keystrokes to quit & order are stable, and there's only two variants of the "I Agree" button.

      The nice thing about this is that it means that you don't have to waste valuable brain cycles hunting for the right button to push -- just be ready to hit ALT + A, ALT + E and you're in in two keychords -- no matter how the buttons are arranged.

      But really, with Cygwin available, I just use it's Zip these days :-)

    11. Re:best Winzip feature by Kiaser+Zohsay · · Score: 1

      This is true of my currently installed version (8.1 -- copyright 2001)

      I have used the registered version since 7.0, so I haven't seen those buttons for some time. My first uses of WinZip were around 5.x, I believe, 1996 or 97. I distinctly remember having to use Alt+I and Alt+G from time to time, though maybe less frequently than the others. I was under the impression that Alt+E was twice as likely because there were two E's in Agree to choose from.

      --
      I am not your blowing wind, I am the lightning.
    12. Re:best Winzip feature by rabidcow · · Score: 1

      I highly recommend EnZip.

      7-zip is nice too (really good compression), but the UI sucks. Out of all the free zip progs I've tried, EnZip's UI is perfect. (I haven't tried the JZip that another poster mentions tho.)

  29. Question ... by Anonymous Coward · · Score: 0

    If you RTFA, why couldn't the editor? Oh, this is slashdot, sorry ...

  30. Burn all zips? by Queezowl · · Score: 1

    So what will people do now? Use PNG instead.

    The format is close to zip (using lz77 and is lossless as far as I can tell) so the compression ratio should be about the same.

    --
    -Q
    No users were harmed in the posting of this message.
    1. Re:Burn all zips? by Anonymous Coward · · Score: 0

      Not funny.

    2. Re:Burn all zips? by Anonymous Coward · · Score: 0

      All your zips are belong to us. Burninate your zips! (Sorry, I just couldn't resist...)

  31. Phil Katz .. the most depressing guy ever by Saint+Stephen · · Score: 4, Interesting

    http://www.jsonline.com/news/State/may00/katz21052 000a.asp

    1. Re:Phil Katz .. the most depressing guy ever by Mr_Silver · · Score: 3, Funny
      From http://www.jsonline.com/news/State/may00/katz21052 000a.asp:

      The genius who built a multimillion-dollar software company known worldwide for its pioneering "zip" files had died of acute pancreatic bleeding caused by chronic alcoholism.

      Bizarre, I get pancreatic bleeding whenever I read any of John Katz's old articles.

      Wonder if they are related.

      --
      Avantslash - View Slashdot cleanly on your mobile phone.
    2. Re:Phil Katz .. the most depressing guy ever by Anonymous Coward · · Score: 0

      Damn. Died and all he accomplished was zip.

    3. Re:Phil Katz .. the most depressing guy ever by Overly+Critical+Guy · · Score: 1

      Next time you go for the blatant karma whore that has nothing to do with the article, at least spell his name correctly.

      --
      "Sufferin' succotash."
    4. Re:Phil Katz .. the most depressing guy ever by Junks+Jerzey · · Score: 1

      To a large extent his bio reads like any random reader of Slashdot, up until the point he became rich: playing chess, programming calculators, writing software in the night. His only real problem was that he was a serious alcoholic.

    5. Re:Phil Katz .. the most depressing guy ever by Ed+Drone · · Score: 1

      The most depressing guy ever? You've never listened to any Richard Thompson songs, have you? His CDs should be packaged with their own razor blade. Ed

    6. Re:Phil Katz .. the most depressing guy ever by TwistedGreen · · Score: 1

      :'(

    7. Re:Phil Katz .. the most depressing guy ever by MolecularBear · · Score: 2, Funny

      Geez, sounds like he wasn't running a tight operation. All the girls in MY stripper-entourage are trained to drive me immediately to the hospital once I start puking blood and urinating uncontrollably.

      --

      Magnatune: Quality (DRM-free) MP3/FLAC/
    8. Re:Phil Katz .. the most depressing guy ever by JCMay · · Score: 1

      "Richard Thompson" is a strange way to spell this guy's name. You know, he sang with The Smiths. He's got the most depressing music I've ever heard.

      Well, outside REM, of course. Depressing not only for their music (I find Green especially depressing), but none of them even graduated from that famed institution of lower learning, the University of Georgia!

    9. Re:Phil Katz .. the most depressing guy ever by Anonymous Coward · · Score: 0
      Next time you go for the blatant karma whore that has nothing to do with the article, at least spell his name correctly.

      Man, someone hasn't been laid in a while.

    10. Re:Phil Katz .. the most depressing guy ever by HBI · · Score: 1

      Slightly more depressing was Thom Henderson's dance on his grave.

      Thom Henderson, author of ARC, principal of SEA

      Lest you wonder why SEA lost the market. Can you imagine something with less class? Wouldn't 'keeping your mouth shut' and letting Katz's awful life speak for itself be more rewarding?

      Apparently not.

      --
      HBI's Law: Frequency of calling others Nazis is directly correlated with the likelihood of the accuser being Communist.
    11. Re:Phil Katz .. the most depressing guy ever by plierhead · · Score: 1

      No way - Patti Smith (and her album "Horses" in particular) is most depressing ever. And I like the Smiths too !

      --

      [x] auto-moderate all posts by this user as insightful

  32. Your joking!?!? by altp · · Score: 5, Funny

    What? you mean there's competing closed source applications on windows that break compatibility with each other.

    Surely, you jest.

    Altp.

    1. Re:Your joking!?!? by Anonymous Coward · · Score: 0

      haw haw haw

      see, he is being sarcastic, because... (gotta catch my breath from laughing so hard!) the applications are "not open source" applications!

      GET IT?!

      because, open source applications are all complete and functional and interoperate seamlessly with one another with NO MODIFICATION! just start the program with arguments like --work-with-java or --work-around-problems-from-linux-kernel-2-5-124-a c1566-6-1-and-ignore-all-dma-timeout-errors-and-us e-output-to-place-into-artsd-version-1-61-66-KDE3- 5-running-on-port-51111-at-host-jean-luc-picard-do t-flyinghigh-dot-org-and-send-me-an-email-to-dorkl oser-at-localhost

      THOSE ARE THE FACTS.

      AND ALTP AIN'T JOKIN'!

    2. Re:Your joking!?!? by torpor · · Score: 1

      The truly amusing thing about this is that both companies have turned against each other to compete, seemingly ignoring the fact that .zip integration at the MS Explorer level means that the "market" for .zip files is about to be eaten by none other than Microsoft... sheesh. Why am I suddenly seeing giant green lizards trouncing on a big cosmic E?

      I always wondered when that would happen but now as a Mac user, I couldnt care less about The Microsoft Problem. And as a Unix user, I'll roll my own tarballs, thanks very much.

      --
      ; -- the corruption of government starts with its secrets. a truly free people keep no secrets. --
  33. D - M - C - A by siskbc · · Score: 5, Funny
    What about reverse engineering? If hordes of *nix programmers can do it why can't Winzip do it? Legal issues? ...?

    Can I get a D?!?!
    D!!!
    Can I get an M?!?!
    M!!!
    Can I get a C?!?!
    C!!!
    Can I get an A?!?!
    A!!!

    What's that spell!?!?
    Tyranny!
    What's that spell!?!?
    Bunch of assholes in Congress!
    What's that spell!?!?
    Lack of Innovation!

    Dunno if either side would be big enough assholes to try it, but why couldn't you use DMCA there?

    --

    -Looking for a job as a materials chemist or multivariat

    1. Re:D - M - C - A by Anonymous Coward · · Score: 0

      Boy, that's a lot of work for an utterly routine bit of "The DMCA makes everything illegal!" ignorance.

    2. Re:D - M - C - A by larry+bagina · · Score: 1

      the DMCA allows reverse engineering for interoperability purposes.

      --
      Do you even lift?

      These aren't the 'roids you're looking for.

    3. Re:D - M - C - A by Anonymous Coward · · Score: 0

      What an annoying nerd you are. No wonder everyone hates you.

    4. Re:D - M - C - A by Anonymous Coward · · Score: 0

      Yep, we can all thank Bill Clinton for signing that monstrosity into law.

    5. Re:D - M - C - A by Anonymous Coward · · Score: 0
      What an annoying nerd you are. No wonder everyone hates you.

      Except your mom, she seems to like me quite a bit.

  34. PKWare. Hmmm. Seems to me I've heard about that. by AWhistler · · Score: 3, Interesting

    I used to know a PKWare. Let's see. I think the last time I used it was back in Win31 days! Until now I didn't care much about which one I would use. Now that they are diverging, it appears that WinZip will be the one I use since I can find it more readily than PKWare. Besides, I seem to remember a while back something about PKWare ceasing to be. Guess I was wrong.

    Also, since WinZip is compatible with .tar.gz files, I'll stick with it. So in effect, instead of not caring, I just have to care enough to make a mental note to only remember WinZip and forget PKWare. And if I run across a PKWare-only file, either I'll have to trash it or download a trial PKWare long enough to convert the file, and then discard it.

  35. Re:Article text: by kiddailey · · Score: 1

    HAHAHHAHAAAHAHAHAHA

    I am sooo glad I read that article - that one line made the whole read worth it.

    Thank you!

  36. uh, bzip2 anyone? by Anonymous Coward · · Score: 2, Insightful

    Why are we still all using this archaic .zip, when there's stuff that's so much better?

    1. Re:uh, bzip2 anyone? by Anonymous Coward · · Score: 0

      the same reason people use mp3 and MS WOrd

  37. Good job! by SuperBanana · · Score: 0
    IDG mirrored below

    Yes, because after all, IDG is just a bunch of clowns in a dorm room running a P133 sitting in a pizza box left over from last month's dinner, and has already exploded into a ball of fire from the slashdotting. Or not :-)

  38. Following the Big Boys... by Kjuib · · Score: 2, Insightful

    sounds like PKware is following the route of all the other major software organizations. Sharing info with people, making friends, being helpful. Then when the chance comes - breaks away from the group and wont share with the others. Oh - wait - that isn't the big boys, that was kindergarden.

    --
    - Your stupidity got you into this mess, why can't it get you out? -Will Rogers
    1. Re:Following the Big Boys... by sporty · · Score: 1

      Problem is, PKWare is prolly a lot smaller than winzip. It's certainly less popular now-a-days. If pkware is much smaller, then why help out winzip? PKware isn't winzip's R&D dept. PKware needs to look out for its best interest, itself.

      --

      -
      ping -f 255.255.255.255 # if only

    2. Re:Following the Big Boys... by hkmwbz · · Score: 1

      Sorry to break it to you buddy, but PKWare most certainly is not one of the big guys. It sounds more like it is a SCO-like company which does its best to destroy itself. Go figure.

      --
      Clever signature text goes here.
  39. PGP as the new competitor by Slime-dogg · · Score: 5, Insightful

    It seems as if PKWare and Winzip are moving into the realm that is dominated by PGP and the GNU variant. PGP compresses the data when it encrypts it, so that need was taken care of already. I wouldn't use either Winzip or PKZip to send an encrypted zip file, because PGP is more universally known, and can give you 2048 bit encryption.

    AFAIK, the actual zip standard hasn't changed, which means that you'll be able to open zip files with either program (or the WinXP shell... heh). That's what I see most zip files being used for anyway... Windows based shareware / freeware. Stuff where encryption is not necessary.

    The venerable tar.gz and tar.bz2 formats, thankfully, will not be dictated by stupid companies. :-)

    --
    You need to restart your computer. Hold down the Power button for several seconds or press the Restart button.
    1. Re:PGP as the new competitor by Anonymous Coward · · Score: 0
      PGP/GPG compresses, but it isn't a filesystem-inside-a-file thingie that encapsulates a collection of files.

      PGP .. can give you 2048 bit encryption.
      I love how crypto terminology gets used, it reminds me of a line in the movie Scarface: "This town is like a great big pussy jus' waiting to get fucked." Yeah, since PGP uses 2048 bit encryption, it's eight times better than the 256-bit AES that the Winzip guys are thinking of using. They're so outdated! ;)
    2. Re:PGP as the new competitor by Arandir · · Score: 1

      Not really. PGP is focused on encryption not security, while PKW/WZ are the other way around.

      You cannot compress encrypted data as much as unencrypted data. Theoretically, with perfect encryption you won't be able to compress the data at all. Thus, PGP doesn't try to get awesome compression ratios and PKWare/Winzip don't try to get awesome encryption strength.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    3. Re:PGP as the new competitor by Asgard · · Score: 1

      I believe PGP encrypts the data _prior_ to encryption since compressing encrypted data is useless.

    4. Re:PGP as the new competitor by AxelTorvalds · · Score: 1

      Any of you dogs ever use hpack? Peter Gutmann wrote it, he's also the guy who wrote most of PGP2.x. It has builtin PGP encryption. It was the first "archiver" to have the innovative "unit" compression where all of the files are compressed with the same dictionary or window, instead of compressing each file individually and then appending the compressed files together. Good stuff. It's been sort of dead though.

    5. Re:PGP as the new competitor by Fjord · · Score: 1

      techniaclly, tar | gzip does this, because gzip only sees one file: the tar archive that has all the files.

      However, I'm not sure if it uses a dictionary for the whole thing (requiring the tar file to be loaded into memory so that it can do a 2-pass, one to build the dictionary, one to compress), or if it modifies the dictionary as the stream goes by.

      --
      -no broken link
    6. Re:PGP as the new competitor by CaptainZapp · · Score: 1
      It seems as if PKWare and Winzip are moving into the realm that is dominated by PGP and the GNU variant. PGP compresses the data when it encrypts it, so that need was taken care of already.

      This might be absolutely true. But why should I shell out 39.99$ for a piece of software, which is nicely implemented by GPG in the first place? It seems to me that this is a somewhat flawed business model.

      In addition I get to see the source and compile it myself. Mind you, not that I have a fucking clue about the specifics of that source, but it's still a nice thought in the age of total information awareness (I couldn't care less, what they call it this week), supermarket shopping cards and bad data that might be stored about you in an airline reservation system.

      --
      ich bin der musikant

      mit taschenrechner in der hand

      kraftwerk

    7. Re:PGP as the new competitor by Arandir · · Score: 1

      I believe PGP encrypts the data _prior_ to encryption...

      Pulling out my Slashdot to English parser, I see that what you really meant to say was "I believe PGP compresses the data prior to encryption".

      You're right. But my original point was to use the right tool for the right job. zip encryption is a joke and PGP compression is mediocre. So use the best compression tool to compress the data, and the best encryption program to encrypt the result.

      --
      A Government Is a Body of People, Usually Notably Ungoverned
    8. Re:PGP as the new competitor by Anonymous Coward · · Score: 0

      what you say?

    9. Re:PGP as the new competitor by Anonymous Coward · · Score: 0

      Yuck. If you took the time to notice, tar.gz and tar.bz2 hardly compress in comparison to the more advanced formats available. Try RAR, for example, or 7z, or ACE. Your precious tar.gz format might not ever change, but maybe it should.
      For the record, RAR is the best compression algorithm available today.

    10. Re:PGP as the new competitor by Anonymous Coward · · Score: 0

      For the record, RAR is the best compression algorithm available today.

      What, no proof? No pointer to an analysis? No source code? You just plonked down an unjustified opinion as fact?

      Thanks, I thought for a minute I'd been browsing a site other than slashdot.

    11. Re:PGP as the new competitor by AxelTorvalds · · Score: 1
      It does the same. In the hapck timeframe there were tar.Z files with compress but they had shoddy compression and zip and arj and lha were better, hpack kicked it up another notch with the unit compression that rar and jar (arj's son) and numerous other archivers use now.

      Essentially the same as tar.gz though. You're right.

    12. Re:PGP as the new competitor by kirkjobsluder · · Score: 1

      I wouldn't use either Winzip or PKZip to send an encrypted zip file, because PGP is more universally known, and can give you 2048 bit encryption.

      It should be noted that the 2048 bit encryption only applies to the public key which is a completely different beast. The body of the file is encrypted with CAST (at least in my version) that uses 40-128 bit keys.

      But I've found that PGP is not well known at all (to the point where the last time I attempted to sign email by default, bunches of people complained about the PGPMime attachments.)

    13. Re:PGP as the new competitor by Sandcastle · · Score: 1
      2 points;

      PGP is more universally known

      You're kidding right? I don't know any non-techie people who would have a clue what PGP (or possibly encryption) is, but most would have some idea of the function of .zip.

      Secondly, how much do you love the idea of integrating .zip handling into the windows shell? Another attrocious idea if you ask me. Spent too much time working out why explorer (and hence nearly the whole computer) froze after pulling a file of a unix box. The XP shell (and 2000) was trying to handle the .tar.Z extension and borking on it. Renaming to .comp and problem gone. It was a tar'ed then compressed (the actual compress utility) 300mb file.

      Why oh why do they have to tie so much together? It's just asking for trouble.

      --
      The fact that a fish swims in water does not make it an expert in fluid dynamics. GogglesPisano (199483)
    14. Re:PGP as the new competitor by julesh · · Score: 1

      For the record, RAR is the best compression algorithm available today.

      Think again. Some other posts in this topic have linked to a program called 7zip which claims to beat RAR. Plus, RAR is a closed format which is only supported by one piece of software. I would avoid using it for fear of vendor lock-in.

  40. And I suspect.... by foxtrot · · Score: 1

    in two weeks third-party programs like Powerarchiver or Ultimatezip will have figured out how to deal with either, making this mostly moot.

    -JDF

  41. Taco's Backside? by John+Harrison · · Score: 0, Offtopic
    Somehow the original article lacks the reference to great leader's hind quarters.

    I wonder how often the "Slashdotted - text below" posts here on /. have "clever" little changes to them?

  42. tar | gzip | pgp by R.Caley · · Score: 1

    Single purpose tools, you know it makes sense.

    --
    _O_
    .|<
    The named which can be named is not the true named
  43. When to publish standards? by MythoBeast · · Score: 1

    But the spec should not come out until a product is done, says Steve Crawford

    Hasn't PKWare ever heard of a preliminary spec? Although they are correct that a final specification shouldn't be published until they have created an implimentation to demonstrate its viability, they could take examples from the rest of the world and let WinZip know what they're thinking.

    --
    Wake up - the future is arriving faster than you think.
  44. We don't need ZIP anyways. by drfreak · · Score: 2, Interesting

    LHA was much better even ten years ago. It was standard on Atari ST and Amiga computers. And it generally got better compression, too. To this day it's still installed by default on most Linux distros but nobody uses it any more.

    1. Re:We don't need ZIP anyways. by Anonymous Coward · · Score: 1, Interesting

      LHA freezing is less efficient than lz77 (zip, gzip) deflate algorithm.

      That said, my team always used LZH files for our releases because... well, we did. ZIP files of the same files were always smaller though.

    2. Re:We don't need ZIP anyways. by Anonymous Coward · · Score: 0

      Still in use in Asia for some reason (not common, but you find them).

    3. Re:We don't need ZIP anyways. by Anonymous Coward · · Score: 0

      Every time a mainstream OS/format/whatever is being discussed, some loser pops his head out and declares how some forgotten shit was soooo much better/more stable/more whatever.

      If it was so fucking outstanding, how come i laugh in your general direction right now?

      It was standard on Atari ST and Amiga computers

      Ummm... And your point would be?

  45. Windows XP supports zip natively by vfwlkr · · Score: 0

    Even if I dont have either winzip or pkzip installed on my winxp system, i can still compress / uncompress files. So that means .zip is supported natively by windows xp.

    So who wins if pkzip and winzip decide to make incompatible formats? The one who gets Redmond to endorse their standard..

    and would that mean that linux users automatically support the other ;-)

    --
    If you're not using firefox, you're not surfing the web, you're suffering it.
    ---
  46. Already switched to WinRar by Tekman3 · · Score: 1

    PKWare charges outrages prices for something that is obsolete. WinRar (www.rarlabs.com) gives much better compression, especially for graphics.

  47. PKWare must be dumb.... by drdanny_orig · · Score: 1

    Nico and Winzip clearly control the market, thus the format. I don't see how PKWare stays in business anyway. Does Winzip pay them a royalty for the word "zip" or for the 2-byte "PK" eye-catcher in the archives?

    --
    .nosig
  48. Does it really matter? by LegendNH · · Score: 2, Interesting

    I personally try and use winrar as much as I can. The only times I even use the "zip" compression is when I have to send a file to someone who can't use or doesn't have winrar installed.

    Personally I would like to see this issue resolved because there really is no need two have two different zip formats out there. My hope is that winrar will implement both (if possible) and just let it be.

  49. Who the hell are PKWare? by Phreakiture · · Score: 4, Insightful

    Yes, I do know the answer to that, and so do most of you, but the hordes of Windows users out there do not.

    What will happen is that the WinZip will win this feud, simply because it is what people use.

    ...and since the problem stems from PK not sharing information, UNIX zip implementations will likely behave in the same manner as WinZip.

    --
    www.wavefront-av.com
  50. Does it really matter... by Suicide · · Score: 4, Interesting

    Microsoft bashing aside for the moment, since Windows XP has built in support for .zip files, does this even matter? Your average windows user doesn't use encryption, and those in the know, use better formats of security.

    1. Re:Does it really matter... by The+Bungi · · Score: 2, Interesting

      This is going to be interesting, actually. Support for ZIP files in XP is implemented as a shell extension that makes them behave like directories. I personally disable that and use WinZip, but I wonder what will happen if enough users complain about not being able to read .zip files from XP - Microsoft's clout could very well come into play in favor of one of the two feuding standards, if only to make sure the shell behaves as expected.

    2. Re:Does it really matter... by sheldon · · Score: 1

      I've been using the built-in XP support, and frankly see no more reason to have WinZip.

      I guess I'd have to know what the new features are. File size isn't that important to me, it already does long file names and directory structure. What more do I need?

    3. Re:Does it really matter... by julesh · · Score: 1

      Does the windows ZIP shell extension support encrypted ZIPs at all, anyway?

      BTW: I know a lot of average Windows users who use encryption periodically. A lot of them are shocked to find how easy it is to recover a ZIP file password. I wonder how much better the new format is going to be?

  51. Re:IDG mirrored below by mikeboone · · Score: 0, Offtopic

    PKWare's chief competitor, WinZip

    I wonder how these guys feel about the zip support embedded in XP?

  52. pkware is irrelevant by cr@ckwhore · · Score: 1

    Just look at how the article is written ... ZIP is an open format, but it is PKware's responsibility to maintain, revise, and officially sanction the format. But look at how the article is written ... its written as though pkware and winzip are equals, both "setting the standards", and that winzips "fork" of .ZIP is somehow viewed as a "split" with pkware. IMHO, the only relevent implementation is WinZIP. Nobody uses PKWARE. They're irrelevant... especially since they can't even keep the .ZIP spec in order!

    --
    Skiers and Riders -- http://www.snowjournal.com
  53. Just use WinRAR. by BoomerSooner · · Score: 4, Interesting

    It does ZIP, ACE, RAR, ...
    tar zxvf
    gzip

    What else exists?

    Oh yea I forgot .sit (I love the fact that OS X has tar.gz built in) Hell I never send Mac friends .sit files. tar.gz all the way baby!

    1. Re:Just use WinRAR. by Randolpho · · Score: 1

      I'll second that. I love WinRar so much better than WinZip. The only feature Winzip has that I'd like to see in WinRar is the ability to detect and auto decompress sub-archives.

      For example:

      If I download a tar/gz file, say foo.tar.gz, and I WinRar extract it, it'll give me foo.tar. Winzip, however, will recognize foo.tar and offer to extract it for me, saving me a click or two.

      Still, that's just a feature request. On the whole, WinRar knicks Winzip out.

      --
      "Times have not become more violent. They have just become more televised."
      -Marilyn Manson
    2. Re:Just use WinRAR. by Jaysyn · · Score: 1

      I can think of a few. .ZOO, .LHA, .UHA, .ARC, .ARJ, .CAB, .ENC, .LZH, .PAK

      Granted I've never seen half of these in use...

      Jaysyn

      --
      There is a war going on for your mind.
    3. Re:Just use WinRAR. by Stonan · · Score: 1

      True. I've found WinRAR to be a better choice over .zip

      As far as I can remember zip (especially PKware) has been around for about as long a PCs have. When new compresson utilities first came around, I found that alot of them couldn't beat zip. Except ARJ. Anyone remember ARJ? It was able to beat zip for compression most of the time. Not a huge amount but enough to make it my compression of choice when all we had was floppies.

      --
      The GEEK shall inherit the earth...
    4. Re:Just use WinRAR. by swv3752 · · Score: 1

      Personally Stuffit Expander for Windows is awesome. Though tar with gzip is now my preferred compression. I know stuffit exists for Linux, but why bother. I can easily browse tarballs for specific files if need to and it is a standard utility.

      --
      Just a Tuna in the Sea of Life
    5. Re:Just use WinRAR. by kenada · · Score: 1
      If I download a tar/gz file, say foo.tar.gz, and I WinRar extract it, it'll give me foo.tar. Winzip, however, will recognize foo.tar and offer to extract it for me, saving me a click or two.
      Versions of WinRAR newer than 3.10 no longer suffer that limitation.
    6. Re:Just use WinRAR. by bhtooefr · · Score: 1

      .LHA, .LZH: Used in old DOS apps' setup programs .ARC: I've seen N64 ROMs in these .CAB: Got Windows? (esp. 95-ME)

    7. Re:Just use WinRAR. by Anonymous Coward · · Score: 0

      I've seen all but .UHA.

      Then there was .LZX.

      I think the historical order of the actually usable utilities was something like arc, zoo, lharc, lha.

      Then there are non-archiving compression programs missing from the parent; compress and bzip2.

      Algorithmically, all but a few implement different combinations of a handful of well-known algorithms.

  54. Load up the animals two by two by AndroidCat · · Score: 1

    Get them into the .arc! Don't people remember what happened previously during this same sort of .arjument?

    --
    One line blog. I hear that they're called Twitters now.
  55. NEWSFLASH! by karma-whoring · · Score: 0

    various .zip developers start throwing cream pies at each other.

    pr0n.tar.gz.pgp has declined to comment

  56. PKWare is hosed. by fmaxwell · · Score: 5, Interesting

    Frankly, with the popularity of Winzip, PKWare is making a grave error. PKZip, while perfectly good, is running a distant second in popularity based on my observations. Making their product produce incompatible ZIP files is a sure way of eroding their market share even further.

    You do that sort of thing when you are the industry leader. This would be like Corel deciding that they were going to set a new standard for .DOC files that Microsoft would not be able to read. The result would be that Corel would lose their remaining six users of their word processor.

    1. Re:PKWare is hosed. by AndroidCat · · Score: 1

      Corel has six remaining users? Wow!

      --
      One line blog. I hear that they're called Twitters now.
    2. Re:PKWare is hosed. by Jedi1USA · · Score: 1

      Don't jump to any conclusions. It has nothing to do with popularity. The one that will succeed will be the one MS supports natively in the next service pack.

      --
      My old sig was REALLY stoopid.
    3. Re:PKWare is hosed. by fmaxwell · · Score: 1

      Don't jump to any conclusions. It has nothing to do with popularity. The one that will succeed will be the one MS supports natively in the next service pack.

      A good point, but Microsoft has a long history of killing third-party products by including the same, or similar, functionality in their OS. I don't think that Microsoft's native handling of .ZIP archives has helped the sales of either Winzip or PKZip.

      But since PKWare is the one who is keeping their changes to the .ZIP format undocumented, they are the ones at risk. If Microsoft can get the specs for Winzip encryption, they can, and probably will, incorporate it. There is also healthy skepticism within the security community when a vendor comes up with a secret implementation of an encryption scheme. Without the ability to examine the code and/or specification, they are naturally wary -- having seen far too many flawed proprietary encryption methodologies (including storing the key in the encrypted file!).

  57. Try something new by TheNumberSix · · Score: 5, Informative

    Perhaps if you find Winzip annoying, you might like to try a nice OSS alternative zip program without annoying nag screens?

    I like 7-zip, it's free, has a context menu, supports tar.gz (which the native WinXP unzipper doesn't do) and it's light-weight.

    --
    Never confuse feeling with thinking.
    1. Re:Try something new by GarthSweet · · Score: 1

      Gee I never had any annoying nag screens after I paid for my copy. Perhaps mine has a bug?? Sometimes I think the Open Source movement is more about a bunch of cheapskates then about quality, innovation or any of that other crap.

    2. Re:Try something new by SmittyTheBold · · Score: 1

      It has a context menu, but the one feature I love - drag a file with the right mouse button, and it gives you a menu including "extract to [destination]" - is missing from it. I knwo WinRAR has that ability, and I'm pretty sure WinZip does as well.

      --
      ± 29 dB
  58. I foresee a new argument by IWantMoreSpamPlease · · Score: 1

    You guys with your "vi!", "emacs!" argument need something new to shout about, well, here ya go....

    --
    So rise up, all ye lost ones, as one, we'll claw the clouds.
  59. OnShoring The Trolls by mobileskimo · · Score: 0, Offtopic

    I may be a political midget so correct me if I've missed something. This appears to be a company, which by the way is one company, bringing services here to created training and jobs in Buffalo. Especially with University Buffalo students. I think the goal here is that Hillary doesn't want college drop outs like you sitting around trolling /. all day, and instead have you working for this Indian company bringing water bottles to their meetings.

    I think Offshoring is when American companies take their manufacturing plants, like the enema factory your father works at, and move them to cheaper labor elsewhere, like your sister.

    --
    "Last one in is a rotten goblin!" - Kepp
  60. zip by xScruffx · · Score: 1

    Man . . . one zipper is causing another zipper to get stuck, which in turn could cause the zipper to break.

    That's almost about as bad as gettin' it caught in the zipper.

    xScruffx

  61. Info-zip by AntEater · · Score: 1


    I've been using infozip, www.info-zip.org, for so long now that I'd forgotten about these other two. Check it out.

    --
    Alex, I'll take keybindings not used by Emacs for $400....
  62. Are they stupid? by Anonymous Coward · · Score: 0

    If it is important, you don't compress it; you encypt it. If you encypt it, you never compress. This is a stupid idea. Encyption is to prevent unauthorized access. Compression makes filesizes smaller. Compression ruins encyption.

    I can see zipping a directory structure with files and not compressing it though.

    1. Re:Are they stupid? by martin-k · · Score: 2, Informative
      Au contraire. Compressing first makes pattern-detection in encrypted data more difficult. That's why PGP compresses first, then encrypts (besides the fact that PGPing something increases its file size, and compressing offsets that).

    2. Re:Are they stupid? by Anonymous Coward · · Score: 0

      And you would tell me that Joe Teamleader would even spend the time to encrypt his messages before yelling at us? Speaking ROT13 or whatever?

      It's the same thing - as long as it's not done by default, it will never be done. You're talking about billions of people here.

      Or ... I really don't know why that PGP encryption statement was ever made ... Encryption has absolutely nothing to do with compression.

  63. Spec Release *After* the Product's Done?!? by kmactane · · Score: 2, Insightful

    In paragraph 14 of the article, just before the heading "Other Options": "But the spec should not come out until a product is done, says Steve Crawford, PKWare's chief marketing officer."

    I'd already been kind of wondering what was up with PKWare not documenting stuff. Now I'm starting to think they're just messed up. Specs should be released first (IMNSHO); then everyone who needs to support the spec can write to it.

    We'd scream bloody murder if Microsoft released a new version of IE that implemented some bizarre new HTML or HTTP standard, even if they said they'd publish a spec for it a few months later. And the same goes for Mozilla. We very rightly insist that browser makers build their software to support the already-published specs from the W3C and IETF.

    Similar comments apply to Apache and HTTP, CGI, and various other standards; to Sendmail/Postfix/Qmail/etc. and SMTP; to Linux and the POSIX standard... this is what standards and specs are for

    Free clue to PKWare's Steve Crawford: you're just a marketing director. Let your CTO worry about specs; you're just making your company look worse.

    1. Re:Spec Release *After* the Product's Done?!? by Anonymous Coward · · Score: 0
      We'd scream bloody murder if Microsoft released a new version of IE that implemented some bizarre new HTML or HTTP standard, even if they said they'd publish a spec for it a few months later. And the same goes for Mozilla. We very rightly insist that browser makers build their software to support the already-published specs from the W3C and IETF.
      Your argument is a bit flawed, since Microsoft clearly didn't invent HTML/HTTP; PKWare *did* invent the .ZIP file.
      I was going to mention the fact that your suggestion doesn't agree very well with the principles of competition ("Hey Winzip! Here's how to implement the stuff we've been working on but haven't released yet"), but I get the feeling that it would fall on deaf ears (or in this case, blind eyes).
    2. Re:Spec Release *After* the Product's Done?!? by hkmwbz · · Score: 1
      I doubt people care who "invented" it. Zip is an open format, but PKWare is trying to close it to stiffle competition. The result is that they will be buried by the market leader, WinZip.

      PKWare deserves to go out of business over this. If they managed to stay in business even with WinZip dominating the market, what could they possibly lose by publishing the specs and behaving in a decent manner?

      --
      Clever signature text goes here.
  64. Re:IDG mirrored below by Angry+White+Guy · · Score: 0, Offtopic

    You put too much faith in the M2. Fair x10 is how that'll play out :)

    --
    You think that I'm crazy, you should see this guy!
  65. Hurray! by svenjob · · Score: 1

    Oh boy! Yet another form of compression to deal with. (as if 4874.7 weren't enough!) If they're smart, they'll keep their engine compatible with the older ZIP and make the new ZIP 'better enough' to justifiy swtiching to the new engine. If not, it may just be another ACE waiting to happen.

    --

    Totally Life!

    ALL replies

  66. 7-zip Better than the Rest by Anonymous Coward · · Score: 2, Interesting

    Windows users rejoice! Use 7-zip (click here) and end the WinZip-PKWare monopoly ;).

    Mod away, but remember.. it's open source MWUAHAHA!

    1. Re:7-zip Better than the Rest by Znonymous+Coward · · Score: 1

      I second that emotion. But now, my 7zip post is -1 because i didn't read all the commnents before I subbmitted.

      --

      Karma: The shiznight, mostly because I am the Drizzle.

    2. Re:7-zip Better than the Rest by Anonymous Coward · · Score: 0

      WinZip and PKWare are 2 companies, there is no monopoly if you have a viable choice.

  67. arc files by Anonymous Coward · · Score: 0

    what about .arc files? Any one remember the fallout with that one? Seemed liek every bbs changed to .zip in about a week. The unclean masses will decide as usual.

  68. Now be ready for.... by stm2 · · Score: 1

    Zipwars - Episode II. (Attack of the ZIPs)
    Most people here wont remember, but one of the first software copyrights battle was regarding zip (and pkzip).
    But it seems the pk people turn to the dark side.

    --
    DNA in your Linux: DNALinux
  69. Did we miss the point, here? by Corvaith · · Score: 2, Insightful

    The whole point of this story is that PKWare is doing some kind of encryption thing that they aren't sharing with others. So only PKWare's zip program will support said encryption. It isn't just WinZip that won't. WinRAR will still support zip the way it has, sure. But it won't support the new encryption deal.

    So switching doesn't do a hell of a lot of good unless you switch to theirs. Which is probably the plan, I guess.

  70. Remember these? by wumarkus420 · · Score: 4, Funny

    I vote we go back to LZH, ARJ, or ARC

    I miss the BBS days where you needed about 10 compression programs.

    1. Re:Remember these? by DrVxD · · Score: 1

      > I miss the BBS days where you needed about 10 compression programs.

      And then you glued them alltogether with Shez? ;) Those where the days...
      (I just used to REARJ everything into ARJ format myself)

      --
      Not everything that can be measured matters; Not everything that matters can be measured.
    2. Re:Remember these? by whatthef*ck · · Score: 1

      Ah, ARJ, a very good, free utility as I recall. I think it may have been the first DOS-based archiver that could break an archive into multiple floppy-size files on your harddrive. (IIRC, PKZip had to write the files directly onto the floppy, which took a long time.) And LZH (LHarc was the name of the program) was open-source, probably before the term was coined. And the ARC folks were one of the early evil patentors of a compression algorithm, until the guy in the white hat, Phil Katz, rode into town, wrote pkzip, and wiped their program off the map.

      Memories...

    3. Re:Remember these? by British · · Score: 1

      I liked how pkunzip.exe required no command line paramters, other than the file you specify. No other unarchiver program did that.

    4. Re:Remember these? by Anonymous Coward · · Score: 0

      What a ZOO!

    5. Re:Remember these? by NotoriousQ · · Score: 1

      LHice. Nice progress bars, lightning fast, and featured the most crappy compression imaginable..........

      I miss the old days.......

      --
      badness 10000
  71. This just in: MS-DOS Standard To Fragment!!! by ites · · Score: 2, Funny

    Reliable news sources (possibly an Iraqi Minister of Information, or worse, a White House Official) tell us that due to disagreements between Digital Research and Microsoft, the latest MS-DOS release (11.2a) will no longer be compatible with DR-DOS 11.x.
    All five remaining DOS users are likely to be severely complacement. For more information on this stunning development, we asked...

    --
    Sig for sale or rent. One previous user. Inquire within.
    1. Re:This just in: MS-DOS Standard To Fragment!!! by tkg · · Score: 1

      All five remaining DOS users are likely to be severely complacement.

      And will likely turn to Linux as a REplacement. ;o)

    2. Re:This just in: MS-DOS Standard To Fragment!!! by Anonymous Coward · · Score: 0

      Despite general opinion, DOS is far from dead. It's still very heavily used in the embedded sector. Its still one of the most popular alternatives to rolling your own RTOS. Even embedded linux can't touch DOS market share. Kind of depressing when you think about it..

  72. huh? by Kircle · · Score: 1

    why bother with zip anymore, .RAR on windoze is far better Because practically every windows user uses ZIP (with the exception of you I guess). It's even built into Windows XP. And though this is sort of obvious, just because something is better doesn't mean everyone will use it. I've heard that 7z is better than RAR. Why don't you use that instead?

    --

    -- Kircle

    1. Re:Huh? by Vlad_the_Inhaler · · Score: 1

      It is a standard, available on most platforms.
      Hell, it is even available on the mainframes I work on - the only compression format that is recognised there.
      You cannot certify a Java version unless it is available.
      Everyone knows it.

      enuff reasons, I never use it unless exporting to windows.

      --
      Mielipiteet omiani - Opinions personal, facts suspect.
  73. Use 7 Zip, it's OS by Znonymous+Coward · · Score: 1, Redundant

    http://www.7-zip.org/

    It works with:
    zip
    tar
    bz2
    cap
    cpio
    gz
    rar
    rpm

    --

    Karma: The shiznight, mostly because I am the Drizzle.

  74. PKWare is dead, too by Schnapple · · Score: 5, Insightful
    The problem lies with PKWare not giving information to WinZip, thus making WinZip to go it alone
    Well then there's probably not going to be much of a problem, given that almost no one uses PKZip anymore. I'm young here but IIRC, everyone in the world used pkzip/pkunzip in the good old DOS days, but then when Windows started to rise, people started looking for a graphical frontend to it, and WinZip pretty much took the lead. I don't recall if WinZip was just a frontend in those days but before long it had integrated ZIP support.

    Also, memory serves that Philip W. Katz, the late founder of PKWare, worked with IDC to make the ZIP file format public domain, both because it wasn't entirely original to either organization, and also because it would never take off were it not. So here then we have PKWare, in the wake of the death of Katz, trying to "pull a Microsoft" and make their version incompatible with others in the hopes that more people will use their version. For that matter, I think PKWare's main claim to fame for years now has been that they were "the first".

    However this has the potential to backfire. PKWare may be trying to "pull a Microsoft" but they are not Microsoft and so now they're in the position where their product now creates the incompatible file. A file made with PKZip may not work with others, a file made with WinZip almost definitely will.

    1. Re:PKWare is dead, too by evilviper · · Score: 1
      given that almost no one uses PKZip anymore.

      You might say that end users don't use PKZip for the most part, but end users don't put out the majority of zipped files... Rather, companies do.

      PKZip's current claim to fame, and the reason it's still going strong, is because they have the best compression ratios for Zip, anywhere. Still can be opened by any zip program, but smaller than archives created by anything else. WinZip happens to be at the opposite end, having the worst compression.

      A file made with PKZip may not work with others, a file made with WinZip almost definitely will.

      Says who? PKZip has released their specifications. I also don't see anywhere in the article that says WinZip has released the specs for their own implimentation.
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    2. Re:PKWare is dead, too by Schnapple · · Score: 1
      WinZip happens to be at the opposite end, having the worst
      Even at the "maximum" setting? I haven't done comparisons myself. But still, I notice that with this day and age of Broadband, most are content to simply use ZIP as a simple archiving tool and a workaround for virus catchers. Anyone psycho about maximum compression uses RAR or ACE.
    3. Re:PKWare is dead, too by evilviper · · Score: 1
      Actually, 7-zip has the best compression right now... However, in most cases it is no better than Bzip2.

      So, why are people using RAR and ACE? Tar/Bzip2 beats them, as does 7-zip, and, unlike RAR and ACE, Bzip2 and 7-zip both are open source, and have free implimentations.

      Anyone psycho about maximum compression uses RAR or ACE.

      You are missing some things though. A company that wants to distribute a file wants to use the maximum compression because it will save them huge ammounts of money in overal bandwidth costs. However, you will not see them touch RAR/Ace simply because very few have RAR/ACE installed. They want to cut down on bandwidth used, but they don't want to make it so complicated that the dumbest of users can't use it. So, strong zip compression clearly has it's place.
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    4. Re:PKWare is dead, too by hkmwbz · · Score: 1

      And now PKWare tries to get rid of the competition by refusing to give out the specs for a format which has always been open. Great. That's exactly the kind of thing Microsoft would be doing.

      --
      Clever signature text goes here.
    5. Re:PKWare is dead, too by evilviper · · Score: 1
      And now

      No, not NOW... In the distant past. PKWare didn't give out the specs right away... However, they did EVENTUALLY give out the specs.

      Now, we have to wonder if WinZip is going to release the specs on their implimentation, or if they are going to be hyppocrites, and do themselves what they criticized PKWare for doing.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    6. Re:PKWare is dead, too by hkmwbz · · Score: 1
      I was not aware of this. However, in the past, was that when JK (RIP) was still working for free, and before PKWare was founded? If so, the situation is different today.

      I still smell foul play. First, PKWare did not release the specs, and when they did claim to have released them they were incomplete? What's up with that?

      --
      Clever signature text goes here.
  75. Aww great.. by TeknoHog · · Score: 5, Funny

    People who break compression standards should be tarred and gzipped... I mean feathered.

    --
    Escher was the first MC and Giger invented the HR department.
  76. Karma-Burning Gripe on Link Style by kisrael · · Score: 1

    Don't make links to individual articles look like links to the root of websites:the PKWare and WinZip links make sense, the IDG.NET link does not. "tells us" would have been much better for linkifying, or, in order to make a bigger link (thus quietly indicating what is the "most imporant" link in the summary) the entire phrase "IDG.NET tells us".

    I know these sound like stupid nitpicks, but it's good from a usability standpoint. Many posts have similar bad linking style, making it more time consuming to figure out what the relevant links are.

    --
    SO YOU'RE GOING TO DIE: The Comic for Dealing with Death
    1. Re:Karma-Burning Gripe on Link Style by DrVxD · · Score: 2, Funny

      But since 99.9% of /. readers never follow the links and assume that the whole story is in the headline, who cares?

      --
      Not everything that can be measured matters; Not everything that matters can be measured.
    2. Re:Karma-Burning Gripe on Link Style by zaphod_es · · Score: 1

      But since 99.9% of /. readers never follow the links

      Thus speaks someone who has never been /.ed

  77. All i use is WinRAR in windows... by zbowling · · Score: 1

    Whenever i get on my windows box, i use only WinRAR on there. I wonder what version of the two they will use?

    --
    No.
  78. Typical of proprietary software by Anonymous Coward · · Score: 0

    This is something a lot of the GNU hippies don't have to worry about. Since they use gzip and bzip2, and now for Windows monkeys, there is the new 7zip compression that is even better than zip, who cares? Let the open sources flow...

    More info at this link.

  79. Re:IDG mirrored below by _xeno_ · · Score: 1
    Actually, it's a very accurate mirror. It contains three words that weren't in the original:

    $ diff real troll
    28c28
    < "Certificate-based encryption is still a work in progress," says Jim Peterson, PKZip chief technology officer. "We're not publishing it because we still have a number of features to add."
    ---
    > "Certificate-based encryption is still a work in progress," says Jim Peterson, PKZip chief technology officer. "We're not publishing it because we still have a number of features to add to Taco's Backside."

    (Well, I doctored the "real" file a little to remove the advertisement from the text. So two differences.)

    It should be moderated down anyway because it's a rather blatant copyright violation of a site that isn't really Slashdotted. But ignoring Taco's Backside, it is the original article. (I wonder if the change was made in order to make it a "derivative work" - a "parody?" In that case, it might not be a troll, but someone failing at an attempt to invoke fair use rights. Hint: three words out of 771 do not a parody make.)

    --
    You are in a maze of twisty little relative jumps, all alike.
  80. Re:PKWare. Hmmm. Seems to me I've heard about that by vistas · · Score: 1

    Besides, I seem to remember a while back something about PKWare ceasing to be. Guess I was wrong.

    PK has ceased to be, as of a few years ago, but his company lives on, for whatever that's worth.
    I prefer to throw my support to WinZip and Nico Mak. I paid for a license to it WAAAYYYY back when, and he's never made me pay for an upgrade (though I would if he did).

    -------

    Why we have ZIP instead of ARC

  81. gzip? by BenjyD · · Score: 1

    Why is zip still so big in the Windows world? Gzip is available for pretty much every platform, completely free and produces smaller files by about 10% from my experiments).

    1. Re:gzip? by dsb3 · · Score: 1

      The reason is that gzip and zip do different things.

      gzip compresses *a* file.
      zip compresses *a set of* files.

      Having the tar + gzip step (or the tar + bzip2) is just one too many levels of complexity for the point and click world.

      --

      Slashdot? Oh, I just read it for the articles.
    2. Re:gzip? by Anonymous Coward · · Score: 0

      You're talking bull.

      From my experiments, zip is generally smaller.
      Secondly, gzip compresses single files, zip is an archive format.

      Thirdly, if size mattered (cue obvious jokes), surely rar or ace would have replaced zip in the windows world anyway, and bzip would have replaced gzip in the unix world?

      Zip's been the standard on Windows for years.

    3. Re:gzip? by BenjyD · · Score: 1

      I guess so. I suppose I was thinking more along the lines of using the file format. I'd have thought that a nice GUI front end using the gzip code as a back end should be pretty simple to write and would put WinZip and PkWare out of business.

    4. Re:gzip? by swv3752 · · Score: 1

      The tar+gzip step is one step for most people.

      --
      Just a Tuna in the Sea of Life
  82. They're hardly zip files by maggard · · Score: 5, Informative
    First off the issue isn't the compression, it's encryption. Thus the problem isn't a new one, it's been around since the first extension of zip to involve other sorts of mangling. No standard zip library can read those, it's just that the big two commercial vendors have 'til now kept compatibility with each-other's encryption routines.

    The unfortunate part is that this is even being called "zip" at all. These aren't, they're zip with proprietary extensions for a completely different purpose. Zip is being used as a brand name and being "embraced and extended". Truth be told these should now be called zep or something files, not misrepresented as simply zip compressed files.

    What will this all break? Well for the suckers who use the encryption they're locking themselves into that one vendor's proprietary extensions. They won't be able to send their compressed files or archives and reliably assume they'll be readable. With zip now a standard part of many OS's (even WinXP now includes it) these mislabeled files will cause confusion and increased complexity.

    What can folks do about this? First reconsider corporate licenses for these increasingly un-zip applications. No need to increase the Help Desk's burden with unnecessary/non-standard extensions. Send out a memo reminding folks about policies regarding encrypting company material, the management of the keys used, and the real quality of the encryption used. Look at the free alternatives to the commercial apps, there's little that these applications do that can't be done just as well with free tools.

    Zip's value lies in it being a standard. Don't support inappropriate proprietary extensions to it.

    --
    I don't read ACs: If a post isn't worth so much as a nom de plume to its author then I wont bother either.
  83. Haha by Anonymous Coward · · Score: 0

    People still use ZIP? RAR/WinRAR is the wave of the future (it even beats out bz2).

  84. Freezip by mark_space2001 · · Score: 1, Informative

    Freezip is my favorite zip program. Simple, to the point and does everything I need.

  85. hmm... but by DaLiNKz · · Score: 1

    no one i know uses zip anymore.. It was and probably is still the most common, but everyone I know uses rar, or tar.gz.. zip.. not that often :o

    --
    I've left to find myself. If you happen to see me, please, keep me there until I return.
  86. Simple. by Anonymous Coward · · Score: 0

    Not all versions of tar support -z.

  87. Huh? by be-fan · · Score: 1

    People still use PKZip? Why?

    --
    A deep unwavering belief is a sure sign you're missing something...
  88. rar is lame. by Anonymous Coward · · Score: 0

    because every new version is incompatible to the old one. I do not want to waste my time by downloading and installing something totally useless and not free because some lamer is using the "latest and greatest" cracked beta version of winrar.

    1. Re:rar is lame. by Anonymous Coward · · Score: 0

      No it's not.

  89. Re:who uses zip anyway ???? WinXP by Anonymous Coward · · Score: 0

    Ever use Windows XP? It has Zip built in, you can zip up files and unzip them with a few mouse clicks.

    Plus, most major computer maker ships out Windows XP in the boxen.

  90. W - R - O - N - G by FallLine · · Score: 2, Informative

    The DCMA explicitly allows reverse engineering for interoperability and this is precisely what WinZip would be doing. http://www.loc.gov/copyright/legislation/dmca.pdf, Page 5, Exception #2. Please read it for yourseld and grab a clue. The tired assertion that the DCMA kills innovation is tired and largely false (at least insofar as it is popularly presented on slashdot)

    1. Re:W - R - O - N - G by shaitand · · Score: 5, Insightful

      Actually the DMCA does NOT allow reverse engineering of security mechanisms... like oh... pkware Encryption algorithms...

    2. Re:W - R - O - N - G by FallLine · · Score: 1
      Actually the DMCA does NOT allow reverse engineering of security mechanisms... like oh... pkware Encryption algorithms...
      Wrong again. The wording that you are referring to prevents them from developing circumvention techniques of security mechanisms (e.g., defeating DRM technology). WinZip would clearly not be circumventing anything (Unless they marketed a feature to crack PKzip archives-then they would run afoul) Clearly their intent is just to allow the user to decrypt the files in roughly the same manner with PKzip users would, i.e., with password or key.
    3. Re:W - R - O - N - G by shaitand · · Score: 4, Interesting

      you mean like DeCSS lets users decrypt and watch dvd's in the roughly the same manner the licensed technology does?

    4. Re:W - R - O - N - G by Anonym0us+Cow+Herd · · Score: 2, Interesting

      The DCMA explicitly allows reverse engineering for interoperability

      The DMCA explicitly allows you to go broke defending against frivolous lawsuits, trying to educate the judicial system about what constitutes interoperability.

      After all, if it is compatible with the new format, then you must have stolen intellectual property, violated a trade secret, or done some other dastardly deed. After all, the proof of your crimes is obvious and evident: it goes against the wishes of a corporation.

      --
      The price of freedom is eternal litigation.
    5. Re:W - R - O - N - G by mcg1969 · · Score: 3, Interesting

      Ah, there is a big difference between this and DeCSS.

      The CSS encryption standard was well known, so one could easily write a functioning DeCSS program without violating the DMCA---with one significant exception: the encryption keys were not made public. Reverse engineering was used to retrieve those keys and thereby make DeCSS a functioning program.

      With PKZip, the encryption method is not known and must be reverse-engineered, but the encryption keys are externally supplied by the user. Therefore, you aren't circumventing any copy protection by reverse-engineering PKZip's protection, because you still can't "break" the copy protection of any ZIP file whose key you do not know.

    6. Re:W - R - O - N - G by FallLine · · Score: 1
      you mean like DeCSS lets users decrypt and watch dvd's in the roughly the same manner the licensed technology does?
      No, not quite. It did allow Linux users to view DVDs (arguable interoperability--though the necessity of that is questionable), but most importantly it also gave billions of users the ability to freely and easily make infinite copies of DVDs (circumvention). It did not have to make it so easy to circumvent the technology. It is also very important to note that to achieve both it first had to circumvent the intent of the technology, which was to limit playback to licensed holders (the intent of which was quite reasonable--to prevent that sort of piracy), by way of stealing the encryption key.

      WinZip would be employing virtually the exact same algorithm as PKZip without stealing any keys or violating any recognized rights. The only possible way that WinZip could represent a threat is if PKzip were to employ a truly unnecessarily insecure algorithm (unnecessary because the users can easily share keys exclusively amongst themselves without having to trust other vendors or hardware devices)
    7. Re:W - R - O - N - G by wurp · · Score: 2, Interesting

      The FUD density is getting pretty high here...

      The necessity of having DeCSS to allow Linux users to view DVDs is questionable? By whom? On what grounds? What's the alternative? I don't know of any way to play a DVD on Linux that doesn't involve DeCSS.

      DeCSS gives people the ability to copy DVDs? What was keeping me from copying them before? Put the DVD in the drive, copy the file(s) to your hard drive. Burn to another DVD if you like. No DeCSS required. The copied DVD plays just fine.

      Limiting playback to devices with licensed keys is quite reasonable? As I demonstrated in the last paragraph, it's total bullshit to say that it prevents privacy. All it does is let the MPAA control who can create DVD players and let them obsolesce DVD as a format whenever they want, let them control when videos can be released in different markets, and let them charge the DVD manufacturers for the privilege of making hardware that plays DVDs.

      Are you employed by the MPAA or an MPAA affiliated studio? Your responses certainly don't look like those of someone with Joe Public's interests in mind.

      Or are you just a troll?

    8. Re:W - R - O - N - G by OrenWolf · · Score: 2, Informative

      What??

      DeCSS Did nothing to prevent playback of anything, nor was it it's purpose.

      The ONLY purpose of DeCSS was as a method for the DVd Consortium to reap license fees on the tech. DeCSS licensed *players*, not copyright holders. Piracy isn't the concern of the DVD Consortium with DeCSS - loss of revenue due to unlicensed *players* is.

      And By the way, the Law doesn't say that reverse-engineering is legal only if the result isn't "too easy to circumvent the technology". The law shouldn't (and doesn't) care. Reverse-engineering for the purpose of interoperability, no clause about being too easy to "circumvent the technology".

    9. Re:W - R - O - N - G by autopr0n · · Score: 1

      DeCSS gives people the ability to copy DVDs? What was keeping me from copying them before? Put the DVD in the drive, copy the file(s) to your hard drive. Burn to another DVD if you like. No DeCSS required. The copied DVD plays just fine.

      The hardware in your DVD-ROM drive. The method you outlined would not produce a usable duplicate.

      --
      autopr0n is like, down and stuff.
    10. Re:W - R - O - N - G by FallLine · · Score: 1
      What??

      DeCSS Did nothing to prevent playback of anything, nor was it it's purpose.

      The ONLY purpose of DeCSS was as a method for the DVd Consortium to reap license fees on the tech. DeCSS licensed *players*, not copyright holders. Piracy isn't the concern of the DVD Consortium with DeCSS - loss of revenue due to unlicensed *players* is.

      And By the way, the Law doesn't say that reverse-engineering is legal only if the result isn't "too easy to circumvent the technology". The law shouldn't (and doesn't) care. Reverse-engineering for the purpose of interoperability, no clause about being too easy to "circumvent the technology".
      It is you who have your facts wrong.

      Firstly, CSS was the security mechanism that the DVD consortium owns; DeCSS was the tool to crack it.

      Secondly, the DVD Consortium represents the interests of IP owners directly (*SONY*) and indirectly (the already existing IP out on DVD and the future interest of the MPAA and other parties in distributing digital materials with some level of copy protection). In other words, it is in the interest of the MPAA and other parties to prevent just anyone from copying and playing back their media however and wherever they want it and CSS was the mechanism to secure this.

      Thirdly, the law does care about the ease of infringement insofar as it relates to the primary intent of the tools creation. If a device is primarily designed to circumvent or its use has little use other than circumvention, then it is clearly in violation of the DCMA. In other words, if the market for DVD playback software on Linux was so small that no software company could be bothered to port it, then that strongly suggests that the market is very small and thus so are the non-infringing uses and DeCSS clearly promoted the copying and ripping of DVDs on a very large scale.
    11. Re:W - R - O - N - G by hesiod · · Score: 1

      > DeCSS Did nothing to prevent playback of anything, nor was it it's purpose.

      Just to make a clarification, I believe the poster meant "CSS," when he said "CSS." CSS is the encryption method, DeCSS is a program.

    12. Re:W - R - O - N - G by OrenWolf · · Score: 1
      Firstly, CSS was the security mechanism that the DVD consortium owns; DeCSS was the tool to crack it.

      You're right, I misued the term twice above. My mistake.

      If a device is primarily designed to circumvent or its use has little use other than circumvention, then it is clearly in violation of the DCMA. In other words, if the market for DVD playback software on Linux was so small that no software company could be bothered to port it, then that strongly suggests that the market is very small and thus so are the non-infringing uses and DeCSS clearly promoted the copying and ripping of DVDs on a very large scale.

      I call bullshit on this one.

      It doesn't matter how big the market is. Could you imagine? How would the courts decide this? When an OS has 3% market penetration? 5%? 20%?

      The law doesn't care. It's needs to have a primary non-infringing use. It was created because at the time, *no* method existed to playback DVD's on Linux any other way. End of story. Doesn't matter if it was one person or a million. The *fact* was that at the time no other method existed.

      Thankfully, the law doesn't say "Market Share requirements must be met before substantial non-infringing use can be considered"!

    13. Re:W - R - O - N - G by OrenWolf · · Score: 1

      Yep, my mistake. That line should have read:

      "The ONLY purpose of CSS was as a method for the DVD Consortium to reap license fees on the tech. CSS licensed *players*, not copyright holders. Piracy isn't the concern of the DVD Consortium with DeCSS - loss of revenue due to unlicensed *players* is."

    14. Re:W - R - O - N - G by wurp · · Score: 1

      Are you sure about that? You can pull a vob file without DeCSS. It is certainly possible that I missed a step (I haven't tried to copy a DVD in any way, even one of my own ;) but I'm quite sure it doesn't require DeCSS.

    15. Re:W - R - O - N - G by shaklee · · Score: 1

      you cant copy the files directly over dickhead, it would not show the files on the disk without using something such as decss or a similar program using the same *reverse engineered* key that decss used to be created. By the way, who cares if linux can play dvds, stop the nonsense and put windows on your computer you fucking hippie.

    16. Re:W - R - O - N - G by shaitand · · Score: 1

      "No, not quite. It did allow Linux users to view DVDs (arguable interoperability--though the necessity of that is questionable), but most importantly it also gave billions of users the ability to freely and easily make infinite copies of DVDs (circumvention). It did not have to make it so easy to circumvent the technology. It is also very important to note that to achieve both it first had to circumvent the intent of the technology, which was to limit playback to licensed holders (the intent of which was quite reasonable--to prevent that sort of piracy), by way of stealing the encryption key."

      First of all, there is nothing arguable about needing to play dvd's on linux. I buy dvd's, I run linux, I play my dvd's on my operating system of choice.

      Yes the intent of the technology was to limit playback to players that the MPAA approves of... but that is fine, so long as it does not infringe on my fair use. I purchased the movie and have the right to view it in private. I can excercise this right by whatever means I wish, including using DeCSS to circumvent their restrictions on players and attempt to stranglehold that market. Remember, just because YOU have no need to do something, doesn't mean the need to do it questionable.

      In fact copyright law gives me permission to copy that dvd, whether the studio does or not, it says I have the right to make backup's of the dvd. So DeCSS's dual nature in making it easy to copy STILL does not constitute infringment, it's what is done with said copies that makes for piracy. This is why the DMCA is wrong, it gives copyright holders the ability to add lousy technology to extend what is allowed them by copyright law to whatever rights they wish they had, and it makes it illegal to assert my own rights.

      Remember, my rights in regard to copyrighted material is not the gift, the copyright itself is a gift from the people. We as a people have chosen to give those who create works of this type limited control as a gift for a finite period of time, by default everything is public domain, it's only because we chose to give them the gift of copyright that they have ANY rights. And when that gift expires, it goes back to those it rightfully belonged to from the start, mankind.

    17. Re:W - R - O - N - G by Minna+Kirai · · Score: 1
      DeCSS gives people the ability to copy DVDs? What was keeping me from copying them before?

      Of course, it was possible to copy them before. But DeCSS enables casual, one-click duplication (DVD->MPG->CDR or DVD->AVI->P2P).

      The previous methods each had drawbacks, making them unattractive to random users
      1. Make a 1:1 copy of the disc, encryption and all. You'd need a DVD burner, though, and even today's modern DVD-RW systems can't store the same 13 gigabytes that a factory-pressed disc can contain. And a few years ago, no consumer DVD writing was available. Organized criminals, of course, can rent a Chinese DVD factory for a few nights to make all the copies they need to sell on the sidewalks of Manhattan. DeCSS never stopped professionals.
      2. Use an official hardware DVD player to create an analog video stream, which you then record to VHS or capture onto a PC. This approach requires a fair amount of time and effort for the encoder, as well as a tolerance for quality loss on the part of the recipient. DeCSS never stopped dedicated hobbyists.
      Neither of those methods enables the fearsome Napster-scenario, where consumers trade copyrighted data with each other because it's almost harder not to share the files. But with DeCSS present, and 80 gigabyte harddrives standard-issue, it becomes very likely that a fully-automatic DVD redistribution software will spring up.
    18. Re:W - R - O - N - G by wurp · · Score: 1

      I absolutely recognize that DeCSS makes file sharing of DVDs and even copying easier. What I take issue with is people claiming that DeCSS makes copying DVDs possible. In fact, I would say in five or ten years it will be completely practical to file share the whole encrypted DVD.

      DeCSS is for playing DVDs on Linux. If the MPAA weren't trying to keep us from playing media we legally purchased, DeCSS almost certainly wouldn't exist. CSS is a crime; DeCSS isn't. What pains me is the MPAA trying to turn that on its head.

      I've noticed some people seem to use DeCSS when they mean CSS. CSS is the encryption mechanism used on DVDs. DeCSS is the decryption algorithm developed to allow DVD players on Linux.

    19. Re:W - R - O - N - G by Minna+Kirai · · Score: 1

      DeCSS is for playing DVDs on Linux.

      A look at the history of DeCSS contradicts that statement. When a program called DeCSS was first released, it ran on Microsoft(tm) Windows(r), and served to strip the copy-restriction from a DVD that had been copied to hard disk.

      The original DeCSS only enabled "DVD playing on Linux" insofar as you could convert the DVD to AVI on Windows, and then transfer the file to a Linux box.

    20. Re:W - R - O - N - G by wurp · · Score: 1

      Well, according to Jon Johansen's sworn testimony (and, as far as I know, uncontested), they did in fact create DeCSS to play DVDs on Linux. The first compiled version was for Windows, because they cracked CSS before the code to read the DVD file system software was completed for Linux. They wanted to test the crack, and they couldn't read the DVD contents on Linux, so they had to try it on Windows.

      DeCSS was created so people could watch the DVDs they had bought without also having to run Windows or buy a DVD player. I personally think it's unethical for a company (or consortium) to try to force me to buy hardware from their approved vendors before I can use a product I've already paid for.

  91. rar is lame... by Anonymous Coward · · Score: 1, Insightful

    because every new version is incompatible to the old one. I do not want to waste my time by downloading and installing that crap every time I need to extract something because some lamer hat to use the "latest and greatest" cracked beta version of winrar.

    1. Re:rar is lame... by ChopsMIDI · · Score: 1

      But the RAR compression is vastly superior to Zip. At work I need to compress 500+ MB files and store them in an archive. In Winzip, it might compress that to 50 Megs or so. In RAR it's down to 30 Megs. That extres 20 Megs makes a huge difference when you're uploading at 128 kilobits/sec. I understand for mass distribution of a file, you'll wanna use a more standard compression, like zip, gzip, or bzip, but for just hard compression within an organization, I'm all about RAR. And if something compresses even tighter than RAR, I'll switch to that (fractal generation algorithms aside, unless someone can make a REALLY fast one) RAR handles all of the formats winzip does and compresses things much more tightly.

      --

      How could I say to men: "Speak louder, shout! For I am deaf!"? -Ludwig van Beethoven
  92. PKware's still around? by gstevens · · Score: 2, Funny

    PKWare is still in business?

    Long live 2.04g!

  93. Compression ... by bizitch · · Score: 1

    Why change the format? I thought that the current standard of Zip could not be improved - Compression wise anyway

    --
    ---- "Logoff! That cookie shit makes me nervous!" - A. Soprano
  94. Zip program by Anonymous Coward · · Score: 0

    I use 7zip to make .zip files, they usually happen to be smaller than the .zip files WinZip and WinRAR make. I also use Ken Silverman's kzip and also his zipmix utility to get the best compression from both 7zip and kzip!

  95. Winzip's "standard" will win by default by The+Kryptonian · · Score: 5, Insightful

    Most zip files, sorry to say, are made with WinZip now, so all that PKWare's reticence has accomplished is the balkanization of their own product.

  96. What you're forgetting by Anonymous Coward · · Score: 0
    is that WinZIP is popular for no good reason. It didn't invent ZIP. It didn't invent Windows graphical front-ends for archivers. It's popular because it has "Win" and "ZIP" in its name. They didn't even write the ZIP creation/extraction code. The Info-ZIP team wrote that.

    PKWARE are the CREATORS of ZIP. WinZIP is simply a Windows GUI front-end for ZIP. Imagine if everybody loved the .DOC file format, but WordPerfect was far more popular than MS Office? Then people like you would criticise Microsoft for upgrading the .DOC format they invented because it wasn't compatible with WordPerfect!

    1. Re:What you're forgetting by fmaxwell · · Score: 1

      that WinZIP is popular for no good reason.

      Who cares why they are popular? It's irrelevent from a business standpoint. Besides, many people believe that Phil Katz, the creator of PKZip, actually stole much of the code from his rival, System Enhancement Associates.

    2. Re:What you're forgetting by hkmwbz · · Score: 1
      Sorry, but who cares about who invented zip in this situation? Maybe if the company which is supposed to carry on the legazy of Phil Katz conducted itself in a proper manner, I might have felt bad about the fact that WinZip will now bury PKWare firmly and dance on its grave. But the fact is that PKWare refused to give out the specifications, so WinZip had to do it its own way.

      PKWare is not the creator of zip. Phil Katz is, but he is dead, and PKWare today is a disgrace to his memory.

      If WordPerfect was more popular than MS Office and Microsoft changed the (open) doc format without giving out information to others, Microsoft would be committing commercial suicide, and it would have been a good thing. Companies that do stupid things like this deserve to go out of business, or in the very least be taught a sound lesson about how one does not behave.

      So, are we supposed to side with a suicidal company just because its product is not very popular? Come on.

      If PKWare tries to pull off something like this when it is as insignificant as it is now, imagine what it would do if it was in Microsoft's position!

      You, confused AC, are barking up the wrong tree.

      --
      Clever signature text goes here.
  97. Open Standards by nuggz · · Score: 4, Interesting

    Maybe we should just use formats based on open standards. Then the actual software people use is irrelevant.

    1. Re:Open Standards by Anonymous Coward · · Score: 0

      Maybe we should just use formats based on open standards. Then the actual software people use is irrelevant.

      You're a god-damned genius, you are.

    2. Re:Open Standards by evilviper · · Score: 1

      Zip is an open standard. Why else do you think there are so many millions of programs that impliment it? And not only it, but 100% compatibly versions of Zip.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    3. Re:Open Standards by nuggz · · Score: 1

      I thought the article was about some closed extensions that created an incompatibility.

    4. Re:Open Standards by evilviper · · Score: 1

      Indeed it is. So what? Zip is still an open standard, it's just that the new extensions are not.

      Should we say that WINE is propritary because the crossover plugin isn't open source? Of course not, WINE isn't any less open because of some 3rd party extensions to it.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    5. Re:Open Standards by robkill · · Score: 1

      As many have mentioned .zip is an open standard.
      In fact, it's rfc 1951". It's the use of encryption that's an issue. Open standards like AES or PGP exist for that as well. What should happen is: Define an rfc for formats using encryption with compression. Then there is an agreed upon implementation, rather than multiple companies trying to define an implemenation. Isn't that what the IETF is for?

      --
      DMCA - Chilling free speech since 1998.
  98. I thought the big two were by jridley · · Score: 1

    Info-ZIP and WinRAR, but I guess that's just me...

    Heck, I didn't even know PKWare was still in existance, and WinRAR beats WinZIP in every way.

  99. hmm by Suppafly · · Score: 4, Funny

    luckily, most people stopped using pkware when they stopped using dos, so this doesn't present a problem.

    1. Re:hmm by krislyn · · Score: 1

      The great thing about standards is that there are so many to choose from.

  100. Who by Anonymous Coward · · Score: 0

    who cares? I always use ICEOWS (formally arjfolder) its free, and does
    ICE,ARJ, ZIP, GZIP, TAR, MS-CAB, RAR, ACE, Quake 3 compressed files, Internet Mail files (Mime, UUE, XXE, B64, HQX), Java Archive (JAR, EAR, WAR), LZS, LZH, LHA, IMP, BZ2
    again, its freaking free, winzip is just annoying, who the hell wants a tutorial/wizard for EVERYTHING?

    1. Re:Who by Anonymous Coward · · Score: 0

      I shouldve posted a screenshot You don't need to open anything, its in a right click menu too!

  101. What about... by toxique · · Score: 0

    the superb HandyBits Zip'ngo?
    It ROCKS!

    --
    - This can't be... - Be what? Be real?
  102. Ahh well... by Aslan72 · · Score: 0

    One good way to piss away a standard is to be greedy and close fisted with it. In about 5 years, people will be asking 'What's a .zip file'? --Aslan

  103. Zips and Zips and Zips by cshark · · Score: 5, Informative

    That's a real shame. I thought the zip specification was open to anyone who wanted to use it? I stopped using Zips about three months ago in favor of the 7zip format. 7zips are smaller and more secure. The best part about 7z's is that it's an open source format. Fully documented, and entirely free. They also tend to be a lot smaller than standard .zip archives. Just an opinion.

    --

    This signature has Super Cow Powers

    1. Re:Zips and Zips and Zips by zet0n · · Score: 0

      Yes, 7-zip's are nice though not very well adopted (at least as of yet). I have yet to see something distributed in the 7z format. The program does however do an impressive job even compressing in the normal zip format. http://www.7-zip.org/

    2. Re:Zips and Zips and Zips by quasi_steller · · Score: 1

      cshark said (emphasas mine):

      That's a real shame. I thought the zip specification was open to anyone who wanted to use it? I stopped using Zips about three months ago in favor of the 7zip format. 7zips are smaller and more secure. The best part about 7z's is that it's an open source format. Fully documented, and entirely free. They also tend to be a lot smaller than standard .zip archives. Just an opinion.
      Not to be picky, but in this case I think you can be a little more confidant in yourself. 7z's better compression (the compression is better most of the time) is more than just an opinion, it is a fact.
      --
      ...interesting if true.
    3. Re:Zips and Zips and Zips by shyster · · Score: 1

      Perhaps you haven't run into the problem yet where 7Zip won't open some ZIP files, but WinRAR will? I've run into it a few times, and it's annoyed me to no end that I can't just run 7Zip.

    4. Re:Zips and Zips and Zips by Anonymous Coward · · Score: 0

      If you really want smaller files, use tar and bz2

    5. Re:Zips and Zips and Zips by Anonymous Coward · · Score: 0

      True, but as a utility, it's still the only thing on Windows that does Bzip's as far as I know. And it's better than Winzip for tar archives.

    6. Re:Zips and Zips and Zips by Fallen_Knight · · Score: 1

      How does it comepare to winrar?

    7. Re:Zips and Zips and Zips by alexo · · Score: 1

      Is there some independent comparison of different archive/compression formats and applications?
      One that compares compression ratios of different file types, compression and decompression speed, insertion and extraction of individual files in an archive, etc.

    8. Re:Zips and Zips and Zips by Anonymous Coward · · Score: 0

      The only real way to get anything reliable is to try it yourself.

      Seriously. Download it, compress a set of files using winzip, then try compressing the same files with 7zip. There's a pretty big difference. I'm biased, but your results won't be.

      Enjoy

      -Roj

  104. Who cares? by Ignorant+Aardvark · · Score: 2, Interesting

    I haven't used .zip in a long time. There's, quite simply, much better stuff out there. My overall favorite solution is .tar.gz, but there are always times on Windows machines I want to split a file into multiple parts (like to post it on a newsgroup), so then I use WinRAR. Everything I've mentioned has better compression algorithms than Win/PK Zip, and I just can't imagine going back.

  105. What Argument? by shaitand · · Score: 1

    It's obvious to anyone vi is far superior. The primary reason for the lack of debate on this issue is that all the emacs users are too busy trying to convince their editor to mow thier lawn for them to argue.

    1. Re:What Argument? by IWantMoreSpamPlease · · Score: 1

      I wouldn't know, I don't use either of them, in fact, I don't use *nix at all...

      --
      So rise up, all ye lost ones, as one, we'll claw the clouds.
    2. Re:What Argument? by TheRaven64 · · Score: 1
      It's obvious to anyone vi is far superior.

      vi may be a better text editor, but emacs is a much better OS. Hmm. A new slogan for Mozilla:
      'Mozilla - not as bloated as emacs!'

      --
      I am TheRaven on Soylent News
  106. As I am sure by Mensa+Babe · · Score: 3, Interesting

    many of you have already mentioned, I personally would rather stick with .tar.gz and .tar.bz2, while not touching the .zip so called "standard" with a mile long stick. If (by which I mean IF) this .zip thing was a standard, it would not be going to "fragment," period. I think everyone will agree with me. Gzip is a standard. Bzip2 is a standard. Tar is a standard. Zip is NOT a standard. And I see absolutely no reason to use slower, compression-ratio-wise poorer, proprietary, as well as otherwise inferior "standard" (notice the quote marks), when we have real standards available. I frankly agree with most of people about this subject. It's a good thing, that this news has been posted on Slashdot.

    --
    Karma: Positive (probably because of superiour intellect)
    1. Re:As I am sure by yoshi_mon · · Score: 2, Interesting

      Gzip is a standard. Bzip2 is a standard. Tar is a standard. Zip is NOT a standard.

      If you only use *nix systems then yes, that is correct.

      However for many years the Windows standard of compressing files has been the zip. Ask a standard Windows user what a tar, bz2, or tgz file is and will have no clue.

      While it's always good to have a *nix perspective on things here on /., to say that zip is not a standard in the Windows world is to ignore the reality of the situation.

      --

      Really, I know what I'm doing...Ohhhh, look at the shiny buttons!
    2. Re:As I am sure by evilviper · · Score: 0
      .zip thing was a standard, it would not be going to "fragment," period.

      That's idiotic... Today, I could grab the GZip/BZip2 source code, then make some changes to make an incompatible version. By your definition, Bzip2/Gzip are therefore, not standards.

      Zip is NOT a standard.

      The specifications for the Zip standard are freely available. Therefore, it is a standard.

      And I see absolutely no reason to use slower, compression-ratio-wise poorer, proprietary

      If compression ratio is all that matters, stop using Gzip and exclusively use Bzip2.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    3. Re:As I am sure by Suppafly · · Score: 1

      .zip is a standard, however much you might not like it, it is clearly a standard with several different programs producing compatible files. Unlike the tar and bzip and gzip combinations, zip allows you to compress and archive in one step, this simplicity is why windows users (the vast majority of computer users) use it instead of some combination of unix programs.

    4. Re:As I am sure by Mensa+Babe · · Score: 1

      If you only use *nix systems then yes, that is correct.

      However for many years the Windows standard of compressing files has been the zip. Ask a standard Windows user what a tar, bz2, or tgz file is and will have no clue.

      "A standard Windows user" (since when MS-Windows is a standard? I don't think it is POSIX compliant.) doesn't even see her files' suffixii (which, by the way, is the sole reason for e-mail Trojan horses usually having names, such as "innocent.doc.exe") and she uses whatever program, which is associated with a given suffix.

      For that very reason, no matter if she gets "cat-latest-photos.zip" or, e.g. "cat-latest-photos.tgz," she sees just "cat-latest-photos," which, after clicking, will be handled by, e.g. Win Zip. See Internet File Format Support In WinZip:

      "WinZip features support for the TAR and gzip formats. This means you can use WinZip to work with almost all compressed files downloaded from the Internet. No external programs are needed for these file formats."

      I always care about MS-Windows users. I don't see any reason to ignore them just because they are usually misinformed. This would just not be professional.

      While it's always good to have a *nix perspective on things here on /., to say that zip is not a standard in the Windows world is to ignore the reality of the situation.

      I can assure you, that, no matter how strongly you are trying to implicate it, I would never ignore the reality of the situation.

      --
      Karma: Positive (probably because of superiour intellect)
    5. Re:As I am sure by yoshi_mon · · Score: 1

      "A standard Windows user" (since when MS-Windows is a standard? I don't think it is POSIX compliant.)

      Uh oh. I think someone has been living in a time warp for a while. Better peak out and see that all those dumb terminals have switched over to a leigon of PCs, most of which run some form of MS Windows. (And pssst, they don't care about POSIX either! Gasp!)

      I always care about MS-Windows users. I don't see any reason to ignore them just because they are usually misinformed. This would just not be professional.

      Taking with one hand while giving with the other. Classic, bravo! Bonus troll points!

      I can assure you, that, no matter how strongly you are trying to implicate it, I would never ignore the reality of the situation.

      Ok, I'll just come out and say it. You are not viewing the reality of the ZIP format in it's proper terms. It has been around since the DOS days of the x86 platform and has been used by proably more people over time than TAR ever has. To say that just beacuse it is not POSIX compliant or whatever other Unix buzzwords you want to pull out of the sack does not mean it's any less valid.

      --

      Really, I know what I'm doing...Ohhhh, look at the shiny buttons!
    6. Re:As I am sure by Anonymous Coward · · Score: 0

      Look mother fucker! Who's the troll here? YOU ARE!!! You responded to an astute comment with loaded phrases designed to get a response. The origina poster responded with a reasonable set of answers to your ridiculous commentary and now you call them a troll? You know what? Just fucking shut up asshole!

      ZIP is only POPULAR, but it is NOT a standard by any means. I can't tell you how many times I downloaded a Zip file back when I was a Windows user and found that the archiver of the day couldn't expand it. This has never happened to me with tar.[gbz2].

      Wake up from your dreamworld o man with the tiny penis. The future of computing is centralized no matter what you think. Laugh at the dumb terminals of old. The paradigm was the correct one. Having a whole big honkin' PC on a desk or a lap is a ridiculous waste of power and resources since most users haven't a clue what to do with the power. You fall neatly into that camp with your "LOOK AT ME! I HAVE BIG POWERFUL CUMPUTER ON MY DESK! LOOK AT OOGA AND MY BIG PEECEE!". Stupid asshat. The power needs to be controlled by the people who now how to use it. Not the morons like you who waste it.

      Everything you ever write on Slashdot is only so much dogerel. This is plainto see even to the lowest of the low intelligences. But you are too much of a looser to tell. It's alright though monkeyboy. No need to get your hairy panties in a bunch over it. Just accept the fact that everyone hates you and that you have nothing useful to add to any conversation since most conversations are way over your head. Even the conversations that chimps in a zoo have over which vegetable to stick in their ass and eat is too mindnumbingly challenging for the likes of you.

      Stick to flinging you poo in your own cage lest you be taken out back by your elder chimps. Fucking Windows weenie. You and your ilk are the most reviled and worthless form of life in earth. You should take a lesson from your fellow Windows using grunts and just admit that YOU KNOW NOTHING ABOUT COMPUTERS. I can't tell you how comical it is to watch some Windows luser state how much they know about computers when they can't even write a decent CMD or WSH script to save their lives. That's YOU fucker. A Windows LUSER!!! Go back to sucking cock you chimp whore. Fuck off!!! Fuck off!!!! FUCK OFF!!!!!!!

      Notice: If you try and claim superiority because you are more "rational" and "reasoned" than I, then you are even more pathetic than you appear. If you point out that I user "looser" instead of "loser", then you are even more of an easily manipulated sheep monkey than I than I originally thought. If you note any spelling or grammatical errors to try and prove how "dumb" I am compared to you, then you are just a silly twat with no realy ego of any kind. If you claim that my display here is "immature", then you ovbiously have absolutely no sense of decent humor whatsoever. (This all applies to anyone who mods me down too. If you mod me down I say FUCK YOU!!!! FUCK YOU IN THE ASS WITH A HOT SOLDERING IRON!!!!!!!!!!!!!!!!!!! I HATE THE FUCKING SLASHDOT MODERATORS!!!!!)

    7. Re:As I am sure by Anonymous Coward · · Score: 1, Informative

      since when MS-Windows is a standard? I don't think it is POSIX compliant.

      NT/2000/XP's Win32 subsystem is not POSIX compliant. Its POSIX subsystem is.

    8. Re:As I am sure by Anonymous Coward · · Score: 0

      That's a big difference, now isn't it?

    9. Re:As I am sure by Anonymous Coward · · Score: 0

      .zip is a standard, however much you might not like it, it is clearly a standard with several different programs producing compatible files.

      Sir, you are truely amazing! I can understand that you haven't read the article. I might even understand that you haven't read the /. story. But you haven't even read the HEADLINE! And still you post comments! You are just unbelievable!

  107. From the Help in the Beta ... by Anonymous Coward · · Score: 1, Interesting

    How's this news? From the Help in the Winzip Beta that I have been using for a while:

    Note that the Zip file format extension used by WinZip to store AES-encrypted files is not supported by earlier versions of WinZip and is not yet supported by most other Zip file utilities. In order to extract a file encrypted with AES, WinZip 9.0 is required. Because the technical specification for WinZip's AES format extension is available on the WinZip web site, we anticipate that other Zip file utilities will add support for this format extension.

  108. You know what I find funny about all this? by xQuarkDS9x · · Score: 5, Interesting

    What I find funny is that PKWARE will basically die off from this, no one I know from the workplace, friends, or even home users use anything PKWARE related. They all use Winzip or another windows tool. Hell it's been 10 year's since I even used PKZIP from PKWARE, and back then I was on a 486 machine with DOS 5.

    It's also funny how people are still using a archiving format thats been around since 1988 at least, it's OLD and compresses like crap. Especially when there are SUPERIOR and much better compression formats out there such as

    ARJ
    JAR
    RAR
    UC2
    ACE

    All of these formats compress better then ZIP, yet you are hard pressed to find ARJ/ACE/JAR/UC2 files on the net, RAR files you may find here and there.

    --
    You must master your joystick like a fisherman masters bait! - Gimpy
    1. Re:You know what I find funny about all this? by xQuarkDS9x · · Score: 1

      Bleh forgot to also mention that if you were to send any of those other files to your friends, they would likely stare at you stupidly asking "D-uhhh how do I OPEN this RAR file, winzip won't do it".

      *Rolls Eyes*

      --
      You must master your joystick like a fisherman masters bait! - Gimpy
    2. Re:You know what I find funny about all this? by tuffy · · Score: 1
      All of these formats compress better then ZIP, yet you are hard pressed to find ARJ/ACE/JAR/UC2 files on the net, RAR files you may find here and there.

      RAR files are quite common on Usenet, actually. Any file of great length is typically split with rar into more manageble chunks and often accompanied by a few par files (in case one or more of the RARs doesn't make it). In Unix-land, the same thing could be done using the handy "split" command combined with a tarball (and then re-combined using "cat file.* | tar xvj") but I've never seen that in the wild - even on Linux binary groups.

      RAR is the standard for split archives, even though Zip has had that functionality for a very long time.

      --

      Ita erat quando hic adveni.

    3. Re:You know what I find funny about all this? by zakezuke · · Score: 1

      I was waiting for someone to say this. I'm quite familar with the zip fights, basicly one person on a soapbox saying how we should switch to arj/lha (LHarc LZH)/zoo/dwc/rar/ace whatever. But the reason people like my self stuck to zip is for the simple reason that just about everyone had unzip in one flavor or another. 10 years ago when it actually was a concern, i knew for a fact that you could get unzip for *nix, vms, mac, amiga, atari ST, pretty much by the 1990's just about every platform in existance had some program that you can use to unzip shit. Unlike ARC it was pretty much seen as a PC standard, and people grumbled at the fact that they had to download zip to be comptable with the PC people, but the point is i knew for a fact that for the most part you could find something. I wasn't so sure about these other standards.

      Hell, I got complaints from PC people if I gave them a ARC or LHA. ARC I used on my atari 8-bit, LHA was far more popular on the Amiga. Another one that I new for a fact existed for a number of platforms. But oddly though, not so common place on the PC.

      But as far as using PKware utilities, I still have a number of versions of the classic dos utilities on this machine. While I admit to using winzip or winrar most of the time, when i'm on the command line, I never bothered to update, though extended file name support would be most spiffy.

      --
      There is no sanctuary. There is no sanctuary. SHUT UP! There is no shut up. There is no shut up.
    4. Re:You know what I find funny about all this? by abiogenesis · · Score: 1

      JAR has the same structure and compression methods as ZIP, only the extension is different.

      --

      Donate free food to the hungry at The Hunger site.
    5. Re:You know what I find funny about all this? by Tar-Palantir · · Score: 1

      I was under the impression that JAR was effectively the same thing as ZIP. Anybody care to clarify?

    6. Re:You know what I find funny about all this? by Anonymous Coward · · Score: 0
      There are two file formats which use the .JAR file extension.

      One is from Sun Microsystems, and is just a normal ZIP file containing Java .class files and a manifest file.

      One is a new format created by the JAR archiver, from the author of ARJ, Robert Jung. It is completely incompatible to ARJ and he'd like you to buy both ARJ and JAR.

    7. Re:You know what I find funny about all this? by meowsqueak · · Score: 1

      You forgot BZIP2...

  109. Re:Of no importance... by Artemis+P.+Fonswick · · Score: 1

    You, sir, are a gentleman and a scholar.

    --


    Kudos to you, my good man.
  110. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  111. Re:Of no importance... by Anonymous Coward · · Score: 0

    Ever heard of the internet?
    Well if it wasn't for our little hobby OSes, it probably wouldn't have happened quite as quickly, or ever worked quite as well, or expanded as far as it has.

  112. First ... by Anonymous Coward · · Score: 1, Interesting

    First of all ... No matter what we all think about the multi-billion dollar making machine back in Redmond ... .Zip is included in their latest making "XP" and will probably be supported for as long as they ever wish.

    No one will ever need to fuzz about what .zip application they have used as long as they use the built-in compression stuff (they could even use a Markov algorithm and call it .zip, 99% would ever know).

    WinZip and PK are dying and they probably need some cash, that's why they're starting this. But ... Who cares? I'm not interested, just pack those files into one archive and I'm satisfied - no matter what the compression ratio is.

    Lempel-Ziv (Welch) and Huffman codes are taught to every CS undergrad so why bother?

    One interesteing this was mentioned, though ... The .PNG format. A viable option? Already handled, let's call it .CNG (or something similar). Same procedure, just different views.

  113. comparison notes by Vej · · Score: 1

    Interesting page that show comparison of programs/formats/compatibilities(somewhat) and compression ability.

    However, it might be old, so program versions might be off, but an interesting look to see if you really want to stick with a format or go to one that is or isn't just as good in "compression".

    archives I'd really like to see a better, up-to-date one if anyone has it.

  114. Did Phil Katz by Anonymous Coward · · Score: 0

    apologise to Software Enhancement Associates? Nope, fuck Phil Katz and the place where he rests.

  115. distant second? thats generous by Mondain98 · · Score: 2, Informative
    PKZip, while perfectly good, is running a distant second in popularity based on my observations.

    I think the reality is that PKZip is running far behind. I'll go so far to say that RAR is ahead of them. I use RAR over ZIP any chance I can; if it werent for compatibility with "administrative assistant" types, I would do everything in RAR. Better compression, better features.

  116. well that's a no brainer by calethix · · Score: 1

    Of course I'll stick with Winzip because I'm a Windows user.

    Ok, yes I'm kidding but wouldn't that be the assumption of the general public?

  117. Re:Of no importance... by Anonymous Coward · · Score: 0

    Well if it wasn't for our little hobby OSes, it probably wouldn't have happened quite as quickly, or ever worked quite as well, or expanded as far as it has.I doubt it. The Internet was created long before hobby OSes were mainstream; the first Web browsers were designed on non-hobby platforms; and the vast majority of Internet users are on Windows.

  118. Why, oh why? by foolip · · Score: 1

    OK, so there will be some encryption incompatibility in future versions of whatever proprietary Zip-compression applications? Who cares I say.

    It's time for Zip to die. tar+gzip compresses better, and tar+bzip2 still better. Guess the only reason it lives is because of the network effect -- because "everyone" has it, even project admins who realize Zip is crappy make zip packages alongside their tar.{gz,bz2} packages.

    diediedie(COMPRESSION_ZIP) is all I say

  119. I thoiught they were already irrelevant.... by Anonymous Coward · · Score: 0

    ...since the days of MS-DOG^HS passing into oblivion.

    Sure you can probably point to some obscure website somewhere that shows a Windows GUI version of PKWare, but I've *never* seen such version and nobody else I know really cares either. WinZip is the de-facto standard and has displaced it just like MS Excel has displaced Lotus 123

    1. Re:I thoiught they were already irrelevant.... by Anonymous Coward · · Score: 2, Funny

      "since the days of MS-DOG^HS passing"

      haw haw haw!

      get it?

      because - hahahaha
      MS-
      DOG? but then, I inserted a BACKSPACE SO YOU COULD SEE WHAT I WAS TYPING BUT THEN COULD DO THE BACKSPACE IN YOUR HEAD TO SEE WHAT I ACTUALLY WROTE!

      Pure hilarity!

      MS-DOG!
      HAAHHAHAHAHA

  120. winzip? by von+Prufer · · Score: 1

    Didn't Winzip used to require a pkzip executable in its path back in the early win31 days?

  121. RAR more flexible by toounknown · · Score: 0, Redundant

    winrar is a Much better utility for windows users. It handles multiple archive formats and gets much better compression rates using its native rar archive. Just my $.02

    --
    Those people who think they know everything are a great annoyance to those of us who do.
  122. tar + gzip by Anonymous Coward · · Score: 0

    works pretty good for me

  123. i used winzip's security for zip files by Khopesh · · Score: 1

    it accepts windows extended characters in passwords
    (so a password could be "can't#cRaCk;me[alt+0233]!")
    the 'advanced zip recovery' tool from elcomsoft didn't deal with those by default
    and it (used to) take forever to crack a 255^20 complexity password.
    (just don't get stuck entering the password in unix or dos!)
    then i switched to gpg.

    --
    Use my userscript to add story images to Slashdot. There's no going back.
  124. Think please. by twitter · · Score: 1, Insightful
    maybe it's the tar.gz format that's lame. If you there's a gzipped tarball of 1,000 files, and you want to extract only the last one, you have to wait for the entire file to decompress.

    No, gzip is very nice thank you. It's a tool that does what it says it will, compress files. The way you use it might be at fault. Don't make giant archives of unrelated work. That may be the unix way, but it's not the efficient way.

    Who made you SCO this week? ;-)

    The unix way is to break your work up into reasonable chunks. Try making tarballs of related work, then a tarball of tarballs, then compress the biggie to get it from your place to someone elses. That way you get your data to the other side in a usable form. If you need to compress the smaller archives for storage, go ahead. To keep the other side up to date, just send the files you modify. Tar can append and replace files in archives.

    You can probably extend the same methods to a graphical client like winzip. Make zips of zips and all that.

    The big story here is that PKware is not sharing information. That means that people who don't have pkware eventually won't be able to work with archives sent by pk users. It's obnoxious, the same way WORD.DOC is. Free software might be able to keep up, but Winzip won't want to. Oh, the wonders of closed source develpment. Make it stop.

    --

    Friends don't help friends install M$ junk.

  125. And the winner is... by Merlin_ · · Score: 4, Insightful

    Whichever one is embedded into Windows XP.

    --

    Remembering your name in the morning is already a good start...
  126. Re: PKWare vs. WinZip? They both loose by janaagaard · · Score: 1

    Goodbye PKWare.

    I think you can say goodbye to both PKWare and WinZip, since the zip format is supported natively by Windows XP.

    (Unless, of course, if Microsoft is licensing the technology from one of them, or if PKWare actually can make money on their enterprise solutions.)

  127. Oh no! by Anonymous Coward · · Score: 1, Funny

    You just told Microsoft they need to create their own incompatible Zip format!

  128. Uh huh by siskbc · · Score: 2, Interesting
    Tell that to lexmark. I understand what the DMCA was trying to do but that's a shitload different from the way the DMCA is getting implemented.

    Anyone who assumes that the way a law is written is the same as its implementation, or better yet, its ability to be used as a legal bludgeon, REALLY needs to get a clue.

    --

    -Looking for a job as a materials chemist or multivariat

    1. Re:Uh huh by FallLine · · Score: 1

      You know it's ironic. When it comes to Napster and other technology tramping on commerce you scream it's "the user, not the tool". Yet those few times when the DCMA just might have been abused, you point to the tool, the DCMA, itself. If you read the actual wording of the DCMA it is quite worthwhile, reasonable, clear and precise. Just because someone might attempt to pervert it and just because it _might_ concievably cause some harm with it does not mean that it is not a very good thing. You can take just about any law, even good laws, and do much the same with them.

    2. Re:Uh huh by bnenning · · Score: 1
      If you read the actual wording of the DCMA it is quite worthwhile, reasonable, clear and precise.


      It is no such thing. It criminalizes acts that do not violate copyright on the grounds that they could be used to do so. It is counterproductive to progress, unreasonable, vague, and wide open to abuse.

      --
      How to solve most of our problems: 1.Lots of nuclear plants. 2.Cure aging.
  129. Re:Of no importance... by Anonymous Coward · · Score: 0

    ah, troll responders

  130. There are already these problems by danila · · Score: 1

    My university apparently decided to go legit and installed some FreeZip crap on the computers in the library. Just great. The only problem was that I was unable to unpack the files using WinZip, pkunzip or WinRAR (it has zip support). The archive wasn't corrupted, it was just not compatible.

    When I also found out that WinRAR 2 is not compatible with WinRAR 3 archives I decided that I am tired of this shit. I will only use 5+ year old versions, preferably making SFX-archives and avoid using archives at all if possible.

    --
    Future Wiki -- If you don't think about the future, you cannot have one.
  131. Hmmm... by codeMonkeyWannabe · · Score: 1

    Pkzip? Winzip? Why would anyone want to use either of these when there's ICEOWS? Once I discovered it, I forgot Pkzip and Winzip even existed.

    1. Re:Hmmm... by Quill_28 · · Score: 1

      We would want to use it because everyone else does.

    2. Re:Hmmm... by Quill_28 · · Score: 1

      Whoops, I thought you were talking about a new compression format not a app.

      Silly Quill.

  132. Depends on dumping. by twitter · · Score: 3, Insightful
    So, if a fork occurs in a feature which nobody uses, does it make a sound?

    It does when the company in question starts dumping product and people start using it. Just let them promote the useless feature and wait for the ass pains to set in. If they are dumping a "client" ala Adobe PDF, people can say, "Don't complain, the client is free." Ugh, at least Adobe released file specs.

    If a company decides to go 20 years retro and create a new non free file format, that's just one more dumb format to get in the way. You would hope that people knew better by now, but they don't. Witness the growing popularity of M$.DOC, the dumbest way to exchange text ever.

    --

    Friends don't help friends install M$ junk.

    1. Re:Depends on dumping. by xpulsar87x · · Score: 1

      on a somewhat related note, do you have a link for the specs adobe released? I could really use this for a project i'm working on. thanks.

    2. Re:Depends on dumping. by NachtVorst · · Score: 1

      Here's the PDF specification, if that's what you mean...

      PDFreference.pdf

      It's almost 1000 pages, I found it pretty useful.

      NachtVorst

  133. Who would Jesus bomb.. by Anonymous Coward · · Score: 0

    The list is endless.. Iran, Syria, Saudia Arabia, Morocco, Pakistan, Indonesia .....

  134. Here's PKWare's encryption method: by Poisonous+Drool · · Score: 1

    It's double ROT13. Works great. I use it on all my files, but I'm thinking about upgrading to quad ROT13. That is assuming Amazon doesn't have a patent on it.

  135. 7-zip is LGPL but win32-only by Khopesh · · Score: 1

    wow, i always assumed 7-zip had a command-line interface for linux and cygwin.
    it does not.
    in fact, it only has a distribution for windows.
    website claims it works with wine, though.

    if i still used win2k, i'd be on this in seconds;
    the interface looks very usable, better than winzip or power archiver (imho).

    the parent post forgot to mention:
    the .7z format has the highest general compression algorithm out there.

    --
    Use my userscript to add story images to Slashdot. There's no going back.
    1. Re:7-zip is LGPL but win32-only by tuffy · · Score: 1
      wow, i always assumed 7-zip had a command-line interface for linux and cygwin. it does not.

      7-Zip is GPLed, but the source is so Windows-specific that no one has had success in porting it to non-Windows platforms. That lack of portability makes it something of a non-standard, in spite of its remarkable compression ratio. And judging by the sourceforge 7-zip message board, a portable version isn't coming anytime soon.

      --

      Ita erat quando hic adveni.

    2. Re:7-zip is LGPL but win32-only by Khopesh · · Score: 1
      7-Zip is GPLed, but the source is so Windows-specific that no one has had success in porting it to non-Windows platforms.
      thanks! i didn't see that when i looked...
      only saw that it wasn't much of a priority
      here is the linux support request on sourceforge's system
      --
      Use my userscript to add story images to Slashdot. There's no going back.
  136. PKArc.....PKZip by dbCooper0 · · Score: 1
    Very sad read about his life, and demise.

    I remember calling him in Brown Deer way back (about results of the S.E.A. lawsuit and such)- just to tell him how cool it was that he created the Zip algorithms and published them in a show of spite ;-).

    IIRC, the algorithms were placed in the Public Domain? I think if he were alive today, efforts for compatibility would prevail...

    --
    db
    Cig:
    ôô
    /`
  137. Re:IDG mirrored below by John+Harrison · · Score: 0, Offtopic
    It is informative. In the time it took me to load the original and /.ed article I had already read several comments, including this one, which contains the entire text of the article.

    If I M2 your mod (if in fact you did mod it) I will M2 it as unfair, because I will have read the whole thing.

  138. Why tar/gz and tar/bz2 suck, compared with zip by dangermouse · · Score: 4, Interesting
    I'm a *nix user, and I've been using zip over tar as much as possible for years now. Why? Two words: RANDOM ACCESS.

    You can stick with the tape archiver if you want. You'll have the pleasure of waiting for your massive single file to finish decompressing, so you can then sequentially search the resulting decompressed archive for the files you actually wanted.

    In the meantime, I'll be plucking decompressed files right out of the middle of my zip archives, in a fraction of the time.

    Incidentally, if you're so anal about your compression ratio, why not compress with a good compressor (like bzip2) and archive with a good archiver (like zip)?

    1. Re:Why tar/gz and tar/bz2 suck, compared with zip by 73939133 · · Score: 2, Insightful

      In the meantime, I'll be plucking decompressed files right out of the middle of my zip archives, in a fraction of the time.

      That's the difference between gadget freaks and users. Most users extract single files so rarely that they really don't need an entirely different format. For the once-in-a-blue-moon event that they have to find a single file, they probably just untar the whole archive, find the file by browsing the directory tree, and then delete the tree. But gadget freaks are so happy to have just the right gadget for a particular problem that they will go through any cost to acquire and use a gadget.

      And when you have an application that needs a random access format, zip is pretty lousy: you'd be better off with a loopback-mounted file system (like MacOS .dmg) or a small database.

    2. Re:Why tar/gz and tar/bz2 suck, compared with zip by mandolin · · Score: 1
      if you're so anal about your compression ratio, why not compress with a good compressor (like bzip2) and archive with a good archiver (like zip)?

      Generally speaking, the algorithms used by "gzip" and "bzip2" compress better as they are given more data. So, compressing a tarball of plain files gives you better overall compression than making a tarball from a bunch of compressed files (which is basically zip's approach).

      Zip'ing a bunch of bzip2'd files isn't a good compromise, because compressing a file twice may actually increase the size of the file (YMMV).

      Hopefully this answers your question.

      To recap: if you want max compression ratio and don't give a rat's ass about random access, you use .tar.bz2 ... if you care about random access, you use zip. Different solutions for different problems.

    3. Re:Why tar/gz and tar/bz2 suck, compared with zip by Nucleon500 · · Score: 1

      The quick solution is .bz2.tar, but even that can be improved upon, and still uphold the unix way. I want something similar to tar, except the info about which files it contains should be stored in the beginning (so you can tell what's in partially downloaded files). This header would also store metadata including how each file is compressed. Basically, bzip2 * && mytar *. You do lose efficiency on small, similar files, though.

    4. Re:Why tar/gz and tar/bz2 suck, compared with zip by evilviper · · Score: 1
      You'll have the pleasure of waiting for your massive single file to finish decompressing, so you can then sequentially search the resulting decompressed archive for the files you actually wanted. In the meantime, I'll be plucking decompressed files right out of the middle of my zip archives, in a fraction of the time.

      I hate to tell you, but you don't save much time using zip.

      I've tried it myself. The time it takes to extract a single file from a large archive is typcially just moments faster than entracting all the files. Compression just works that way, it has to grab bits and pieces from all over the archive, even if you only want a single file.

      With the performance improvement of tar (or star) over zip, I can't imagine you have anything but a nominal time savings. However, I do think that tar should have a feature that tells it to compress the individal files (gzip, bzip2, etc.) and then stick them into a tar archive. That would probably provide a filesize nearly as small as a normal compressed tar archive, with access times quite possibly faster than zip.
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
  139. win32 gzip, with gui? by demmer · · Score: 1

    time to get a cofortable way to use tar/gzip on windows... any projects like this besides the ports using cygwin?

  140. Question about WindowsXP Zip by Iscariot_ · · Score: 1

    What did MS use for their zip-extraction in WindowsXP? PK, Winzip, their own? Does this fractioning mean that MS will also make their own new standard? Someone lemme know...

  141. Solid archives, better compression... by ConceptJunkie · · Score: 1

    ... and now this. Just one more reason to go with RAR.

    Besides, who needs file compatibility when, for about 10-20k you can make the archive self-extracting.

    --
    You are in a maze of twisty little passages, all alike.
  142. Winzip will be the standard, then. by alecto · · Score: 1
    Ironic that PKware was founded in the midst of the firestorm of controversy of the .ARC extension. System Enhancement Associates' threats caused .ARC to essentially die, and .ZIP to take its place. Now we've come full circle.

    Now that Phil Katz is gone, PKware is obviously just another corporate scumbag trying to milk money from something they wouldn't be able to create.

  143. Plug for WinACE... by mraymer · · Score: 1
    OK, so I'm reasonably certain this will be modded offtopic, but it isn't totally...

    For Windows compression, I highly recommend WinACE: http://www.winace.com.

    It supports pretty much every compression format in existence, and its own ACE compressor can really crunch files. It also allows you span across media (like CD-Rs, and you can specify the size, just in case you have some of those rare 90 minute discs). It works great for making, erhm⦠âoebackup copiesâ of PC games that Iâ(TM)ve âoelostâ the disc for but still have installed⦠Heh.

    And in an effort to remain at least somewhat on topic, Iâ(TM)d like to throw in my two bits here: Isnâ(TM)t this a good thing? I mean, if there are two different, competing standards, wonâ(TM)t that drive the development forward more than if things stayed the same? Look at what competition between ATI and nVidia did for end users. Now graphics cards are so insanely overpowered that they can double as leaf blowers. Look at what competition between Intel and AMD did for the end user. Now we have CPUs that are faster than a speeding bullet, and just about as hot as the sun. Heh⦠I guess my examples are showing the bad side of competitionâ¦. Woopsâ¦

    --

    "To confine our attention to terrestrial matters would be to limit the human spirit." -Stephen Hawking

  144. compatibility by joe_bruin · · Score: 0, Troll

    i hope this does not break compatibility with the lossy zip (lzip) compression format.

    in other compression news, i just upgraded my system from dos 6.2 to dos 6.22, so i can test the theory of whether you can gain infinite storage space from your harddrive if you 'doublespace' it repeatedly. wish me luck.

  145. legal abuse by siskbc · · Score: 1
    When it comes to Napster and other technology tramping on commerce you scream it's "the user, not the tool".

    Knock it off with that plural "you" bullshit - I wrote that post, not the rest of the idiots on this site. I fully understand the Napster decision, having read it and the Kazaa decision, and the Napster idiots got what they deserved. I understand this. So your generalities don't fit here, try them on someone else.

    You seem to have me confused with someone else you met on here.

    If you read the actual wording of the DCMA it is quite worthwhile, reasonable, clear and precise.

    That may be, but as in most cases, that's fully irrelevant.

    Just because someone might attempt to pervert it and just because it _might_ concievably cause some harm with it does not mean that it is not a very good thing.

    Um, yes, it does. I don't give a rat's ass how beautiful a piece of legislation it is, I only care how it impacts me. And our Congresscritters need to be a little smarter about seeing the ultimate effects of the laws they pass, because a law in vacuum is pointless.

    You can take just about any law, even good laws, and do much the same with them.

    I would say that good laws are those skillfully and cleverly designed to exclude that sort of abuse. That's what makes them good. That's why the DMCA isn't a good law, because of the potential for (particularly) unintentional abuse. I would say that any law that, as written or through effects, precludes me from playing DVD's I OWN or using competitors' ink cartridges in MY printer, is certainly a bad law.

    --

    -Looking for a job as a materials chemist or multivariat

  146. yeah right by Anonymous Coward · · Score: 0

    You're the kind of person that probably thinks the autoconf/automake fiasco is a good design.

    Why use one tool when you can use 20, huh?

  147. Re: PKWare vs. WinZip? They both loose by LordKronos · · Score: 1

    I think you can say goodbye to both PKWare and WinZip, since the zip format is supported natively by Windows XP

    True, it is supported in XP, but the support is horridly basic. For most purposes, I find the XP Zip support to be useless. I still use a 3rd party ZIP program (BitZipper). However, give Windows a couple more versions, and I'm sure it will have much better ZIP support that can rival most of the 3rd party tools.

  148. "the liar" by Anonymous Coward · · Score: 0

    By your logic, Saddom never existed either, since there is no sign of him either.

  149. 7 Zip by N8F8 · · Score: 1
    7-Zip is a decent replacement wor windows users.

    The main features of 7-Zip:


    • Free software distributed under the GNU LGPL.
    • Highest compression ratio in new 7z format format.
    • Supported formats: 7z, ZIP, CAB, RAR, ARJ, GZIP, BZIP2, TAR, CPIO, RPM and DEB.
    • For ZIP and GZIP formats 7-Zip provides compression ratio that
      is 2-10 % better than ratio provided by PKZip and WinZip.
    • Self-extracting capability for 7z format.
    • Integration with Windows Shell.
    • Powerful File Manager.
    • Plugin for FAR Manager.
    • Powerful command line version.
    • Localizations for 38 languages.
    --
    "God fights on the side with the best artillery." - Napoleon, Marshal of France - speaking truth to power
  150. Answer by limekiller4 · · Score: 1

    One word answer: RAR.

    --
    My .02,
    Limekiller
  151. Open format via closed review? Doubleplusgood! by djNocturne · · Score: 2, Insightful

    From the article:

    "Certificate-based encryption is still a work in progress," says Jim Peterson, PKZip chief technology officer. "We're not publishing it because we still have a number of features to add."

    Sing it, brother. So essentially, cert-based encryption in the zip format is too much of a moving target to bother posting a complete spec, even a preliminary one, but not enough to prevent you from introducing the feature into your product almost a year ago? Solid.

    But is this simply one man's poor choice of words? Maybe he's being quoted out of context. Luckily, another suit quickly steps in to disabuse us of that notion:

    But the spec should not come out until a product is done, says Steve Crawford, PKWare's chief marketing officer.

    Read: "We can't publish the full details of changes to our open format until our own commercial implementation has gone through a few revs."

    Okay, I need everyone who loves to bash Sun's handling of Java to line up on the left over here. Please proceed in an orderly fashion ... we don't need any pushing and shoving. You'll be issued a standard wooden stick, and you'll each get one whack at the PkWare piñata.

    Giving Sun a little credit, for at least having the good sense to provide some form of community review process on proposed specifications, is optional, but highly recommended.

    Those who wish to play the role of PkWare apologists should instead use the wooden stick to beat themselves unconscious ... to the benefit of everyone else.

    --
    /* Pleurez, pleurez, mes yeux, et fondez vous en eau! La moitie de ma vie a mis l'autre au tombeau. - Corneille */
  152. Re:PKWare. Hmmm. Seems to me I've heard about that by Anonymous Coward · · Score: 0

    You should forget WinZip, and use PKWare, instead. Because the bio of Phil Katz is sad.
    And the icons of WinZip are cheezy and FisherPrice, and that, well.
    Just, forget WinZip, and use PKWare, instead.
    And everything will be cool.

  153. Don't forget zip passwords can be cracked too by British · · Score: 1

    I believe with .zips popularity is like that of VHS versus BETA. Sure, beta's better, but everyone adpoted VHS. Same case here.

    Old school points if you remember .ARC and .ZOO(which I think was more popular on Amiga)

    I do remember back in the day using pkzip and pkunzip as well, and then ARJ was the new kid on the block, and some warez boards went over to that.

  154. I second that by British · · Score: 1

    It reminds me of the excessive amounts of mailto links everywhere on the web. Like I want to email that many people.

    It ticks me off with the quickies, since every other link is a mailto: link. How often do people use that, and would you want a slashdot effect directly to your inbox?

    1. Re:I second that by kisrael · · Score: 1

      It ticks me off with the quickies, since every other link is a mailto: link. How often do people use that, and would you want a slashdot effect directly to your inbox?
      Thanks to the wonder of spam, we all get the slashdot effect directly to our inbox anyway.

      But even not on slashdot, mailto: links that look like useful informatin are very annoying.

      --
      SO YOU'RE GOING TO DIE: The Comic for Dealing with Death
  155. I guess PC owners should become like Mac owners... by grahamtriggs · · Score: 1

    ... and learn to say StuffIt

  156. But what will PowerArchiver use? by loshwomp · · Score: 1

    I hope all you Winders users know that PowerArchiver blows the doors off of the WinZip and PK offerings, despite what your IT department installed on your company-issued machine.

  157. Could be a good thing by amoe · · Score: 1

    Zip is an aging format, and it badly needs to be reinvented. Not mindlessly extended, but respecified openly to remove the accumulated cruft. I remember reading about some guy doing this a while ago; however AFAIK the project never really got off the ground. But the format does have severe limitations which need to be addressed, and a new open specification (and preferably implementation) would save a lot of headaches.

    And to those claiming we should just use tar variants instead: they're two separate formats to perform separate jobs. Zip is fast for random access of given files; tar variants are a pig for that. See OpenOffice formats and JAR for previous examples.

    --
    You look beautiful! Incidentally, my favourite artist is Picasso.
    1. Re:Could be a good thing by amoe · · Score: 1

      Aah, here's the ZIP2 homepage. If anyone likes the sound of it, I urge you to get involved.

      --
      You look beautiful! Incidentally, my favourite artist is Picasso.
  158. multiple formats by Graspee_Leemoor · · Score: 1

    rar
    arj
    arc
    zoo
    lha
    zip
    bz2
    tar.gz
    ace ...

    Wouldn't it be cool to get a small file that lots of people really wanted and then to write a script to compress it again and again and again with different types of compression in a random order?

    Imagine a file that was compressed a million times and what a laugh you could have watching a GUI-only user opening the archive again and again and again ...

    graspee

    1. Re:multiple formats by Ziviyr · · Score: 1

      Call it a decompressor scavenger hunt file.

      Heck, you'll need to chuck the extensions if you compress them a really cool number of times.

      So who wants to post the world's first .dsh file? ;-)

      (this is on topic, can use both .zip and .zip compression in it!)

      --

      Someone set us up the bomb, so shine we are!
    2. Re:multiple formats by Anonymous Coward · · Score: 0

      warez groups have been doing this for years.

      You'd download a lets say, 4 zips, each would contain 1 RAR, each RAR would contain 10 RARs.. These 10 rars would contain 1 RAR.. You extract this 1 rar and thats your warez.. Which is usually a setup that uses another compression format, but at least you dont have to extract it, just run the setup.

      I never understood why they did that, the rars never compressed, and the files just got larger because of overhead. Ugh

    3. Re:multiple formats by Graspee_Leemoor · · Score: 1

      Normally it happens because each releaser changes the format of the files and wants to add their own .nfo or whatever.

      So like a file may be 25 .rars from a newsgroup, and then someone may zip the rars up in one zip with an .nfo, then someone may later split that big release into smaller 5 meg parts, adding their own info file etc. etc.

      graspee

  159. PKZip and WinZip are NOT freeware by prandal · · Score: 1

    So why use either of them? That copy you downloaded and spread all over your organisation is illegal. Go on, read the licences, I dare you to ;-) Then uninstall both of them and install either 7-zip or IZArc instead. You know you should!

  160. TEE HEE by Anonymous Coward · · Score: 0

    I AM JUST GOING TO USE WIN-RAR

    Oops

    -1 redundant for me

    hanh hanh

  161. 7-zip by mieses · · Score: 0

    i just started using 7-zip and love it. it makes zip files but also tar.gz and tar which is something that winzip cannot do.

  162. Warezmonkey by Anonymous Coward · · Score: 0

    Then maybe you should stop warezing, because that's the sort of people who are stupid enough to use solid mode on a series of already packed files.

    1. Re:Warezmonkey by irc.goatse.cx+troll · · Score: 1

      Warez (atleast, the proper form of warez-- the one that uses rars the most) is 650megs of multipart rars, with just two files in them (bin/cue, or occasionaly just an mpeg if its porn). The compression is a waste of time, But the multipart files and CRC checksumming is very useful. One bad rar and you redownload 20megs instead of 650. It also lets other warezmonkeys 'race' uploads (definition: everyone does a server to server (fxp/ftp bounce) upload from one site to another, all trying to upload the same release at once. whoever uploads the highest percentage of rar files 'wins'. I've never seen actual rewards for the races, it's just bragging rights. And of course the ratio credits.) /nick Anonymous_Warezmonkey

      --
      Pain lasts, kid. Its how you know you're alive. Sometimes I think this growing up thing is just pain management-TheMaxx
  163. Maybe there should be a .ZIE extension. by Futurepower(R) · · Score: 1

    Maybe there should be a .ZIE extension, for .ZIP encrypted.

  164. The joke's on them... by poptones · · Score: 4, Informative

    If you look at the volume of archives posted to usenet (and elsewhere) it's pretty obvious that both these are simply trying to catch up to RAR. The only thing I use winzip for now is opening windows CAB files. And I'm pretty sure winrar does that, now, too.

    1. Re:The joke's on them... by Archfeld · · Score: 1

      yes...RAR is a superior option, it currently does even cpio files and oldschool tar's

      --
      errr....umm...*whooosh* *whoosh* Is this thing on ?
    2. Re:The joke's on them... by Anonymous Coward · · Score: 1, Informative

      Winzip has been doing tars for years now. Just thought you should know.

    3. Re:The joke's on them... by dotgod · · Score: 1
      The only thing I use winzip for now is opening windows CAB files. And I'm pretty sure winrar does that, now, too.

      heck, windows does that.

    4. Re:The joke's on them... by eht · · Score: 1

      winrar also does iso images, bz2 and uue and jar, about the only thing it doesnt do is stuffit

    5. Re:The joke's on them... by Fallen_Knight · · Score: 1

      yep, it does:)

      winrar totaly beats winzip compression wise, by a large margin when i last tested (winrar 2.9 vs winzip 8)

    6. Re:The joke's on them... by Anonymous Coward · · Score: 0

      There is another program called WinACE (and ACE for DOS) that can do that (also the only one I know can create .CAB files).

      Also there is another smaller opensource program with his new format: 7-Zip, that produces even smaller archives (yes, even smaller than RAR's).

  165. USE RAR by Archfeld · · Score: 1

    better compression, it will read gzip, tar, winzip and just about everything else...

    --
    errr....umm...*whooosh* *whoosh* Is this thing on ?
  166. What? by autopr0n · · Score: 1

    no if either side would be big enough assholes to try it, but why couldn't you use DMCA there?

    Dude, you are so stupid it hurts. The DMCA only applies to copy-protection schemes. It also spesificaly allows reverse engineering for interoperability.

    --
    autopr0n is like, down and stuff.
    1. Re:What? by Anonymous Coward · · Score: 0

      Why not read other responses before posting, you redundant cow. As for only applying to copy-protection schemes, then why is Lexmark threatening DMCA to suppliers of ink cartridges?

  167. ZIP fragmentation by SkewlD00d · · Score: 1

    AFAIK, zip fragmentation is w/ the filename and allows for a ZIP to be broken simply by binary file-splitting. Example, you could split an existing ZIP w/ a binary spitter at, say 1.44M for floppies, and copy /b a+b the files back together and it would still work. In fact, who cares? Use binary splitting and DIY. Windoze winzip is for the lazy anyhow, let them screw it up.

    --
    The biggest trick the devil pulled was letting lawyers become politicians so they can write the laws.
  168. wut version duz windows XP support? by slyguy420 · · Score: 1

    I wunder wut version of the ZIp format windows will natively support after they make the split?

    --


    C:\earth\humans\del *.m0ronz
  169. old format by supergeektux · · Score: 1

    zip is a verry old format i think the only thing that compreses worse then a zip archive is a cab file or a tar(no compression)
    go with rar if your useing windows and a bzip2 if your useing linux or mac?(since its basicly unix) i think even a gzip archive does better then what winzip does

    gzip on linux: tar -czvf archive.tar.gz files
    bzip on linux: tar -cjvf atchive.tar.bz2 files
    to extract replace c with x
    winrar can open linux format files so dont worry about windows compatibility and i imagine mac comes with tar anyway and bzip/gzip

  170. Re:Your [sic] joking!?!? by Anonymous Coward · · Score: 0

    yes, even the Windows world experiences fragmentation - although nothing quite like each GCC version breaking binary compatibility in sundry subtle ways, or KDE vs. GNOME, or those horrible libraries (GLIBC, et al) that can't seem to cooperate/coexist, or even Xfree itself (though i'll sidestep that landmine for now, thanks).

    don't laugh so hard that you shit in your own pool next time, sonny.

  171. Re:Of no importance... by Anonymous Coward · · Score: 0

    There's a little hobby OS I saw once, what was it? Something like Yuniks? A couple of bored guys at AT&T made it, and they gave it to schools for about the cost of the tape.

  172. UltimateZIP: One Zip to rule them all... by samdu · · Score: 1

    I use UltimateZip. It's free, fast, and compatible. Very nice software.

    UltimateZip Web Site

    1. Re:UltimateZIP: One Zip to rule them all... by xQuarkDS9x · · Score: 1

      Too bad it seems like it has spyware to show "sponsor" messages or it's downloading "sponser ads" from somewhere.

      --
      You must master your joystick like a fisherman masters bait! - Gimpy
    2. Re:UltimateZIP: One Zip to rule them all... by aaaurgh · · Score: 1

      I recently discovered and changed to UltimateZip (UZ), it would be interesting to see which way they would go if the split occurs. However, only yesterday I had a heap of problems when trying to deal with a spanned disk set from a customer, also generated using UZ.

      It refused to detect/acknowledge subsequent disks on one machine, then failed to correctly unpack half the files on another - giving garbled filenames in the errors. Tried the exact same operations with a freshly downloaded copy of WinZip 8.1 - worked perfectly on both machines, so it wasn't the media. Fairly knocked my confidence in UZ, particularly since I had recommended it to the user and I know UZ was used to generate the set.

      I'm going to try some more specific tests but this doesn't bode well so far.

      --

      Go permanent? In your dreams and my worst nightmares.
    3. Re:UltimateZIP: One Zip to rule them all... by samdu · · Score: 1

      It's not spyware. The ad's the same every time. It's sponsored, not spying.

    4. Re:UltimateZIP: One Zip to rule them all... by samdu · · Score: 1

      Let me know how that goes. I haven't tried a spanned multiple disk set. Everything else has been goldne with it, though.

  173. less to type by Anonymous Coward · · Score: 0

    why not just: tar xvzf foo.tar.gz ?

    less to type

    1. Re:less to type by aldousd666 · · Score: 1

      you obviously didn't read all the above posts: not all tar programs support -z, and since you posted as AC, you probably won't read this one either.

      --
      Speak for yourself.
  174. Re:your sig by TCM · · Score: 1

    usage: mv [-f | -i] [-v] source target
    mv [-f | -i] [-v] source ... directory

    --
    Of course it runs NetBSD. BTC: 1NT7QvbetmANwaMzhpVL6
  175. ARJ predates ZIP by Anonymous Coward · · Score: 0

    ARJ was a competitor to ARC, the precursor to ZIP.

    Also, ZIP has many new and better compression schemes than it did when it was invented. So don't go judging it based upon the date that it was created.

    Yes, ACE files seem smaller than ZIPs. RARs often are too.

  176. Re:your sig by ichimunki · · Score: 1

    heh. right. originally I was doing an echo or a cat. thanks.

    --
    I do not have a signature
  177. Re:your sig by TCM · · Score: 1

    How about just rm(1)? Moving to /dev/null looks like abuse. :)

    --
    Of course it runs NetBSD. BTC: 1NT7QvbetmANwaMzhpVL6
  178. Re:your sig by ichimunki · · Score: 1

    Me abuse an AC? Never! ;)

    --
    I do not have a signature
  179. Against the ZIP format's origins - Zip history 101 by tbuskey · · Score: 3, Interesting

    *sigh* computer people don't know history.

    Back in the DOS days (1986?) there was a format called ARC used by the program arc. Everyone used it on the BBSes. Phil Katz came up with his own programs, pkarc and pkxarc. One created, one extracted. He added a new compression scheme and his apps were *much* faster.

    BBSes converted. When everyone is on 8088s and 2400 baud, every bit and cpu cycle counts.

    arc sued PK and won. PK had some arc code in pkarc/pkxarc or something. PK vowed neither he nor anyone else would be in that position and released the zip format.

    At the time, there was zoo, lha also competing. zoo was cross platform (DOS, Unix, VMS). lha was small and fast, producing small archives. zip aimed to be both.

    BBSes converted overnight. The arc format disappeared. Other formats persisted for awhile, but zip stayed mainstream.

    It's sad that PKware is on the other side of this...

  180. Someone get this man a speech writer! by FFCecil · · Score: 1

    From the article:
    "We think there's a legitimate claim that they're going against their stated claim to keep an open standard," Kearney says.
    ...or maybe Bush's speech writer is taking on external contracts.

  181. This is pure misinformation -- plain and simple. by Mensa+Babe · · Score: 1

    Unlike the tar and bzip and gzip combinations, zip allows you to compress and archive in one step, this simplicity is why windows users (the vast majority of computer users) use it instead of some combination of unix programs.

    This very same simplicity is exactly why I use things like a little z switch of tar. *sigh* Next time please check your "facts" before you start to spread such a misinformation. Thank you. The tar manual might help you with that.

    --
    Karma: Positive (probably because of superiour intellect)
  182. Re: PKWare vs. WinZip? They both loose by hkmwbz · · Score: 1

    I doubt it will be made into "the perfect solution". But I hate it that Windows XP even tries to handle zip files. Leave them alone! Frequently, I find it doing all the wrong things. WinZip does what I tell it to do, where as Windows XP does not.

    --
    Clever signature text goes here.
  183. Re:Against the ZIP format's origins - Zip history by xQuarkDS9x · · Score: 1

    You also forgot to mention that in the 90's PKZIP was the target of many a fake trojan and virus infected release, often with fake version numbers and warnings galore on lots of BBS's to not download the fake versions.

    --
    You must master your joystick like a fisherman masters bait! - Gimpy
  184. Zip? RAR! by Omestes · · Score: 1

    I haven't actually zipped a file in years, RAR I found to be a much better archive format, more compact and faster. WinRAR has much better options too, like solid-compression and in archive comments.

    Recently I was trying to hack an protected RAR, not for illegal purposes, just that I forgot my pw and it was pretty old. Doing the research into how to actually crack it, I discovered that there is a whole array of tool to hack ANY archive, ussually by using rule based attacks, but the newer RARs are only hackable with brute force and dictionary attacks. Much more secure than .zip.

    I really doubt that breaking the standard is going to help either company. Back in the day, when WinZip first came out it would have MASSIVELY helped PKware, since every user was used to typing out "c:\telix\down\> pkunzip -e doom2v159.zip", meaning they had mad brand recognition. But now I don't think that the average user knows that WinZip and PKZip are different entities, actually I doubt that most users have ever heard of PKware. So this might actually HURT PKware. How many little banners have you seen saying "GET PKZIP!"?

    --
    A patriot must always be ready to defend his country against his government. -edward abbey
  185. Why not... by sterno · · Score: 0, Redundant

    Why not just zip something or tar something and then whip a little PGP on it? Seems like that would be easier and it's a pretty well proven technology.

    --
    This sig has been temporarily disconnected or is no longer in service
    1. Re:Why not... by archen · · Score: 2, Interesting

      I'm not a big fan of asymmetric cryptography for stuff that is going to just sit around. As far as archive stuff, if it doesn't use blowfish, IDEA, or AES I probably just won't use it.

    2. Re:Why not... by Alien_Phreak · · Score: 1

      this has been posted before, but it's been my tendency.

      just tar.bz2 and use gpg to encrypt the archive

      or under windows .zip or .rar the archive followed a pgp encrypt/wipe

      it's worked great for me, don't really see a point to using an encryption implementation that would time me to one specific program or another.

      anyhoo... that's my $0.02 for the day.

  186. Re:Zip? RAR! by xQuarkDS9x · · Score: 1

    Although in recent years PKWARE has been making windows versions of PKZIP, but it doesn't seem very popular next to Winzip.

    --
    You must master your joystick like a fisherman masters bait! - Gimpy
  187. Re:I guess PC owners should become like Mac owners by xQuarkDS9x · · Score: 1

    Stuffin...Stuffout...Stuffin...Stuffout

    --
    You must master your joystick like a fisherman masters bait! - Gimpy
  188. Which does exactly the same thing as tar. by Anonymous Coward · · Score: 0

    Aside from some differences in ordering, rar's 'solid archive' option does exactly the same thing as tar: it concatenates the files into a single stream that can then be compressed. Extracting a single file from a solid rar archive requires decompressing the whole shebang, just like a tarball.

  189. Re:who uses zip anyway ???? WinXP by Mr+Z · · Score: 1

    The clods at work that set up my laptop before I got it disabled that feature and installed winZip instead. Grrr.... I hate that fscking piece of shite.

    --Joe
  190. PkWare has already published the file INFO!!!! by egoots · · Score: 1, Informative

    What are you talking about?

    If you go to PkWare's web site there is a link on their front page which says they have published the file format changes so everyone can play nice. This page then links to another application note with the actual format spec inside.

    Note also, Pkware actually added their new encryption, authentication, and extra compression options in V5.0 last year. Their newest release is V6.0. To be fair, I dont know when they published the spec?

    1. Re:PkWare has already published the file INFO!!!! by egoots · · Score: 2, Informative

      ...never mind.

      I finally got through to the original IGN news article posting (and not just the slashdot replies) and it clarifies what the actual issues are. My parent post here didnt add anything useful.

  191. Re:You CAN extract single files from a tar.gz by Anonymous Coward · · Score: 0

    $ touch file1 file2 file3
    $ tar cvvzf ../files.tar.gz .
    $ tar -tzf files.tar.gz
    ./
    ./file1
    ./file2
    ./file3
    $ ls
    files.tar.gz
    $ tar xvzf files.tar.gz ./file2
    ./file2
    $ ls
    file2 files.tar.gz

  192. NSIS by UnConeD · · Score: 2, Informative

    Thankfully there's still some great Windows software around, like NSIS (by Nullsoft). It doesn't bother unzipping itself first (single EXE), it is small, it is powerful, open-source, .... The only thing that sucks is how you create an installer, you have to write a script in a language that's a mix between assembly, PHP and C. It's not at all hard if you're a programmer, but this is the reason why NSIS will never reach those stupid companies that put their Installer in an EXE in an EXE in a ZIP.
    If someone were to make an NSIS-script wizard (for people who can't use the script-system) for basic actions and commonly used stuff, it would put InstallShield and friends to eternal shame.

    1. Re:NSIS by Doppler00 · · Score: 1

      Oh I think people are already using NSIS. I've even seen it used in Java packages distributed by Sun.

      Maybe it just needs a good front end to generate the script.

  193. Have you registered you zip program? by Anonymous Coward · · Score: 0

    I think know is a good time to ask. If you're using a commerical Zip program, have you registered it? Or are you on day 1290 of your free trial?

  194. No, No, and No. by Mensa+Babe · · Score: 1

    First of all, I will be really grateful, if you start using at least whole sentences while quoting me. Thank you.

    If (by which I mean IF) this .zip thing was a standard, it would not be going to "fragment," period.

    That's idiotic...

    There is nothing like a mature argument between two intelligent, adult human beings... *sigh*

    Today, I could grab the GZip/BZip2 source code, then make some changes to make an incompatible version. By your definition, Bzip2/Gzip are therefore, not standards.

    No. *sigh* (Please take no offense, but your logic is quite irrational, to say the very least, so don't mind if I get somehow annoyed.)

    "By [my] definition," if you insist calling the pure reason that way, such an incompatible derivative work would not be standard, while the original standard versions would still be standard versions.

    Gzip is a standard. Bzip2 is a standard. Tar is a standard. Zip is NOT a standard.

    The specifications for the Zip standard are freely available. Therefore, it is a standard.

    Once again, No. I could design my own format, totally incompatible with everything in use, publish the specification and call it a "standard." But would it instantly become a standard? By all means, no, not at all.

    And I see absolutely no reason to use slower, compression-ratio-wise poorer, proprietary, as well as otherwise inferior "standard" (notice the quote marks), when we have real standards available.

    If compression ratio is all that matters, stop using Gzip and exclusively use Bzip2.

    For God's sake... No. (You are just not going to stop, are you?) Please read my words once again. I was talking about compression-ratio, as well as about speed and the software legal status.

    I'm sure now you can clearly see, that compression-ratio is not "all that matters" for me.

    Both gzip and bzip2 are open standards with standard implementation available as free software.

    Gzip is faster.

    Bzip2 has better compression ratio.

    I always use the one, which is better for a given situation.

    Sometimes computational complexity is the most important factor and "gzip -1" is the best choice. Sometimes output size is the most important factor and then "bzip2 -9" is optimal.

    I have no idea why on Earth do you think data compression methods could only have one important characteristic, and I am insulted by you implying, that I have said that, while in fact, I certainly have not said anything like that.

    --
    Karma: Positive (probably because of superiour intellect)
    1. Re:No, No, and No. by evilviper · · Score: 1
      I will be really grateful, if you start using at least whole sentences while quoting me. Thank you.

      Not a problem. I typically quote only the applicable parts, simply because it gets right to the point, and prevents misunderstandings. I don't know what you are upset about, but your request is fine with me.

      No. *sigh* (Please take no offense, but your logic is quite irrational, to say the very least, so don't mind if I get somehow annoyed.)

      No, I am quite rational actually.

      I could design my own format, totally incompatible with everything in use, publish the specification and call it a "standard." But would it instantly become a standard? By all means, no, not at all.

      YES! By definition, if you publish the format so that others can freely impliment it, it is a standard. It doesn't have to be recognized by a so-called "standards body", nor does it have to gain any sort of acceptance. It would be a published standard.

      "By [my] definition," if you insist calling the pure reason that way, such an incompatible derivative work would not be standard, while the original standard versions would still be standard versions.

      This was the problem in the first place. You made no differentiation between the .ZIP standard, and the new propritary extentions on top of it (as an aside, I would like to point out, they HAVE been published, so they are now a standard as well).

      If you want to know the reason you think everyone around you is irrational, read the sentence I quoted... ..."if you insist calling the pure reason that way"... That is completely unreadable, and makes no sense what-so-ever.

      I have no idea why on Earth do you think data compression methods could only have one important characteristic, and I am insulted by you implying, that I have said that, while in fact, I certainly have not said anything like that.

      No, I did not imply that there is only one important characteristic. However, you did say that there are only 3 important characteristics, which is obviously not true in the real world either. Let's rehash that one shall we?

      And I see absolutely no reason to use slower, compression-ratio-wise poorer, proprietary, as well as otherwise inferior "standard" (notice the quote marks), when we have real standards available.

      Please tell me, how you know this new Zip format is "compression-ratio-wise poorer", and "slower"? I naturally assumed you were refering to the original .Zip standard, but since you say you were talking about the new propritary version (which isn't actually propritary) I have to ask how you know that this is true... How much compression have you done with the new formats, and what type, size and range of files?

      Also note, as I mentioned, that the format is apparently NOT propritary at all.

      Finally, if you want people to quote your entire sentences, you need to learn how to use proper sentence-sstructure. A quote is almost pointless if the single sentence posted goes on about several different subjects, sometimes unrelated.
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
  195. LZH in Japan by Pseudonymus+Bosch · · Score: 1

    While people care about the future of ZIP, today I downloaded some file from Japan and it was in LZH.

    Seeing the Japanese cling to this older format, I guess that it's more a thing of network effect than actual performance of the program.

    --
    __
    Men with no respect for life must never be allowed to control the ultimate instruments of death.
    GW Bu
    1. Re:LZH in Japan by xQuarkDS9x · · Score: 1

      Perhaps it was because, if I remember the docs right for LZH (It has been quite a few years since I read them) it was a Japanese fellow who made LZH.

      --
      You must master your joystick like a fisherman masters bait! - Gimpy
  196. Even More Importantly.. by aphor · · Score: 4, Insightful

    If you use GnuPG(GPG) or PGP to encrypt your files, you get compression too. There is absolutely NO reason to use a nonstandard compression utility to do low quality encryption.

    --
    --- Nothing clever here: move along now...
    1. Re:Even More Importantly.. by Anonymous Coward · · Score: 0

      Dude, GnuPG and PGP are non-standard. Unless you believe that the world runs Linux on its desktop.

    2. Re:Even More Importantly.. by fredrik70 · · Score: 1

      um, dunno about GPG, but what is so non-standard about PGP? It's do very much use some of the big encryption schemes out there. and what on earth does PGP has to do with linux on the desktop??

      --
      if (!signature) { throw std::runtime_error("No sig!"); }
    3. Re:Even More Importantly.. by aphor · · Score: 1

      You misunderstood. I mean that the new encrypted ZIP file formats for WinZIP and PKZip are nonstandard because they are incompatible divergences from the InfoZip standard. PGP is very much a standard, as OpenPGP is what GPG implements.

      um, dunno about GPG, but what is so non-standard about PGP? It's do very much use some of the big encryption schemes out there. and what on earth does PGP has to do with linux on the desktop??
      --
      --- Nothing clever here: move along now...
  197. Yes I'm sure by autopr0n · · Score: 1

    If you don't belive me, go ahead and try it. (although, it will work with disks that are not protected with CSS, obviously)

    --
    autopr0n is like, down and stuff.
  198. Stuffit by PAPPP · · Score: 1

    Anyone else use Aladdin's Stuffit. The expander is free, runs on Mac or Win, and has opened just about anything i've thrown at it including parts of defective installers,and a variety of other things that do not belong near your archive program. It also compresses to just about any format, so you can get files to anything, from idiotboy's PC, all the way down to to that apple2 sitting in the corner slowly roting (remember Shrinkit?)

  199. RAR is the way for me all around. by Nephroth · · Score: 1

    I just use RAR compression for everything I compress just because it gets such better compression rates than .ZIP. After a little testing with various file types, I found that RAR won all contests for compression size. I tried compressing executables, small plain text files, spreadsheets, databases, raw music, compressed music, large, structured text files, images, etc. etc. just about everything I could get my hands on and RAR was smaller (albeit, sometimes only by a few bytes as in the case with small text files. However differences were huge in the case of some such as a ~500MB MSAccess database compressed down to 32MB with RAR and 120MB with .ZIP).

    The only time I use PkZip or WinZip is when I'm opening something that someone else has compressed, and even then, if I save the archive onto a backup, I usually like to uncompress it then recompress it as a RAR file. Personally, I'm not very worried about the change.

    --
    Our greatest enemy is neither a single man, nor is it a nation, it is, as it has always been, our own greed.
  200. how do you know if incompatibility exists?? by bstoneaz · · Score: 1

    my question is - if you try to open an incompatible zip file, can you tell if its incompatible, or is there just a general error?

  201. Nico Mac by SparklesMalone · · Score: 1

    I worked with Nico Mac at a big Hartford insurance company briefly in 1980; the guy was a genius. He was the tech lead on a joint project with AT&T & IBM to allow VM users to submit jobs to an array of MVS hosts scattered around central Connecticut. This was beyond leading edge in 1980. The guy always started his day playing Asteroids and smoking at a drug store across the street and that's how he spent his lunch hour too. We junior right-out-of-college COBOL programmers didn't have a clue about what he did, but we did know the people we worshipped all worshipped at his feet. When I realized WinZip was his I bought it in an instant, and I've never regretted it. Now that it's no longer Nico Mac Computing I wonder if it still has his purity.

  202. Nico Mak?! by leshert · · Score: 3, Funny

    I've used WinZip, and it's nice and all, but I just have a hard time using a product from a company with that name (third entry from the top).

    1. Re:Nico Mak?! by xQuarkDS9x · · Score: 1

      LOL I should start telling people I know "Hey you know what the company name for Winzip translates to?" :D

      --
      You must master your joystick like a fisherman masters bait! - Gimpy
  203. Wow! by yoshi_mon · · Score: 1

    That is I think the best flamebait response that I have seen in a while.

    --

    Really, I know what I'm doing...Ohhhh, look at the shiny buttons!
    1. Re:Wow! by Anonymous Coward · · Score: 0

      You think I'm fucking joking!!!!!! You are SOOOOO clueless! Zip is a pathetic excuse for an archiver. The only format that real computer users use is tar.[bgz2]. Blast you!!!!

  204. POSIX MY ARSE! by Anonymous Coward · · Score: 0

    NT/2000/XP's Win32 subsystem is not POSIX compliant. Its POSIX subsystem is.

    Yeah, right, POSIX my arse! When was the last time you compiled a POSIX code under Windows with MS tools, without Cygwin? I thought so! This "sybsystem" doesn't even work and the only reason MS has introduced it was because they wanted to sell their crap to the .gov!

  205. WinZip vs. PkWare by whereiswaldo · · Score: 1

    I'm going to stick with WinZip. PkWare was out of the game for way too long... it seemed forever that their 2.04g MS-DOS compressor was their last release. Then they finally released a lackluster Windows version which really sucked.

    WinZip is way more polished and anybody can use it.

    As to why would anybody use WinZip to encrypt their files - well, everybody already has it! Must be one of the most widely distributed pieces of software in the world.

  206. 7-zip by YE · · Score: 1

    What's much more important for personal backup purposes is that it supports its own format, .7z, which provides vastly superior compression ratios in most of the cases.

  207. Number Six (or seven) by Sam+the+Nemesis · · Score: 1

    May be you should change your nick from TheNumberSix to TheNumberSeven. ;)

  208. deflate64 not documented either by dradler · · Score: 1
    PKWare still has not documented the deflate64 compression method format. While it can be, and has been, reverse-engineered, documenting the format is essential for interoperability. There are often end-cases that don't come up in testing that need to be specified.

    Though I contribute to open source (gzip and zlib), I am not religious about open source. However I am religious about open standards. There should be a movement to cease support of closed formats to encourage both open-source and commercial competition, better products, and better prices.

  209. just use tar & jzip by markalanj · · Score: 0

    enough said

  210. Re:This is pure misinformation -- plain and simple by Suppafly · · Score: 1

    Unlike the tar and bzip and gzip combinations, zip allows you to compress and archive in one step, this simplicity is why windows users (the vast majority of computer users) use it instead of some combination of unix programs.

    This very same simplicity is exactly why I use things like a little z switch of tar. *sigh* Next time please check your "facts" before you start to spread such a misinformation. Thank you. The tar manual might help you with that.


    The z switch of tar is not posix compliant and is only present in the gnu version of tar, people who use real unix don't have that option.

  211. Absolutely priceless. I wish had some mod points! by Shinzaburo · · Score: 1

    This post had me busting up from the very beginning, which I only came across because I was asked to meta-moderate it. I then went and read djNocturne's other posts, which were equally amusing. I wanted to drop him a note to encourage him to keep posting, but unfortunately there's no contact info in his profile. So djNocturne, if you're out there, keep posting! I only wish I could be notified via email when you do.

    One of your fans,

    Shinzaburo

  212. Re:Here's a crack by Anonymous Coward · · Score: 0

    i'm not sure why this was modded down as a troll (i'll probably be modded down as well for replying to this), but this works for registering winzip and getting rid of that opening screen. it makes winzip so much more useful... and i've never paid for it btw, no reason to. it's just stupid to pay $30 to get rid of that screen when you can get a crack for free...

  213. 101a -- Archive Tantrums by fm6 · · Score: 1
    Your history is substantially correct. But you have an small but important omission, and also a sbi mistake. They both relate to naive mistakes by the System Enhancement Associates, the inventors of ARC -- and childish behavior both by SEA and by Phil Katz.

    Omission: The ARC source code that Katz worked from was publically available. SEA released it so their competitors could write compatible software. The had the high-minded notion that they could make their format a defacto standard that way. Not that they weren't out to make a buck. They just figured that sharing a big market would be more profitable than monopolizing a small market. As for piracy, they assumed the copyright laws would protect them. Which turned out to be true, but useless. More on that below.

    Error: It's true PKARC and PKXARC were drastically faster (10 to 1? 100 to 1? it was pretty extreme). But this had nothing to do with changes in compression formats. The problem was that SEA had this naive notion of C portability. They wanted source that would compile on every machine in existence. What they didn't count on was some fucked-up buffering in the C library that they used for the DOS version. Easy to work around with a simple buffering routine -- but that would have broken portability!

    So Phil Katz, in typical hacker fashion, jumped in and "fixed" ARC. Like most hackers, he considered himself an expert on computing law, and convinced himself that any IP claims by SEA were bogus. Which left him free to sell his modified ARC software as shareware. Which was quickly adopted by 99% of the DOS BBS community because of the speed difference. It might have ended there, given SEA's laid-back attitude, except, Katz indulged in another classic hacker blunder: he started tweaking the format.

    The result was a fractional gain in compression speed and quality, at the expense of incompatibility with the original format. But since when do hackers care about that kind of issue? Problem is, the BBS's were soon flooded with ARC archives the original software couldn't grok. Now SEA started paying attention.

    Neither side behaved maturely. SEA had every right to sue, of course, but they still refused to admit what every BBS user knew -- that the DOS version of their software was so slow as to be unusable. Instead, they insisted that people were switching to the PK products because of the incompatibilities that Katz "maliciously" introduced. For his part, Katz refused to admit that he'd done anything wrong by pirating the code. He was self righteous about the whole thing to the very end. (He died in 2000 at 37.) When the courts made him hand over all the rights to and income from his software, he went out and published his own archive format, accompanied by rants that would have made Stallman blush.

    He did do one thing right: in his burst of self-righteousness, he renounced any control over his format, and documented it in nit-picking detail. A far more effective way to popularize a format than publishing source code.