PCUTIL.1

08 Oct 1992 - 31 Aug 1993

Topics

  1. setup (26)
  2. memory.mgr (589)
  3. disk.soft (545)
  4. disk.cache (188)
  5. arhiveri (1345)
  6. virusi (392)
  7. grafika (552)
  8. tools (602)
  9. razno (617)
  10. van.conf (17)

Messages - arhiveri

arhiveri.206 vcalic,
Moje poŽetno oduźevljenje je malo splasnulo kad sam malo radio sa programom, ali krajnji utisak je viźe nego povoljan. Novi ZIP je brČi od ARJ- a, bolje kompresuje od ARJ-a, ali Žini mi se da se tu prednosti zavrźavaju. Kod ARJ-a je i dalje mnogo toga elegantnije izvedeno. Npr, multi-volume arhive postoje i kod novog ZIP-a, ali ta ęe moguęnost i dalje prvenstveno biti pripisivana ARJ-u. SliŽno je i sa samoraspakujuęim arhivama (ZIP pravi neźto manji .EXE , ali sa ARJ-ovim se moČe viźe uraditi), a verovatno i sa "popravkom" oźteęenih arhiva i drugim stvarima. Da dodam joź i da novi PKUNZIP savrźeno raspakuje i arhive pakovane sa verzijom 1.93, kao i to da je algoritam "Deflating" joź viźe poboljźan u odnosu na pomenutu verziju 1.93 i po pitanju stepena kompresije i po pitanju brzine.
arhiveri.207 dejanr,
Evo prvih rezultata dobijenih pore¬enjem novog ZIP-a, starog ZIP-a, "tekuęeg" ARJ-a i beta verzije sledeęeg ARJ-a. Mereno je vreme kompresije datoteke kao i duČina posle kompresije. U prvoj koloni su podaci za ASCII tekst duČine oko 730 kilobajta (rukopis jedne knjige plus pad sa Sezama), u drugoj za .DBF fajl duČine 9.7 megabajta (podaci o svim firmama u Vojvodini), u treęoj za sliku duČine 1.1 megabajta (tehniŽki crteČ) i u poslednjoj rezultat kompresije sadrČaja direktorijuma mog comm programa, u kome je bilo 200 fajlova, od toga dosta teksta, neźto programa, neźto arhiva (zip i arj) itd, ukupne duČine 6.5 megabajta. ╔═══════════╦═══════════════Đ════════════════Đ══════════════Đ════════════════╗ ║ ║ TEKST │ DATOTEKA │ SLIKA │ RAZNO ║ ║ ║ │ │ │ ║ ║ ║ ASCII tekst │ DBF datoteka │ TIF slika │ 200 fajlova ║ ║ ║ duČine 729237 │ duČine 9679447 │ duČ. 1080186 │ duČ. 6555287 ║ ╠═══════════╬═══════════════ě════════════════ě══════════════ě════════════════╣ ║ ZIP max ║ 0:27:0 296805 │ 4:04.0 1081071 │ 0:28:0 39482 │ 3:23.5 3611643 ║ ║ 2.04 st. ║ 0:19.0 299351 │ 1:45.5 1141269 │ 0:11:0 41857 │ 2:33.5 3625963 ║ ║ min ║ 0:09.0 344618 │ 0:55:5 1515069 │ 0:05:5 54277 │ 1:23.0 3830972 ║ ă───────────Î───────────────┼────────────────┼──────────────┼──────────────── ║ ZIP max ║ 0:21.0 323068 │ 7:55.5 1368093 │ 0:55:5 54162 │ 2:45.5 3769010 ║ ║ 1.10 st. ║ 0:21.0 323068 │ 7:55.5 1368093 │ 0:55:5 54162 │ 2:45.5 3769010 ║ ║ min ║ 0:07.5 361320 │ 1:02.5 1773233 │ 0:06.0 44588 │ 1:20.0 4114627 ║ ă───────────Î───────────────┼────────────────┼──────────────┼──────────────── ║ ARJ max ║ 0:25:0 306223 │ 3:37.0 1224808 │ 0:24:0 45263 │ 4:34.5 3652702 ║ ║ 2.30 st. ║ 0:25:0 306223 │ 3:37.0 1224808 │ 0:24:0 45263 │ 4:34.5 3652702 ║ ║ min ║ 0:13:0 364176 │ 1:37:5 1646040 │ 0:09:5 59480 │ 3:25.0 3955171 ║ ă───────────Î───────────────┼────────────────┼──────────────┼──────────────── ║ ARJ max ║ 0:24:5 301707 │ 3:22.0 1181478 │ 0:25:5 44545 │ 4:01.0 3631438 ║ ║ 2.39a st. ║ 0:24:5 301707 │ 3:22.0 1181478 │ 0:25:5 44545 │ 4:01.0 3631438 ║ ║ min ║ 0:11:0 356750 │ 1:38.0 1646040 │ 0:08:5 58520 │ 2:15:5 3927185 ║ ╚═══════════╩═══════════════¤════════════════¤══════════════¤════════════════╝ Kao źto se iz tabele vidi, ako se ne pokaČu neki problemi sa pouzdanoźęu ZIP-a, oba ARJ-a moČemo slobodno da poźaljemo "u penziju"... bar do sledeęe verzije. Zanimljivo je i pitanje koliko se joź moČe "terati" tj. gde je granica kompresije fajlova. Kada je izaźao ZIP 1.0 i kada smo ga poredili sa starim PKARC-om, Žinilo se da je dostignut limit. Da li ęe i ove brojke izgledati isto tako "smeźno" kada iza¬e ZIP 3.0?
arhiveri.208 dejanr, -> #206, vcalic
>> Npr, multi-volume arhive postoje i kod novog ZIP-a, ali ta ęe >> moguęnost i dalje prvenstveno biti pripisivana ARJ-u. Da li sam u pravu da PKZIP 2.04 "ne ume" da kreira delove proizvoljne duČine nego samo, primenom opcije -&, fiksnih duČina prilago¬enih disketi, dakle 360/720/1.2/1.44? Sa druge strane, Žini mi se da ARJ ne ume da formatira disketu na koju snima, ZIP ume (?) >> SliŽno je i sa samoraspakujuęim arhivama (ZIP pravi neźto >> manji .EXE , ali sa ARJ-ovim se moČe viźe uraditi) ▒ta, na primer? >> a verovatno i sa "popravkom" oźteęenih arhiva i drugim stvarima. ZIP ima ZIPFIX za "popravke", ja sam sa popravkom ARJ arhiva imao mnogo problema, da ne kaČem da nisam ni uspevao da ih popravim ako ne valjaju. To se odnosi na ARJ 2.30, onu beta verziju 2.39 nisam naroŽito ni koristio. Ukratko, kljuŽno pitanje je pouzdanost - ako ZIP ne pokaČe neke "brljotine", mislim da ARJ moČe da se "baci"... bar do sledeęe verzije. Izrazito dobra vest je da se novi PKZIP, reklo bi se, moČe pokrenuti "pod" Sezamom. Naime, kad se iza¬e u DOS (źto znaŽi da je i COMMAND.COM u memoriji źto nije sluŽaj kada se normalno pokreęe eksterni program), novi PKZIP uspeźno pakuje (Žak "oseti" Novell :) Mislim da bismo ga mogli dodati na spisak arhivera :)
arhiveri.209 zormi, -> #201, bojanp
* KonaŽno se pojavio duuuuuuuugoooooo oŽekivani program poznat pod * imenom ZIP! Dakle na Sezamu je najnovija verzija PKZIP-a 2.04c. Prvo pa muźko ;). «im sam ga pokrenuo totalno se zaglavio i pomogao je samo hard-reset. IstraČivanjem sam pronaźao da je problem DPMI jer radim u DOS sesiji Windows-a 3.1 koji mu daje DPMI standard ali izgleda da neźto nije baź kako treba. InaŽe koristim i QEMM 6.03 koji istina nije po DPMI standardu ali to vaČi u Žistom DOS-u gde radi dobro. Nema veze, meni se ARJ nikada nije svidjao, pa ęu mu dodavati taj '-)' flag kojim se zabranjuje koriźęenje DPMI-a.
arhiveri.210 ssokorac, -> #201, bojanp
─┼┤ PKZ204C.EXE Pa, svaka im Žast! Zaista su ga odliŽno uradili... Evo kako izgleda kod mene na 286 (iskljuŽen keź/300K XMS-a) NajjaŽe kompresije pkzip -ex 312345 00:50.31 arj a -jm 311905 01:32.65 znaŽajno brČe a uźtede skoro i da nema. Zip bez parametra i najbrČi arj (-m3, -m4 je samo storing) pkzip 312690 00:40.43 arj -m3 318252 00:56.35 Ovde je u svemu bolji zip. «ak i kad se uporede sam pkzip i arj -jm vidi se da dva i po puta brČe napravi 1% duČi fajl.
arhiveri.211 zkrstic, -> #201, bojanp
> KonaŽno se pojavio duuuuuuuugoooooo oŽekivani program poznat pod > imenom ZIP! Dakle na Sezamu je najnovija verzija PKZIP-a 2.04c. Evo mojih prvih utisaka :) Prvo sam probrŽkao po disku i naźao gomilu fajlova, nad kojima sam vrźio test. Trudio sam se da bude i ma- njih i veęih fajlova, obzirom da tu znaju da nastanu razlike. Koristio sam par baza, par indeksa, ascii fajlova, jedan ttf font, jedan exe i jedan drajver. Pravi buękuriź od 1.559.657 bajtova u 13 fajlova :))) Merio sam pomoęu dva beŽ fajla, uturena u isti direktorijum, gde su i arhiveri, tako da nema povlaźęenih ;) Koristio sam ARJ 2.30, da ne bude zabune. Evo rezultata: Vreme VeliŽina min:sec:stot u bajtovima sviŽer ARJ (normal compression) 35:81 424.817 ARJ (maximum compression) 1.01:01 423.245 (-jm) PKZIP (normal compression) 18:84 424.631 PKZIP (maximum compression) 31:42 418.707 (-ex) PKZIP (fast compression) 15:66 437.974 (-ef) PKZIP (Super-fast compression) 11:09 465.776 (-es) Kod dearhiviranja, stvar je sledeęa: ARJ 12:85 PKUNZIP 9:66 Kao svaki perverznjak, probao sam i pravljenje samoekstraktujuęih arhiva ;) Vreme Arhiva EXE arj->exe 4:67 424.817 -> 439.675 zip->exe 3:08 424.631 -> 440.194 Elem, da rezimiramo: Ja kao zakleti ljubimac ARJ-a, odustajem od istog :) Novi PKZIP je bitno brČi (skoro duplo), pravi pribliČno iste ar- hive (veliŽina) brČe dearhivira (pribliČno 25%), brČe pravi EXE (pribl. 30%). Novi (kao i stari) PKZIP koristi biiiitno manje memorije za rad (cca.85K, za razliku od ARJ-ovih 280K). Mali Hint: zaboravite opciju -ex. Maksimalnom kompresijom uźte- dite na veliŽini arhive vrlo malo (kod mene 1%) a vreme raste skoro duplo. Nisam stigao da se odsigram sa onom -& opcijom za pravljenje mul- tivolume (srpski: seckanje) arhiva. Ona mi deluje malo...ccc...źaźavo, ali videęemo :) Nadam se da vam je ovo bilo od koristi. Pozdrav, Zkr PS. R:\>ncd arc R:\IBMPC\ARCHIVER>dow pkz204c.exe & :))) PPS. Roberte K. Jangu! Izvini. ;)
arhiveri.212 viktor, -> #209, zormi
Zdravo, PKZIP 2.04c u "mojoj" DOS-sesiji (MSDOS 6.0 i za command.com i 4DOS 4.01) pod Win 3.1 radi bez problema. Iz toga zakljucujem da postoje dva moguca izvora problema: 1. QEMM 2. Win32s jer ta dva SW-ska paketa ne koristim, trenutno. Jedina dopunska mogucnost jeste da je MSDOS 6.0 to "zakrpio". PKZIP pravilno prepoznaje verzije XMS-a (3.00 u DOS-u tj. 2.00 u Win 3.1) i 0.90 (u Win3.1, van Win 3.1 ne pronalazi DPMI). Jos nesto, Dejan, opet, pominje pitanje granice sazimanja. Ja sam mislio da smo taj problem vec resili diskusijama na SEZAM-u i na UBBG-u prigodom onog "fenomenalnog" programa za sazimanje. No, nisam dobro mislio. Zato, sve o tome u nekoj knjizi na stranama koje su oznacene kao teorija informacije. Kljucne reci su neodredjenost (entropy) i suvisnost (redundancy) kao i informacija (information). Ne traziti u knjigama koje govore o informatici, tamo toga nema. Ovaj archiver (sazimac) je veoma dobar ali nigde jos nije opasno blizu teorijskim granicama. Kada im se bude priblizio javicu :). Pozdrav.
arhiveri.213 mjova, -> #205, drakce
> Evo prvih utisaka - Čestok je :) ne samo to, veę kad napiźe: ■ 80386 CPU detected. ■ EMS version 4.00 detected. ■ XMS version 3.00 detected. ■ Using Maximum Compression. pa onda koristi 386 kod za rad, baź me zanima da li je u pitanju samo źminka ;) (da ako provali 386/486 CPU i opciju za iskljuŽivanje tog moda lepo doda neku pauzu? ;)
arhiveri.214 mjova, -> #208, dejanr
> Sa druge strane, Žini mi se da ARJ ne ume da formatira > disketu na koju snima, ZIP ume (?) ima fora da se arj-u navede komanda koju ęe izvrźavati pre pravljenja svakog dela. ovo moČe da se iskoristi za formatiranje, ali i za mnoge druge stvari (ja sam davao vkostic-ev kill pre snimanja - brČe je od formata ako je disketa formatirana) itd. >>> neźto manji .EXE , ali sa ARJ-ovim se moČe viźe uraditi) > ▒ta, na primer? pa sa SFX.exe se moČe uraditi sve kao da je u pitanju obiŽna .arj datoteka. moČeź lep da otkucaź 'arj x pera.exe' i on ęe da raspakuje źta ima. ovo sam probao jednom prilikom ;) drugo, postoje dva SFX tipa. jedan je '-je', a drugi '-je1'. prvi produČuje exe (u osnosu na arj) za oko 15104, a drugi (-je1) za 5473. normalno, onaj duČi obezbe¬uje neke stvari viźe od obiŽnog raspakivanja (moČeź da probaź sa nekom takvom arhivom 'ARH.exe /?' i dobięeź spisak źta sve moČe). > eksterni program), novi PKZIP uspeźno pakuje (Žak "oseti" > Novell :) Mislim da bismo ga mogli dodati na spisak > arhivera :) pa valjda je krajnje vreme? a? ;)
arhiveri.215 mjova, -> #207, dejanr
> ║ ARJ max ║ 0:24:5 301707 │ > ║ 2.39a st. ║ 0:24:5 301707 │ mislim da nisi ukljuŽio maksimalni stepen kompresije za arj jer ja sam dobijao za neki .C i .ASM dobijao drugaŽije rezultate. arj je bio bolji od zip-a za nekih 10kb (arhiva je bila oko 400kb). ovo nije nikakva razlika, al tek da se zna ;). globalno gledano kompresija je 'tu'. nema jakih razloga za stvaranje novih navika, ali ipak je zip brČi dosta (za Č vremena).
arhiveri.216 dejanr, -> #214, mjova
>> pa sa SFX.exe se moČe uraditi sve kao da je u pitanju obiŽna .arj >> datoteka. moČeź lep da otkucaź 'arj x pera.exe' i on ęe da raspakuje >> źta ima. ovo sam probao jednom prilikom ;) To moČe i ZIP, i to joź u staroj verziji. Dakle, PKUNZIP PERA.EXE itd. >> drugo, postoje dva SFX tipa. jedan je '-je', a drugi '-je1'. prvi >> produČuje exe (u osnosu na arj) za oko 15104, a drugi (-je1) za 5473. >> normalno, onaj duČi obezbe¬uje neke stvari viźe od obiŽnog >> raspakivanja I to moČe ZIP (novi!), zove se SFXJR (Junior) ili tako neźto.
arhiveri.217 dejanr, -> #215, mjova
>> mislim da nisi ukljuŽio maksimalni stepen kompresije za arj jer ja sam >> dobijao za neki .C i .ASM dobijao drugaŽije rezultate. Zbilja, nisam, koji beźe switch? Hvala.
arhiveri.218 mjova, -> #217, dejanr
> Zbilja, nisam, koji beźe switch? pa ja imam podeźen -jm u arj_sw env: jm: set Maximum compression mode jm1: set faster Maximum compression valjda je jm1 default?
arhiveri.219 wizard, -> #208, dejanr
>> Mislim da bismo ga mogli dodati na spisak arhivera :) Ne bi bilo loźe. :) Ali izgleda da ęe ostati ARJ za velike arhive. P.S. Hoęe li to uticati na cene pretplate? ;)
arhiveri.220 danilo,
Mislim da je novi PKZIP ipak mogao bolje da reźi deljenje arhive na viźe volumena. Prosto je neverovatno da ne podrČava moguęnost deljenja arhive na volumene proizvoljno zadate veliŽine, kao ni to da se arhive razdeljene u viźestruke volumene formiraju na hard-disku. Da li neko zna efikasan naŽin za deljenje ".zip" arhiva na delove proizvoljno zadate veliŽine ? Danilo
arhiveri.221 peca.st,
Jedno pitanje za upravu Sezama. Da li je novi pkzip veę postao zvaniŽni Sezam arhiver ili nije. Ako nije, źta Žekate? P e C a
arhiveri.222 peca.st, -> #208, dejanr
!-> Da li sam u pravu da PKZIP 2.04 "ne ume" !-> da kreira delove proizvoljne A źta beźe sa onim zipsplit od stare verzije? Ja ga obrisah malo pre a nisam probao da li moČe da podeli i nove arhive. Ako je neko probao neka javi! P e C a
arhiveri.223 dejanr, -> #220, danilo
>> Da li neko zna efikasan naŽin za deljenje ".zip" arhiva na delove >> proizvoljno zadate veliŽine ? Nije neka velika pamet i nije naroŽito dobar program, ali eto ti ga takav kakav je, pa ako pomogne... Autor je moja malenkost, pisano pre par godina. cepa.zip
arhiveri.224 dejanr, -> #221, peca.st
>> Jedno pitanje za upravu Sezama. Da li je novi pkzip veę postao zvaniŽni >> Sezam arhiver ili nije. Ako nije, źta Žekate? Dirljiv entuzijazam, ali kada bismo usvajali nove "zvaniŽne" programe dan poźto se pojave, Sezam bi malo viźe zvonio u prazno ;) KljuŽno pitanje je pitanje pouzdanosti, koje treba ozbiljno ispitati. Zatim i testirati kako sve to radi "pod" Sezamom, naroŽito u konfliktnim situacijama kao źto je prekid veze itd. Za sve to treba malo (viźe) vremena.
arhiveri.225 ssokorac, -> #208, dejanr
─┼┤ Ukratko, kljuŽno pitanje je pouzdanost - ako ZIP ne pokaČe neke ─┼┤ "brljotine", mislim da ARJ moČe da se "baci"... bar do sledeęe verzije. Ja ipak ostajem na ARJ-u, bar źto se tiŽe kopiranja za duČe vreme. Onako, na disketu, sa diskete, koristio sam arj i sada je sigurno zgodniji zip, ali arj i dalje ima mnogo veęe moguęnosti...
arhiveri.226 ssokorac, -> #207, dejanr
║ ZIP max ║ 0:27:0 296805 │ 4:04.0 1081071 │ 0:28:0 39482 │ 3:23.5 3611643 ║ ║ ARJ max ║ 0:24:5 301707 │ 3:22.0 1181478 │ 0:25:5 44545 │ 4:01.0 3631438 ║ Ove dve linije su stvarno za zbunjivanje :). ARJ brČi a ZIP bolje pakuje! (osim u zadnjem sluŽaju, gde je arj totalno izvisio) :) Da mi je to neko rekao, mislio bih da me zeza :).
arhiveri.227 .bale., -> #209, zormi
I meni se zaglavio PKUNZIP, ali nije vise otkako sam mu dao u autoexecu jedan set pkunzip=--. Regards from .bale. ! #:*)+-<
arhiveri.228 spantic, -> #205, drakce
> Poźto ima ugra¬enu i podrźku multi-volume arhivama, moČe > se reęi da je pred autorom ARJa veoma teČak domaęi zadatak > :). Uh, ako si provalio kako deliź na proizvoljne arhive sa PKZIP 2.0 bilo bi lepo da napiźeź koju reŽ :)
arhiveri.229 dejanr, -> #226, ssokorac
>> Ove dve linije su stvarno za zbunjivanje :). ARJ brČi a ZIP bolje pakuje! >> (osim u zadnjem sluŽaju, gde je arj totalno izvisio) :) Da mi je to neko >> rekao, mislio bih da me zeza :). Na Čalost, nisam znao da ARJ ima opciju -jm, tako da sam za max kompresiju prepisao podatke od standardne kompresije. Slede novi rezultati, ne znam baź da li noęas ali sutra sigurno. Ko radi... taj i zeza ;)
arhiveri.230 beast, -> #208, dejanr
>> Sa druge strane, Žini mi se da ARJ ne ume da formatira disketu na >> koju snima, ZIP ume (?) Da, ali se to moČe neutralizovati sjajnom opcijom arj-a: -vvas, kojom se pre svake diskete dobija shell, u kojem moČete formatizovati disketu i joź mnogo toga. Naravno, pri pravljenju arhive na samo jednoj disketi -vvas nema mnogo smisla, ali ni format unutar arj-a. Lakźe je ruŽno.
arhiveri.231 vcalic, -> #208, dejanr
>>>> SliŽno je i sa samoraspakujuęim arhivama (ZIP pravi neźto >>>> manji .EXE , ali sa ARJ-ovim se moČe viźe uraditi) >> >> ▒ta, na primer? Pa, ono źto moČe samoraspakujuęi ARJ ("veliki") se vidi kada se otkuca SFX -?. (Veę to kod ZIP-a ne moČe). Meni se i do sada viźe svi¬ao ARJ nego ZIP i tako ęe i da ostane. Novi ZIP je sjajan, ali ipak sam suviźe navikao na ARJ. Uz to, i dalje se naŽin na koji ZIP radi sa multi-volume arhivama ne moČe ni pribliČiti ARJ-ovom, a to je bio glavni razlog zbog kojeg sam svojevremno preźao sa ZIP-a na ARJ. U svakom sluŽaju, Robert Jung ęe morati da porazmisli o koncepciji ARJ formata. Pitanje je hoęe li postojeęom koncepcijom moęi da dostigne brzinu ZIP-a. Do sada ga je vadila bolja kompresija, ali to sada viźe nije sluŽaj. Na komotniji rad ne moČe da se pouzda.
arhiveri.232 d.petrovic, -> #211, zkrstic
Ă> Elem, da rezimiramo: Ja kao zakleti ljubimac ARJ-a, odustajem od Uze mi reŽ iz tastature ;). Samo joź da se oodvijnem od onog mahinalnog kuckanja arj a ... ;))). Ima tu joź neźto, obrisao sam sa diska pkzip 1.10 pa sad ima joź malo kad nekome neźto źiljem da źiljlem sa arj-om, ali ... rastrŽaęe se 2.04 po beogradu za 3-4 dana :)
arhiveri.233 d.petrovic, -> #208, dejanr
Ă> Mislim da bismo ga mogli dodati na spisak arhivera :) Obavezno, deder poČurite :)
arhiveri.234 darone, -> #220, danilo
>> Da li neko zna efikasan naŽin za deljenje ".zip" >> arhiva na delove proizvoljno zadate veliŽine ? Polijeź vodom disketu, osuźiź je iznad upaljaŽa i formatiraź je. Ako budeź imao sreęe, bed sektori ęe pojesti sav prostor na disketi osim tvojih x Kb. E, onda na¬eź drugi raŽunar u blizini, pa na svom arhiviraź na disketu źta ti treba (arhiva je, dakle, dugaŽka x Kb), kopiraź disketu na drugi raŽunar, pa je vratiź nazad, i tako sve dok ne zavrźi posao. Mislim da je ideja genijalna. Arj ovde źije zip i to ohoho. A novom zipu svaka Žast za brzinu i kompresiju. Mislio sam da je arj nekomforan kada sam ga prvi put video sa onim sviŽevima. Onda sam seo dva sata, nauŽio sve źto treba, i uČivao. Eeeee, onda je doźao novi zip :) darone
arhiveri.235 skerl, -> #208, dejanr
> Da li sam u pravu da PKZIP 2.04 "ne ume" da kreira delove > proizvoljne duzine nego samo, primenom opcije -&, fiksnih > duzina prilagodenih disketi, dakle 360/720/1.2/1.44? Na zalost, u pravu si. Ne mozes da mu kazes kolike delove da pravi i ne moze da ih pravi na fixed disk nego samo na removable media. -& Create multi-volume archive When this option is specified PKZIP will create a .ZIP file which is larger than a single floppy disk. This option may only be specified when creating a .ZIP file on removable media (i.e. a floppy disk or high capacity cartridge drive). ^^^^^^^^^^^^^^^^^^ > Izrazito dobra vest je da se novi PKZIP, reklo bi se, moze > pokrenuti "pod" Sezamom. Naime, kad se izade u DOS (sto > znaci da je i COMMAND.COM u memoriji sto nije slucaj kada > se normalno pokrece eksterni program), novi PKZIP uspesno > pakuje (cak "oseti" Novell :) Mislim da bismo ga mogli > dodati na spisak arhivera :) Podrzavam, zasto da gubimo vreme na pakovanje ako ne moramo! Pozdrav, Skerl.
arhiveri.236 janko, -> #220, danilo
> Da li neko zna efikasan naŽin za deljenje ".zip" arhiva na > delove proizvoljno zadate veliŽine ? Za deljenje, tako da svaka od novonastalih arhiva opet bude nezavisna ZIP arhiva postoji ZIPOFF program (moČda i na Sezamu, ne seęam se), jednog programera (nama) neobiŽnog imena: Morgan Schweers. Radi k'o zmaj. Radi za BILO KOJU verziju ZIP-a (iako je pisan 1991.). Ima i sors, pa sam neke stvari dodao u svojoj verziji... PKZIP ne 'secka' osim po disketama, zato źto mu na se na svakoj disketi fajl zove jednako. Sem toga, kada je PK zamiźljao .ZIP format, nije predvideo i to da bi neko Čeleo da secka na ISTOM drajvu. Glavni źtos PKZIP-a je źto, recimo, arhivirate XYZ fajlova na PQR disketa, a moČete da dobijete spisak sa podacima o SVIM datotekama tako spakovanim obiŽno gurajuęi samo poslednju disketu. ;) Tako¬e, na isti naŽin, ako Čelite da sa tih disketa skinete samo jednu datoteku, dovoljno je da gurnete prvo poslednju a zatim i onu na kojoj se nalazi datoteka. ;) Jedino treba da diskete numeriźete pri arhiviranju... NIsam dovoljno eksperimentisao, ali je kljuŽno pitanje: koliko je disk prostora potrebno pri ovom 'multi-volume' arhiviranju? Da li je moguęe da ako je rezultujuęa arhiva (zbirno) 30M, PKZIP-u i na hard disku treba 30M?
arhiveri.237 janko, -> #210, ssokorac
> ─┼┤ PKZ204C.EXE > > Pa, svaka im Žast! Zaista su ga odliŽno uradili... Sada je trenutak da svi oni koji veę neko vreme koriste PKZIP 1.93 i njegove ro¬ake (Info-Zip programe) zadovoljno klimnu glavom. ;))) Novi 2.04c ne donosi nove algoritme pakovanja -- to su (skoro) oni isti od pre godinu dana. ;)) Probajte da sa 1.93 ne otpakujete bilo koju celu arhivu proizvedenu sa 2.04c. Svaki put ęe sve raditi! («ak i 'nove' naŽini kompresije (novi -ex i novi -ef) 'ladno otpakuje i PKUNZIP 1.93)! Dakle, upozorenje koje je pisalo u 1.93 nije se ispunilo -- ne samo da je 2.04c kompatibilan sa 1.93 veę vaČi i obrnuto. ;) (Od ovog 'obrnuto' postoje izuzeci -- 'multi-volume' arhive i joź jedan mali izuzetak, koji neęu sada da pominjem ;) Druga lepa stvar su Info-Zip proizvodi. Imam njihove ZIP i UNZIP programe koji nose datum avgusta 1992. Info-Zip ZIP opcijom -9 daje joź bolju kompresiju od PKZIP-ovog -ex ;) (a PKUNZIP 2.04c i 1,93 oba mogu da raspakuju tako nastale arhive(!)) ▒ta mislite koliko Info-Zip ZIP-u treba za takav podvig? Onoliko koliko treba i ARJ-u da spakuje isti fajl. ;) Zanimljivo je da za Info-Zip ZIP imate i sors, i da NIJEDNA linija koda nije napisana u asembleru (!!!) (Kako su moguęi tako fantastiŽni rezultati? Pa, Phil Katz je uvek vodio raŽuna da 'jedinice obrade' budu takve da sve lepo radi na glupavim 80x86 procesorima i njihovim segmentięima, a ta ograniŽenja su fundamentalana, a osim toga, danaźnji C kompajleri daju brČi kod nego źto ga proizvodi 80% programera u asembleru ;) ). Naravno, Info-Zip arhive nastale Info-Zip ZIP-om (koji je star viźe meseci ;) su tako¬e POTPUNO Žitljive i novim PKZIP-om 2.04c, a vaČi i obratno! ;) Sve ovo one koji prate rad Info-Zip grupacije nije iznenadilo -- dosta toga se nasluęivalo u propratnim tekstovima joź sredinom proźle godine.... BTW: Info-Zip programi rade na puno platformi za koje ne postoji PKWARE-ova verzija: Razni UNIX-i, VAX VMS etc. etc. I na svima moČete da uČivate u prednostima 2.04c algoritama! Za kraj, posebno moram da pohvalim potpuno drugaŽiji odnos Fila Kaca prema ljudima koji piźu arhivere koji koriste iste algoritme (i formate!) za razliku od firme koja je pravila ARC, i sa kojom je on svojevremeno imao velike probleme. «ak pominje i Info-Zip grupaciju u uputstvu, doduźe, na navodeęi njihovo ime, ali obeęavajuęi da ęe zainteresovanima obezbediti njihovu adresu i relevantne podatke!
arhiveri.238 ppekovic, -> #237, janko
>> Sve ovo one koji prate rad Info-Zip grupacije nije iznenadilo >> -- dosta toga se nasluęivalo u propratnim tekstovima joź >> sredinom proźle godine.... BTW: Info-Zip programi rade na puno >> platformi za koje ne postoji PKWARE-ova verzija: Razni UNIX-i, >> VAX VMS etc. etc. I na svima moČete da uČivate u prednostima >> 2.04c algoritama! Info-Zip Zip i Unzip kompatibilne sa 1.93 beta (a kako janko kaČe i sa novim ZIP-om) moČete naęi na FFS-u u /unix/archivers direktorijumu. Paya
arhiveri.239 nboskovic, -> #228, spantic
*> Uh, ako si provalio kako deliź na proizvoljne arhive sa *> PKZIP 2.0 bilo bi lepo da napiźeź koju reŽ :) R:\IBMPC\ARCHIVER\zipoff.zip Kreiranje ZIP arhiva Čeljene duČine. Da li radi sa novom verzijom ZIP-a ili ne ne bih znao da ti kaČem, jer nisam probao ali program nije veliki ( 28kb ) pa nije ni frka skinuti ga i probati. (c) klap nikola
arhiveri.240 dnikolic,
>> Koliko znam , ako mislimo na isti program ( onaj naseg >> porekla ) , stvar je poodavno razbijena :) . >> Toliko o dobroj zastiti. A koja zastita nije razbijena? Opet kazem, daj disketu sa Preferansom prosecnom korisniku, i ako ga prekopira - onda to nije proesecan korisnik :))) Salim se, ali ja za svoje programe ne bih pravio bolju zastitu od pomenute. I dan danas ne znam kako radi, ali imam TeleDisk. dn
arhiveri.241 dnikolic,
>> a COPYIIPC ? Mislim da on prekopira disketu, ali po startovanju Prefa odjednom kaze: Ovo nije original disketa i PAF - u DOS-u si! dn
arhiveri.242 dnikolic,
Meni se i dalje vise svidja ARJ i ja po tom pitanju nemam nameru nista da menjam. dn
arhiveri.243 dnikolic, -> #220, danilo
>> Da li neko zna efikasan nacin za deljenje ".zip" arhiva na delove >> proizvoljno zadate velicine ? Propusti je kroz odgovarajuce pozvan ARJ. :) dn
arhiveri.244 dejanr,
▒to se tiŽe ZIPOFF-a, ne bih se "kleo" u njega. Uzeo, probao, bacio. Nekome moČda radi posao, ali meni ne. Jedini sluŽaj kada MENI (u poslu kojim se bavim) treba da delim ZIP na komadięe jeste kad imam fajl XXX.DBF od jedno 30 mega, pa se to zipuje na 8 mega i onda to treba da snimim na 7-8 disketa. E, tu ZIPOFF niźta ne moČe - on moČe da pomogne samo ako je u arhivi puno fajlova, ali svaki od njih arhiviran ne prelazi kapacitet diskete. Ako samo jedan fajl kada se arhivita ima 1.5 megabajta, zbogom zipoff. Zato i dalje koristim ZIP, pa onda LCOPY (eno je neka beta verzija u direktorijumu UTILITY).
arhiveri.245 ppekovic, -> #239, nboskovic
>> Da li radi sa novom verzijom ZIP-a ili ne ne bih znao da ti >> kaČem, jer nisam probao ali program nije veliki ( 28kb ) pa >> nije ni frka skinuti ga i probati. U Info-Zip ZIP-u postoji zipsplit (C source) koji radi istu stvar koju radi i zipoff. Poźto na FFS-u postoji Info-Zip ZIP kompatibilan sa 1.93 verziom, verovatno ęe cela priŽa raditi i sa novim arhivama. Paya
arhiveri.246 vstan,
Evo i mojih preliminarnih rezultata: 1.spakovao sam ceo win\system poddir .Svi arhiveri setovani na maximalnu kompresiju: 163 fajlova ukupne duzine 5.626.270 vreme duzina arhive Arj 2.30 4m06s 2.644.912 Arj 2.39 3m30s 2.644.584 Pkzip 2.04 2m40s 2.634.534 2.na kratkim fajlovima, duzina do 70-90k arj najcesce bolji; 3.u Win Dos boxu ako arhiva ima vise od jednog fajla * pkunzip -t* obavezno narusava sistem i mora se zatvoriti aplikacija.(Detektovan DPMI 0.90; procesor original Intel.) Ovo ponovljeno na vise arhiva u vise Win seansi. Jednom se nakon izlaska iz Win-a masina zaglavila, a drugi put pri po- kusaju brisanja testirane arhive poruka *sharing violation reading drive E* iako sam regularno napustio pendzere. Insta- liran je share.exe Inace udovice dosad rade savrseno (kuc-kuc-kuc), naravno pod Qemm 6.03. Summa summarum: mixed-bag. p.s.Probao sam ponovo pod 3. U Dos boxu napravio arhivu, bez iskljucenja DPMI, testirao sa -), sve je O.K., pa onda testirao sa ukljucenim DPMI -na mestu OK javilo se djubre i tu je zaglavio. Terminirao prozor, po- novo ga otvorio i probao oba pkunzip testa - opet isto. Zatvorio pen- dzere regularno, masina se totalno "zaglupela".
arhiveri.247 bulaja,
Evo jos nekoliko testova ZIP vs ARJ. Testirane su verzije PK Zip 1.1, PK Zip 2.04c, ARJ 2.30 i ARJ 2.39a. Nisam se nesto pretrgao :), ovde su rezultati samo tri testa: 1. cela SYS particija (DOS, QEMM, DV, razni utility, arhiveri,..) Ukupno: 338 datoteka duzine 7.202.232 bytes. 2. TTF fontovi (razni, sta se naslo i \win\sys dir-u :) Ukupno: 36 datoteka dduzine 2.020.652 bytes. 3. DBF (dBase baze podataka, neki adresar) Ukupno: 2 datoteke duzine 2.102.339 bytes. Merenja su obavljena na 386 cache na 33 Mhz sa 4 Mb RAM (600+ Kb slobodno za DOS, nesto iznad 1 Mb slobodno extended), hard disk Conner 17 ms. Za sve arhivere koriscene su default metode kompresije. Kolone oznacavaju redom vreme arhiviranja (sec), duzinu arhive (bytes) i stepen kompresije (%1) ────────── Test 1. - HD particija (7.202.232 bytes) (sec) (bytes) (%) PKZip 1.1 211 4.485.761 37.72 PKZip 2.04c 198 4.260.413 40.85 ARJ 2.30 403 4.230.638 41.26 ARJ 2.39a 328 4.249.200 41.00 ────────── Test 2. - TTF (2.020.652 bytes) (sec) (bytes) (%) PKZip 1.1 51 1.294.315 35.95 PKZip 2.04c 52 1.107.222 45.20 ARJ 2.30 98 1.112.221 44.96 ARJ 2.39a 73 1.111.180 45.01 ────────── Test 3. - DBF (2.102.339 bytes) (sec) (bytes) (%) PKZip 1.1 91 469.458 77.67 PKZip 2.04c 37 396.154 81.16 ARJ 2.30 69 406.653 80.66 ARJ 2.39a 62 404.251 80.77 ────────── Ovo naravno nije dovoljno za izvodjenje nekog globalnog zakljucka, trebalo bi uraditi jos testove za razne vrste datoteka (tekst, slike, ..), ali ipak mi se cini da ARJ jos nije odsluzio svoje :). Novi ZIP i beta verzija ARJ-a (stara vec 6 meseci) imaju prakticno isti stepen kompresije, uz znacajno brzi rad ZIP-a, ali i nekih boljih opcija ARJ (pre svega -v). Trenutno je ZIP u znacajnoj prednosti zbog brzine rada, ali s obzirom da je Phill Katz ovom novom verzijom ZIP-a iscrpeo verovatno sve adute, ostaje da cekamo ARJ 3.0 za koji verujem da ce ugroziti ZIP 2. Mozda vam ovo zvuci suvise ARJisticno :), ali videcemo. ────────── (Bulaja)
arhiveri.248 vstan,
Do daljeg ostajem na ARJ-u. Problemi novog Zip-a u 32-bitnom okruzenju, i dalje dosta manji komfor u radu odnose prevagu nad malim dobitkom u kompresiji (a na manjim datotekama cak gubitak). Pouzdanost pre svega!
arhiveri.249 dejanr, -> #248, vstan
>> Do daljeg ostajem na ARJ-u...Pouzdanost pre svega! Hmmm... a ja baź ARJ smatrah priliŽno nepouzdanim, naroŽito u prisustvu cache programa...
arhiveri.250 d.petrovic, -> #238, ppekovic
Ă> Info-Zip Zip i Unzip kompatibilne sa 1.93 beta (a kako janko «ek malo... :), jel ti to kaČeź da tu ima source koji moČe da se iskoristi (pod dos-om ???) da raspakuje sve źto dosad poznati zip-ovi pakuju i spakuje kao zip _.__ (dopisati) ?
arhiveri.251 adzem, -> #249, dejanr
> Hmmm... a ja baź ARJ smatrah priliŽno nepouzdanim, naroŽito > u prisustvu cache programa... Koristim ARJ i Hyper oko 7 meseci i nisam imao nikakvih problema. Sa Smartdrive-om se pokazao dobrim u jos duzem periodu.
arhiveri.252 d.petrovic, -> #244, dejanr
Ă> Zato i dalje koristim ZIP, pa onda LCOPY (eno je neka beta Ă> verzija Menjaj navike i koristi za to: arj a -jm -vv -va a:░xxx xxx.dbf
arhiveri.253 vcalic, -> #247, bulaja
>> Trenutno je ZIP u znacajnoj prednosti zbog brzine rada, ali s >> obzirom da je Phill Katz ovom novom verzijom ZIP-a iscrpeo verovatno sve >> adute, ostaje da cekamo ARJ 3.0 za koji verujem da ce ugroziti ZIP 2. >> Mozda vam ovo zvuci suvise ARJisticno :), ali videcemo. ARJ's NOT DEAD !!! I ja oŽekujem da ęe ARJ uzvratiti udarac.
arhiveri.254 drakce, -> #253, vcalic
│ ARJ's NOT DEAD !!! I ja oŽekujem da ęe ARJ uzvratiti udarac. └────── Pravo da ti kaČem, poźto je proźlo poŽetno oduźevljenje brzinom novog ZIP-a, stvari su daleko jasnije. NaŽin na koji je ugra¬en multivolume je skandalozno glup, valjda im je bilo ispod Žasti da kopiraju od tamo nekog Junga. Ja i dalje puźtam novi ZIP par puta dnevno i divim se brzini, al' Žinjenica je da sve źto stavljam na diskete bude ARJ-ovano. MoČda ęu ga koristiti kao brzi backup? :) Pozdrav
arhiveri.255 ppekovic, -> #250, d.petrovic
>> «ek malo... :), jel ti to kaČeź da tu ima source koji moČe da se >> iskoristi (pod dos-om ???) da raspakuje sve źto dosad poznati zip-ovi >> pakuju i spakuje kao zip _.__ (dopisati) ? Da. Paya
arhiveri.256 dsoskic, -> #251, adzem
> Koristim ARJ i Hyper oko 7 meseci i nisam imao nikakvih problema. > Sa Smartdrive-om se pokazao dobrim u jos duzem periodu. Tako¬e, s tim źto ga koristim skoro 2 godine i nikada, slovom i brojem nikad, nisam imao nikakvih problema. Koristim Smartdrive i ARJ, nemam niźta protiv ZIP-a (unzip-om se koristim non stop) i preźao bih sigurno na bolji. Nova verzija ZIP-a je stvarno dosta brza, ali brzina nije od presudnog znaŽaja. Deljenje arhiva na proizvoljne duČine je dovoljno dobro, da ne kaČem odliŽno, reźeno kod ARJ-a, za razliku od ZIP-a koji me je, moram priznati, źto se tiŽe te opcije razoŽarao a svojom brzinom oduźevio, a stepen kompresije je skoro isti sa ARJ-om.
arhiveri.257 nbatocanin, -> #244, dejanr
> Zato i dalje koristim ZIP, pa onda LCOPY (eno je neka beta > verzija u direktorijumu UTILITY). Ja koristim programŽię SLICE (ima ga i na Sezamu) koji deli datoteku na koliko hoęeź disketa i pri tom koristi onoliko prostora na disketi koliko je slobodno (ne mora na disketi biti samo arhiva). Na prvu disketu se automatski upisuje programŽię od 1K cirka koji kasnije vraęa originalnu datoteku.
arhiveri.258 dejanr, -> #252, d.petrovic
>> Menjaj navike i koristi za to: >> arj a -jm -vv -va a:░xxx xxx.dbf Fala lepo, zbog tih navika mi jednom propade 2.5 dana posla, napravio bazu, (pribliČno) tako je snimio, verovao ARJ-u... i posle sve iz poŽetka, kada arhiva nije mogla da se raspakuje. Uostalom, proŽitaj stare poruke u ovoj temi i PC.USER/arhiveri, desilo se to i nekolicini drugih.
arhiveri.259 dejanr, -> #253, vcalic
>> ARJ's NOT DEAD !!! >> I ja oŽekujem da ęe ARJ uzvratiti udarac. Nema sumnje, priŽa se da je ARJ 3.0 manje-viźe gotov, ali da je Jung "Žekao" PKZIP 2.0, Žisto koliko da bude siguran dal' da ga źalje u svet takav kakav je ili da joź radi na njemu ;)
arhiveri.260 dejanr, -> #254, drakce
>> NaŽin na koji je ugra¬en multivolume je skandalozno >> glup, valjda im je bilo ispod Žasti da kopiraju od tamo nekog Junga. ARJ-ov metod je, Žinjenica, fleksibilniji, ali se ne bih sloČio sa "skandalozno glup". Ako niźta drugo, lakźe je "reęi" PKZIP -& A:A *.* nego onu ARJ-ovu "kobasicu". A kad pogledaź, uradi sliŽan posao.
arhiveri.261 dejanr, -> #257, nbatocanin
>> Ja koristim programŽię SLICE (ima ga i na Sezamu) koji deli datoteku >> na koliko hoęeź disketa i pri tom koristi onoliko prostora na disketi >> koliko je slobodno (ne mora na disketi biti samo arhiva). Isto to radi i LCOPY :)
arhiveri.262 drazen, -> #244, dejanr
Sledujuci Dejanovu sugestiju isprobao sam kombinaciju ZIP (204) i LCOPY/LRETR za pakovanje velikih (zip) falova na vise disketa, kao i vracanje sa disketa na hdisk. Paket LCOPY.ZIP je stvarno izvanredan, i eliminise potrebu da vodimo racuna o verziji backup / restore kombinacije. Uvazavam optimalno. Pl poz D
arhiveri.263 broker, -> #160, ssokorac
> koristiź kao arhiver ili kao dearhiver. Koristi Pkunzip > 1.93 koji moČe da otpakuje i pkzip 2.01 (navodni), a ako > se buni - onda upozoriź korisnika da koristi potencijalni > trojanac. Bar bi to bilo fer od tebe. Posluźao sam te. Evo sad je na Oreski Pkunzip 1.93. Nisam znao da raspakuje i 2.01.
arhiveri.264 broker, -> #161, ssokorac
> Zar nije bolje reźenje da obriźeź poruke koje si poslao 2 > puta? Da sam iz Beograda uradio bih to.
arhiveri.265 d.petrovic, -> #256, dsoskic
Ă> opcije razoŽarao a svojom brzinom oduźevio, a stepen Ă> kompresije je skoro isti sa ARJ-om. Stepen kompresije je joź uvek (malo) VE»I KOD ARJ-a !!!
arhiveri.266 dejanr,
«ujem od georges-a da je na pariskim BBS-ovima (Ami pro, Alf...) onaj "PKZIP 2.0" o kome smo ovde priŽali napravio veliki haos i priliŽnu źtetu. Dakle, joź jednom, nemojte da vas neko "prevari" - samo ovaj 2.04 iz direktorijuma je "prava stvar".
arhiveri.267 bojt,
Ljudi, sve sve ali meni ovaj novi ZIP uopęe neęe da radi! Pokrenem ja PKZ204C, sve AV, sve ok, super... Kad opalim PKZIP ili PKUNZIP samo lete po ekranu neka slovca - jedno slovo jedan red (redirekcijom sam utvrdio da slovca pripadaju, naravno, zaglavlju i objaźnjenju opcija koje se pojavljuju pri pokretanju programa bez argumenata). Radi se o 486/33 sa 16MB RAM-a, Žist DOS (sa 386MAXom 6.0) . Odem na jedan 386/33 i - tamo radi :O E dj, rekoh... ;(
arhiveri.268 dejanr, -> #267, bojt
Imaź u PKZIP-u niz opcija kojima se iskljuŽuje njegovo koriźęenje specijaliteta tvoje konfiguracije. Probaj jednu po jednu, verovatno ęeź morati da iskljuŽiź DPMI i, ako to ne pomogne, da odustaneź od 386 instrukcija. Dobro je da znamo da i taj problem postoji, ja sa 486/50 (doduźe sa 8 M RAM-a i QEMM-om) imam savrźeno iskustvo.
arhiveri.269 dejanr, -> #262, drazen
>> Paket LCOPY.ZIP je stvarno izvanredan, i eliminise potrebu da >> vodimo racuna o verziji backup / restore kombinacije. Uvazavam >> optimalno. Hvala :) Dobra osobina mu je źto je sve "Žisto", na disketu se ne zapisuje *niźta* osim samih datoteka. Mana je źto pri LRETR-u moraź da navedeź ekstenziju (npr. LRETR A: *.ZIP) a ima i drugih bubica, recimo ima ruČan obiŽaj da kaČe 'Runtime error ..." ako upis na disketu ne uspe. No planiram jednom da ga sredim, tako da datoteku/e koju/e deli re¬a na diskete sa originalnim ekstenzijama, a da recimo u okviru datuma (ili Žak ona Žetiri bajta dir entry-ja koja se ne koriste) oznaŽi koja je datoteka po redu u pitanju. Tada ęe LRETR A: vraęati datoteke potpuno automatski, bez navo¬enja ekstenzije. Ako joź neko ima ideja za LCOPY/LRETR, rado ęu ih Žuti :)
arhiveri.270 spantic, -> #239, nboskovic
> Kreiranje ZIP arhiva Čeljene duČine. To baź i nije ono źto sam imao na umu Nikola, pa mi se Žini da ęu za potreba pakovanja po proizvoljnim veliŽinama arhiva ostati na ARJu.
arhiveri.271 dejanr,
Danas je neko pominjao da ARJ u nekim sluŽajevima viźe arhivira od novog ZIP-a. Moja merenja *ne* potvr¬uju takvu tvrdnu. Mereno je vreme kompresije datoteke kao i duČina posle kompresije. U prvoj koloni su podaci za ASCII tekst duČine oko 730 kilobajta (rukopis jedne knjige plus pad sa Sezama), u drugoj za .DBF fajl duČine 9.7 megabajta (podaci o svim firmama u Vojvodini), u treęoj za sliku duČine 1.1 megabajta (tehniŽki crteČ) i u poslednjoj rezultat kompresije sadrČaja direktorijuma mog comm programa, u kome je bilo 87 fajlova, od toga dosta teksta, neźto programa, neźto arhiva (zip i arj) itd, ukupne duČine 1.2 megabajta. ╔═══════════╦═══════════════Đ════════════════Đ══════════════Đ═══════════════╗ ║ ║ TEKST │ DATOTEKA │ SLIKA │ RAZNO ║ ║ ║ │ │ │ ║ ║ ║ ASCII tekst │ DBF datoteka │ TIF slika │ 87 fajlova ║ ║ ║ duČine 729237 │ duČine 9679447 │ duČ. 1080186 │ duČ. 1251105 ║ ╠═══════════╬═══════════════ě════════════════ě══════════════ě═══════════════╣ ║ ZIP max ║ 0:27:0 296805 │ 4:04.0 1081071 │ 0:28.0 39482 │ 0:25.5 517021 ║ ║ 2.04 st. ║ 0:19.0 299351 │ 1:45.5 1141269 │ 0:11.0 41857 │ 0:26.0 520088 ║ ║ min ║ 0:09.0 344618 │ 0:55.5 1515069 │ 0:05.5 54277 │ 0:15.5 563999 ║ ║ raspak ║ 0:05.0 │ 0:39.0 │ 0:05.0 │ 0:19.5 ║ ă───────────Î───────────────┼────────────────┼──────────────┼─────────────── ║ ZIP max ║ 0:21.0 323068 │ 7:55.5 1368093 │ 0:55.5 54162 │ 0:35.5 554119 ║ ║ 1.10 st. ║ 0:21.0 323068 │ 7:55.5 1368093 │ 0:55.5 54162 │ 0:35.5 554119 ║ ║ min ║ 0:07.5 361320 │ 1:02.5 1773233 │ 0:06.0 44588 │ 0:14.5 638125 ║ ║ raspak ║ 0:05.0 │ 0:39.0 │ 0:05.0 │ 0:18.0 ║ ă───────────Î───────────────┼────────────────┼──────────────┼─────────────── ║ ARJ max ║ 0:34.0 301757 │11:37.0 1130529 │ 2:18.5 40223 │ 1:18.0 517901 ║ ║ 2.30 st. ║ 0:25.0 306223 │ 3:37.0 1224808 │ 0:24.0 45263 │ 0:44.5 522605 ║ ║ min ║ 0:13.0 364176 │ 1:37.5 1646040 │ 0:09.5 59480 │ 0:25.5 587530 ║ ║ raspak ║ 0:08.0 │ 0:45.5 │ 0:05.0 │ 0:24.0 ║ ă───────────Î───────────────┼────────────────┼──────────────┼─────────────── ║ ARJ max ║ 0:27.0 301595 │ 7:54.5 1130048 │ 1:32.0 40240 │ 0:56.5 517828 ║ ║ 2.39a st. ║ 0:24.5 301707 │ 3:22.0 1181478 │ 0:25.5 44545 │ 0:38.0 518977 ║ ║ min ║ 0:11.0 356750 │ 1:38.0 1646040 │ 0:08.5 58520 │ 0:22.0 581964 ║ ║ raspak ║ 0:07.0 │ 0:47.0 │ 0:05.0 │ 0:22.0 ║ ╚═══════════╩═══════════════¤════════════════¤══════════════¤═══════════════╝ Kao źto se iz tabele vidi, ZIP je *UVEK* imao veęu maksimalnu kompresiju a tako¬e u svim sluŽajevima osim jednog (12 merenja) imao i bolji rezultat za bilo koju vrstu kompresije. Samo je u jednom sluŽaju ARJ bio bolji ali pri *standardnoj* kompresiji, i u tom sluŽaju je ZIP imao jaŽu maksimalnu kompresiju. Uz to, vremena nema smisla porediti (u korist ZIP-a) Da li je neko dobio drugaŽije rezultate?
arhiveri.272 zormi, -> #212, viktor
* PKZIP 2.04c u "mojoj" DOS-sesiji (MSDOS 6.0 i za command.com i 4DOS * 4.01) pod Win 3.1 radi bez problema. Iz toga zakljucujem da postoje dva * moguca izvora problema: * * 1. QEMM * 2. Win32s Posumnjao sam u Win32s i iskljuŽio ga, ali bez rezultata. QEMM nisam iskljuŽivao (pre bih se odrekao PKZIP-a), ali evo źta piźe u dokumentaciji koju, normalno, Žitam tek na kraju ;) Using PKZIP and DPMI -------------------- If you experience difficulties when using PKZIP in a DOS window under Windows, use the -) option to disable DPMI support. If this eliminates the problem, you may default this option for PKZIP by using the configuration file (see manual for details). ... zakljuŽujem da nije nuČno QEMM uzrok jer bi to napisali explicitnije.
arhiveri.273 zormi, -> #214, mjova
* drugo, postoje dva SFX tipa. jedan je '-je', a drugi '-je1'. prvi * produČuje exe (u osnosu na arj) za oko 15104, a drugi (-je1) za 5473. ZIP2EXE file.ZIP - prevodi u file.EXE, dodaje oko 15 kB, sa puno opcija. ZIP2EXE -j file.ZIP - prevodi u file.EXE, dodaje manje od 3 kB, ali bez opcija i maximalno 512 datoteka. Ovakve EXE datoteke se mogu obradjivati potpuno isto kao ZIP.
arhiveri.274 zormi, -> #235, skerl
* Na zalost, u pravu si. Ne mozes da mu kazes kolike delove da pravi * i ne moze da ih pravi na fixed disk nego samo na removable media. «injenica je da se radi o ograniŽenju. Medjutim, mene je od ARJ-a odbijao baź preveliki spisak opcija, a njegov help prikazuje samo mali deo. Par puta mi je zatrebalo da napravim niz datoteka i svaki put sam otkopavao ARJ manual sa diskete. LiŽno mi je PKZIP -& sasvim dovoljno u 99% sluŽajeva (eventualno -&f za automatsko formatiranja neformatiranih i Žiźęenje formatiranih disketa pre punjenja). Ono źto mi se ne svidja je da kod raspakivanja uvek prvo traČi poslednju disketu jer je valjda tek na kraju arhive njen sadrČaj.
arhiveri.275 zormi,
Mislim da moČemo da remiziramo: - PKZIP je oko 20-30% brČi (sledeęi ARJ ęe verovatno raditi 32/EMS/XMS/DPMI). - nema bitno bolju kompresiju od ARJ-a (Žak ni od LHARC-a). - popularniji je i viźe raźiren od ARJ-a. - ima manje opcija i koristi manje memorije. Pa ko źta voli... Kao i kod MSC-a i BC-a "koji god da izaberete neęete pogreźiti", samo da ne poŽnu sa isporukom grafiŽkih shell-ova, alata, source-ova i biblioteka od oko 10-20 MB :)
arhiveri.276 viktor, -> #272, zormi
Zdravo, Ne bih zeleo da ureknem, ali kod mene radi. MSDOS 6.0(HIMEM, EMM386), Win 3.1 4DOS 4.01, Hyper, eto to je sve sto je na to moglo uticati, ali radi. Probao sam sve sto su ljudi navodili kao mesta gde se saplice ali nije se sapleo. Pozdrav.
arhiveri.277 wizard,
Arhivirao sam neke fajlove sa ARJ-om koisteęi opciju -g i zaboravio źifru. :((( Ima li nade?
arhiveri.278 bulaja, -> #260, dejanr
│Ako nista drugo, lakse je "reci" PKZIP -& A:A *.* nego onu ARJ-ovu "kobasicu". └─── ARJ-ova kobasica = "ARJ a -vva A:A" (ili umesto -vva moze -v1200, v1440,..).
arhiveri.279 nboskovic, -> #260, dejanr
*> "skandalozno glup". Ako niźta drugo, lakźe je "reęi" *> PKZIP -& A:A *.* nego onu ARJ-ovu "kobasicu". A kad *> pogledaź, uradi sliŽan posao. Ali zato jednom lepo napraviź arj_sw red u autoexec-u u kome mu kaČeź gde ti se nalazi datoteka za sviŽerima za razne opcije i reźio si problem "kobasica" kod ARJ-a :)) (c) klap nikola
arhiveri.280 janko, -> #257, nbatocanin
>> Zato i dalje koristim ZIP, pa onda LCOPY (eno je neka >> beta verzija u direktorijumu UTILITY). > Ja koristim programŽię SLICE (ima ga i na Sezamu) koji > deli datoteku na koliko hoęeź disketa i pri tom koristi > onoliko prostora na disketi koliko je slobodno (ne mora na > disketi biti samo arhiva). Na prvu Sve to radi sada novi ZIP sam. Ne znam zaźto Dejan reklamira te svoje metode za seckanje na diskete.
arhiveri.281 janko,
Jankove kuęne majstorije: Sigurno ste primetili, kada ljuźtite kengura... ops, to je druga priŽa, ;) idemo ponovo: Sigurno ste primetili, radeęi sa PKZIP 2.04c, da u PKZIP.CFG ne moČete da postavite kao unapred definisanu maksimalnu kompresiju. Uputstvo kaČe: COMPRESS=maximal a kada to stavite dobijate pakovanje normalnom kompresijom. :( InaŽe, ovaj parametar je upravo ovako koristio PKZIP 1.1 i prepoznavao ga bez problema (forsirao Imploding!). PKZIP 2.04c tako¬e ostale parametre prepoznaje (speed, fast, normal). Ali 'maximal' neęe pa neęe. Reźenje? Naravno, trebalo se setiti: COMPRESS=maximum
arhiveri.282 zorani, -> #253, vcalic
## ARJ's NOT DEAD !!! ## ## I ja oŽekujem da ęe ARJ uzvratiti udarac. ARJ strikes back? A onda ZIP-u mogu pomoęi samo JEDI vitezovi! ;)
arhiveri.283 zorani, -> #249, dejanr
## Hmmm... a ja baź ARJ smatrah priliŽno nepouzdanim, naroŽito ## u prisustvu cache programa... Ovo nisam uoŽio (a baź sam se trudio :) ).
arhiveri.284 ssokorac, -> #249, dejanr
─┼┤ Hmmm... a ja baź ARJ smatrah priliŽno nepouzdanim, naroŽito ─┼┤ u prisustvu cache programa... Godinu dana koristim ARJ (od 2.20 pa do 2.30) sa Norton Cacheom i _nikada_ nije napravio datoteku sa BAD CRC. Probao sam pkzip kod prijatelja na 386sx, sa NCACHE-om i dobio na pola raspakivanja neku poruku koja se zavrźava sa Overflow ( :) ) i blokiran kompjuter. Arj je ipak pouzdaniji.
arhiveri.285 darone, -> #251, adzem
>> Sa Smartdrive-om se pokazao dobrim u jos duzem >> periodu. Tako¬e! Skoro godinu i po dana, ni jedan jedini loź bajt. Ali isto se mora priznati i zipu2, ali tek na par dana ;) darone
arhiveri.286 bulaja, -> #274, zormi
│Medjutim, mene je od ARJ-a odbijao bas preveliki spisak opcija, a njegov │help prikazuje samo mali deo. Par puta mi je zatrebalo da napravim niz │datoteka i svaki put sam otkopavao ARJ manual sa diskete. └─── ARJ -? prikazuje sve opcije.
arhiveri.287 drazen, -> #272, zormi
> zakljucujem da nije nuzno QEMM uzrok jer bi to napisali > explicitnije. Nije QEMM uzrok. Ja to ne trosim, ali sam ipak naisao na iste probleme sa PKUNZIP-om u DOS prozoru pod Windows-ima. I resenje je, kao sto rece zormi, set pkunzip= -). Time se iskljucuje (eventualno, a negde i ponekada i stvarno) krljanje DPMI support-a iz ZIP paketa sa istim iz Windows-a. Pl poz D
arhiveri.288 nikolas, -> #246, vstan
> 3.u Win Dos boxu ako arhiva ima vise od jednog fajla > * pkunzip -t* obavezno narusava sistem i mora se > zatvoriti aplikacija.(Detektovan DPMI 0.90; procesor original > Intel.) Ne znam u Žemu je (tvoj, :) ) problem, evo ja spakovah pola diska u pendČeru (i proverih sa -t) i sve je OK. Da nije do MManagera? InaŽe, poźto vidim da kritikujete PKZIP zbog slabo reźene multi-volume opcije (s pravom), ima i jednu prednost: kod ARJ-ovog -v disketa mora biti prazna (ili ja ne znam switch), dok PKZIP -& sam utvr¬uje veliŽinu praznog prostora na disketi.
arhiveri.289 lanik, -> #237, janko
>> Zanimljivo je da za Info-Zip ZIP imate i sors, Jel' taj program u PD-u, tj. da li je moguęe dobaviti sors, u cilju prebacivanja na TOS maźine? --> A nanosecond here, a nanosecond there, --> next thing you know you've got real time.
arhiveri.290 mjova, -> #266, dejanr
> Dakle, joź jednom, nemojte da vas neko "prevari" - > samo ovaj 2.04 iz direktorijuma je "prava stvar". ne bih ja bio baź toliko siguran :). ko zna da li je i ovo moČda 'laČnjak', samo mnogo bolje napravljen! ove ranije je lako bilo provaliti... ;>
arhiveri.291 wizard, -> #288, nikolas
>> ima i jednu prednost: kod ARJ-ovog -v disketa mora >> biti prazna (ili ja ne znam switch), Ne znaź sviŽ. Staviź -va i ARJ trpa na disketu dok moČe. :)
arhiveri.292 bulaja, -> #288, nikolas
│Inace, posto vidim da kritikujete PKZIP zbog slabo resene multi-volume │opcije (s pravom), ima i jednu prednost: kod ARJ-ovog -v disketa mora │biti prazna (ili ja ne znam switch), dok PKZIP -& sam utvrduje velicinu │praznog prostora na disketi. └─── ARJ ima switch -va koji takodje sam utvrdjuje velicinu praznog prostora.
arhiveri.293 vstan, -> #249, dejanr
>Hmmm... a ja bas ARJ smatrah prilicno nepouzdanim, narocito >u prisustvu cache programa... ARJ + cache program = nikad problema Pkzip 2.04 + DPMI = problemi. Javilo vise ljudi. Pogotovo ono sto je Bojt naveo zabrinjava. Zbog toga ostaje ostaje jedan veliki ?
arhiveri.294 vstan, -> #259, dejanr
>Jung "cekao" PKZIP 2.0, cisto koliko da bude siguran dal' da >ga salje u svet takav kakav je ili da jos radi na njemu ;) 8))))))
arhiveri.295 bdm., -> #280, janko
## Sve to radi sada novi ZIP sam. Ne znam zasto Dejan reklamira ## te svoje metode za seckanje na diskete. Onda mi ti lepo objasni kako da na hardu napravim arhivu, iseckanu na parcice zeljene duzine i posle sve to prebacim na diskete uz koriscenje samo PKZIP i COPY. BDM.
arhiveri.296 milan, -> #272, zormi
> Using PKZIP and DPMI Problemi koji nastaju zbog interakcije PKZIP-a i DPMI-a se najlakźe reźavaju iskljuŽivanjem odgovarajuęeg switch-a za podrźku DPMI. OŽigledno je da ako QEMM daje podrźku za XMS memoriju pod kojom radi Windows onda ima viźe problema nego ako se koristi HIMEM. I, tako¬e je oŽigledno da Dos Protected Mode Interface koji generiźe Windows okruČenje iz nekih razloga "udara" u DOS sesijama pod Windowsima na komandni procesor (ako je, naravno, QEMM obezbedio XMS). ZakljuŽak: IskljuŽiti DPMI podrźku za PKZIP kada se radi u DOS prozoru. Uostalom, Žemu sluČi ta DPMI podrźka, ako veę postoje EMS i XMS i 386/486 (navodno) podrźka? Pl poz M
arhiveri.297 milan, -> #275, zormi
> Pa ko źta voli... Kao i kod MSC-a i BC-a "koji god da izaberete neęete > pogreźiti", samo da ne poŽnu sa isporukom grafiŽkih shell-ova, alata, > source-ova i biblioteka od oko 10-20 MB :) Plus omanji Windows interface, za importovanje mudrih poruka koje odbljuje PKZIP, u bilo koji tekst procesor ili rasuto govno (spread-shit - izgovara se isto kao i sheet, samo bez duČine), źto znaŽi oko 10MB za interface i po 0.5 MB za svaki pojedinaŽni konvertor. ;))) Pl poz M
arhiveri.298 adzem, -> #236, janko
> Za deljenje, tako da svaka od novonastalih arhiva opet bude > nezavisna ZIP arhiva postoji ZIPOFF program (moČda i na Sezamu, Upravo je to velika mana ZIP-a. Pakovanje, raspakivanje i deljenje u tri programa. ARJ sve to ima na jednom mestu.
arhiveri.299 darone, -> #260, dejanr
>> "skandalozno glup". Ako niźta drugo, lakźe je >> "reęi" PKZIP -& A:A *.* nego onu ARJ-ovu >> "kobasicu". A kad pogledaź, uradi sliŽan posao. Ali arjova kobas'ca radi bar pedeset puta bolje posao deljenja arhiva! Uostalom, otkucaęu deset slova viźe, ali onda bar znam źta mogu (a mogu sve...). darone
arhiveri.300 darone, -> #265, d.petrovic
>> Stepen kompresije je joź uvek (malo) VE»I KOD >> ARJ-a !!! Od tridesetak arhiva koje sam napravio zipom2, Žisto radi pore¬enja sa arjom, samo jedna arj arhiva je imala manje bajtova od odgovarajuęe zipovane. I bila je dugaŽka 6K :) darone
arhiveri.301 ppekovic, -> #289, lanik
>> Jel' taj program u PD-u, tj. da li je moguęe dobaviti sors, u >> cilju prebacivanja na TOS maźine? Koliko se seęam, pri kompajliranju imaź opciju i za ST maźine. Info-Zip prozivode (Zip i Unzip kompatibilne sa verzijom 1.10 moČeź naęi na FFS-u i Sezamu, a Zip i Unzip kompatibilne sa beta verzijom 1.93 (kako janko kaČe i sa novom verzijom 2.04) moČeź naęi na FFS-u). Paya
arhiveri.302 viktor,
Zdravo, Radi istine da napisem i sledece: PKUNZIP 2.04c mi je pravio probleme sa GREPFV2 pre nego sam naveo okolinsku promenljivu: PKUNZIP=-) Zbog toga sam formirao PKZIP.CFG u kojoj, osim ostalog, hvala za maximum :), pise i: DPMI=disable. Od tada sve radi kao zmaj. Pozdrav. P.S. Sama cinjenica da je ver. DPMI u WIN 0.90 kao i u DPMI for QEMM, govori o tome da valja sacekati da to "naraste" do 1.**.
arhiveri.303 .bale., -> #302, viktor
ŮŢ Zbog toga sam formirao PKZIP.CFG u kojoj, osim ostalog, hvala za ma ŮŢ :), pise i: ŮŢ ŮŢ DPMI=disable. ŮŢ ŮŢ Od tada sve radi kao zmaj. Dajte, ljudi, ako Boga znate, program za registrovanje ZIP-a. Ja nekako moram da ubedim i PKZIP da ne koristi XMS, ali on nece da konstatuje PKZIP.CFG, valjda zato sto nisam ni pokusao da ga registrujem. Regards from .bale. ! #:*)+-<
arhiveri.304 darone, -> #295, bdm.
>> Onda mi ti lepo objasni kako da na hardu >> napravim arhivu, iseckanu na parcice zeljene >> duzine i posle sve to prebacim na diskete uz >> koriscenje samo PKZIP i COPY. Ovo źto ti priŽaź je nemoguęe izvesti (prvo da arhiviraź zipom na arhive Čeljenje duČine, i *onda* da prebaciź fajlove na diskete). Uzmi arj i uČivaj. darone
arhiveri.305 vgredic, -> #259, dejanr
> Nema sumnje, priŽa se da je ARJ 3.0 manje-viźe gotov, ali > da je Jung "Žekao" PKZIP 2.0, Žisto koliko da bude siguran > dal' da ga źalje u svet takav kakav je ili da joź radi na > njemu ;) Nadam se jer me je PKZIP 2.0 stvarno potresao. Munja. Jeste da je promenio imidČ i da mi se ne uŽe njegovi switch-evi, no ako ne iza¬e uskoro ARJ 3.0, moraęu... PS. Mnogo puta me je zeznuo i nije otpakovao arhive, no i pored toga se drČim ARJ-a. Izgleda da su mu dani odbrojani... SLEDGE DAMMIR!