PCUTIL.1

09 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.1 petkovicd,
Da li neko zna zasto SHEZ skinut sa SEZAMA javlja stalno 'error code 10' kad pokusavam da unzipujem neki fajl ? DEJAN
arhiveri.2 bulaja,
│Da li neko zna zasto SHEZ skinut sa SEZAMA javlja stalno 'error code 10' │kad pokusavam da unzipujem neki fajl ? └─── Ako si dobro namestio u cfg putanju do pkunzip.exe, onda je problem sto je fajl zipovan verzijom 1.93ß, a unzip.exe je 1.1.
arhiveri.3 drakce,
││ Da li neko zna zasto SHEZ skinut sa SEZAMA javlja stalno 'error code 10' │└───── │ onda je problem sto je fajl zipovan verzijom 1.93ß, a unzip.exe je 1.1. └───── Hm, izgleda da ima tu joź neŽega. Naime, ja veę duČe vremena koristim pkunzip 1.93 (naterali me silni ljudi koji pakuju njime), a pkzip je stari 1.10. S vremena na vreme pojavi mi se u shezu taj 'error code 10'. Ili shez ima bug, ili beta pkunzip ponekad vraęa u errorlevel pogreźan broj. Bez obzira na poruku, file se ipak raspakuje kako treba ... Pozdrav
arhiveri.4 petkovicd,
Meni SHEZ javlja gresku svaki put kad upotrebim neku opciju raspakivanja sim ALT-N .Istina ponekad mogu da razgledam spakovan fajl (to je ono sa ENTER), ali to je samo ponekad... Dejan p.s. to je mozda zaista zbog verzije unzipa...
arhiveri.5 dejanr,
[Odgovor na PC.OS/4dos 5.267, dragoslavr] >> > skupljati kiźnicu u reźeto - meni se dva puta desilo da ARJ snimi >> > neźto na diskete i da se to posle ne moČe uŽitati (tj. moČe se >> > uŽitati źto se DOS-a tiŽe, ali ARJ E prijavljuje greźku). Od tada >> > ARJ-u ne verujem za bilo źta źto ima nekog znaŽaja. >> >> a jesi li probao sa nekim sviŽevima kao źto je -w<disk:░dir░> ili za >> proveru posle arj-ovanja... Provera posle ARJ-ovanja, znaŽi da svaku disketu moram po dva puta da ubacujem i da Žekam... A ako na¬em greźku koju je ARJ skrivio, treba sve ponovo da snimam i da se nadam da ovoga puta neęe biti greźke... zato viźe volim ZIP+LCOPY. >> Ovo prvo mnogo ubrzava rad, pogotovo ako >> imaź dovolno veliki RAM disk :) Verovatno, s tim źto isto vaČi i za druge arhivere. No, mislim da i dobar cache obavi sliŽan posao.
arhiveri.6 dragoslavr,
> Provera posle ARJ-ovanja, znaŽi da svaku disketu moram po dva puta da > ubacujem i da Žekam... A ako na¬em greźku koju je ARJ skrivio, treba > sve ponovo da snimam i da se nadam da ovoga puta neęe biti greźke... > zato viźe volim ZIP+LCOPY. Pa, nisam baź siguran, ali moČda moČe da se izvede da se prvo izvrźi provera pa onda copy na floppy (al sam ga urimovao :))... ja do sada joź nisam naźao greźku koju je ARJ skrivio... A postoji tu joź jedna stvar, a to je loźa disketa... > Verovatno, s tim źto isto vaČi i za druge arhivere. No, mislim da i > dobar cache obavi sliŽan posao. SliŽan moČda, ali po brzini NEuporediv... Pozdrav, Dragoslav
arhiveri.7 robert,
Da li neko ima kompresor .EXE datoteka na principu LZH arhivera. ZnaŽi sliŽno kao PKLITE i DISLIKTE samo ne od PKWARE. Ufff, nisam znao kako drugaŽije da objasnim źta mi treba, nadam se da je jasno :).
arhiveri.8 drpr,
-> Pa, nisam baź siguran, ali moČda moČe da se izvede da se -> prvo izvrźi provera pa onda copy na floppy (al sam ga -> urimovao :))... ja do sada joź nisam naźao greźku koju je -> ARJ skrivio... A postoji tu joź jedna stvar, a to je loźa -> disketa... I ja do sada nisam imao nikakve probleme sa ARJ-om imam definisano da mi posle arj a izvrźi proveru arhive tj da vrźi pretragu za bad crc-ovima.Zip je stvarno brČi ali ipak ja sve svoje bekap fajlove drČim pod arj-om sa -jm1 sviŽem (najbolja kompresija) cope
arhiveri.9 drpr,
-> Da li neko ima kompresor .EXE datoteka na principu LZH -> arhivera. ZnaŽi sliŽno kao PKLITE i DISLIKTE samo ne od -> PKWARE. Da li Čeliź samo otpakujuęu arhivu ili da kao pklite kompresujeź sam exe fajl za prvo ima u arj a -je a za drugo ne znam :) cope
arhiveri.10 bulaja,
│Da li neko ima kompresor .EXE datoteka na principu LZH arhivera. │Znaci slicno kao PKLITE i DISLIKTE samo ne od PKWARE. └─── Da, zove se LZEXE (ako se dobro secam), autor je neki francuz, a to je svojevremeno bio prvi EXE kompresor koji se pojavio. Od tada (valjda '89), program je jos uvek ostao na nekoj 0.9 beta verziji. Imam ga negde na disketama, potrazicu ga kasnije i ostaviti ovde.
arhiveri.11 dragoslavr,
> I ja do sada nisam imao nikakve probleme sa ARJ-om imam > definisano da mi posle arj a izvrźi proveru arhive tj da vrźi Ma meni se Žini da Deki baź ne voli da menja neke svoje navike,me¬u koje spada nekoriźęenje programa kao źto su ARJ i 4DOS... ;))) (verovatno mu nevalja i HYPER... ;)) Pozdrav, Dragoslav
arhiveri.12 d.petrovic,
Ă> svoje bekap fajlove drČim pod arj-om sa -jm1 sviŽem (najbolja Zar nije najbolja kompresija sa -jm ?
arhiveri.13 dejanr,
>> Ma meni se Žini da Deki baź ne voli da menja neke svoje navike,me¬u >> koje spada nekoriźęenje programa kao źto su ARJ i 4DOS... ;))) Ja vrlo rado probam nove programe, ali na raŽunaru na kome ne radim niźta korisno. Da bi stvarno poŽeo da koristim novi program umesto nekog koga trenutno koristim, treba da se steknu uslovi (1) da mu verujem i (2) da neźto *bitno* bolje radi nego onaj koji koristim. Uz to sam u startu skloniji da koristim komercijalni program nego shareware. ARJ, po mom miźljenju, bitno bolje radi nego ZIP (tj. viźe komprimuje, brzina manje-viźe) ali mu ne verujem jer mi se dva puta desilo da napravi arhivu koja posle ne moČe da se raspakuje. >> (verovatno mu nevalja i HYPER... ;)) Koristim PCKWIK.
arhiveri.14 dejanr,
>> A postoji tu joź jedna stvar, a to je loźa disketa... Ne bi trebalo, loźa disketa to je valjda da kad je posle Žitam dobijem CRC error ili tako neźto. A ovaj fajl se lepo Žita, ali neęe da se raspakuje. To mi se deźavalo dva puta sa ARJ-om, jednom sa starim PKARC-om i ni jednom sa PKZIP-om. Najviźe me je unazadila ta "havarija" sa PKARC-om jer mi je stradala jedna arhiva sa imenima mesta i poźtanskim brojevima; ubrljan je jedan njen deo sa poźtanskim brojevima iz Slovenije. Posle sam kad god mi je to trebalo (a treba mi povremeno u poslu preloma privrednih publikacija) morao da listam neke imenike i da traČim te izgubljene brojeve, kojom prilikom je PKARC-u uvek źtucala rodbina ;) Taj problem sam kasnije reźio odcepljivanjem Slovenije (nisu morali samo zbog tog mog fajla :), a nabavio sam i noviju bazu podataka sa poźtanskim brojevima, ali opet ARC-u ne opraźtam ;)
arhiveri.15 robert,
<:> Da li Čeliź samo otpakujuęu arhivu ili da kao pklite ^^^^^^^^^^^^ <:> kompresujeź sam exe fajl za prvo ima u arj a -je a za drugo ne ^^^^^^^^^^^^^^^^^^^^^^^^ To podvuŽeno!!! Treba mi baź od LZH, da probam da raspakujem BOOKLET, jer u zaglavlju programa piźe LZ91, pa predpostavljam da su koristili LZHLite ili tako nekako ;))).
arhiveri.16 vcalic,
>> Zip je stvarno brČi ali ipak ja sve svoje bekap fajlove drČim pod arj-om >> sa -jm1 sviŽem (najbolja kompresija) Najbolja kompresija je sa -jm sviŽem. InaŽe, ZIP 1.93a źije ARJ po stepenu kompresije i to ne baź ni tako beznaŽajno. Doduźe, mora da se doda opcija -ex, jer nije u pitanju default opcija. Tako pakujem neke manje vaČne text fajlove i do sada, za godinu dana koliko ta verzija postoji, ni najmanjeg problema nisam imao. Zato, treba oŽekivati da ęe ZIP 2.0 biti ponovo najbolji, naravno ako R.Jung ne smisli neźto novo (a izgleda da smiźlja) i ako, taj ZIP 2.0 ikada iza¬e ;))
arhiveri.17 d.petrovic,
Ă> Najviźe me je unazadila ta "havarija" sa PKARC-om jer mi je Ă> stradala Ja sam jednom dobio .ARJ arhivu koja nije htela da se raspakuje, ja edit.. kad ono... FAJL PUN 00. Stvar je u tome źto tu arhivu nisam ja pakovao, arj koristim veę godinu dana i _nikad_ me joź nije zeznuo. More bit da si neźto na brzaka smuljao kad ti je napravio to *ranje, neęu da tvrdim da je apsolutno pouzdan, ali ni ti to ne moČeź da dokaČeź za zip, jelte... svaki program ima bagove dok se ne dokaČe suprotno, znaŽi nikad ;) Kod arj-a mi se svi¬a źto ima mlogo viźe opcija od zipa, neke koristim svakodnevno, a za neke lupim arj -?, samo mi ide na ganglije źto mu treba mlooogo memorije da bi radijo pa ne mogu da ga pozivam iz aplikacije u kliperu. «inimiske da je beraboy skoro neźto o tome.. kao neki prekidaŽię pa moČe da radi sa manje.., moram to da potraČim. Pozdrav, Dejan
arhiveri.18 banex,
>> Pa, nisam baź siguran, ali moČda moČe da se izvede da se prvo >> izvrźi provera pa onda copy na floppy (al sam ga urimovao :))... ja To je sve moguęe postięi i sa switch-evima iz arj-a. Procedura koju radim u tom sluŽaju je da se file pakuje na hardu uzimajuęi u obzir slobodan prostor na flopiju, da se spakovan tmp arj file proveri, prekopira na flopi i joź jednom proveri. Naravno kao joź jednu zaźtitu koristim dosovu verify=on naredbu. Problem je ako se koristi neki keźer flopija, tada u velikom broju sluŽajeva arj datoteka ima bad crc i header ;)
arhiveri.19 bearboy,
║ Da li neko ima kompresor .EXE datoteka na principu LZH arhivera. ║ ZnaŽi sliŽno kao PKLITE i DISLIKTE samo ne od PKWARE. Imam ja LZEXE, ako misliź na to. Kompresuje fajlove, ali ostaju izvrźni.
arhiveri.20 dejanr,
Po mojim merenjima ZIP 1.93a zbilja "źije" ARJ i to za podosta kada se arhiviraju tekstovi, baze podataka pa i izvrźni programi. Me¬utim, ARJ uspe "za Čilet" viźe da komprimuje .TIF fajlove sa skanera. Tako¬e, ZIP 1.93a mi nije pravio probleme, mada ga nisam ni koristio za neźto "pravo", nego ZIP-ujem sa starim ZIP-om i to Žuvam, a onda "źtosa radi" probam źta bi uradili novi ZIP i ARJ. Kad imam vremena, naravno :)
arhiveri.22 dejanr,
>> Problem je ako se koristi neki keźer flopija, tada u >> velikom broju sluŽajeva arj datoteka ima bad crc i header ;) Baź Žudan i neprijatan fenomen :( Deźava li se to i drugima?
arhiveri.23 dejanr,
>> neęu da tvrdim da je apsolutno pouzdan, ali ni ti to ne moČeź >> da dokaČeź za zip, jelte... svaki program ima bagove dok se ne dokaČe >> suprotno, znaŽi nikad ;) Apsolutno. Ja samo kaČem da je meni ARJ dva puta (u razmaku od oko 4 meseca) napravio problem a ZIP za ovih par godina (premda ga mnogo intenzivnije koristim) nije. MoČda neko ima obrnuta iskustva. >> Kod arj-a mi se svi¬a źto ima mlogo viźe opcija od zipa To je sa jedne strane prednost, ali ume da bude i mana. Ja volim da radim sa komandnom linijom, ali se povremeno pojavi neki program koji jednostavno ima previźe opcija koje su u radu potrebne, tako da bi ga bilo mnogo lakźe koristiti kada bi imao neki meni ili tako neźto. Jedan od takvih programa je PGP 2.0. ARJ je tako¬e "na granici".
arhiveri.24 bulaja,
│To podvuceno!!! Treba mi bas od LZH, da probam da raspakujem BOOKLET, │jer u zaglavlju programa pise LZ91, pa predpostavljam da su koristili │LZHLite ili tako nekako ;))). └─── LZEXE.EXE v0.91 (ß-release) (c) 1989 Fabrice BELLARD Compressor for EXE files. lzex91.arj
arhiveri.25 isekulovic,
>> Da li neko ima kompresor .EXE datoteka na principu LZH arhivera. >> ZnaŽi sliŽno kao PKLITE i DISLIKTE samo ne od PKWARE. MoČda lzexe? Ja imam neku levu 0.90 verziju, pa joź fali i .doc, pa je joź onaj mali help koji ispiźe na francuskom (sa naźim slovima). Za nekakav pandan disliteu nisam Žuo, Žak mislim da sam lzexe nema pkliteovu opciju -x.
arhiveri.26 drpr,
-> Zar nije najbolja kompresija sa -jm ? U pravu si moja greźka, sad pogledah doc i videh da sam pogreźio :) cope
arhiveri.27 drpr,
-> InaŽe, ZIP 1.93a źije ARJ po stepenu kompresije i to ne baź -> ni tako beznaŽajno. Doduźe, mora da se doda opcija -ex, jer -> nije u pitanju default Ja liŽno ne verujem mnogo toj verziji zipa, za razliku od 1.1.Po meni se mnogo diglo frke oko tih novih verzija zipa tako da ja liŽno ne Čelim da se sa time igram.To je naravno moje liŽno miźljenje (moČda paranoiŽno) ali ipak imam malo disketa ako da ono źto Žuvam mi je veoma vaČno tako da ne Čelim da se s time igram. cope
arhiveri.28 spantic,
> Baź Žudan i neprijatan fenomen :( Deźava li se to i > drugima? Mislim da je ispravnije da pitaź da li se to nekome nije desilo. Jednostavno takve konfliktne situacije treba izbegavati. I nije daleko od pameti kad se razmisli.
arhiveri.29 dragoslavr,
> To je sa jedne strane prednost, ali ume da bude i mana. Ja volim da radim set arj_sw=-wd:░ -i1 -jyry -jv -jm Pozdrav, Dragoslav :)
arhiveri.30 vitez.koja,
#=> To je sa jedne strane prednost, ali ume da bude i mana. #=> Ja volim da radim sa komandnom linijom, ali se povremeno #=> pojavi neki program koji jednostavno ima previse opcija #=> koje su u radu potrebne, tako da bi ga bilo mnogo lakse #=> koristiti kada bi imao neki meni ili tako nesto. Jedan #=> od takvih programa je PGP 2.0. ARJ je takode "na #=> granici". ;) "ovo necu, suvise dobro radi" 1. Nemoj da koristis sve opcije 2. Napravi .bat fajl koji sadrzi sve te u radu potrebne opcije Valjda postoji i neki shell za rad sa ARJom...
arhiveri.31 dejanr,
>> Mislim da je ispravnije da pitaź da li se to nekome nije desilo. >> Jednostavno takve konfliktne situacije treba izbegavati. I nije daleko >> od pameti kad se razmisli. Ne znam zaźto bi bilo "blisko pameti" da program ARJ, kad piźe na floppy, "zabrlja" u prisustvu keźa a drugi programi piźu sasvim normalno, to je ipak velika mana ARJ-a. Ja liŽno i tako drČim keź iskljuŽen na A i B, ali kada bih ga drČao ukljuŽen, jako je mala źansa da bih smeo da raŽunam sa tim da ęu se setiti da ga iskljuŽim pre nego źto pokrenem ARJ, dakle Žesto bi mi stradali podaci. Sve u svemu, umesto da koristim ZIP pa LCOPY opet bih morao da koristim ARJ pa LCOPY a ne ARJ -v itd.
arhiveri.33 zkrstic,
> Valjda postoji i neki shell za rad sa ARJom... Ima arjm.arj, neki meni za rad sa arjovima. Mislim da ga ima i na Sezamu. «ini mi se da nije loźe delovao, samo je imao zaźtitu ;( pa sam ga poslao u veŽna loviźta ;) Zkr
arhiveri.34 robert,
<:> LZEXE.EXE v0.91 (ß-release) (c) 1989 Fabrice BELLARD <:> Compressor for EXE files. Jeste, to je to! Booklet je kompresovan baź sa tim LZEXE me¬utim, mana je źto nema dekompresor. U .doc fajlu postoji sledeęe mesto: 6-The future... --------------- - I want to develop soon a decompressor which allows the recreation of the original EXE file from the compressed one. Its usefulness is questionable, pa me interesuje da li neko zna neźto o tom dekompresoru ili da li ga moČda ima. Ako na¬em to, ima da sredim Booklet ko puslicu ;)). P.S. Hvala bulaji na trudu oko nalaČenja ovog programa.
arhiveri.35 beast,
>> pa me interesuje da li neko zna neźto o tom dekompresoru ili da >> li ga moČda ima. Ako na¬em to, ima da sredim Booklet ko puslicu >> ;)). Evo ti... Izvinjavam se moderatoru źto nemam originalnu arhivu, ali neęe nas niko juriti :) unlzexe.arj
arhiveri.36 spantic,
> Ne znam zaźto bi bilo "blisko pameti" da program ARJ, kad > piźe na floppy, "zabrlja" u prisustvu keźa a drugi > programi piźu sasvim normalno, to je ipak velika mana > ARJ-a. Ja liŽno i tako drČim keź iskljuŽen na A i B, On zabrlja iskljuŽivo pri direktnoj kompresiji i deljenju arhive na diskete. Tu nekako nastupaju problemi. Kada se keź iskljuŽi nikakvih problema nema. Mada se stalno pitam da li je tu greźka baź do ARJa, ali poźto sada ima malo frke sa slanjem e_maila saŽekaęu sa pitanjem.
arhiveri.37 ilazarevic,
█ 2. Napravi .bat fajl koji sadrzi sve te u radu potrebne opcije Ma jock! Lakźe je ovako:definiźi envajronment varijablu ARJ_SW u kojoj piźu svi sviŽevi, ili napravi arj.cfg fajl u kojem to isto piźe. Ispravka: nije lakźe (isto se hvata), ali je elegantnije :)
arhiveri.38 dragisha,
ű> problema nema. Mada se stalno pitam da li je tu greźka baź do ű> ARJa, ali poźto sada ima malo frke sa slanjem e_maila saŽekaęu ű> sa pitanjem. I mene zanima odgovor. Ako hoęeź, poźalji mail meni a ja ęu njemu.
arhiveri.39 robert,
<:> Evo ti... Izvinjavam se moderatoru źto nemam originalnu <:> arhivu, ali neęe nas niko juriti :) E care, fala ti. To je ono źto mi je trebalo i sada je Booklet baź ko puslica, kao źto sam i obeęao ;))). Ako hoęeź, dobięeź od mene TAJ Booklet (ako ga koristiź).
arhiveri.40 vitez.koja,
#=> Ma jock! Lakse je ovako:definisi envajronment varijablu #=> ARJ_SW u kojoj pisu svi svicevi, ili napravi arj.cfg #=> fajl u kojem to isto pise. Ispravka: Ne mogu, izletece mi environment iz 64K...salu na desnu stranu, tamo ima toliko toga, a tu su i aliasi iz ndos-a, da mi je lakse da resim stvar batch fajlom (sto nisam, jer mi i nije mnogo tesko da napisem nesto kao ARJ A A:\X /va /wd:\ /a /jt /r /i1 *.* 39 slova...
arhiveri.41 danko,
> Žesto bi mi stradali podaci. Sve u svemu, umesto da koristim ZIP pa LCOPY > opet bih morao da koristim ARJ pa LCOPY a ne ARJ -v itd. Pa, moram da te razoŽaram jer i ZIP ima bag (!!!) koji moČe da dovede do gubitaka dela podataka. Naime, ukupna duČina svih fajlname-ova koje guraź u jedan ZIP je ograniŽena na 64KB tako da ako imaź malo veęu strukturu poddiretorijuma ZIP pada veę na par hiljada fajlova! Najgore źto on samo ne uradi posao i niźta ne javi. Bug sam otkrio kada sam zipovao i arjovao celu particiju na serveru (za probu hardvera) i bilo mi Žudno kako je zip fajl manji od arj fajla! Tada sam video da zip nije usisao sve fajlove ! DANKO P.S. U duČinu fajla spada i path (sa -rP ili -rp kako veę ide)
arhiveri.42 vitez.koja,
#=> Ma jock! Lakse je ovako:definisi envajronment varijablu #=> ARJ_SW u kojoj pisu svi svicevi, ili napravi arj.cfg #=> fajl u kojem to isto pise. Ispravka: Ne mogu, izletece mi environment iz 64K...salu na desnu stranu, tamo ima toliko toga, a tu su i aliasi iz ndos-a, da mi je lakse da resim stvar batch fajlom (sto nisam, jer mi i nije mnogo tesko da napisem nesto kao ARJ A A:\X /va /wd:\ /a /jt /r /i1 *.* 39 slova...
arhiveri.43 beast,
>> E care, fala ti. To je ono źto mi je trebalo i sada je Booklet >> baź ko puslica, kao źto sam i obeęao ;))). Ako hoęeź, dobięeź od >> mene TAJ Booklet (ako ga koristiź). Pa moČe, moČe :)
arhiveri.44 dejanr,
>> Pa, moram da te razoŽaram jer i ZIP ima bag (!!!) koji moČe da dovede >> do gubitaka dela podataka. Naime, ukupna duČina svih fajlname-ova >> koje guraź u jedan ZIP je ograniŽena na 64KB tako da ako imaź malo >> veęu strukturu poddiretorijuma ZIP pada veę na par hiljada fajlova! >> Najgore źto on samo ne uradi posao i niźta ne javi. :((((( E stvarno si me (tj. PKZIP) razoŽarao :(( OŽito nikad nisam ZIP-ovao niźta sa toliko fajlova :(
arhiveri.45 ilazarevic,
█ Ne mogu, izletece mi environment iz 64K...salu na desnu stranu, tamo █ ima toliko toga, a tu su i aliasi iz ndos-a, da mi je lakse da resim █ stvar Svaka Žast na okruČenju ;) Meni to nema źanse da se napuni... OK, onda napiźi beŽ fajl.
arhiveri.46 nenadb.,
>>>> do gubitaka dela podataka. Naime, ukupna duČina svih >>>> fajlname-ova koje guraź u jedan ZIP je ograniŽena na 64KB tako da >>>> ako imaź malo veęu strukturu poddiretorijuma ZIP pada veę na par >>>> hiljada fajlova! PKZIP: Too many files. There are too many files to compress into one ZIP file. The limit is ** 3900 ** files per ZIP file. Dakle ZIP 'pada' ne po pitanju broja fajlova veę po duČini path-a po kome pakuje. ▒to duČa staza manje fajlova. ..Nenad
arhiveri.47 zddb,
Pa, dobro, dokle ista pjesma? Hoęe li se neko smilovati da razbije taj "SHEZ82" na froncle, inaŽe mi od 1200 bps ima da se slikamo... Joź jedared napravite ovakav kiks i tuČięu vas. Naęi ęu dobrog advokata i zahtijevaęu da "SEZAM" za kaznu zamijeni korisnicima sve modeme od 1200 za one od 2400, o svom troźku... Pozdrav, Zoran D. Brkię
arhiveri.48 veca,
>> ovakav kiks i tuČięu vas. Naęi ęu dobrog advokata i zahtijevaęu da >> "SEZAM" za kaznu zamijeni korisnicima sve modeme od 1200 za one od >> 2400, o svom troźku... Nemoj tako oźtro, prvo traČi da se raspiźe samodoprinos za preporod modema, pa ako to ne upali, traČi Slobinu ostavku, pa... :)
arhiveri.49 bojanp,
> Pa, dobro, dokle ista pjesma? Hoęe li se neko smilovati da razbije taj > "SHEZ82" na froncle, inaŽe mi od 1200 bps ima da se slikamo... Joź jedared > napravite ovakav kiks i tuČięu vas. Naęi ęu dobrog advokata i zahtijevaęu > da "SEZAM" za kaznu zamijeni korisnicima sve modeme od 1200 za one od > 2400, o svom troźku... Pozdrav, Zoran D. Brkię Polako s tim menjanjem modema. Evo datoteka je podeljena, pa umesto da troźiź vreme na slanje poruka kreni s transferom. Pozdrav, Bojan
arhiveri.50 bojanp,
Evo źta je novo u SHEZ-u verzija 8.2: RELEASE 8.2 Modified SHEZ to correctly identify a valid Ultravision mode and to use Ultravision if it is operating in a support screen size. Supported screen sizes are: Columns must be 80, and rows must fall in the range of 25-50. Added the ability to format floppy disks within SHEZ. Can format A or B drives in 360, 720, 1.2, or 1.44 format. Pozdrav, Bojan
arhiveri.51 peacock,
>**< Polako s tim menjanjem modema. Evo datoteka je >**< podeljena, pa umesto da trosis vreme na slanje poruka >**< kreni s transferom. Odlicno :( Ja sam vec preneo pola kada mi je pukla veza, pa sam morao od pocetka. Ostavite originalnu arhivu nekoliko dana obelezenu za ovakve slucajeve obzirom da zbog veza ne mogu svakog dana da se logujem na Sezam, a verovatno i mnogi drugi van BG. Peacock
arhiveri.52 banex,
>> Evo źta je novo u SHEZ-u verzija 8.2: A videste li źta je novo kod ARJ-a? Spominju ubrzanje rada sa volumenima na flopiju i neke detalje o problemima u radu sa keźerima i multitask okruČenjima. Ubrzanje i ne spominjem, joź je daleko od ZIP-a ;)
arhiveri.53 bojanp,
Evo, za sve one koji su poŽeli da skidaju shez82.zip, datoteka je vraęena u dir. Tamo ęe ostati do petka a posle toga ęe biti obrisana. Smatram da je to dovoljno vremena za one koji su preknuli prenos. Oni koji joę nisu poŽeli da prenose pomenutu daoteku neka prenose shez82.arj i shez82.a01. Pozdrav, Bojan
arhiveri.54 spantic,
> A videste li źta je novo kod ARJ-a? Spominju ubrzanje > rada sa volumenima na flopiju i neke detalje o problemima > u radu sa keźerima i multitask okruČenjima. Ubrzanje i ne > spominjem, joź je daleko od ZIP-a ;) Da. Izgleda da su mu skrenuli paČnju na frku sa keźerima. Ova test verzija nije pukla kada sam to probao, ali ko zna.
arhiveri.55 darone,
>> set arj_sw=-wd:░ -i1 -jyry -jv -jm Joź bolje: set arj_sw=c:\...\arj.cfg A u fajlu tuźta i tma opcija... I to posebno za svaku komandu (a, e, x, t itd). darone
arhiveri.56 dejanr,
[Odgovor na SEZAM/yu.kod 9.414, janko] >> Da skratim, da biste, naprimer, izmerili koliko je novi ARJ >> sporiji od PKZIP-a 1.93, ;) pravi testovi su oni koji se >> sprovedu na RAM DISKU. Ja, naravno, cenim svaki test i verujem da svaki test po neźto govori. Me¬utim, za mene je merodavan test da aktiviram program da mi uradi neki posao koji inaŽe Žesto radim. U datom sluŽaju, da mi arhivira poveęi fajl na "standardno fragmentiranom" disku sa keź programom koji koristim, i bez RAM diska jer isti na sistemu ne drČim. To svakako nije test za Žasopis jer ga niko ne moČe ponoviti, ali meni daje informacije koje me najviźe zanimaju ;)
arhiveri.57 janko,
> Me¬utim, za mene je merodavan test da aktiviram program da > mi uradi neki posao koji inaŽe Žesto radim. U datom Naravno. To je pravi test za pojedinaŽnog korisnika -- meri koliko skraęuje SVOJE vreme. Vidim da nisam bio dovoljno precizan, pa me je i Bulaja, zasluČeno, ispravio. Ja sam priŽao o merenju brzine KODA ZA KOMPRESIJU, gde je znaŽajno da se ne uraŽunava vreme rada diska, a ne o nekom 'overall' indeksu.
arhiveri.58 .rhinoceros.,
│║ Ja, naravno, cenim svaki test i verujem da svaki test po nesto govori. Da li je neko raspolozen da testira PKZ305.EXE? Navodno PkWare nije napravio tu verziju!? Prenosim deo diskusije na tu temu: From: ROB SLADE Subj: PKZ305.EXE Conf: (14) Virusinfo --------------------------------------------------------------------------- I have not finished a full analysis of PKZ305.EXE yet, but I have uncovered some oddities. The file is extractable with PKUNZIP from version 1.10 with no problems. (Not in itself suspicious: it would be good to keep backward compatibility with earlier versions for those, like me, of suspicious mind. This is likely a vote "for".) F-PROT 2.05, SCAN 95B, TBSCAN 4.3 with VSIG9208 and VIRx 2.4 all fail to detect any viral infection or overly suspicious code. Allowing the "program" PKZ305.EXE to run and self extract does not cause any problem on a floppy only system. Running the included file PKZIP.EXE does compress files, and does not cause any problems on a floppy only system. The docs are extensive, and all make reference to PKZ version 3.05. However, at least two files, README.DOC and WHATSNEW.305 seem to have problems, as follows: From README.DOC ============== This diskette contains the file PKZ305.EXE. Type PKZ305 followed by pressing the Enter key to create the program and documentation files for PKUNZIP, PKZIP, and PKSFX version 3.05. To print the documentation files after running PKZ110, type =============== Note the failure to change the number on the fourth reference. From WHATSNEW.305 =============== - PKZIP 3.05's A-XTRA is up to 9X faster and 2X more compression, particularly on large spreadsheet, database type files, and multiple small data files such as a 1k to 2k files, where PKZIP 1.10 would run relatively slowly and PKZIP 1.93 relatively faster but with possible data corruption. Most 'typical' types of files should compress with A-XTRA 10% to 35% faster. In addition, compression has been improved over version 1.93 as well. - Authenticity Verification. Using the BIOS type match up found in the system, an automatically serial number will be created and use only for that system. - A 1,221 byte "mini" PKSFX self-extracting module from the 2,941 byte in pervious PKZIP 1.10 - ZIP2EXE & PKZIPFIX utility have been implanted into PKZIP for ease. - PUTAV have also been implanted into the PKZIP EXE file. =============== Note the many spelling and grammatical errors. As I said, none of this is final, and none proves this to be a false release. However, it is suspect. Testing continues. ====================== Vancouver Institute for Research into User Security, Canada V7K 2G6 Robert_Slade@sfu.ca ROBERTS@decus.ca rslade@cue.bc.ca Fidonet 1:153/733 p1@CyberStore.ca 604-526-3676 The client interface is the boundary of trustworthiness - T. Buckland --- TMail v1.30.4 * Origin: Cardz BBS - Vancouver, B.C., Canada - (604) 734-5800 (1:153/7050) .rhinoceros.
arhiveri.59 jtitov,
> Da li je neko raspolozen da testira PKZ305.EXE? > Navodno PkWare nije napravio tu verziju!? Uvek raspolozen za testiranje. Salji na mail...
arhiveri.60 jtitov,
> Da li je neko raspolozen da testira PKZ305.EXE? > Navodno PkWare nije napravio tu verziju!? Uvek raspolozen za testiranje. Salji na mail...
arhiveri.61 iboris,
Poźalji mi da testiram :)), moČe u conf, a moČe i u mail.
arhiveri.62 d.petrovic,
Ă> Uvek raspolozen za testiranje. Salji na mail... Xe, xe, a źto na mail ;))
arhiveri.63 adiklic,
> Da li je neko raspolozen da testira PKZ305.EXE? Kad je tako, okaŽi pa da koristimo. To je najbolji test.
arhiveri.64 .rhinoceros.,
│║ > Da li je neko raspolozen da testira PKZ305.EXE? │║ > Navodno PkWare nije napravio tu verziju!? │║ │║ Uvek raspolozen za testiranje. Salji na mail... Mislim da nije neko resenje da ga posaljem na Sezam zbog eventualnog virusa. Sorry. Instalirao sam ga na radnu stanicu koja je otkacena sa mreze i jos nista cudno nisam primetio. Mozda se sakrio negde kod ventilatora? Ako ti nije tesko, skini ga sam. Prilikom prvog logina mi ostavi "Comment", da bih ti podesio pristup. .rhinoceros. P.S. Sta predlaze moderator? ■ Novell NetWare ■ .rhinoceros.bbs. ■ 021/350-751 ■ 2400/1200 8N1 ■ non.stop ■
arhiveri.65 .rhinoceros.,
Vidi REPLY 5.59 za jtitov.
arhiveri.66 .rhinoceros.,
Vidi REPLY 5.59 za jtitov.
arhiveri.67 bulaja,
> PKZ305.exe Prilicno sam skeptican da je to nova verzija ZIP-a, koliko mi se cini nije bilo nikakvih najava. Ako radi, proveri kakav je stepen kompresije u odnosu na 1.93, ako nije bolji onda nije ni verzija 3.05 :).
arhiveri.68 .rhinoceros.,
│║ > PKZ305.exe │║ │║ Prilicno sam skeptican da je to nova verzija ZIP-a, koliko mi se cini │║ nije bilo nikakvih najava. Ako radi, proveri kakav je stepen kompresije │║ u odnosu na 1.93, ako nije bolji onda nije ni verzija 3.05 :). Ja nisam skeptican, vec znam da nije nova verzija, posto je provereno kod PkWare. Drugar mi koristi tu "novu" verziju i kaze da je brza od 1.93. On jos nije primetio nista cudno. Ne bih ga slao na Sezam, bar dok ne budemo sigurni da je OK. .rhinoceros.
arhiveri.69 dejanr,
>> Drugar mi koristi tu "novu" verziju i kaze da je brza od 1.93. On jos >> nije primetio nista cudno. Ne bih ga slao na Sezam, bar dok ne budemo >> sigurni da je OK. Meni sve izgleda da je to neki beta release. MoČda bi ga ipak mogao poslati uz poruku u ovoj konferenciji, poźto sada svi znamo o Žemu je reŽ, pa ako neko hoęe da proba na svoju odgovornost, zaźto da ne!
arhiveri.70 .rhinoceros.,
│║ Meni sve izgleda da je to neki beta release. Mozda bi ga ipak mogao │║ poslati uz poruku u ovoj konferenciji, posto sada svi znamo o cemu je rec, │║ pa ako neko hoce da proba na svoju odgovornost, zasto da ne! Pokusacu, medjutim vec nekoliko dana je veza uzasna. CPS 58 - 103. Skakucem k'o ping-pong loptica kada dogura do CPS 172. .rhinoceros.
arhiveri.71 .rhinoceros.,
│║ Meni sve izgleda da je to neki beta release. Mozda bi ga ipak mogao │║ poslati uz poruku u ovoj konferenciji, posto sada svi znamo o cemu je rec, │║ pa ako neko hoce da proba na svoju odgovornost, zasto da ne! CPS 231? - danima tako nesto nisam video. Navali narode na PKZ305.EXE. - ali PAZLJIVO. Kod mene je jos uvek sve OK, ali to ne znaci da preuzimam odgovornost za eventualni VIRUS. .rhinoceros. ■ Novell NetWare ■ .rhinoceros.bbs. ■ 021/350-751 ■ 2400/1200 8N1 ■ non.stop ■
arhiveri.73 drakce,
││Meni sve izgleda da je to neki beta release. MoČda bi ga ipak mogao poslati │└───── │ Navali narode na PKZ305.EXE. - ali PAZLJIVO. Kod mene je jos uvek sve OK, │ ali to ne znaci da preuzimam odgovornost za eventualni VIRUS. └────── Poźto Attili UL nikako ne uspeva, skinuo sam sa njegovog BBSa PKZ305 i kaŽim ga uz ovu poruku. Da bih iskljuŽio moguęnost sluŽajnog startovanja ovog, ipak neproverenog programa, źifrovao sam ga uz pomoę ARJ-a. Password je sezam. Pozdrav
arhiveri.74 janko,
> Ja nisam skeptican, vec znam da nije nova verzija, posto > je provereno kod PkWare. Drugar mi koristi tu "novu" > verziju i kaze da je brza od 1.93. On jos nije primetio > nista cudno. Ne bih ga slao na Sezam, OŽigledno je neki hekleraj u pitanju. Setite se da je dokumentacija 'źtelovana' ona za 1.10 (o, ne, ne opet!) Zaźto svi ovde vole da se igraju sa trojancima i bogusima?
arhiveri.75 janko,
> OŽigledno je neki hekleraj u pitanju. Pogledao sam -- jeste. Ovo je tipiŽan primer trojanca -- prvih 7 kilobajta pkunzip.exe su izmenjeni, a ostatak je 1.93 sa promenjenim porukama tako da nema onog 'this is a beta release' itd. Dokumentacija je nastala igranjem od 1.1. Ovo je malo bolji hekleraj od onog 'kvazidva' utoliko źto su mu izsimulirali AV (ali sa pogreźnim kodom, i sa verzijom 1.1 za ekstrakciju, jer uz 1.93 nije iźao SFX ;) Ne znam da li radi neźto ruČno, ali ne Čelim da eksperimentiźem. Ko je dokon, neka analizira sadrČaj prvih 7 Kila koda -- oŽigledno se oslanja na one ostale rutine u ostalih dvadesetak, pa prijatno! Naravno, nemam nameru da ga startujem. To źto Scan (ni 99) ne javlja niźta, ne znaŽi da nema niźta, veę samo da Scan ne zna za to. Napominjem da onaj 'kvazidva' nije imao ni jednu instrukciju koda izmenjenu -- ovaj izgleda da ima prvih 7 kila razliŽito, a ostalo isto. Dovoljno da se debelo zabrinete! Pozivam sve koji su startovali ovaj krź '3.05' da ne źalju nikakve .EXE i .COM programe na Sezam, i da priznaju ko su. ;) Pazite na druge! Ako vi (moČda) imate sidu, ne moramo i mi.
arhiveri.76 beast,
>> Naravno, nemam nameru da ga startujem. To źto Scan (ni 99) n >> javlja niźta, ne znaŽi da nema niźta, veę samo da Scan ne zn >> za to. Ih, ala ti imaź kompleks od virusa :) Ovaj citat je samo deo tvoje poruke koja je u istom (i joź gorem) tonu, jer ne sme da mi bude veęi quote od reply-a, da ne popasem neki ignore :)) A źto se tiŽe ljudi koji su ga startovali, pa Žudnim Žudom ostali Čivi i ujedno se mole da ne źalju nikakve fajlove, zar ne misliź da si preterao? Pa na svakom koraku moČeź da nabasaź na neki virus, pa i u Sezamovim direktorijumima, za koje navodno odgovara uprava, jer se oni testoraju samo Scan-om. Ja sam taj program startovao (jer si insistirao da ti kaČu oni koji su uŽinili taj bogohulni akt) i nameravam da to uŽinim joź dosta puta :) InaŽe, koristim samo pkunzip, jer sam zaljubljenik arj-a, al źta znaź, moČda je virus zarazio sve .exe fajlove na mom disku :)
arhiveri.77 janko,
> Ih, ala ti imaź kompleks od virusa :) Ovaj citat je samo ▒to kompleks? Samo sam oprezan. :) > Ja sam taj program startovao (jer si insistirao da ti kaČu > oni koji su uŽinili taj bogohulni akt) i nameravam da to > uŽinim joź dosta puta :) Samo izvoli. :) Tako ęemo konaŽno saznati źta se krije u njemu... ako ga startujeź i 'Di deja' za okidanje. ;) Trojanac ne mora odmah da trŽi po disku pa da ga odmah provaliź -- lepo sedi s mirom, a onda jednog dana... Nisi prijavio da li daje veęu kompresiju od 1.93? Za pore¬enje probaj da koristiź ISTE opcije koje ima 1.93 za svoje kompresije (-ex, -es i -en). Ako ne daje veęu kompresiju, onda su u prvih 7 K samo zloŽeste stvari, a u suprotnom, to je neki baź pametan tip pravio, luŽe mamino. ▒to opet ne znaŽi da ęu da startujem to Žudo. ;) > InaŽe, koristim samo pkunzip, jer > sam zaljubljenik arj-a, al źta znaź, moČda je virus > zarazio sve .exe fajlove na mom disku :) Verovatno ne radiź za sebe niźta bitno na raŽunaru pa ti je svejedno imaź li neku novu zarazu ;) ili ne. MoČda ti voliź i Ruski rulet, na kraju krajeva? Ako ga ja ne volim, zaźto ti to izaziva bes? Stvar ukusa, ne? ;)
arhiveri.78 iboris,
Ł Poźto Attili UL nikako ne uspeva, skinuo sam sa njegovog BBSa PKZ305 i Ł kaŽim ga uz ovu poruku. Da bih iskljuŽio moguęnost sluŽajnog Poźto na sistemu sigurno postoji sitemski log (na rinocerusu), zaźto se ne pogeda ko je to poslao (ako je neko poslao) i ako jeste, neka se izjasni, neka poźalje informacije o tome kako se program ponaźa... Mislim da nam je dosta trojanaca posle SRBIJA.EXE i PKZIP-a 2.xx. MoČda bi se moglo ispitati na nekom XT da li se stvarno radi o zaraČenom programu ili je to sasvim regularna ß verzija. p.s. Skoro sam na sezmu pokupio virus Doodle, ali ne znam u kom fajlu, jer ja originalne arhive sa Sezama odmah prepakujem.
arhiveri.79 redhot,
Imam tu neki Pkzip 2.01. Upload-ovao bih ga ali nisam siguran da je to bas neka prava verzija, naime nema opciju multiple volume koju detaljno opisuje u svom manual.doc. Svi file-ovi su datirani negde Mart 1992. Ako treba da ga posaljem recite mi kako. Redhot
arhiveri.80 bulaja,
│Pa na svakom koraku mozes da nabasas na neki virus, pa i u Sezamovim │direktorijumima, za koje navodno odgovara uprava, jer se oni testoraju │samo Scan-om. └─── A na koji si ti virus nabasao u Sezamovim direktorijumima? Da ti nije mozda neko rekao za onaj u scanv99.zip :)?
arhiveri.81 beast,
>> Samo izvoli. :) Tako ęemo konaŽno saznati źta se krije u >> njemu... ako ga startujeź i 'Di deja' za okidanje. ;) Trojanac >> ne mora odmah da trŽi po disku pa da ga odmah provaliź -- lepo >> sedi s mirom, a onda jednog dana... Ok, ako se ikad startuje DJ obavestięu te źta je uradio... >> Verovatno ne radiź za sebe niźta bitno na raŽunaru pa ti je >> svejedno imaź li neku novu zarazu ;) ili ne. Za moje pojmove radim veoma bitne stvari... Ne hranim Čenu i decu od toga, ali smem da kaČem da veoma bitnu stavku mog Čivota Žini kompjuter i ono źta je na njemu (disku). Me¬utim, kao i svi oprezni ljudi (ili moČda greźim?) drČim sve (il bar najbitnije) stvari na disketama, Žuven u narodu pod imenom "bekap", tako da me Žak ni trojanac neęe zaviti u crno. >> MoČda ti voliź i Ruski rulet, na kraju krajeva? Pa da volim viruse volim, ali ipak tolko lud nisam :) Lepo si ti sve to provalio (prvih 7k, laČni AV i sl.), al zar ne misliź da je bilo dovoljno samo to i reęi, uz moČda preporuku da se ne koristi taj program a ne nazivati korisnike sidaźima? :) >> Ako ga ja ne volim, zaźto ti to izaziva bes? Stvar ukusa, ne? ;) Svakako. Me¬utim, Žemu tolka galama oko patchovanog zipa? Pa to se deźavalo i pre, pa niko nije tako detaljno pljuvao po tom programu niti se sablaČnjavao nad naivnim korisnicima koji su ga startovali.
arhiveri.82 beast,
>> A na koji si ti virus nabasao u Sezamovim direktorijumima? >> Da ti nije mozda neko rekao za onaj u scanv99.zip :)? Da citiram vcalica (ne baź od reŽi do reŽi): Joź jedan dokaz da moę Žitanja ne znaŽi i moę shvatanja. Jel sam ja pomenuo da sam nabasao na virus u Sezam diru. Jednostavno, hteo sam da kaČem da niko nije siguran od virusa, a mesto u koje ljudi sa Sezama najmanje sumnjaju su dirovi, zbor file moderatora koji su uradili dobar posao ube¬ujuęi korisnike u Žistoęu svih fajlova. «ak ste i mene ubedili :)
arhiveri.83 dejanr,
>> Imam tu neki Pkzip 2.01... Ako treba da ga posaljem recite mi kako. PKZIP 2.01 (verovatno isti taj) smo veę imali, i ustanovili smo da je to verzija 1.93 kojoj je neko izeditovao oznaku i par poruka. Dakle, verujem da nema potrebe da je ponovo źaljeź. Hvala na ponudi, u svakom sluŽaju. InaŽe, kad ti nekada zatreba da źaljeź poruku u konferenciju, recimo uz poruku 5.79, samo kaČeź CONF ATTACH 5.79 IME.TIP i onda źaljeź fajl.
arhiveri.84 d.petrovic,
Ă> Imam tu neki Pkzip 2.01. Upload-ovao bih ga ali nisam siguran To je u stvari okzip 1.93, neko se igrao editorom...
arhiveri.85 robert,
<:> da moę Žitanja ne znaŽi i moę shvatanja. Jel sam ja pomenuo Jes vala tu si u pravu... izgleda da Bulaji u poslednje vreme kosa mnogo upada u oŽi pa ne vidi dobro ono źto piźe po monitoru ;))).
arhiveri.86 robert,
<:> Imam tu neki Pkzip 2.01. Upload-ovao bih ga ali nisam siguran I ti sine Brute!!!??? E pa, miźko, tu temu smo veę odavno apsolvirali ali poźto si nov, nema veze, samo da ti kaČem da moČeź detalje o tome naęi u staroj konferenciji PC.PROG (ili tako nekako) u temi arhiveri. P.S. BTW, mali savet (niźta vaČno ali ipak...) baŽi taj PKZip 2.01 u ¬ubre. :)))
arhiveri.87 janko,
Na temu da SCAN ne otkriva sve viruse, (vezano za novu patku od kvazizipa 3.05) na Sezamu postoji fajl u kome je neko prijavio virus, negde u martu, i priloČio par zaraČenih programa. E, ni Scan 99 ga joź ne otkriva! Posle toliko meseci! Ako ne umete da na¬ete fajl, mogu da ga zakaŽim.
arhiveri.88 bulaja,
│Da citiram vcalica (ne bas od reci do reci): Jos jedan dokaz da moc │citanja ne znaci i moc shvatanja. Jel sam ja pomenuo da sam nabasao na │virus u Sezam diru. └─── Jesi :) : PC.UTIL: 5.76 (beast) > Pa na svakom koraku mozes da nabasas na neki virus, > pa i u Sezamovim direktorijumima,... Uporebom svoje moci shvatanja, zakljucujem da ovde pise da i u Sezamovim direktorijumima ima neki virus :). Ne znam kako tvoja moc shatanja to tumaci drugacije :)?
arhiveri.89 darone,
>> Svakako. Me¬utim, Žemu tolka galama oko >> patchovanog zipa? Sumnjiv si ti meni... :) darone
arhiveri.90 beast,
>> Uporebom svoje moci shvatanja, zakljucujem da ovde pise da i u >> Sezamovim direktorijumima ima neki virus :). Ne znam kako tvoja >> moc shatanja to tumaci drugacije :)? TumaŽi tako źto (kao źto sam i ranije rekao) na virus MO▓E! a NE MORA! da se nabasa. Samo sam hteo (źto sam tako¬e rekao) da ukaČem na to da nigde nisi siguran od virusa, pa ni u Sezam diru, źto ne znaŽi da ih tamo ima (ili nema). Da se ubuduęe nebi zbunjivao, Žitaj reŽ "moČe" kao "postoji moguęnost da". MoČda poruka i moČe da se protumaŽi na dva naŽina, al mislim da bi onu drugu varijantu prihvatio ili budala ili cinik. Mislim da si ovaj drugi...
arhiveri.91 beast,
E, da reźim dilemu oko zipa 3.05: To jeste! trojanac, i (za sad) nije "mnogo" opasan (kako se uzme), samo obriźe neki direktorijum. Ne aktivira se odmah po startovanju pkzipa. Briźite ga i sa diskova i iz direktorijuma, da se ovi noviji na Sezamu ne pomame...
arhiveri.92 redhot,
Ka'ce taj Zip vise, mamu mu njegovu?
arhiveri.93 vgredic,
Zdravo! Evo citah polemiku oko arj-a od pre mesec dana I mene stvarno muci ARJ. Posto sve igre drzim ARJ-ovane na disketama cesto se desava da se javi BAD CRC i to me strasno iznervira. Jeste da sam arj-ovao arj-e uz -m0 (backup), ali jedan arj u arj-u radi a jedan ne.. Koristim arj zbog lepih opcija ali stvarno je nepouzdan, bar kod mene. Ne koristim nikakav cache a diskete su mi OK... Ovo bejase samo mali osvrt u ocekivanju pune nove verzije ARJ-a.. SLEDGE DAMMIR!
arhiveri.94 dejanr,
>> Ka'ce taj Zip vise, mamu mu njegovu? ZIP zvani ░ekna? Pravo da ti kaČem, sve mi se neźto Žini da uopźte neęe :(
arhiveri.95 wizard,
>> ZIP zvani ░ekna? Pravo da ti kaČem, sve mi se neźto Žini da >> uopźte neęe :( Ma sigurno hoęe, ali kako izgleda neęe da bude SW softver. :(
arhiveri.96 dejanr,
>> > ZIP zvani ░ekna? Pravo da ti kaČem, sve mi se neźto Žini da >> > uopźte neęe :( >> >> Ma sigurno hoęe, ali kako izgleda neęe da bude SW softver. :( Misliź? Ja sam primetio da se PKZIP 2.0 reklamira u PC Magazine-u po onim registracionim cenama, i pretpostavljao sam da to znaŽi da ęe "za koji dan" da iza¬e i kao SW. Pitao sam na BIX-u i tako silnima "stao na muku" jer je ispalo da su pisali PKWARE-u Žim su videli oglas, a onda dobili kao "oglasi se za Žasopise zakljuŽuju viźe meseci ranije, pa smo mi mislili da ęe biti gotovo, ali eto 486, bagovi, itd, itd..."
arhiveri.97 ssokorac,
─┼┤ Koristim arj zbog lepih opcija ali stvarno je ─┼┤ nepouzdan, bar kod mene. Ne koristim nikakav cache Vidim da se sve viźe ljudi buni da im je arj nepouzdan. Meni liŽno, ni jednom se nije pojavilo to bad crc, ali u zadnjih mesec dana dvojica mojih poznanika kojima sam arjovao neke stvari nisu mogli da otpakuju ok. MoČda ako nije registrovan, voli da zeza? :) Ja koristim arj zbog opcija i dobre kompresije, a pouzdanost me nije izneverila (pu,pu, da ne ureknem:)...
arhiveri.98 spantic,
> Koristim arj zbog lepih opcija ali stvarno je > nepouzdan, bar kod mene. Ne koristim nikakav cache > a diskete su mi OK... To je stvarno zanimljivo. Naime, nedavno sam kod Korvina neźto arhivirao i stvarno se desilo da je jedna od mnogih ARJ arhiva imala greźku. Kod mene se zanimljivo to nije nikada desilo. Da ne koristiź moČda ▒teker?
arhiveri.99 vgredic,
> Da ne koristis mozda Steker? Ne koristim ga. Koristio ga je prijatelj na svojoj masini. Pozajmio mi je na nedelju dana i nepredvidivo je porglasio Read Only ceo hard! Zbog toga Stecker nije i nece ni primirisati na moj HD (120 Mb). Ponavljam, nikakav cache, a diskete su OK. Mozda je zbog onog NOT REGISTERED ali tu mi nema pomoci. Nemam nameru da saljem 10$ ili koliko vec, bolje da se pretplatim na sezam... SLEDGE DAMMIR!
arhiveri.100 darone,
>> E, da reźim dilemu oko zipa 3.05: To jeste! >> trojanac, i (za sad) nije "mnogo" opasan (kako >> se uzme), samo obriźe neki direktorijum. Ne >> aktivira se odmah po startovanju pkzipa. Rekoh ja da si ti meni sumnjiv, mnogo znaź o 3.05 ;) darone
arhiveri.101 darone,
>> Mozda je zbog onog NOT REGISTERED ali tu mi nema >> pomoci. Nemam nameru da saljem 10$ ili koliko >> vec, bolje da se pretplatim na sezam... Ajmo, evo vam prilog za FAQ: kako naterati ARJ da ne pravi bad CRC (a ako ga veę bude napravio, znajte da je to zbog diskete a ne zbog samog softvera). U autoexec.bat dodajte: set arj_sw=c:\_path_\arj.cfg gde je _path_, naravno, putanja koja postoji na disku. U taj direktorijum uglavite datoteku arj.cfg koja izgleda ovako: ARJ.CFG a -a -jt -jv -jm -jycry c -zcomment.txt e -ja -jyacy -jv l -jp -jv m -a -jt -jv -jm -jycry t -jv x -ja -jyacy -jv [eof] I neęete imati viźe problema. Datoteku nisam komentarisao iz dva razloga: prvi je źto mi je to dosadno (malo malo pa se javi neko kome treba objasniti źta je arj_sw; gde je FAQ.ZIP ili źta veę?), a drugi da bi se i isti koji se ne razumeju pogledali uputstvo. Ako ne uputstvo, onda bi bilo jako lepo da urade sledeęe: arj /? >arj.txt type arj.txt >lpt1: «isto da imate spisak komandi, ja to koristim kao kvik referens i nikad nije zatajio. Ima tri strane, ako se neko uplaźio. darone
arhiveri.102 dejanr,
>> E, da reźim dilemu oko zipa 3.05: To jeste! >> trojanac, i (za sad) nije "mnogo" opasan (kako >> se uzme), samo obriźe neki direktorijum. Ne >> aktivira se odmah po startovanju pkzipa. Ja sam uzeo jedan "prazan" 386SX sa 110 mega diskom na kome je instaliran DOS 5.0, QEMM 6.02, PCKwik i CED. Onda sam na njega preneo 4 mega nekakvih .TXT fajlova, i ovaj novi "ZIP". Pustio sam ga u batch fajlu da non stop zip-uje te fajlove i onda da briźe to źto je zipovao, i tako u krug. Prva dva sata dok sam ga osmatrao nije se desilo niźta. Ostavio sam ga i preko Žitave noęi (logiŽke noęi, tj. negde od 7am-14pm) da to mulja i u (logiŽko) jutro nije bilo ni DOS-a, ni QEMM-a, ni PCKwik-a, ni dela tekst fajlova, a ZIP se i dalje vrteo u svojoj petlji. Dakle, nesumnjivo trojanac, a kada taŽno deluje... joź nismo ustanovili!
arhiveri.103 beast,
>> Rekoh ja da si ti meni sumnjiv, mnogo znaź o 3.05 :)) Nego, nabavio sam jedan odliŽan program, oęeź? :)
arhiveri.104 isekulovic,
>> ZIP zvani ░ekna? Pravo da ti kaČem, sve mi se neźto Žini da Ma kakva ░ekna - Godo!
arhiveri.105 broker,
> Pozivam sve koji su startovali ovaj krź '3.05' da ne źalju > nikakve .EXE i .COM programe na Sezam, i da priznaju ko > su. ;) Pazite na druge! Ako vi (moČda) imate sidu, ne > moramo i mi. Da li iz ove poruke zraŽi panika? Imam utisak da svog maliźu vodiź kod Dr McAfee-a bar tri puta dnevno.
arhiveri.106 broker,
> MoČda poruka i moČe da se protumaŽi na dva naŽina, al > mislim da bi onu drugu varijantu prihvatio ili budala ili > cinik. U ovoj diskusiji sam na tvojoj strani, ali sam i ja dotiŽnu reŽenicu shvatio kao da se na SEZAM-u stvarno moČe naęi poneki virus. Poźto nisam imao razloga za cinizam.... :) Info za virus paniŽare: Moj BBS radi od marta ove godine i jos uvek na njemu nisam nasao ni jedan virus. UL i DL se koriste u velikim koliŽinama. Inace PKUNZIP2.01 koristim od kad se pojavio kod nas i nisam primetio nikakve probleme. «ak ga smatram veoma korisnim poźto je sve viźe arhiva pakovanih njime ili sa 1.93.
arhiveri.107 broker,
> Pozivam sve koji su startovali ovaj krź '3.05' da ne źalju > nikakve .EXE i .COM programe na Sezam, i da priznaju ko > su. ;) Pazite na druge! Ako vi (moČda) imate sidu, ne > moramo i mi. Da li iz ove poruke zraŽi panika? Imam utisak da svog maliźu vodiź kod Dr McAfee-a bar tri puta dnevno.
arhiveri.108 broker,
> MoČda poruka i moČe da se protumaŽi na dva naŽina, al > mislim da bi onu drugu varijantu prihvatio ili budala ili > cinik. U ovoj diskusiji sam na tvojoj strani, ali sam i ja dotiŽnu reŽenicu shvatio kao da se na SEZAM-u stvarno moČe naęi poneki virus. Poźto nisam imao razloga za cinizam.... :) Info za virus paniŽare: Moj BBS radi od marta ove godine i jos uvek na njemu nisam nasao ni jedan virus. UL i DL se koriste u velikim koliŽinama. Inace PKUNZIP2.01 koristim od kad se pojavio kod nas i nisam primetio nikakve probleme. «ak ga smatram veoma korisnim poźto je sve viźe arhiva pakovanih njime ili sa 1.93.
arhiveri.109 broker,
> Imam tu neki Pkzip 2.01. Upload-ovao bih ga ali nisam > siguran da je to bas neka prava verzija, naime nema opciju > multiple volume koju detaljno opisuje u svom manual.doc. Mislim da je veę bio na SEZAM-u ali su ga ukinuli. Opcija 'multiple volume' je predvi¬ena za komercijalnu verziju (bar tako piźe u uputstvu). ;)
arhiveri.111 vcalic,
>> Inace PKUNZIP2.01 koristim od kad se pojavio kod nas i nisam >> primetio nikakve probleme. «ak ga smatram veoma korisnim >> poźto je sve viźe arhiva pakovanih njime ili sa 1.93. Ovo ti je zaista divna preporuka za BBS. InaŽe ne zovem BBS-ove ali posle ovoga sam siguran da ęu tvoj zaobięi u źirokom luku. Ako ti nije poznato tzv. PKUNZIP v2.01 je najobiŽniji patch (ali nikad nije sigurno da nije trojanac), a 1.93 je autorizovana verzija za koju je me¬utim sam PKWare objavio da treba koristiti ISKLJU«IVO u probne svrhe i da po BBS-ovima ne treba drČati fajlove koji su njim arhivirani.
arhiveri.112 darone,
>> Imam utisak da svog maliźu vodiź kod Dr McAfee-a >> bar tri puta dnevno. :)))))))))))))) darone p.s. O:)
arhiveri.113 darone,
>> >> Rekoh ja da si ti meni sumnjiv, mnogo znaź o >> >> 3.05 >> >> :)) Nego, nabavio sam jedan odliŽan program, >> oęeź? :) Pa sad, znaź, ovaj... Nisam baź... nije da Čelim da te uvredim, ali... Izvini, zauzet sam ovih dana... znaź veę kako je to... :)) darone
arhiveri.114 darone,
>> Inace PKUNZIP2.01 koristim od kad se pojavio kod >> nas i nisam primetio nikakve probleme. Neęeź ni primetiti, to smo (su) apsolvirali odavno. >> «ak ga smatram veoma korisnim poźto je sve viźe >> arhiva pakovanih njime ili sa 1.93. Nikada ne bih dozvolio da mi se arhive źalju arhivirane beta (ili bilo kojom test) verzijom nekog zipa, arja, bilo Žega. Zamisli da radiź pod beta verzijom dosa, to ti do¬e na isto. darone
arhiveri.115 ssokorac,
─┼┤ Imam utisak da svog maliźu vodiź kod Dr McAfee-a bar tri puta ─┼┤ dnevno. Ja ne smatram panikom ako neko pazi da ne dobije virus, i upozorava druge da ne koriste program koji je trojanac ili je zaraČen virusom. A ti ako voliź da se hvaliź da koristiź trojanac 'jer je koristan, a za sada ne pravi probleme' - tvoja stvar. P.S. Usput, kako moČeź kad źaljeź exec od 15 i kusur poruka da ne primetiź da si ga poslao dva puta? :(
arhiveri.116 vgredic,
> Imam utisak da svog maliźu vodiź kod Dr McAfee-a bar tri > puta dnevno. Xexe, ja mog Pecu vodim na pregled NAJMANJE 3-4 puta dnevno. Kad treba da jedem ili odgledam crtani, ja opalim SCAN. SLEDGE DAMMIR!
arhiveri.117 vgredic,
> Moj BBS radi od marta ove godine i jos uvek na njemu nisam > nasao ni jedan virus. UL i DL se koriste u velikim > koliŽinama. Koji je broj tvog BBS-a i kako se zove? SLEDGE DAMMIR!
arhiveri.118 dmiric,
> Ne bi trebalo, loźa disketa to je valjda da kad je posle > Žitam dobijem CRC error ili tako neźto. A ovaj fajl se > lepo Žita, ali neęe da se raspakuje. To mi se deźavalo dva > puta sa ARJ-om, jednom sa starim PKARC-om i ni jednom sa > PKZIP-om. Meni se deźavala ovakva stvar. Prvi put uspem arj e i snimim na disketu, i kad mi stvar zatreba vratim sa diskete sledi Bad header (sa 2.30) ili Bad Huffman (sa 2.20). Za diskete mogu da garantujem. To su *skupe* HD diskete koje *nikad* nisu omanule. sve u svemu nikad vise arj. (md) PS. Ovo se desavalo i drugim ljudima, cak bez upotrebe disketa. Posle izvesnog vremena stajanja na HD arj vise nije mogao da raspakuje...
arhiveri.119 dragisha,
ű> trojanac), a 1.93 je autorizovana verzija za koju je me¬utim ű> sam PKWare objavio da treba koristiti ISKLJU«IVO u probne ű> svrhe i da po BBS-ovima ne treba drČati fajlove koji su njim ű> arhivirani. Info-Zip se poziva na algoritme iz 1.93 kao na 2.0 i potpuno je kompatibilan s njim. Opomena PKWare-a je tu vjerovatno zbog toga źto je u pitanju beta-alpha-omega verzija. dd P.S. Ja koristim samo PkUnzip 1.93!
arhiveri.120 bulaja,
│Meni se desavala ovakva stvar. Prvi put uspem arj e i snimim na disketu, │i kad mi stvar zatreba vratim sa diskete sledi Bad header (sa 2.30) ili │Bad Huffman (sa 2.20). Za diskete mogu da garantujem. To su *skupe* HD │diskete koje *nikad* nisu omanule. └─── Nije stvar u disketama. I ja sam imao slicne probleme kada je ARJ pravio krsh datoteke, a krivac je bio PC Kwik. Zato sam PC Kwik sutnuo sa diska, a ostavio ARJ :).
arhiveri.121 vgredic,
> PS. Ovo se desavalo i drugim ljudima, cak bez upotrebe > disketa. Posle izvesnog vremena stajanja na HD arj vise > nije mogao da raspakuje... Ljudi pa ovo je zastrasujuce. Sve moje arhive su ARJ-ovane. Do sada su me zezale samo one na disketama. No, kako su sve one na disketama razmisljam da ih sve u SHEZ prebacim u zip. PS. Ili mozda gresim? SLEDGE DAMMIR!
arhiveri.122 michelle,
> Nije stvar u disketama. I ja sam imao slicne probleme kada > je ARJ pravio krsh datoteke, a krivac je bio PC Kwik. Zato > sam PC Kwik sutnuo sa diska, a ostavio ARJ :). MoČda je PC Kwik samo jedan od uzroka problema sa ARJ-om. Kod mene nije jer sam dobijao sh.t ARJ fajlove i na maźini koja je bila "ko od majke ro¬ena" (źto se tiŽe drajvera i TSR-ova). :( mp
arhiveri.123 d.petrovic,
Ă> Xexe, ja mog Pecu vodim na pregled NAJMANJE 3-4 puta dnevno. Ă> Kad treba da jedem ili odgledam crtani, ja opalim SCAN. Zar nije lepźe, brČe, sigurnije, pametnije.... da scan opaliź na ...░DOWN direktorijum uvek kad neźto raspakujeź ili kad tutneź tu¬u disketlu ili svoju koju si upravo doneo od nekog... znaź veę...
arhiveri.124 d.petrovic,
Ă> Ja ne smatram panikom ako neko pazi da ne dobije virus, i Ă> upozorava druge Ima jedan drugi problem !!! Ja sad na disku drČim pkzip 1.1 i pkunzip 1.93. Da li je ovaj drugi apsolutno bezbedan za pristigle fajlove, tj. da li je sve korektno raspakovao. Ja bih radije sve na .ARJ ali kad su ljudi veę navalili da źalju stvari pakovane sa pkzip 1.93 .... :(((((
arhiveri.125 drakce,
││ Posle izvesnog vremena stajanja na HD arj vise nije mogao da raspakuje... │└───── │ Ljudi pa ovo je zastrasujuce. Sve moje arhive su ARJ-ovane. Do sada su me └───── Pre nego źto se proźiri ova AntiARJ kampanja ;), oseęam se pozvanim, kao veliki poźtovalac imena i dela druga Roberta K. Junga, da kaČem neźto u njegovu korist: Koristim ARJ od momenta kada se pojavio u ovim naźim predelima, tako da su mi sada sve arhive u tom formatu. Instalirani su mi 800 i HyperDisk i nikada do sada mi se nije desilo da me ARJ izneveri. PreporuŽio bih svima koji imaju problema da: 1. IskljuŽe keźiranje flopija (nema svrhe, nauŽno dokazano:) 2. IskljuŽivo koriste DOSov FORMAT za formatiranje disketa. 3. Nikada ne formatiraju diskete viźe puta da bi smanjili broj loźih sektora. To uspeva u nekim sluŽajevima, al' se posle izvesnog vremena loźi sektori ponovo pojavljuju. 4. Prestanu da primaju mito od PKWare-a i tako prekinu kampanju dezinformacija ;) Pozdrav
arhiveri.126 dejanr,
>> Ljudi pa ovo je zastrasujuce. Sve moje arhive su ARJ-ovane. Do sada su >> me zezale samo one na disketama. No, kako su sve one na disketama >> razmisljam da ih sve u SHEZ prebacim u zip. Iako ja liŽno ne smatram ARJ dovoljno pouzdanim i ne koristim ga ni za źta ozbiljno, ne mogu da zamislim kako bi bilo moguęe da napraviź jednu arhivu, testiraź njenu ispravnost (i sve pro¬e ok) i da onda ta arhiva, od samog stajanja na disku ili disketi, "ubajati" i prestane da bude ok. Ako bi se to desilo, to ne bi bila krivica ARJ-a nego nekog virusa, loźe diskete, kvara i tome sliŽno. Dakle, ako si testirao integritet arhive (ARJ t) i ako je tu sve bilo u redu, ne vidim razlog za brigu.
arhiveri.127 korvin,
­­­> Da ne koristiź moČda ▒teker? Pantięu ubit ęu te :) Pa źteker nema veze sa nepouzadnoźęu arj-a. Da je źteker nepouzdan Seagate ga sigurno ne bi fabriŽki isporuŽivao uz svoje hardięe od 44-60mb !!!!!!!
arhiveri.128 korvin,
­­­> Nije stvar u disketama. I ja sam imao slicne probleme kada je ARJ ­­­> pravio krsh datoteke, a krivac je bio PC Kwik. Zato sam PC Kwik sutnuo ­­­> sa diska, a ostavio ARJ :). Arj je sjajan smao voli da zezne. Ja nikada nisam koristio PCkwik ali odnedavno su poŽeli da se javljaju Žudne stvari sa tim ARJ-om (ja koristim 2.30). VRLO Žesto javlja probleme sa pakovanjem :(( Maźinu sam testirao sa oba scan-a.
arhiveri.129 jtitov,
> zezale samo one na disketama. No, kako su sve one na > disketama razmisljam da ih sve u SHEZ prebacim u zip. > Ili mozda gresim? Gresis. Sa ARJ nisam imao nikad nikavih problema, pardon, lazem. Dok sam imao ESDI kontroler i disk, IMAO sam problema. Skoro u svakoj arhivi je bio bad CRC. To iskljucivo pripisujem kontroleru i njegovom sistemu prenosa bajtova. Sa IDE sistemom, nikad nista. Cak je pkzip pravio problema sa predhodnim kontrolerom. Jedino LHA (nepravedno zapostavljen arhiver) je ocigledno bio imun na transfer bug-ove doticnog kontrolera.
arhiveri.130 jtitov,
> Dakle, ako si testirao integritet arhive (ARJ t) i ako je > tu sve bilo u redu, ne vidim razlog za brigu. Tacno, cak predlazem dvostruko testiranje: prvo na medijumu gde je i vrseno arhiviranje (sa iskljucivanjem kesera po mogucnosti), a zatim, posle kopiranja ponovno testiranje arhive na novom medijumu. Ako je sve ok, onda je arhiver odradio svoje ispravno. A ako se posle izvesnog vremena javi greska u arhivi, nije greska do arhivera, nego do medijuma, marfija i sl. Da vas vidim koliko vas ima koji koristi najbolje/najskuplje diskete, ko ne busi 3.5" itd.
arhiveri.131 ssokorac,
─┼┤ Ima jedan drugi problem !!! Ja sad na disku drČim pkzip 1.1 i ─┼┤ pkunzip 1.93. Da li je ovaj drugi apsolutno bezbedan za pristigle Ja takodje. Pkzip ne koristim uopźte, pakujem iskljuŽivo arj-om ali pkunzip mi treba. Kako 1.93 otpakuje (do sada bez greźke) i 1.93 i 1.1 i sve ranije verzije, ne treba mi niźta viźe :).
arhiveri.132 spantic,
> Ili mozda gresim? Naravno da greźiź. Nemoj da te prevare. ARJ je veoma pouzdan, a pogotovu od stajanja nije crkla arhiva.
arhiveri.133 spantic,
> źteker nepouzdan Seagate ga sigurno ne bi fabriŽki > isporuŽivao uz svoje hardięe od 44-60mb !!!!!!! Xa! Pa ja odavno tvrdim da je Seagete nepouzdana firma ;) P.S. Zvaęeź ti mene da ti vadim podatke sa "konzerviranog" diska ;)
arhiveri.134 vgredic,
> Zar nije lepźe, brČe, sigurnije, pametnije.... da scan > opaliź na ...░DOWN direktorijum uvek kad neźto raspakujeź > ili kad tutneź tu¬u disketlu ili svoju koju si upravo > doneo od nekog... znaź veę... Naravno, pa to i radim. No, kako imam dosta igrica koje drzim na disketama, nikad nisam siguran da li su sve ciste. Mada do sada nisam naisao ni na jedan virus. PS. Verovatno postajem paranoican SLEDGE DAMMIR!
arhiveri.135 vgredic,
> Tacno, cak predlazem dvostruko testiranje: prvo na > medijumu gde je i vrseno arhiviranje (sa iskljucivanjem > kesera po mogucnosti), a zatim, posle kopiranja ponovno > testiranje arhive na novom medijumu. Ako je sve ok, onda > je arhiver odradio svoje ispravno. A ako se posle izvesnog > vremena javi greska u arhivi, nije greska do arhivera, > nego do medijuma, marfija i sl. Pored toliko muvanja kome je do ARJ-a. PS. Meni, ipak ga straaasno volim (arj) ! SLEDGE DAMMIR!
arhiveri.136 vgredic,
> Gresis. Sa ARJ nisam imao nikad nikavih problema, pardon, > lazem. Dok sam OK! Gresim! SLEDGE DAMMIR!
arhiveri.137 vgredic,
> Naravno da greźiź. Nemoj da te prevare. ARJ je veoma > pouzdan, a pogotovu od stajanja nije crkla arhiva. Xexe.. To sa stajanjem me podseca na kolor monohromatski monitor :))) SLEDGE DAMMIR!
arhiveri.138 snemcev,
>> Zato sam PC Kwik sutnuo sa diska, a ostavio ARJ :). Kod mene veę duuuuuuuugo vremena radi Pc-Cache i ARJ nikad i ponavljam NIKAD nije imao problema sa arhivama, bilo na disku, bilo na disketama. So help me God!
arhiveri.139 banusko,
>**> Kod mene veę duuuuuuuugo vremena radi Pc-Cache i ARJ nikad i Tako¬e !
arhiveri.140 korvin,
­­­> P.S. Zvaęeź ti mene da ti vadim podatke sa "konzerviranog" diska ;) Jok, zvaęeź ti mene da ti źtekerujem tvoj hard :)))
arhiveri.141 bulaja,
│... LHA (nepravedno zapostavljen arhiver) ... └─── Nije los, dobre strane su mu sto je dosta bolji od ZIP-a 1.1 (a u nekim slucajevima i od ARJ), ima najkraci sfx header, ima ga na VAX-u, ali je isuvise spor za nekakvu redovnu primenu.
arhiveri.142 bulaja,
│Kod mene vec duuuuuuuugo vremena radi Pc-Cache i ARJ nikad i ponavljam │NIKAD nije imao problema sa arhivama, bilo na disku, bilo na disketama. └─── Da li imas ukljuceno kesiranje flopija. Meni je u tom slucaju ARJ redovno pravio pokvarne arhive.
arhiveri.143 dj.rainovic,
Ţ 2.30). VRLO Žesto javlja probleme sa pakovanjem :(( Maźinu Ţ sam testirao sa oba scan-a. Ove poruke o nepouzdanosti ARJ-a me baź uznemiriźe. Radim sa verzijom 2.30 i do sada nije bilo problema (viźe verzija u zadnjih godinu dana). Da li je neko bliČe odredio nastajanje greźke: rad sa flopijem, sa keź programima, sa źtekerisanim diskovima ... ▒ta kaČu na stranim mreČama?
arhiveri.144 ladislavs,
>│ Kod mene vec duuuuuuuugo vremena radi Pc-Cache i ARJ > Da li imas ukljuceno kesiranje flopija. Meni je u tom A kako se ukljuŽuje keź flopija kod PC-Cache-a? Nije dokumentovano za PC-Cache 7.0. ciLa.
arhiveri.145 snemcev,
>> Da li imas ukljuceno kesiranje flopija. Ne, keźiranje flopija je iskljuŽeno. Uvek sam se pitao Žemu to uopźte sluČi (a joź i ne radi ;)
arhiveri.146 bearboy,
║ vremena stajanja na HD arj vise nije mogao da raspakuje... I onda treba pokuźati koji REBOOT da se sve proŽisti iz memorije, podięi raŽunar sa Žiste DOS diskete, i eventualno dodati -jr swiŽ i popravljeno...
arhiveri.147 bearboy,
║ Xa! Pa ja odavno tvrdim da je Seagete nepouzdana firma ;) Ali zato obilato dele mito :) u vidu bedČeva & reklamnog materijala :) Sad ęemo mi na njega da stavimo bedČ sa znakom Sigejta :)
arhiveri.148 banex,
>> Da li je neko bliČe odredio nastajanje greźke: rad sa flopijem, sa >> keź programima, sa źtekerisanim diskovima ... Ako ste obratili paČnju źta se spominje uz novu beta verziju arj-a, priznali su probleme sa raznim disk keźerima (hyper,itd) pa su to u beta verziji ispravili. Kod mene su se problemi javljali kada koristim arj za pakovanje na flopi, a upaljen je keźer flopija ili radim pod dv-om (deskview). A problem je bio taj da je arj ispravno testirao volumene iako keźer joź nije prekopirao (snimio) te datoteke na flopi (testirao ih je u memoriji ;), pa se kasnije javljao bad header ili hofman(?) kod ;) SliŽne probleme sam imao i pri radu sa hardom. Otkad se pojavila beta verzija (koju stalno koristim) nisam imao sliŽne probleme.
arhiveri.149 zkrstic,
E nazdravlje! Na¬oh BugŽinu u ARJ230 verziji i to boČanstvenu. :(( Kada imate arhivu, iz viźe delova (volumena .a01, .a02) i poČelite dodate joź neki fajl u nju, a taj fajl kompresovan bude veęi nego źto moČe da stane do kraja volumena (znaŽi potreban je novi volumen) ARJ ęe laaadno da skrati ;) taj fajl i da kaČe kako je sve OK. Nikakvu greźku neęe prija- viti :((((( Konkretno, bazu iz sor-a je slatko skratio gde mu je bilo dra- go. DČaba i onaj -v sviŽ i sve źto treba :((((((( Zkr
arhiveri.150 jtitov,
Povodom arhiviranja, pakovanja, sabijanja. Da li ste probali jedan bozanstven trik: sa (na pr.) fdformat formatirate 1.44 na 1.78M; zatim tu disketu "stekerisete" sa Stacker-om 3.0 i dobijete abnormalnih 3.5M. Naravno, koliko je od tih 3.i.kusurM sigurno i stvarno, to je druga prica...
arhiveri.151 ssokorac,
─┼┤ E nazdravlje! Na¬oh BugŽinu u ARJ230 verziji i to boČanstvenu. :(( Zanimljiv je i naŽin na koji ARJ ubacuje fajlove u veę postojeęu arhivu. Napravi arjtemp.$00 fajl u koji kopira celu staru arhivu plus nove datoteke i onda obriźe staru i preimenuje arjtemp :( źto ęe reęi da na disketi nema nikakve źanse dodati nove fajlove...
arhiveri.152 bulaja,
│Napravi arjtemp.$00 fajl u koji kopira celu staru arhivu plus nove datoteke │i onda obrise staru i preimenuje arjtemp :( sto ce reci da na disketi nema │nikakve sanse dodati nove fajlove... └─── ARJ ima opciju -w kojom se menja temp dir/drive, npr -wc:\tmp ce definistai c:\tmp kao temp dir.
arhiveri.153 ssokorac,
─┼┤ ARJ ima opciju -w kojom se menja temp dir/drive, npr -wc:░tmp ce ─┼┤ definistai c:░tmp kao temp dir. Znam za to, ali ne retko na malim diskovima nemaź 1.2Mb prazno :(. U svakom sluŽaju, zar nisu to mogli reźiti jednostavnim ubacivanjem u postojeęu datoteku?!
arhiveri.154 banex,
>> E nazdravlje! Na¬oh BugŽinu u ARJ230 verziji i to boČanstvenu. :(( >> dodate joź neki fajl u nju, a taj fajl kompresovan bude veęi nego Zato nova verzija ARJ-a ne da da se pravi update volumena... «ak ni kometar za datoteke...
arhiveri.155 bearboy,
║ disketu "stekerisete" sa Stacker-om 3.0 i dobijete abnormalnih 3.5M. ║ bozanstven trik: sa (na pr.) fdformat formatirate 1.44 na 1.78M; zatim tu To se moČe uraditi i sa źtekerom ajnc. Opaliź mu ratio od 8:1 i eto ti disk od skoro 14 i po megabajta. Zgodna stvar za uniźtavanje ugleda :))))
arhiveri.156 broker,
> Ovo ti je zaista divna preporuka za BBS. InaŽe ne zovem > BBS-ove ali posle ovoga sam siguran da ęu tvoj zaobięi u > źirokom luku. Ako ti nije poznato tzv. PKUNZIP v2.01 je > najobiŽniji patch (ali nikad nije sigurno da nije > trojanac), a 1.93 je autorizovana verzija za koju je > me¬utim sam PKWare objavio da treba koristiti ISKLJU«IVO u > probne svrhe i da po BBS-ovima ne treba drČati fajlove > koji su njim arhivirani. OŽigledno ne pratiź najbolje źta Žitaź. Lepo sam napisao da koristim PKUNZIP2.01. Poznato mi je źta se nalazi u njemu. Misliź da je OK da mi neko poźalje QWK poźtu pakovanu njime a da se BBS na to buni? Nigde nisam rekao da preporuŽujem njegovo koriźęenje, i iz gore navedenog je vrlo jasno da niźta ne arhiviram njime. Nadam se da ipak neęeź zaobięi Oresku, na njoj ipak mnogo viźe vredi el. poźta nego datoteke, a u poźti nema virusa :) Mada...nema ni u datotekama :)
arhiveri.157 broker,
> Ja ne smatram panikom ako neko pazi da ne dobije virus, i > upozorava druge da ne koriste program koji je trojanac ili > je zaraČen virusom. A ti ako voliź da se hvaliź da > koristiź trojanac 'jer je koristan, a za sada ne pravi > probleme' - tvoja stvar. Bog ga mazo' pa koristim samo PKUNZIP!!! Uostalom, za 2.01 je dokazano da je Žist. Pod panikom smatram preteranu paČnju da se nekim sluŽajem odnekud ne pojavi virus. Pa i ja o tome vodim raŽuna. > P.S. Usput, kako moČeź kad źaljeź exec od 15 i kusur > poruka da ne primetiź da si ga poslao dva puta? :( Exe, negde sam ostavio 'pardon poruku'. Ali evo i ovde da se izvinim svima kojima je smetalo dupliranje poruka. Naime, pukla mi veza usred slanja exec-a, pa sam ga poslao ponovo. Tek kad se sve zavrźilo pade mi na pamet da je ono od prvog puta moglo joź i da bude raspakovano... A i da mi je palo na pamet na vreme, ne znam da li bih smislio bolje reźenje.
arhiveri.158 broker,
> Koji je broj tvog BBS-a i kako se zove? Oreska BBS 031-28-276 radi od 23:00 do 14:00
arhiveri.159 broker,
> Nije los, dobre strane su mu sto je dosta bolji od ZIP-a > 1.1 (a u nekim slucajevima i od ARJ), ima najkraci sfx > header, ima ga na VAX-u, ali je isuvise spor za nekakvu > redovnu primenu. Spor???? MoČda si probao neku stariju verziju. Meni se kod njega prvo svidela brzina, pa onda i kvalitet arhiviranja.
arhiveri.160 ssokorac,
─┼┤ viźe vredi el. poźta nego datoteke, a u poźti nema virusa :) ─┼┤ Mada...nema ni u datotekama :) U to se ne bih kladio. Ako pkzip/unzip ima ikakvu nameru da neźto uradi, (mislim na 2.01, naravno) on ęe to i uraditi nevezano sa tim da li ga 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.
arhiveri.161 ssokorac,
─┼┤ Exe, negde sam ostavio 'pardon poruku'. I to je dovoljno? ─┼┤ ne znam da li bih smislio bolje reźenje. Zar nije bolje reźenje da obriźeź poruke koje si poslao 2 puta? P.S. Bezveze, naźao ko ęe da se buni O:>
arhiveri.162 peca.st,
Imam jedno pitanje, koje moze da zvuci glupo. :))) Da li postoji nacin da se neka arhiva, ne koristeci ramdrive.sys, bilo kako otpakuje u memoriju i odatle izvrsava a ne na disk. Ja sam probao sa ramdrive.sys i onda otpakovao arhivu na drive u memoriji i ono je savrseno radilo, ali meni ne treba to. Ja hocu da uz pomoc nekog switcha ili uz pomoc nekog programa uradim to bez ramdrive.sys. Pomazite! P e C a
arhiveri.163 dejanr,
Ako sam te dobro razumeo, tebi treba da program na disku stoji arhiviran, a kada ga startujeź da se raspakuje i normalno radi. Program koji ti treba za to je PKLITE, na Sezamu se zove \IBMPC\ARCHIVER\PKLTE115.ZIP.
arhiveri.164 darone,
>> Misliź da je OK da mi neko poźalje QWK poźtu >> pakovanu njime a da se BBS na to buni? Ja mislim da je ok :) darone
arhiveri.165 darone,
>> P.S. Bezveze, naźao ko ęe da se buni O:> Da znaź :)))))))) darone
arhiveri.166 peca.st,
> Ako sam te dobro razumeo, tebi treba da program na disku stoji > arhiviran, a kada ga startujeź da se raspakuje i normalno radi. > Program koji ti treba za to je PKLITE, na Sezamu se zove > ░IBMPC░ARCHIVER░PKLTE115.ZIP. Puno hvala, uzecu taj program sto pre i javicu rezultate! CU P e C a
arhiveri.167 peca.st,
> Program koji ti treba za to je PKLITE, na Sezamu se zove > ░IBMPC░ARCHIVER░PKLTE115.ZIP. Tamo pise da PKLITE kompresuje *.exe i *.com fajlove ali meni treba ne samo za te nego za *.* fajlove. Da li je moguce to izvesti??? P e C a
arhiveri.168 dejanr,
>> Tamo pise da PKLITE kompresuje *.exe i *.com fajlove ali meni treba ne >> samo za te nego za *.* fajlove. Da li je moguce to izvesti??? Moguęe je... alatka za to se zove Stacker, i dosta se o njemu priŽa u konferenciji PC.UTIL, tema disk.soft (a pomalo i u ostalim temama, ostalim konferencijama itd). Ja liŽno ne preporuŽujem dotiŽnu alatku, ali vidim da ga mnogi koriste bez problema... mada poneko i ne baź bez problema ;) A i Microsoft ęe ga ukljuŽiti uz DOS 6.0. Ukratko, vredi da pogledaź. PS Nije PD/SW
arhiveri.169 ssokorac,
─┼┤ Tamo pise da PKLITE kompresuje *.exe i *.com fajlove ali meni treba ne ─┼┤ samo za te nego za *.* fajlove. Da li je moguce to izvesti??? Tu jedino stacker (ili superstore) moČe pomoęi, ali oni kompresuju ceo disk. Takodje, to ęe moęi i uz pomoę programa iz DOS-a 6.0.
arhiveri.170 ladislavs,
> Tamo pise da PKLITE kompresuje *.exe i *.com fajlove ali > meni treba ne samo za te nego za *.* fajlove. Da li je > moguce to izvesti??? Reźenje je ▒teker ili Sstor (prvi je rasprostranjeniji i efikasniji). ciLa.
arhiveri.171 peca.st,
> Moguęe je... alatka za to se zove Stacker, i dosta se o njemu > priŽa u konferenciji PC.UTIL, tema disk.soft (a pomalo i u > ostalim temama, Za Stacker znam ali Vi gosp. Ristanovicu jos uvek niste razumeli moje pitanje. Dakle, meni treba program, ili switch nekog arhivera koji ce odredjenu arhivu samo onda kada mu ja kazem, da otpakuje u RAM memoriju. Ako ne razumete na sta mislim formirajte ramdrive sa ramdrive.sys i ako vam je tako formiran drive npr. E: onda uradite ovo: arj e ime_arhive e:. Time se arhiva otpakuje u RAM memoriju i odatle se izvrsava kao sa hard diska, dakle samo ono sto vama treba. Ali, moje prvo pitanje je bilo kako isto to uraditi ne koristeci ramdrive.sys (zato sto ga moram instalirati iz config.sys) vec neki drugi eksterni program. Naravno kada mi vise ti fajlovi u memoriji ne budu trebali ja ih mogu potpuno normalno obrisati. Jos jednom HVALA ali malo pazljivije procitajte pitanje! P e C a P.S. Ako i dalje ne razumete sta mi treba poslacu Vam write mail sa potpunim objasnjenjem mog problema!
arhiveri.172 bdm.,
## (zato sto ga moram instalirati iz config.sys) vec neki drugi eksterni ## program. Moze li ti pomoci programce za izbor kofiguraciji prilikom dizanja sistema? BDM.
arhiveri.173 dejanr,
>> Dakle, meni treba program, ili switch nekog arhivera koji ce odredjenu >> arhivu samo onda kada mu ja kazem, da otpakuje u RAM memoriju. Nije mi poznato da takvo neźto postoji. U stvari, ma koliko ne razumeo pitanje :) Stacker radi baź to - podaci su na disku arhivirani a onda se, pri uŽitavanju, dearhiviraju u memoriju. Jedino źto proces teŽe automatski a ne na eksplicitnu komandu za dearhiviranje.
arhiveri.174 viktor,
Zdravo, Ako sam dobro razumeo tebi je potreban nacin da "po volji" imas i nemas ramdrive tj. da sebi omogucis da taj ramdrive bude tu samo kada ti je potreban. Za to ja vidim dva nacina: 1. koriscenjem programa ldevice koji omogucuje da se device (recimo ramdrive) ucita nakon sto je zavrsen config.sys. Taj sam program negde imao ali sada nisam uspeo da ga nadjem. Potrazicu ovih dana, no mozda ga neko u medjuvremenu nadje. Onog casa kada ti vise nije potrebno dozvoljava oslobadjanje te memorije. radio sam sa starijim verzijama XMS-a sa njime, nisam u skorije vreme posezao za njim tako da ne poznajem moguce probleme compatible-nosti. 2. koriscenjem PcKwik paketa u kome su ramdrive i cache-r "spregnuti" tj dele istu memoriju. Ramdrive ima prednost. U oba slucaja moguca je automatizacija, pri cemu je u slucaju 1. ona ostvariva recimo doskey-om ili slicnim, 4dos-om, ..., dok je u slucaju 2. ona vec ugradjena. Ako kolicina podataka koji se de-arcive-iraju nije velika onda i sam cache-r vec zadovoljava zahteve problema jer su podaci vec u njemu ... ;) Nadam se da necu dobiti onako ljubazan odgovor kao sto ga je dobio Dejan... Pozdrav.
arhiveri.175 ssokorac,
─┼┤ problema ;) A i Microsoft ęe ga ukljuŽiti uz DOS 6.0. Hoęe li ukljuŽiti baź Stacker ili neźto njihovo?
arhiveri.176 drakce,
│ meni treba program, ili switch nekog arhivera koji ce odredjenu arhivu samo │ onda kada mu ja kazem, da otpakuje u RAM memoriju. └────── Jedino reźenje koje mi pada na pamet je koriźęenje RAM diska promenljive duČine, jer si rekao da ramdrive.sys ne Čeliź. Program koji sam okaŽio uz poruku je RAM disk Žiju veliŽinu u svakom trenutku moČeČ promeniti. Instaliraj ga u CONFIG.SYS sa DEVICE=c:\...\RDISK.SYS, a koliko ęe kilobajta (XMS) zauzeti menjaj sa RDISK d: nnnn. Prilikom koriźęenja ARJ-a stavi switch -w<ramdisk> i on ęe ga koristiti kao radni disk. Primer batch fajla koji bi mogao da koristiź: @echo off srdisk d: 2048 /Y arj %1 -wd:\ %2 %3 %4 %5 %6 %7 %8 %9 srdisk d: 0 /Y Pozdrav
arhiveri.177 peca.st,
!-> Nadam se da necu dobiti onako ljubazan odgovor kao sto ga je !-> dobio Dejan... Pozdrav. Pa ti si prvi koji je shvatio sta meni treba. Valjda nisam bio previse nejasan. Oni su mi pricali o Stackeru iako znam o njemu a nisu shvatili ovako kao ti. Dakle, molim te potrudi se da pronadjes taj ldevice jer mi stvar nije nevazna. CU P e C a
arhiveri.178 peca.st,
!-> Nije mi poznato da takvo neźto postoji. U stvari, ma koliko !-> ne razumeo pitanje :) Stacker radi baź to - podaci su na !-> disku arhivirani a onda se, pri uŽitavanju, dearhiviraju u !-> memoriju. Jedino źto proces teŽe automatski a ne na !-> eksplicitnu komandu za dearhiviranje. Ali Stacker radi to za ceo disk a meni treba samo za odredjeni file! Inace, viktor mi je pronasao ono sto mi treba. (procitajte njegovu poruku) Hvala vam sto ste se potrudili da mi odgovorite, nadam se da cemo imati jos ovakvih plodonosnih diskusija. CU P e C a
arhiveri.179 dejanr,
>> Hoęe li ukljuŽiti baź Stacker ili neźto njihovo? Program je Vertisoft-ov (ili tako neźto) i zove se Double Disk. A da liŽi na ▒teker, liŽi
arhiveri.180 d.petrovic,
Ă>> ░IBMPC░ARCHIVER░PKLTE115.ZIP. Ă> Ă> Puno hvala, uzecu taj program sto pre i javicu rezultate! Nema źta da vidiź, stvar radi odliŽno ali...!!! Ne smeź arhivirati program koji ima dinamiŽke overleje.
arhiveri.181 korvin,
­­>> npr. E: onda uradite ovo: arj e ime_arhive e:. Time se arhiva otpakuje ­­>> u RAM memoriju i odatle se izvrsava kao sa hard diska, dakle samo ono ­­>> sto vama treba. Ali, moje prvo pitanje je bilo kako isto to uraditi ne ­­>> koristeci ramdrive.sys (zato sto ga moram instalirati iz config.sys) ­­>> vec neki drugi eksterni program. Tebi izgleda moČe pomoęi samo BOOT.SYS (biraź konfiguraciju).
arhiveri.182 peca.st,
!-> Jedino reźenje koje mi pada na pamet je koriźęenje RAM diska !-> promenljive duČine, jer si rekao da ramdrive.sys ne Čeliź. !-> Program koji sam okaŽio uz poruku je RAM disk Žiju veliŽinu u !-> svakom trenutku moČeČ promeniti. Instaliraj ga u CONFIG.SYS !-> sa DEVICE=c:░...░RDISK.SYS, a koliko ęe kilobajta (XMS) !-> zauzeti menjaj sa RDISK d: nnnn. Prilikom koriźęenja ARJ-a !-> stavi switch -w<ramdisk> i on ęe ga koristiti kao radni disk. !-> Primer batch fajla koji bi OK, thanks, mada mi je viktor pronasao bolje resenje. Osim toga skinuo sam malo pre neki file koji bi mozda mogao da mi resi problem. On iz komandne linije instalira *.sys i kad ti hoces on ga ukine. Barem tako pise nisam probao sad cu. Ipak, hvala! P e C a
arhiveri.183 viktor,
Zdravo, LDEVICE je deo nekog paketa, ne secam se vise koga, pokusacu celog da ga nadjem. No, saljem ovo sto sam nasao. Potreban je mark.com iz onog tsr paketa za oslobadjanje onoa sto ldevice zauzme, ako nesto nisam zaboravio, nije iskljuceno da postoji podesavka za njegovo automatsko uklanjanje. Pozdrav. P.S. Nije mi poznato koji od programa za sazimanje podataka koristis te program nisam sazimao.
arhiveri.184 viktor,
Zdravo, Nikada nije niko sve naucio, pa ja sada ponavljam pokusavajuci da posaljem i file. Pozdrav. B00000000000000
arhiveri.185 paki,
=> Program je Vertisoft-ov (ili tako neźto) i zove se Double => Disk. A da liŽi na ▒teker, liŽi Pa ja koristim SSTOR (uz DR-DOS 6.0) i on tako¬e liŽi na ▒teker. Kad bolje pogledam, i nema tu nekih inovacija niti ęe ih biti (sem malo optimizacije, poveęanja sigurnosti i źminke). Bar ne u skorijoj buduęnosti.
arhiveri.186 viktor,
Zdravo, Evo ga i ceo paket: Dynamic Memory Control 2.0. Pozdrav. dmc20.zip
arhiveri.187 peca.st,
!-> Zdravo, !-> Evo ga i ceo paket: Dynamic Memory Control 2.0. !-> Pozdrav. Ok, thanks. Inace i na samom sezamu sam nasao neki program (ne mogu da se setim u kom direktorijumu) koji bi trebalo da radi to isto. Nisam ga jos probao, jer nemam vremena. Probacu i ovaj tvoj program i taj pa cu javiti rezultate. Inace, ovaj program se zove drv_inst.zip. CU P e C a
arhiveri.188 bojanp,
> Nikada nije niko sve naucio, pa ja sada ponavljam pokusavajuci da posaljem > i file. Obzirom da se uz poruku 5.186 nalazi arhiva koja sadrČi kompletan paket, ova datoteka koja je inaŽe deo tog paketa, obrisana je.
arhiveri.189 dejanr,
>> Uostalom, za 2.01 je dokazano da je Žist. Dokazano, nije. MoČe se dokazati da neki program PRAVI źtetu, ali da NE pravi... teźko. Ne vidim nikakav rezon da se koristi program koji definitivno i dokazano nije pravio onaj ko je potpisan kao autor, nego je neko drugi Bog zna iz kojih razloga neźto petljao po njemu. Sve źto moČe da raspakuje "PKUNZIP 2.01" moČe da raspakuje i PKUNZIP 1.93 koji je "pravi", samo źto je beta verzija. Dakle, ne vidim zaźto ne bi koristio baź njega.
arhiveri.190 bulaja,
**** new file **** \IBMPC\ARCHIVER\ shez83.arj .a01 Shell za rad sa zip/arj/lha i drugim arhiverima v8.3 12/18/92 Corrected CTRL-X key to exit to the currently defined EXTRACT location. Fixed mouse function to tag individual files when pressing both keys down. Added ability to format floppies on "XT" class machines. Added ALT-U command to Update/Add 4DOS/NDOS file descriptions. Added additional 4DOS support when copying, moving, and renaming files. The 4DOS description file and text will be carried and/or modified with the file. Modified the SHEZCFG program to insure that programs and their locations are valid. Modified SHEZ to automatically swap itself out of memory if less than 330K is avaliable when running a Virus Scan. Added ERROR CODES Appendix to the manual.
arhiveri.191 todorp,
> Da li postoji nacin da se neka arhiva, ne koristeci ramdrive.sys, > bilo kako otpakuje u memoriju i odatle izvrsava a ne na disk. Ja sam Evo nesto sto vam je oduvek trebalo a niste imali ;))) Program je ako se ne varam skinuo sa clarion net-a banusko. Ja sam ga isprobao i radi odlicno! Pozdrav od Todora. DIET is an executable file compressor. DIET compresses DATA files, too. A great space saver! If DIET stays on memory, Data files are decompressed automatically when they are needed and are compressed automatically as the program terminates. Only 8kb of resident part on your memory if you use EMM.SYS. DIET compresses overlays. DIET may compress executable files as data, and resident part activate it as executable. In this new version, DIET displays files dieted and not dieted with reverse colors, DIET will compress SYS files and will boot up, DIET refrains from generating and erasing temporary files used often, and DIET copies files as compressed, or decompressing as you wish. A box of enchanting magics! diet120.zip
arhiveri.192 broker,
> 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.193 broker,
> Zar nije bolje reźenje da obriźeź poruke koje si poslao 2 > puta? Da sam iz Beograda uradio bih to.
arhiveri.194 peca.st,
!-> Evo nesto sto vam je oduvek trebalo a niste imali ;))) Dobro, ja sam mislio da smo apsolvirali ovo moje pitanje, ali kad neko zove jednom u 15 dana onda... Dakle, ovo opet nije ono źto meni treba. :( Kako vidim iz ovog opisa źto si ti naveo opet moram da ubacujem neźto u config.sys a ja to neęu, dakle hoęu bez ikakvog uplitanja configa, raznoraznih drivera i sliŽno. Ipak, hvala ti źto si se potrudio! P e C a
arhiveri.195 todorp,
Pa ti si covece ne unistiv! :((( Mogao bi da budes uctiviji jer sam procitao sve tvoje poruke i odgovore i mislim da je ovo resenje. Ovo misljenje o tvom karakteru sam stekao jos posle tvog pitanja o 486 sajriksu kada su ti odgovorili a ti onda odvalis nesto u stilu:"I ovako me nije nesto preterano zanimalo"?! > Dobro, ja sam mislio da smo apsolvirali ovo moje pitanje, ali kad > neko zove jednom u 15 dana onda... Zovem skoro svakog dana ali nisam imao vremena da pokupim program iz jedne od grupa ranije pa nisam ni stigao da ga isprobam. > Dakle, ovo opet nije ono sto meni treba. :( Kako vidim iz ovog opisa > sto si ti naveo opet moram da ubacujem nesto u config.sys a ja to > necu, dakle hocu bez ikakvog uplitanja configa, raznoraznih drivera > i slicno. Procitaj bolje. Program se iz dosa (kom. linije) instalira kao tsr i deinstalira kad i ako hoces (primeti nije obavezno da se koristi kao tsr!!). Pozdrav od Todora.
arhiveri.197 adzem,
> Posluźao sam te. Evo sad je na Oreski Pkunzip 1.93. Nisam > znao da raspakuje i 2.01. Da si proŽitao diskusiju o Zip 2.01 koju sam ti svojevremeno dao, znao bi. ;)
arhiveri.198 peca.st,
!-> Procitaj bolje. Program se iz dosa (kom. linije) instalira !-> kao tsr i deinstalira kad i ako hoces (primeti nije obavezno !-> da se koristi kao tsr!!). Izvini za onako oźtar ton, to je bilo pre nego źto sam postao novi peca.st. Ipak, ti si tamo neźto pominjao EMS memoriju, pa mi se odma zavrtelo u glavi. Dakle, ipak ti malo opźirnije opiźi taj program, pa da ga skinem i da vidim da li radi. Osim toga rekao si da zauzima 8K RAM-a, pa me interesuje da li ja mogu da ga uklonim (bez MARK i RELEASE) posle koriźtenja? Hvala ti i nadam se da mi nisi idmah lupio IGNORE! :)) P e C a P.S. !-> I ovako me nije nesto preterano zanimalo"?! Pa nisam baź tako rekao. Rekao sam da me SAD ne zanima jer sam saznao da to i nije prava 486-ica. Nema veze, idemo dalje!
arhiveri.199 todorp,
> interesuje da li ja mogu da ga uklonim (bez MARK i RELEASE) posle > koristenja? Moze sam sebe da deinstalira. Skini ga mislim da vredi a i nije preterano dugacak. > Hvala ti i nadam se da mi nisi idmah lupio IGNORE! :)) Tesko lupam ignore a bogami i skidam ;) Pozdrav od Todora.
arhiveri.200 iboris,
Ł Pa ti si covece ne unistiv! :((( Mogao bi da budes uctiviji jer sam Ł procitao Vidiź da je kompletno dete, i zato je od mene popio ignor, jer odgovara na bukvalno svaku poruku u nekoj konf. (ne seęam se kojoj) i, źto je najgore, nijedan smislen odgovor nije imao. Misli da ga neki mrze, ali nije u pravu, samo im ide na dČigericu, jer kvotira celu poruku i na kraju samo stavi smajlija. Od mene, jedno 2 meseca ignora.
arhiveri.201 bojanp,
*** new file *** r:\ibmpc\archiver PKZ204C.EXE KonaŽno se pojavio duuuuuuuugoooooo oŽekivani program poznat pod imenom ZIP! Dakle na Sezamu je najnovija verzija PKZIP-a 2.04c. Nije nikakva patchovana ili promenjena prethodna verzija veę stvarno nova verzija ovog arhivera. Dakle, nemojte Žekati veę odamh krenite u download. Pozdrav, Bojan Evo koje su promene u odnosu na prethodnu verziju: --------------------------------------------------------------------- Several new features have been added to PKZIP/PKUNZIP/PKSFX version 2.04c. Read the file ADDENDUM.DOC for a complete description of these changes and enhancements. Highlights of PKZIP/PKUNZIP/PKSFX etc. version 2.04c include: -Improved Compression PKZIP/PKUNZIP 2.04c implements a new compression algorithm called Deflating. Deflating has varying levels of compression and speed available. Both speed and compression are greatly improved over previous versions of PKZIP. -Multi-Volume Archive Support/Formatting PKZIP/PKUNZIP 2.04c has the ability to "span" a .ZIP file across multiple diskettes if the final .ZIP file size would be greater than a single diskette. PKZIP 2.04c also has the ability to format the destination diskettes on the fly. -XMS/EMS Usage PKZIP/PKUNZIP 2.04c has the ability to use of EMS, UMB, and HMA memory, which will allow the ability to process more files or be able to run with less conventional memory. PKZIP/PKUNZIP 2.04 will run in as little as 85K of conventional memory if EMS or XMS memory is available. -Novell Network Aware PKZIP 2.04c is Novell Netware "aware". Updating or creating a .ZIP file on a network drive is much faster with the network support in PKZIP 2.04c. -Auto CPU type detection. PKZIP/PKUNZIP 2.04c will detect what type of CPU it is being run on and will use instructions specifcally optimized for an 808x CPU, 80386 CPU, or 80486 CPU. -DPMI support PKZIP/PKUNZIP 2.04c automatically detects if DPMI (DOS Protected Mode Interface) support is available and will execute code in 32-bit protected mode for better speed. -PKCFG program PKZIP 2.04c can be configured to best suit your needs through the use of the PKCFG program. This is only available in the registered version of PKZIP. -PKSFX Junior and PKUNZIP Junior These "Junior" programs use very little memory and are extremely small. Although they are reduced in ability, their small size makes them very useful. -Password Encryption Sensitive data files can be scrambled with password protection. The security of this feature has been significantly improved in PKZIP/PKUNZIP 2.04c. -Authenticy Verification Users requiring authentication of archive files may request an Authenticy Verification code. This allows users to create .ZIP files which PKUNZIP can detect tampering of. ---------------------------------------------------------------------
arhiveri.202 dejanr,
>> r:\ibmpc\archiver >> PKZ204C.EXE MA▒ALA! Svaka Žast, da vidimo i to Žudo :) Hvala, Bojane.
arhiveri.203 dejanr,
Prvi (bolje reęi nuliti ;) utisci o PKZIP-u 2: Visok stepen komresije, vrlo brz rad. Testovi slede, ovo je samo subjektivni utisak. Raspakuje stare ZIP-ove. Stari PKUNZIP ne raspakuje nove (źto se i oŽekivalo) MoČe da deli fajl na diskete, ali imam utisak da se ne moČe na disku napraviti N delova arhive odgovarajuęe duČine. MoČe samo da se da kopiranje na diskete, pa kolko na svaku stane, stalo je. MoČe da briźe/formatira diskete tokom rada. OgraniŽenje na 8000 fajlova (ili neźto manje) u jednoj arhivi. Joź stroČe ako nema EMS/XMS memorije. Koristi 386/486 instrukcije, Čestoko je brČi na ovim raŽunarima Unapre¬ena -s opcija (navodno :) Niźta od "besplatnog" AV check-a, i dalje je za PUTAV potrebna registracija. Novi PKUNZIP ne prepoznaje stari AV Check napravljen registrovanim ZIP-om 1.10.
arhiveri.204 paki,
­> and speed available. Both speed and compression are greatly ­> improved over previous versions of PKZIP. Ako vas zanima, zapakovao sam supaplex sa arj2.39 i pkzip2.04. Rezultati: ARJ -m1....296Kb, 1'37sec. PKZIP -ex....294Kb, 1'17sec. / max.compression ▒to ęe reęi, veęa kompresija (malo) i brzina (mnogo) u odnosu na ARJ! Hvala Bogu...
arhiveri.205 drakce,
│ MA▒ALA! Svaka Žast, da vidimo i to Žudo :) │ Hvala, Bojane. └──────── Hvala i "mister X"-u koji je novi ZIP preneo istog momenta kada se pojavio, tamo preko bare. Evo prvih utisaka - Čestok je :) Merio sam kako radi na jednom sluŽajno izabranom direktorijumu sa 66 fajlova ukupne duČine 1776918 bajtova. To sam poredio sa starim ZIPom i ARJom. Sve opcije su default. vreme duČina ZIP 2.04 - 1:36.28 - 851500 ZIP 1.10 - 1:57.87 - 973738 ARJ 2.30 - 3:03.45 - 852263 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 :). Pozdrav
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,
>> 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,
* 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,
─┼┤ 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,
> 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,
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,
> 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,
> 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,
> ║ 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,
>> 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,
>> 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,
> 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,
>> 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,
!-> 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,
>> 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,
>> 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,
─┼┤ 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,
║ 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.,
I meni se zaglavio PKUNZIP, ali nije vise otkako sam mu dao u autoexecu jedan set pkunzip=--. Regards from .bale. ! #:*)+-<
arhiveri.228 spantic,
> 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,
>> 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,
>> 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,
>>>> 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,
Ă> 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,
Ă> Mislim da bismo ga mogli dodati na spisak arhivera :) Obavezno, deder poČurite :)
arhiveri.234 darone,
>> 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,
> 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,
> 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,
> ─┼┤ 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,
>> 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,
*> 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,
>> 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,
>> 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,
>> 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,
Ă> 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,
> 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,
Ă> 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,
>> 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,
│ 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,
>> «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,
> 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,
> 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,
>> 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,
>> 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,
>> 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,
>> 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,
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,
> 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,
> 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,
Ă> 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,
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,
>> 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,
> 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,
* 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,
* 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,
* 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,
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,
│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,
*> "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,
>> 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,
## 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,
## 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,
─┼┤ 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,
>> 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,
│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,
> 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,
> 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,
>> 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,
> 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,
>> 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,
│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,
>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,
>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.,
## 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,
> 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,
> 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,
> 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,
>> "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,
>> 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,
>> 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.,
ŮŢ 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,
>> 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,
> 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!
arhiveri.306 wizard,
>> Upravo je to velika mana ZIP-a. Pakovanje, raspakivanje i deljenje >> u tri programa. ARJ sve to ima na jednom mestu. Zato i troźi toliko memorije...
arhiveri.307 vcalic,
>> Da li je neko dobio drugaŽije rezultate? Ja sam dobio sliŽne rezultate kada sam merio stepen kompresije ASCII fajlova i DBF-a, me¬utim, ARJ ima bolju kompresiju kod EXE fajlova, a prosto ubija (javlja se maltene znaŽajna razlika) kada se pakuje veliki broj fajlova u WP formatu. To je uglavnom ono na Žemu sam eksperimentisao. InaŽe, najviźe sam se zadrČao na isprobavanju raznih shareware paketa, uzeo sam tri nasumice odabrana i dobio otprilike ovakve rezultate: ▒to se brzine tiŽe ZIP nema konkurenciju. U poŽetku sam isprobavao PKZIP 2.04 sa sviŽevima -ex i -en (difolt), zatim PKZIP 1.1 sa difolt sviŽevima, i sa druge strane ARJ verziju 2.30 sa difolt sviŽem i -m1 -jm (maksimalna kompresija) i ARJ 2.39 sa difolt, -m1 -jm i -m1 -jm1. Kod ARJ v2.39 se pojavljuje neźto Žudno. Naime sviŽevi za maksimalnu kompresiju (-jm i -jm1, pri Žemu bi -jm trebalo da neźto sporije daje neźto bolju kompresiju) se ponaźaju jako Žudno, tako da u jednoj prilici jedan radi sporije i bolje, a u nekoj drugoj prilici onaj drugi. Prvi paket koji sam uzeo (sasvim sluŽajno) bio je ZIP10EX. Usput sam i preveo sors da bi dobio INFO-ZIP verziju ZIP-a, i usput nju testirao. Sve u svemu, bilo je tu ukupno 67 fajlova od 679.459 bajtova, raznih tipova (.c, .obj, .exe, .bat, .doc). Pobedio je (Žudno) ARJ v2.30 i to sa sviŽevima -m1 - jm koji je dao veliŽinu arhive 286435. PKZIP 2.04 je sa opcijom -ex dao fajl za ceo kilobajt veęi. ARJ v2.39 je dao neźto malo veęi fajl od 2.30, ali je uradio posao za minut i 47 sekundi, źto je za 27 sekundi viźe od vremena koje je bilo potrebno PKZIP-u sa sviŽem -ex. Dakle, u tom sluŽaju je pobedio ARJ źto se stepena kompresije tiŽe. U ovom primeru sam testirao i INFO-ZIP-ovu verziju ZIP-a, i on je primenom "imploding" algoritma za 3min28sec napravio fajl od 299334 bajta. PKZIP 1.1 je za 1min 35sec napravio primetno veęi fajl (304130 bajtova). Sledeęi paket bio je Hyper SPeed KiT. Ima 19 fajlova od 488731 bajta i sadrČi se od dosta .EXE fajlova koji se PKLITE-ovani. Ovde sam testirao samo ZIP 2.04 i ARJ 2.39. Pobedio je ARJ v2.39 sa sviŽevima -m1 -jm1, ali za samo 5 bajtova, pri tom uradivźi posao za 10-tak sekundi duČe. (minut i 20s je trebalo ARJ-u, a minut i 10 ZIP-u). Za upore¬ivanje su i rezultati koji su postigli ZIP i ARJ sa difolt opcijama. Za 25 sekundi kraęe, ZIP je napravio arhivu za 500 bajtova veęu od ARJ-a. Na SPKT-u sam testirao i maksimalne brzine kompresovanja. U igru su uźli stari PKPAK v3.61, PKZIP1.1 sa opcijom -es, PKZIP v2.04 sa opcijom -es i ARJ 2.39 sa opcijom -m4. Posao je najbrČe obavio ZIP 1.1 (29 sekundi) pri tom napravivźi arhivu od 353636 bajta. Za neźto viźe vremena neźto veęu arhivu napravio je PKPAK. Apsolutni źampion je me¬utim ZIP v2.04 koji je za samo 33 sekunde napravio arhivu od 298073 bajta, źto je veę ogromna razlika. ARJ je napravio neźto veęu arhivu (309431) za skoro duplo viźe vremena. Zadnji paket bio je SPEC145 (registrovana verzija). Ovde je pobedio ZIP 2.04 sa -ex, ali mu je za Žudo trebalo viźe vremena nego ARJ 2.39 sa maksimalnom kompresijom (!?). Nije mi baź bio jasan ovaj rezultat pa sam ponovio probu i dobio ponovo sliŽne rezultate. Kod difolt opcija veliŽina fajla je bila na strani ARJ-a (za svega par bajtova) ali brzina, naravno, na ZIP-ovoj strani. ZakljuŽak koji mogu da izvedem na osnovu mojih testova i proba, i gledajuęi źta su drugi radili je sledeęi: ARJ u proseku daje manje arhive kod paketa kod kojih ima dosta binarnih fajlova, a ZIP je majstor za ASCII datoteke. Dakle, ne moČe se sa sigurnoźęu tvrditi koji ęe arhiver dati manju ciljnu datoteku. Brzina je ubedljivo na strani ZIP-a, i to mu za sad daje izvesnu prednost koju ARJ anulira veęim brojem opcija i boljom moguęnoźęu prilago¬avanja, kao i bolje koncipiranim radom sa multi-volume arhivama. «ini mi se da novi ZIP ipak neęe Jungu preoteti korisnike koji su navikli na ARJ, veę ęe samo oboČavaocima ZIP-a dati nove argumente za raspravu sa ARJ-ovcima. U svakom sluŽaju, ostali arhiveri su potpuno izbaŽeni iz igre kad je MSDOS u pitanju (ZOO, LHA i ostali mogu da egzistiraju na drugim operativnim sistemima, mada ih je tamo INFO-ZIP opet gurnuo u drugi plan) Borba se nastavlja i oŽigledno ęe biti joź zanimljivija. Nadam se samo da ęe PKWare ęeźęe izbacivati nove verzije nego do sada. A nadam se da ęemo i mi biti u prilici da do¬emo do njih :(((
arhiveri.308 adzem,
> Upravo je to velika mana ZIP-a. Pakovanje, raspakivanje i deljenje > u tri programa. ARJ sve to ima na jednom mestu. Greźka (reply samom sebi). Pakovanje, raspakivanje, deljenje i konverziju u EXE u Žetiri programa. ARJ sve sam radi ;) ------
arhiveri.309 dejanr,
>> - nema bitno bolju kompresiju od ARJ-a Ali ipak ima neźto bolju kompresiju. Jako su retki sluŽajevi kada ARJ napravi kraęi fajl. >> Pa ko źta voli... Kao i kod MSC-a i BC-a "koji god da izaberete neęete >> pogreźiti" SlaČem se :) A dodatna sreęa je źto oba mogu da stoje na disku. Istina, mogu da stoje i MSC+BC, ali je potreban malo veęi disk ;)
arhiveri.310 dejanr,
>> Arhivirao sam neke fajlove sa ARJ-om koisteęi opciju -g i zaboravio >> źifru. :((( Ima li nade? Ima... ako neki struŽnjak CIA-e hoęe da ti pomogne. Ne sumnjam da bi to za njih bio sitan zalogajŽię, verovatno su ga veę i reźili (na dan kada je ARJ izaźao ;) Ovako amaterski... Žisto sumnjam :(
arhiveri.311 dejanr,
>> > Zato i dalje koristim ZIP, pa onda LCOPY (eno je neka >> > beta verzija u direktorijumu UTILITY). >> >> Sve to radi sada novi ZIP sam. Ne znam zaźto Dejan reklamira >> te svoje metode za seckanje na diskete. Ne reklamiram, samo ih koristim ;) A za te novotarije, ima vremena, trebalo je godina dana da se vidi kakve sve probleme ARJ ume da napravi sa deljenjem na diskete. Ko zna źta ęe da ispliva iz ovog novog ZIP-a ;) Zato, rado se igram sa njim, a za posao koristim ono źto je provereno - za LCOPY bar znam źta moČe da mi priredi :)
arhiveri.312 dejanr,
>> 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... Proveren je sa njihovim BBS-om i reklo bi se da je dobar. E sad ako im je neko provalio na BBS pa stavio laČnu verziju... najzad, od neŽeg Žovek mora i da umre ;)
arhiveri.313 dejanr,
>> 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...). Eh, eh, kako do¬e baź do toga 50? ;) Kada se radi o deljenju na diskete, meni u praksi treba baź to PKZIP -& A:A fajl - da mi arhivira i to stavi na diskete, kolko na koju stane. *Jedine* dve prednosti ARJ-a po tom pitanju su (sa mog aspekta): (1) źto ZIP ne ume da deli arhivu na komadięe koji bi ostali na disku, kako bi mogli da se upload-uju na Sezam (2) źto ako imam N disketa na kojima ima neźto, pa hoęu da poŽnem da snimam arhivu od pete diskete s tim da na njoj ostane ono źto se nalazilo a da sve sledeęe briźem... e, to ne moČe. Zato i ostajem pri LCOPY-ju ;) Sad, da li se ove prednosti mogu kvantifikovati kao 50 puta, to je van moje nadleČnosti ;)
arhiveri.314 dejanr,
>> 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. Registrovan/neregistrovan ZIP bi trebao da konstatuje PKZIP.CFG, ako se ne varam. Mora da si neźto pogreźio.
arhiveri.315 ndragan,
/ backup / restore kombinacije. Uvazavam optimalno. Oh ne. Kome se joź nije desilo da Restore neęe da raspakuje arhivu jer cilj nije isti onaj disk i direktorij iz originala, i ko se snaźao drugaŽije osim sa Subst?
arhiveri.316 banusko,
>**> Arhivirao sam neke fajlove sa ARJ-om koisteęi opciju -g i >**> zaboravio źifru. :((( Ima li nade? Opcija -g je 'osteljiva' ne velika i mala slova. ZnaČi, moČda źifru nisi zaboravio, nego si samo ukljuŽio/iskljuŽio velika/mala slova, pa je tvoja tuga otuda. 8) Pozdrav.
arhiveri.317 nkbog,
Ko kompresuje viźe ARJ ili PKZIP? ARJ. Eto ja probo na tri paČljivo odabrane O;) datoteke i PKZIP je bio slabiji 42% (skoro ko meseŽna inflacija!). A kako su odabrane datoteke? Pa paČljivo (sve tri su imale po taŽno 0 bajtova). ;) Rezultati u kojima je ARJ za oko 1-2K bolji od PKZIP, ako su ra¬eni na veęem broju datoteka, se iskljuŽivo mogu pripisati manjoj sigurnosti, a ne boljoj kompresiji ARJ-a. A evo zaźto: PKZIP ima centralni katalog koji se nalazi na kraju arhive. On mu omoguęava izvanredno lako oporavljanje arhive ukoliko je njen kraj saŽuvan. Ukoliko je pak centralni katalog oźteęen, PKZIP ęe postupiti sliŽno ARJ (mada bi pravilnije bilo reęi obrnuto), i oporavljati datoteke redom. Naime, ukoliko se "paČljivo oźteti" ;) zaglavlje neke datoteke u ARJ arhivi, sve datoteke nakon nje ęe postati neŽitljivi. U PKZIP-u to morate da uradite na dva mesta. Postojanje ovog centralnog kataloga produČuje ZIP arhive (i to moČe biti znaŽajno produČenje ukoliko imate mnogo datoteka, a pogotovu ukoliko vrźite arhiviranje stabala kataloga). Sa druge strane kada kompresujete samo jednu datoteku (dovoljno veliku ;)) ZIP-ove dodatne informacije su zanemarljivo male, te postaju uoŽljive razlike u boljem algoritmu kompresije koji ZIP primenjuje. NB.
arhiveri.318 dusanp,
=> *Jedine* dve prednosti ARJ-a po tom pitanju su (sa mog => aspekta): => => (1) źto ZIP ne ume da deli arhivu na komadięe koji bi => ostali na disku, kako bi mogli da se upload-uju na => Sezam => => (2) źto ako imam N disketa na kojima ima neźto, pa hoęu => da poŽnem da snimam arhivu od pete diskete s tim => da na njoj ostane ono źto se nalazilo a da sve sledeęe => briźem... e, to ne moČe. Zato i ostajem pri LCOPY-ju ;) E, ovo sam morao da kvotiram. Da li je "prednost" pod dva slucajno ili namerno stavljena? Evo, da i ja malo pohvalim ZIP: *Jedine* cetiri prednosti Zip-a sa mog aspekta su: (1) Kada hoces da radis pod Windowsima bez podesavanja... e, to ne moze. (2) Kada hoces da podelis arhivu na tacno x kb, a da je zatim spojis bez zezanja sa one and only (ima ga u direktorijumu) LCOPY-jem... e, to ne moze. (3) Kada hoces da arhivu napravis na disku, pogledas koliko ti disketa treba, pa ih onda popunis arhivom... e, to ne moze. (4) Zip ima bolji kompresor arhive u EXE. Kod Arj-a te njegova samoraspakujuca arhiva pita da li da se raspakuje, sto meni smeta, a zip to uradi bez pitanja. Ukoliko Arj ima neki switch koji iskljucuje ovo pitanje, a ja ne znam za njega, onda i ova prednost gubi na znacaju. Zato i ostajem pri ARJ-u ;) PS: Nemoj da bi neko pomislio da sam ja i pre pojave ovog Zip-a njega otpisao. Bas sam se nadao da ce ova verzija, sa multi volume podrskom biti odlicna. Nazalost...
arhiveri.319 bdm.,
## Ovo sto ti pricas je nemoguce izvesti (prvo da Znam. ## da prebacis fajlove na diskete). Uzmi arj i uzivaj. ARJ i koristim. Replika je namenjena Janku jer tvrdi da pomoc Dejana nije potrebna... BDM.
arhiveri.320 danko,
> radi u DOS prozoru. Uostalom, Žemu sluČi ta DPMI podrźka, ako veę > postoje EMS i XMS i 386/486 (navodno) podrźka? Teoretski DPSMI podrźka obezbe¬uje radu u zaźtięenom modu procesora, a 386 podrźka samo koristi 32-bitne registe (navodno je i pkZIP 1.1 to koristio) dok EMS/XMS samo obezbe¬uju viźe od 640K memorije. Tako gledano samo DPMI bi bio prava stvar i trebalo bi da bude najbrČi. Jedino mi nije jasno kako to da novi pkZIP zeza sa Win 3.1 kada je to "glavni" DPMI server sa kojim bi trebalo da je najviźe testiran. DANKO
arhiveri.321 wizard,
>> Arj-a te njegova samoraspakujuca arhiva >> pita da li da se raspakuje, sto meni smeta, >> a zip to uradi bez pitanja. Ukoliko Arj ima >> neki switch koji iskljucuje ovo pitanje, a >> ja ne znam za njega, onda i ova prednost >> gubi na znacaju. Commands: e: Extract files v: Verbosely list contents l: List contents x: eXtract files with pathname (default) t: Test contents Switches: a: show ANSI comments n: only New files (not exist) c: skip time stamp Check p: match with Pathname f: Freshen existing files u: Update files (new + newer) g: unGarble with password y: assume Yes on queries i: no progress Indicator Obrati paČnju na sviŽ -y. :) Ovo inaŽe dobijeź kad samoraspakujuęu arhivu starujeź sa "/?".
arhiveri.322 wizard,
>> Ima... ako neki struŽnjak CIA-e hoęe da ti pomogne. Da odem da se raspitujem po sediźtima opozicionih stranaka? ;) ZnaŽi jedini naŽin je da udaram glavom u zid i viŽem: "Seti se, budalo, seti se!" :)))
arhiveri.323 wizard,
>> Opcija -g je 'osteljiva' ne velika i mala slova. ZnaČi, moČda >> źifru nisi zaboravio, nego si samo ukljuŽio/iskljuŽio velika/mala >> slova, pa je tvoja tuga otuda. 8) Eh, znam, ali uvek koristim mala slova. Nije problem źto mi nije proradila źifra za koju mislio da pali, problem je źto uopźte ne mogu da se setim, ni da predpostavim, źta sam tada mogao da stavim za źifru? P.S. Jel se bavi neko ovde hipnozom? ;)
arhiveri.324 pedjak,
> Da li je neko dobio drugaŽije rezultate? Ja sam primetio da datoteke reda veliŽine 100-tinjak KB dobijene ARJ-om su manje nego one dobijene sa ZIP-om pedja
arhiveri.325 lanik,
>> 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). Mene zanima ta verzija kompatibilna sa 1.93 beta, jer za TOS postoji 1.10 verzija ZIP-a ali ne i 1.93. BTW, źta je to FFS? (gde, kako, broj, pristup... :))) --> Keyboard? How Quaint!
arhiveri.326 lanik,
>> (ZOO, LHA i ostali mogu da egzistiraju na drugim operativnim sistemima, >> mada ih je tamo INFO-ZIP opet gurnuo u drugi plan) Bogami LZH (tj. LHA) sa metodom LH5 kompresije je dosta bolji od ZIP-a (ima veęi stepen kompresije) ali je i sporiji. Verovatno je odnos otprilike kao i kod ARJ-a, za koji Žitam da kukate da je dosta sporiji od ZIP-a. Ja liŽno koristim ZIP na ST-u jer ima mnogo bolji grafiŽki interfejs (tj. LZH uopźte nema grafiŽki interfejs ;)), pa zbog toga mi je logiŽnije da ga koristim i na PC-ju. Baź ęu da probam da arhiviram iste podatke na ST-u sa LZH-om i na PC-ju sa ARJ-om, Žisto da vidim koji ima bolji stepen kompresije - vremena potrebna za arhiviranje ne bi mogla da budu relevantna zbog razliŽitih performansi procesora. --> Keyboard? How Quaint!
arhiveri.327 .bale.,
Evo sta pise u manual.doc: ŮŢ ** NOTE: PKCFG is included with the registered version of PKZIP, an ŮŢ not included with the shareware version. BTW, u arhivi na Sezamu nema ni programa PKSFX ili kako se vec zove... Istina, negde je pisalo da moze i u obicnom editoru da se kreira PKZIP.CFG, sto sam ja i uradio, i stavio ga u direktorijum gde je PKZIP, ali nesto nece. Probacu opet, ako tvrdis da treba da radi. Regards from .bale. ! #:*)+-<
arhiveri.328 vcalic,
Probao sam danas INFO-ZIP verziju 1.9 koja je kompatibilna sa novim PKZIP-om i moram reęi da sam zadovoljan. Jeste dosta sporiji i pravi neźto manje arhive od PKZIP-a (sa sviŽem -ex) ali je zato potpuno prenosiv. Koristi isto kao i novi PKZIP, deflating algoritam. Pripremljen je za DOS, UNIX, OS/2, NT (!?), ATARI, VMS. Prevo¬enje se vrlo lako obavlja, priloČene su MAKEFILE datoteke za glavne C kompajlere. Za DOS verziju je potreban i asembler, jer iako je skoro kompletno napisan u C-u, ima jedan ASM fajl. Valjda ęe se uskoro pojaviti preveden i na ETF-ovim VAX-ovima. Skinuo sam ga sa FFS-a, zajedno sa odgovarajuęom UNZIP verzijom. Bilo bi dobro da ga neko prebaci i na Sezam.
arhiveri.329 darone,
>> Znam. >> Replika je namenjena Janku jer tvrdi da pomoc >> Dejana nije potrebna... Ups, nisam mislio da te napadam :) darone
arhiveri.330 valeksa,
!#! !#! BTW, sta je to FFS? (gde, kako, broj, pristup... :))) !#! Fin File Server. Brojevi su 237-2392 i 237-2393. Prisrupas kao : GUEST. Pozdrav.
arhiveri.331 dejanr,
>> Jedino mi nije jasno kako to da novi pkZIP zeza sa Win 3.1 kada je to >> "glavni" DPMI server sa kojim bi trebalo da je najviźe testiran. Nisam joź detaljnije testirao, ali ovako na "tref", kod mene radi. DOS 5.0, WIN 3.1, QEMM 6.03 i PCKWIK 4.12
arhiveri.332 dejanr,
>> ** NOTE: PKCFG is included with the registered version of PKZIP, an >> not included with the shareware version. PKCFG.EXE je nekakav program koji verovatno "grafiŽki" kreira PKZIP.CFG. No moČe se kreirati editorom, staviź u DIR gde je ZIP i radi! >> BTW, u arhivi na Sezamu nema ni programa PKSFX ili kako se vec zove... ▒ta bi taj trebalo da radi?
arhiveri.333 zsiz,
# 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 ? Ono źta zabrinjava je da ima toliko teoretiŽara koji uŽestvuju u diskusiji. Treba videti kojiko neko pri svom radu koristi pojedine opcije iz paketa. Ako ja meseŽno uradim jedno ili dva "cepanja", pri pakovanju, nekih programskih paketa, radi UL na SEZAM, a uradim jedno 200 pakovanja ne koristeŽi tu opciju onda mi stvarno niźta ne znaŽi da je u jednom paketu za pakovanje to uradjeno mnogo elegantnije. To kao da gledamo manekenke na pisti. Proźeta se prvo ARJ sa svojim elegantnim multiple volumes a ARJ-evci padaju u nesvest od sreŽe. Onda se proźeta PKZIP sa manje elegantnim multiple volumes a oni zviČde ;). Pozdrav. zsiz
arhiveri.334 milan,
> Tako gledano samo DPMI bi bio prava stvar i trebalo bi da bude najbrČi. > Jedino mi nije jasno kako to da novi pkZIP zeza sa Win 3.1 kada je to > "glavni" DPMI server sa kojim bi trebalo da je najviźe testiran. Problem je, izgleda, u verziji DPMI-ja. I Win 3.1 server i QDPMI (dodatak uz QEMM koji se isporuŽuje preko raznih BBS-ova da i QEMM poput 386-TO-MAX-a dobije DPMI) prijavljuju neku 0.90 verziju. To verovatno znaŽi da postoji neki interni standard koji se deli unaokolo proizvo¬aŽima drajvera za "vandosovsku" memoriju. Ja sam, zabave radi, instalisao i QEMM drajver za DPMI i "postigao" da mi se stvar ruźi i pod obiŽnim DOS-om. ;))) Danas sam pak sa "TRICKLE-ta" skinuo QDPMI verziju 1.01 i sada radi pod obiŽnim DOS-om. Bravo Milane! ;) Ali, "protiv" Windows-a sam "nemoęan" jer u DOS (ili 4dos svejedno) prozorima William Gates "podiČe" svoj drajver (v.0.90) i ja mu "ne mogu" niźta. :( Pl poz M
arhiveri.335 snemcev,
>> Koristim ARJ i Hyper oko 7 meseci i nisam imao nikakvih >> problema. Sa Smartdrive-om se pokazao dobrim u jos duzem >> periodu. Sa Pc-Cache-om i ARJ-om radim nepune tri godine i apsolutno nikada nikakvih problema nisam imao bilo da su arhive na disku ili na disketi (360K, 800K, 1.2M).
arhiveri.336 vgredic,
> Fin File Server. Brojevi su 237-2392 i 237-2393. ^ │ └─ u ;) SLEDGE DAMMIR!
arhiveri.337 lanik,
>> Skinuo sam ga sa FFS-a, zajedno sa odgovarajuęom UNZIP verzijom. Bilo bi >> dobro da ga neko prebaci i na Sezam. Too! Ja bih bio veoma zahvalan onome ko ga prebaci (sa source-om, naravno!) ;) --> "Hello, Gentlemen. I am a HAL 9000 computer. I became active --> in the H A L plant in Urbana, Illinois, on January 12, 1992."
arhiveri.338 lanik,
YO, izgleda da je ARJ ipak najbolji (verujte, ovo dolazi od jednog atariSTe! :)) Testirao sam ARJ, ZIP i LZH na Wolfenstein-u 3D i evo kako je koji arhiver spakovao: ARJ 660.033 bytes ZIP 722.270 bytes LZH LH5 677.687 bytes ARJ je rasturio, ali ni LZH LH5 nije za bacanje... ;) BTW, ono źto mi se kod ARJ-a viźe svidja nego kod ZIP-a (MS-DOS verzije, naravno, TOS verzija je u kompletnom grafiŽkom okruČenju) je źto je pri pozivu programa bez parametara (znaŽi ono da pokaČe sve komande) ARJ-ov help screen MNOGO logiŽnije "poslagan" i pregledniji. Kod ZIP-a mi je trebalo 5 minuta da se snadjem gde je źta, sve opcije i komade su razbacane, uČas jedan. So, ja imam opravdanje źto koristim ZIP na ST-u jerbo ima mnogo lep grafiŽki interfejs, ali na PC-ju se ne bi dve sekunde dvoumio izmedju njega i ZIP-a. E sad, nisam joź video tu famoznu verziju 2.04... pozdrav, Dalibor --> ZIP on MS-DOS? How Quaint!
arhiveri.339 d.petrovic,
Ă> Mnogo puta me je zeznuo i nije otpakovao arhive, no i pored toga Ă> se drČim ARJ-a. Izgleda da su mu dani odbrojani... Jel ti to ne umeź ili ja mnogo lepo umem da pakujem ili... 'ajde bre objasnite KAD KAKO i ZA»TO vas je to toliko zeznuo arj pa niste mogli da raspakujete arhive. SVE, ama baź SVE źto sam JA spakovao s njim bez problema sam raspakovao !
arhiveri.340 wizard,
>> Danas sam pak sa "TRICKLE-ta" skinuo QDPMI verziju 1.01 i sada >> radi pod obiŽnim DOS-om. Daj 'vamo, ne bilo ti zapove¬eno... :)
arhiveri.341 janko,
> 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. Postavlja se pitanje: źta ęe ti seckanje na hard disku? O:)
arhiveri.342 zormi,
* BTW, u arhivi na Sezamu nema ni programa PKSFX ili kako se vec zove... PKSFX je valjda naziv engine-a za samoraspakivanje koji se ugradjuje programom ZIP2EXE u ZIP arhivu.
arhiveri.343 vgredic,
> Jel ti to ne umeź ili ja mnogo lepo umem da pakujem ili... > 'ajde bre objasnite KAD KAKO i ZA»TO vas je to toliko > zeznuo arj pa niste mogli da raspakujete arhive. SVE, ama > baź SVE źto sam JA spakovao s njim bez problema sam > raspakovao ! Pre svega umem da ih spakujem... ;) Na hardu sam imao 4-5 igrica sve ARJ-ovane. E onda ja poČelim da ih maknem sa HD-a... Poźto nisam bio pri disketama, a i neke arj-ovane igre su bile duČe od 720K uradio sam obiŽan backup sa arj-om (-jm0 -va)... ZnaŽi, na disketama sam imao igre.arj, .a01 itd, a unutra *.arj... Onda jednog dana padne meni napamet da odigram neku igricu. Naravno, ARJ X a:\igre i źta bi ?! BAD-CRC ili tako neźto mi izbaci i stade. Sreęom propala je samo jedna igra, no to nije jedini sluŽaj... Uzgred nikakav CACHE ne koristim. Na hard-u se to nije deźavalo ali sa disketama itekako... Eto BRE objasnih... SLEDGE DAMMIR!
arhiveri.344 ssokorac,
─┼┤>> "reęi" PKZIP -& A:A *.* nego onu ARJ-ovu ─┼┤ Ali arjova kobas'ca radi bar pedeset puta bolje Ma, da je kobasica, ali nije... PKZIP -& A:A *.* ARJ A -VA A:A *.* «ak slovo viźe...:)
arhiveri.345 dejanr,
>> 'ajde bre objasnite KAD KAKO i ZA»TO vas je to toliko zeznuo arj >> pa niste mogli da raspakujete arhive. Mislim da sam o tome pisao u 5.14. ▒to se ARJ-a tiŽe, jednom mi je jedna igra sasvim regularno ARJ-ovana na diskete posle bila neŽitljiva. Drugi put jedna baza poźtanskih brojeva, koju sam ARJ-ovao na disku i prekopirao na disketu... posle, kada sam to probao da raspakujem (nije bilo bad sectora)... ęorak :( Od tada koristim samo ARJ-ovu opciju e ;)
arhiveri.346 skerl,
>> Fin File Server. Brojevi su 237-2392 i 237-2393. > ^ > │ > └─ u ;) ^ │ └─ o ;)) Pozdrav, Skerl.
arhiveri.347 pedjak,
> trebalo je godina dana da se vidi kakve sve probleme ARJ ume da > napravi sa deljenjem na diskete. Ko zna źta ęe da ispliva iz ovog Navedi jedan primer, molim te, ja do sada nisam imao problema sa deljenjem na diskete.
arhiveri.348 dexi,
To se obiŽno doga¬a kada se koriste bajate, bu¬ave, buźene ( sve na b ;) ) diskete. Ako se uz to ne vrźi testiranje dobijene arhive, dobijaju se nesumljivo "neoborivi" dokazi da arj ne valja. Po istom principu neęe valjati ni PKZ204. LiŽno nisam imao probleme sa arj.exe, koji mi je par puta posluČio Žak za potrebe bekapiranja celog hard diska (bilo je tu oko 45M raznih stvari). U svim sluŽajevima je nakon formatiranja HD-a (moralo se, bio je skidan STACKER) restauracija podataka bila potuna i bez greźke. I moja i tvoja primedba zapravo su ipak iskustva sa ograniŽenom upotrebnom vrednoźęu. Pozdrav dexi :)
arhiveri.349 vstan,
>Ono sta zabrinjava je da ima toliko teoreticara koji >ucestvuju u diskusiji. Treba videti kojiko neko pri >svom radu koristi pojedine opcije iz paketa. Ako ja Na zalost nisam razumeo tvoj reply. Diskutovalo se o pouzdanosti programa a ne o opcijama.
arhiveri.350 dusanp,
=> Obrati paČnju na sviŽ -y. :) Ovo inaŽe dobijeź kad => samoraspakujuęu Da, ali meni bi trebao switch koji koristim pri pravljenju arhive, tako da se ona kasnije raspakuje sa ARHIVA.EXE, a ne ARHIVA.EXE -y.
arhiveri.351 valeksa,
!#!>> Fin File Server. Brojevi su 237-2392 i 237-2393. !#!> ^ !#!> │ !#!> └─ u ;) !#! ^ !#! │ !#! └─ o ;)) ^ │ └─ e ;))) Pozdrav.
arhiveri.352 .bale.,
OK, uspeo sam nesto da uradim, ali ruzno. PKUNZIP se ne zaglavljuje samo ako mu se stavi set pkunzip=-- (ali ne i -+), sto znaci iskljucenje koriscenja XMS, a PKZIP se ne zaglavljuje pri update-u arhive samo ako se u pkzip.cfg stavi EMS=disable (ali ne i XMS=disable), tj. kontra od PKUNZIP-a. Ako se stavi EMS=disable, kao da nista nije stavljeno, zato sam mislio da mi uopste ne konstatuje PKZIP.CFG. Pardon, hteo sam reci da ne konstatuje XMS=disable. Dakle, kad stavim EMS=disable, onda PKZIP vise ne primecuje (ne ispisuje) ni XMS... A ne svidja mi se sto sad uopste ne moze da koristi ni XMS ni EMS. Koristim QEM 5.12. Regards from .bale. ! #:*)+-<
arhiveri.353 wizard,
>> Da, ali meni bi trebao switch koji koristim pri pravljenju >> arhive, tako da se ona kasnije raspakuje sa ARHIVA.EXE, a ne >> ARHIVA.EXE -y. OŽigledno su smatrali da je ovako pogodnije, a i meni se viźe svi¬a, ;) bolje tako nego da mi se u direktorijumu odjednom pojavi 100 novih fajlova... MoČda kad ga registrujeź i moČe...
arhiveri.354 dejanr,
>> «ak slovo viźe...:) Da... ako su diskete prazne. Ali ako nisu...
arhiveri.355 zsiz,
# Na zalost nisam razumeo tvoj reply. Diskutovalo se o # pouzdanosti programa a ne o opcijama. Da, ali na kraju teksta ti se otelo, da se zna koji program je najbolji(veliki) ;). Pozdrav. zsiz
arhiveri.356 dejanr,
>> Navedi jedan primer, molim te, ja do sada nisam imao problema sa >> deljenjem na diskete. Nema primera koji bi mogao da otkucaź i da ne radi. No, u duČoj eksplataciji su mnogima doga¬alo da se neke arhive ne mogu raspakovati, daju Bad h. code ili tako neźto. ProŽitaj stare poruke u ovoj temi i u PC.USER/arhiveri.
arhiveri.357 dejanr,
>> To se obiŽno doga¬a kada se koriste bajate, bu¬ave, buźene >> ( sve na b ;) ) diskete. Ako se uz to ne vrźi testiranje >> dobijene arhive, dobijaju se nesumljivo "neoborivi" dokazi >> da arj ne valja. Nisi u pravu - "bu¬ava" disketa ęe dati Data error, General failure itd. Ja sam imao disketu koja je savrźeno ispravna, fajl se źto se DOS-a i njegovih checksum-a tiŽe savrźeno Žita, ali ARJ ne ume da ga raspakuje. Krivac je, dakle, ARJ koji je "pogreźio" pri pakovanju, a kriv je i korisnik koji nije uradio testiranje po upisu ;)
arhiveri.358 dejanr,
>> Koristim QEM 5.12. To onaj QEMM iz 1871? :) Prelazi na 6.XX pa ęe biti u redu :)
arhiveri.359 milan,
>>> Danas sam pak sa "TRICKLE-ta" skinuo QDPMI verziju 1.01 i sada >>> radi pod obiŽnim DOS-om. > > Daj 'vamo, ne bilo ti zapove¬eno... :) Preveliko za upload! Pl poz M
arhiveri.360 milan,
> Koristim QEM 5.12. Ima dosta bugova u njemu. Pre¬i na 6.02 ili 6.03 (poslednji ne postoji samostalno veę se isporuŽuje uz DV/X). Pl poz M
arhiveri.361 d.petrovic,
Ă> Uzgred nikakav CACHE ne koristim. Na hard-u se to nije deźavalo Ă> ali sa disketama itekako... Pa onda nastavi tako ;). Na te iste diskete i ubuduęe drČi igrice, a za neźto vaČnije kupi i poneku novu ;)
arhiveri.363 vgredic,
>>> Fin File Server. Brojevi su 237-2392 i 237-2393. >> ^ >> │ >> └─ u ;) > ^ > │ > └─ o ;)) Le Fin! P.S. It's real FUN to have FON O;)))) SLEDGE DAMMIR!
arhiveri.364 vgredic,
> Pa onda nastavi tako ;). Na te iste diskete i ubuduęe drČi > igrice, a za neźto vaČnije kupi i poneku novu ;) Diskete su proverene NDD-om i sve su ok. Dakle, to nema veze sa disketama... SLEDGE DAMMIR!
arhiveri.365 vgredic,
> !#!>> Fin File Server. Brojevi su 237-2392 i 237-2393. > !#!> ^ > !#!> │ > !#!> └─ u ;) > !#! ^ > !#! │ > !#! └─ o ;)) > ^ > └─ e ;))) Don't FEN with FUN of FON !!! ;)))) SLDEGE DAMMIR!
arhiveri.366 ndragan,
/ koje odbljuje PKZIP, u bilo koji tekst procesor ili rasuto govno / (spread-shit - izgovara se isto kao i sheet, samo bez duČine), źto Ne baź - spread je namaz (ono źto se maČe na leba) :).
arhiveri.367 peacock,
#### P.S. Jel se bavi neko ovde hipnozom? ;) Ti spavas, ti spavas, ti spavas... :) Uzmi odgledaj nekoliko puta Sjecas li se...
arhiveri.368 zkrstic,
> proradila źifra za koju mislio da pali, problem je źto uopźte ne > mogu da se setim, ni da predpostavim, źta sam tada mogao da stavim > za źifru? > > P.S. Jel se bavi neko ovde hipnozom? ;) Taaaaaaaaaaaa-daaaaaaaaaaaaaaaaaaaaaaaaaaa... Vreme je da preuzmem stvar u svoje ruke! ;) Idealna źifra je Krtice krtiŽe krtiŽnjak! Probaj! ;)
arhiveri.369 jtitov,
> Istina, negde je pisalo da moze i u obicnom editoru da se > kreira PKZIP.CFG, sto sam ja i uradio, i stavio ga u > direktorijum gde je PKZIP, ali nesto nece. Da bi zip pronalazio svoj CFG, treba iz dos-a reci SET PKZIP.CFG=putanja i nema frke. A odakle Janku ideja da treba da koristi maximal umesto maximum, nemam pojma. U uputstvu lepo pise maximum...
arhiveri.370 ssokorac,
─┼┤ svom radu koristi pojedine opcije iz paketa. Ako ja ─┼┤ meseŽno uradim jedno ili dva "cepanja", pri pakovanju, ─┼┤ nekih programskih paketa, radi UL na SEZAM, a uradim jedno Ja skoro svakodnevno 'cepam' fajlove, kad god nekome snimam neźto, takodje i -w je veoma korisna opcija, koja kod zipa ne postoji... «ak i samo ove dve su po meni dovoljne da ipak koristim arj, pogotovu zbog sigurnosti.
arhiveri.371 dragisak,
Evo źta mi je javio Norton Anti Virus kada sam skenirao PKZip 2.04 : The Norton AntiVirus, 2.00, Copyright 1989-1992 by Symantec Corporation Scanning memory... No viruses were detected. Begin scan on directory "C:\UTIL"... C:\UTIL\PKUNZIP.EXE This file contains a strain of Maltese Amoeba. C:\UTIL\PKZIPFIX.EXE This file contains a strain of Maltese Amoeba. Kolege na poslu su u panici. ;) Ja ipak verujem da nije niźta opasno. Ima li komentara ?
arhiveri.372 bdm.,
## Postavlja se pitanje: sta ce ti seckanje na hard disku? O:) Nemam 30 kutija disketa, pa hocu da znam koliko da ih pripremim, itd. I pitanje nije bilo zasta ce mi to, vec da li moguce, a koliko sam shvatio ti kazes da jeste, pa budi dobar i objasni... :) BDM.
arhiveri.374 zormi,
* >> Danas sam pak sa "TRICKLE-ta" skinuo QDPMI verziju 1.01 i sada * >> radi pod obiŽnim DOS-om. * * Daj 'vamo, ne bilo ti zapove¬eno... :) Nije ni meni zapovedjeno :), ali evo DPMI dodatka za QEMM (koji morate veę imati instaliran).
arhiveri.375 banusko,
>**> uradio sam obiŽan backup sa arj-om (-jm0 -va)... Da li je disketa bila 100% ok? Drugi put koristi -jm0 -jt -va.
arhiveri.376 bulaja,
│PKZIP -& A:A *.* │ARJ A -VA A:A *.* └─── ARJ podrazumeva *.* ako se ne navede druga maska za datoteke koje se pakuju. Prema tome, ARJ kobasica je KRACA za tri slova :).
arhiveri.377 bcetina,
>> Nadam se jer me je PKZIP 2.0 stvarno potresao. Munja. Idi begaj, kako laje. Samo kaČe -AV, -AV, -AV...
arhiveri.378 korvin,
­­>> r:░ibmpc░archiver ­­>> ­­>> PKZ204C.EXE A ja vidim udarila zima kao nikad do sada, pa se mislim, il' ęe Sloba ostavku, il' ęe novi zip ;) Kad ono ... :))))) P.S. Plop, reŽe moja boca źampanjca i otvori se za ovu priliku :)))
arhiveri.379 zkrstic,
>>> Koristim QEM 5.12. > > To onaj QEMM iz 1871? :) Prelazi na 6.XX pa ęe biti u redu :) Neeeee! Nemoj ga brisati, poźalji ga Quarterdecku, za muzej, dobięeź nagradu od njih ;)))) Zkr ;)
arhiveri.380 dusanp,
PAZI 'VAMO! Novi Zip je pogreźno spakovao jednu multivolume arhivu. Arhiva je bila podeljena na 4 diskete, i na drugoj i treęoj ima gomila bad crca (ili kako se vec beźe zove greźka). Diskete su bile ok, program je sve lepo spakovao, a ja greźku nisam namerno ;> izazivao. Ovo trenutno ne mogu viźe da ispitam, jer diskete nisu kod mene, ali neka se poŽeźete po glavi pre pakovanja...
arhiveri.382 kuki,
> > Ma, da je kobasica, ali nije... > > PKZIP -& A:A *.* > ARJ A -VA A:A *.* > > «ak slovo viźe...:) > Da... ako su diskete prazne. Ali ako nisu... ako nisu, onda kucaź arj a -vas a:a *.* tako dobijeź system prompt, pa moČeź brisati/formatirati disketu do mile volje :) a ako ti je dosadno, moČeź i HD da formatiraź :))
arhiveri.383 wizard,
>>* Daj 'vamo, ne bilo ti zapove¬eno... :) >> >> Nije ni meni zapovedjeno :), ali evo DPMI dodatka za QEMM Hvala ti puno! :)
arhiveri.384 wizard,
>> ARJ podrazumeva *.* ako se ne navede druga maska za datoteke koje se >> pakuju. Podrazumeva i ZIP. BTW, ime ARJ-a je kraęe, pa i to uzmite u obzir. Uzmite u obzir i to da da ARJ troźi jedno slovo viźka poźto mu se mora da naglasi da li kompresuje ili rasapkuje, jer je sve u jednom programu. Uzmite u obzir i to da od kobasica mogu da naprave ęevapi, ako kreirate ALIAS-e. Molim da mi se na MAIL javi rezultat ove sudbonosne rasprave! ;)
arhiveri.385 ssokorac,
─┼┤ Da... ako su diskete prazne. Ali ako nisu... Radi isto źto i zip. Zip sa -& puni koliko moČe da stane bile prazne ili ne, arj sa -va radi potpuno isto, puni koliko stane...
arhiveri.386 ssokorac,
─┼┤ Nisi u pravu - "bu¬ava" disketa ęe dati Data error, General ─┼┤ failure itd. Ja sam imao disketu koja je savrźeno ispravna, Dok pakujeź i piźeź na nju neęe se javiti nikakva greźka, tek kada pokuźaź da proŽitaź sa nje javięe se svakakvi errori.Ima sam jednu TDK disketu na kojoj sam drČao CatDIsk i redovno kopirao catdisk.dta na nju bez problema, ali Žim sam pokuźao da ga proŽitam sa diskete Vrrrrrm, general failure...
arhiveri.387 peca.st,
!-> 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 :). Jeste, ali kad pogledaź i ostali deo tablice videęeź da je razlika u stepenu kompresije izme¬u ZIP i ZIP -ex vrlo mala, a vreme drastiŽno razliŽito. Mislim da nema svrhe koristiti -ex, jer je ovaj ZIP i bez toga Žesto bolji i od ARJ-a sa -jm. Dakle, ovo jeste taŽno źto ti reŽe ali ipak nije potpuno verna slika odnosa ZIP-ARJ CU P e C a
arhiveri.388 peca.st,
!-> 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... Znaź źta, ako neko napravi ovako brz i sa tako dobrim stepenom kompresije laČnjak onda mu se u opźte ne isplati da ga lansira kao laČnjaka, nego da ga lansira kao "ubedljivo najbrČi, sa izvanrednim stepenom kompresije...". Dakle, mislim da nema źanse da je PKZip 2.04c laČnjak, ali ipak mislim da je malo nedora¬en zbog seckanja na delove, jer je PK bio verovatno i sam zapanjen onim źto je napravio, pa je poČurio da ga lansira. Dakle, ja vrlo brzo oŽekujem neku verziju Zip-a 2.10 koja verovatno neęe imati bolji stepen kompresije i veęu brzinu, ali koja ęe imati dosta novih sviŽeva, koji ęe reźevati seckanje i DPMI. CU P e C a
arhiveri.389 peca.st,
!-> Radi se o 486/33 sa 16MB !-> RAM-a, Žist DOS (sa 386MAXom 6.0) . Odem !-> na jedan 386/33 i - tamo radi :O Ja imam reźenje tvog problema. Naime spreman sam da se odreknem moje 286 "maźine" na kojoj 2.04c savrźeno radi, a da ti meni daź tvoju maźinu (bez navodnika) na kojoj taj PKZIP ne radi. Poźto znam da ęeź prihvatit ponudu, eto samo reci gde i kada se menjamo! P e C a
arhiveri.390 paki,
­> A ja vidim udarila zima kao nikad do sada, pa se mislim, il' ­> ęe Sloba ostavku, il' ęe novi zip ;) Kad ono ... :))))) Al posle pregleda opcije -& i sneg poŽeo da se topi :)))
arhiveri.391 vstan,
> Da, ali na kraju teksta ti se otelo, da se zna koji program Ne vidim to u poruci. Hmm, i dalje ne razumem.
arhiveri.392 dejanr,
>> > > > Ma, da je kobasica, ali nije... >> > > >> > > PKZIP -& A:A *.* >> > > ARJ A -VA A:A *.* >> > > >> > > «ak slovo viźe...:) >> >> > Da... ako su diskete prazne. Ali ako nisu... >> >> ako nisu, onda kucaź >> arj a -vas a:a *.* >> tako dobijeź system prompt, pa moČeź brisati/formatirati disketu do >> mile volje :) a ako ti je dosadno, moČeź i HD da formatiraź :)) ... uz kucanje kobasica ;) Ja sam samo rekao da se kod ZIP-a sve obavi jednim -&f
arhiveri.393 dejanr,
>> > Da... ako su diskete prazne. Ali ako nisu... >> >> Radi isto źto i zip. Zip sa -& puni koliko moČe da stane bile prazne ili >> ne, arj sa -va radi potpuno isto, puni koliko stane... Nisi me razumeo. Odnosi se na situaciju (po meni jako Žestu) da Čelim da uradim backup na diskete s tim źto su neke diskete veę pune - takve hoęu da se obriźu. To kod ARJ-a ide na "kobasicu" a kod ZIP-a na -&f
arhiveri.394 dejanr,
>> > Nisi u pravu - "bu¬ava" disketa ęe dati Data error, General >> > failure itd. Ja sam imao disketu koja je savrźeno ispravna, >> >> Dok pakujeź i piźeź na nju neęe se javiti nikakva greźka Nisi ti joź video dovoljno bu¬ave diskete, itekako ume da bude write error ;)
arhiveri.395 ladislavs,
> Idealna źifra je Krtice krtiŽe krtiŽnjak! Pa da onda zaboravi kodni raspored O;). ciLa. PS: Na sreęu nema ih viźe od 10 (ili moČda ipak ima? ;)
arhiveri.396 dzakic,
>> Da bi zip pronalazio svoj CFG, treba iz dos-a reci SET >> PKZIP.CFG=putanja i nema frke. A odakle Janku ideja da treba da >> koristi maximal umesto maximum, nemam pojma. U uputstvu lepo pise >> maximum... U mom uputstvu piźe da se PKZIP.CFG prvo traČi u tekuęem direktorijumu. Ako ga tu nema, onda ide tamo gde ukazuje PKZIP.CFG environment promenljiva (uh źto mrzim ovakve stvari da stavljam u svoj environment), i na kraju, ako ga nije ni tamo naźao, gleda u direktorijum odakle je uŽitao PKZIP.EXE (ovo mi se najviźe svi¬a). Ja stavio u svoj c:\utility direktorijum pkzip.cfg, napisao compress=maximum i radi. A u uputstvu stvarno piźe MAXIMAL, pogledaj (linija 3330).
arhiveri.397 zradojicic,
>> 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 R: Uzmi ZIPOFF. KLF.
arhiveri.398 zradojicic,
>> kompjuter. Arj je ipak pouzdaniji. R: Uposte nemam takvo iskustvo. Ja sam kod ARJ-a imao toliko problema sa greskom tipa BAD HOFMAN MODE da sam ga se odrekao do daljnjeg (arj v2.30) i presao na pkzip, a za deljenje na diskete koristim zipoff i sve lepo radi, bez ijedne jedine greske (bilo je 2 puta nekih gresaka, ali sam ih ispravio sa pkzipfix). KLF.
arhiveri.399 zradojicic,
>>> Fin File Server. Brojevi su 237-2392 i 237-2393. >> └─ u ;) R: FON FILE SERVER Fakultet Organizacionih Nauka File Server (FFS).
arhiveri.400 ndragan,
/ SLDEGE DAMMIR! ----- ▒ta ovo bi? Ubajatio se makro (marko?) ?
arhiveri.401 ndragan,
/ Postavlja se pitanje: źta ęe ti seckanje na hard disku? O:) Na njemu drČim i pilięe, a oni ne mogu da jedu ako nije iseckano :)
arhiveri.402 ndragan,
/ Obrati paČnju na sviŽ -y. :) Da znaź. Baź me taj zeznuo jednom. Raspakivao sam neźto sa dve diskete, lepo raspakovao sa prve, turio drugu i otkucao arj e -y a:arhiva Bez "-y" me pita 'jel da nastavim fajl taj_i.taj od 7846513568. bajta'; sa "-y" bi trebalo da se podrazumeva da sam rekao "yea", pa ęe da mi lepi dalje bajtove. E, nije. Obrisao je prvi deo i raspakovao drugi preko njega. Znam za -v, ali nisam raspoloČen da vrtim od prve do sedme diskete da bih izvadio neźto sa osme i devete. A za paradoks sa list fajlom se joź niko nije oglasio da kaČe neźto. Da ponovim ukratko: - napravim list fajl, neka sadrČi viźe linija sa dČoker znacima: t*.* *.?x? ???t.* onda ęe linija arj a arhiv !list.lst arhivirati fajl test.txt tri puta u isti .arj fajl. Tako neźto kod zipa neęe da se desi. Sad ęe neko da kaČe 'to je zato źto zip pravi onaj glupi direktorij na kraju'. A za koji onda ARJ pretraČuje celu arhivu (.arj, .a01, ... .a99) kad treba da se doda jedan fajl? To traaaje, (jer nema direktorij ;> ), a ne radi upravo kad se koristi list fajl. Osim ako ne zahteva da se u list fajlu ne spominju * i ?, źto ga onda Žini besmislenim.
arhiveri.403 ndragan,
/ mogli da raspakujete arhive. SVE, ama baź SVE źto sam JA spakovao s Problem je źto ti nisi deo paketa - kako da te DL? Meni treba arhiver koji ęe pouzdano da radi i bez tebe.
arhiveri.404 ndragan,
/ da arj ne valja. Po istom principu neęe valjati ni PKZ204. Sa ZIPom sam imao iskustvo da loź sektor na disketi brlja jedan ili dva fajla (a moji zipovi se uglavnom sastoje od gomile malih fajlova) a ostali (iza njega) se ladno raspakuju; ne seęam se kako ARJ izlazi na kraj sa tim; Žini mi se da staje i ne ide dalje.
arhiveri.405 ndragan,
/ meseŽno uradim jedno ili dva "cepanja", pri pakovanju, Koristim ga redovno kad menjam disk ;) poslednji put mi je sve bitno stalo na sedam disketa, i nisam imao problema. Meni je bitno, u stvari, da znam źta koji bolje radi: kad pakujem .dbf, onda ARJ (naroŽito ako su velike i poluprazne); kad pakujem mnogo sitnih fajlova gde ęu ponekad otpakovati po dva-tri komada direktno sa diskete, onda ZIP.
arhiveri.406 skerl,
> │ PKZIP -& A:A *.* > │ ARJ A -VA A:A *.* > └─── > ARJ podrazumeva *.* ako se ne navede druga maska za > datoteke koje se pakuju. Prema tome, ARJ kobasica je KRACA > za tri slova :). Ih, sad' i ti... Naravno da i PKZIP i ARJ podrazumevaju *.* 'ukoliko se se drugacije ne naredi'. Situacija napeta k'o mider, tzv miderusa, 8:9. ZIP kraci za jedan :) Pozdrav, Skerl.
arhiveri.407 bulaja,
││ARJ podrazumeva *.* ako se ne navede druga maska za datoteke koje se pakuju. │└─── │Podrazumeva i ZIP. └─── Da, ali samo ukoliko se pakuje aktivan direktorijum. Cim navedes nesto drugo (npr. C:) moras da stavis i *.*. Takodje posto razmatramo opciju za backup, treba uzeti u obzir da za arhiviranje poddirektorijuma ZIP-u treba staviti "-p -r" a ARJ-u samo "-r". Dakle, evo kako izgleda sve ukupno: ZIP -p -r -& A:a C:*.* ARJ a -r -va A:a C: Jaka razlika :).
arhiveri.408 predrag,
Ja nikada nisam pisao nesto koristeci DOS ali mi je nesto ustrebao ali kao sto cete uskoro videti negde gresim. Zato pomagajte. Imam 5-6 fajlova koje sam zipovao i snimio pod imenima x1.zip,x2.zip,x3,zip..... Napravio sam neki install.bat koji odprilike izgleda ovako: echo za instalaciju svih fajlova upisi :install 0 echo za instalaciju pojedinacnih upisati install x x=broj fajla if %1 == goto kraj if %1 == 0 goto a if %1 == 1 goto b a) if %1 == 2 goto c goto kraj .............. a: copy a:\pkunzip.exe c:\pera copy a:\x*.zip c:\pera c:\pera\pkunzip x*.zip goto kraj b: copy a:\pkunzip.exe c:\pera copy a:\x%1.zip c:\pera c:\pera\pkunzip x%1.zip goto kraj ......... :kraj cls Kada startujem ovu moju umotvorinu BEZ PARAMETRA javlja mi syntax eror i to nekoliko puta (koliko imam IF %1 na pocetku tj. pod a) i to sam resio stavljanjem cls na samom kraju. Ali kada startujem INSTALL 1 onda se prekopira sve u direk. pera i POCNE RASPAKIVANJE na flopi disku a: UMESTO da startuje PKUNZIP na c:\pera i da ga tamo brze raspakuje. ?? Gde sam zabrljao.??? Isto me zanima sta znaci u dosu NUL. Video sam neke install.batove u kome pise: copy aaa.exe >nul ili del aaa >nul. Unapred se zahvaljujem za savet. ps: kada je izasao umetak u "racunarima" o dosu nisam ga kupio i sada se kajem ;))) pp od: P
arhiveri.409 zormi,
* BTW, ime ARJ-a je kraęe, pa i to uzmite u obzir. Ja sam odmah preimenovao PKZIP -> PKZ, PKUNZIP -> PKU. 'Ajde ne zezajte se viźe. :)
arhiveri.410 feniks,
│ Novi Zip je pogreźno spakovao jednu multivolume arhivu. Arhiva │ je bila podeljena na 4 diskete, i na drugoj i treęoj ima gomila │ bad crca (ili kako se vec beźe zove greźka). Diskete su bile ok, └──── Interesantno bi bilo da se uz poruke ovog tipa navede i hardversko okruČenje. Elem, kod mene 486/33 (dos 5.0 + qemm 6.02) - isti sluŽaj s tim źto sam sve moguęe sviŽeve koristio, podizao sistem sa samo sa Žistim dos-om i ne vredi - uvek isto :( Oźteęene su datoteke koje se cepaju izm. susednih disketa. Prilikom pakovanja se niźta ne primeti, tek kasnije sa pkunzip-om (dobijam upozorenja W15, W21 i na kraju naravno W26). Sve ovo vaČi za drive A: (5.25", 1.2 MB) ; na B: (3.5", 1.44MB) zaŽudo sve radi normalno i bez greźke :) SliŽno sam probao na jednoj 286 maźini i taj bug se nije javio. Daklem, do nove verzije ZIP-a stari dobri ARJ za cepanje ;) PS. Nisam probao da zamenim mesta floppy-ja A i B, a ni da da probam sa drugim IDE kontrolerom, ali mislim da su ispravni, jer je dosta software-a preźlo preko njih bez problema :) Pozdrav, S.P.
arhiveri.411 vgredic,
> Da li je disketa bila 100% ok? > > Drugi put koristi -jm0 -jt -va. Da li si nekada probao da uradiź backup MS C6.0 sa njegovih 13Mb na diskete. Ja jesam, a bio je i ukljuŽen -jt. Vreme backupa se merilo SATIMA, źto bi bilo ipak znaŽajno kraęe da sam iskljuŽio -jt... No, kad arj-ujem na hardu, -jt mi i ne treba, jer nikad nije zeznuo na HD-u.. SLEDGE DAMMIR!
arhiveri.412 vgredic,
> Idi begaj, kako laje. Samo kaČe -AV, -AV, -AV... Tja, ne razumem ;) SLEDGE DAMMIR!
arhiveri.413 vgredic,
> / SLDEGE DAMMIR! > ----- > ▒ta ovo bi? Ubajatio se makro (marko?) ? UkoŽ prsta u 6.00 am ... Makro nije, samo prsti... ;) SLEDGE DAMMIR!
arhiveri.414 mjova,
>>> > > PKZIP -& A:A *.* >>> > > ARJ A -VA A:A *.* > ... uz kucanje kobasica ;) Ja sam samo rekao da se kod > ZIP-a sve obavi jednim -&f i tu su mu sve moguęnosti iscrpljene ;) ps. arj je bolji! ;))) da je arj postojao na komodoru, onda bi bio bolji od spektruma ;)
arhiveri.415 peca.st,
!-> BTW, ime ARJ-a je kraęe, pa i to uzmite u !-> obzir. !-> Uzmite u obzir i to da da ARJ troźi jedno !-> slovo viźka poźto mu se mora da naglasi !-> da li kompresuje ili rasapkuje, jer je !-> sve u jednom programu. Pa pazi, ARJ = 3 slova, PKZIP = 5 slova. Kako bilo źta da radiź sa arjom moraź mu dodati SPACE i joź jedno slovo, onda ispadne isto - 3+2=5 ako su me dobro uŽili. E, ali, PKUNZIP = 7 slova a kod arja treba napisati arj e ili arj x źto je opet 5 slova pa je u tom sluŽaju manje. Eto. P e C a
arhiveri.417 ztuke,
*> ... uz kucanje kobasica ;) Ja sam samo rekao da se kod ZIP-a sve *> obavi jednim -&f Ja sam probao opciju -& (imam i svedoka :) i od pet disketa prijavio je greźku PKUNZIP: (W15) Warning! file fails CRC check izme¬u 1-2, 3-4 i 4-5 diskete. Otpakivanje je nastavio, ali joź nisam siguran da li je sve otpakovao ok ili ne!? (to ęu proveriti kada budem uzeo ARJ-ovan program!) Tako¬e, ima vrlo nezgodnu foru * da prvo mora zadnja disketa da se ubaci, pa tek onda prva, druga... Zamerka mu je i nemoguęnost da se samo otpakuje jedan fajl sa treęeg dela!? Test npr. samo treęeg dela (ne svih zajedno) je tako¬e nemoguę! Jedina dobra stvar je kada hoęemo da otpakujemo sve datoteke npr. *.DOC on proŽita listu sa zadnje diskete, tako da ęe traČiti samo diskete koje imaju *.DOC (npr. samo 2,4 i 8 disketu). Iz gornjeg dela se vidi da je i gramatiŽki ne doteran (posle "!" malo slovo!!?) Trebao bih da probam i koja bi avantura bila kada bih hteo da na te multi-volume dodam neki file kako bi obnovio listu na poslednjoj disketi. ZakljuŽak, hteli su mnogo, a zeznuźe do kraja. Naravno, ne treba zaboraviti Žinjenicu da je ZIP nastao kao arhiver za potrebe BBS-ova i arhiviranje (brzo i dobro) tekst datoteka, pa zbog toga treba da se i ova nova i brza verzija na¬e na sezamu, ali ja ipak ostajem na ARJ-u 2.30 źto se tiŽe deljenja fajlova! tuke ps. Videęemo źta ęe nam doneti ARJ 3.0! * Neko reŽe da je to zbog sigurnosti, ali nepraktiŽno je za multi-volume rad do maksimuma!
arhiveri.418 zkehler,
Ŕ Evo źta mi je javio Norton Anti Virus kada sam skenirao PKZip Ŕ 2.04 : (...) Ŕ C:░UTIL░PKUNZIP.EXE Ŕ This file contains a strain of Maltese Amoeba. Ŕ C:░UTIL░PKZIPFIX.EXE Ŕ This file contains a strain of Maltese Amoeba. Deźava mi se ista stvar; baź glupo. InaŽe je NAV dosta dobar, i spasio me je viźe puta. SCAN ne nalazi ni traga od Maltese Amoeba. Da li neko ima novi ZIP skinut sa nekog drugog BBS-a i da li NAV javlja prisustvo istog virusa? ZK
arhiveri.419 beast,
>> Neeeee! Nemoj ga brisati, poźalji ga Quarterdecku, za muzej, >> dobięeź nagradu od njih ;)))) Ma jook, imaju oni backup te verzije na buźenim karticama :))
arhiveri.421 bulaja,
│Nije ni meni zapovedjeno :), ali evo DPMI dodatka za QEMM └─── Hvala :), prebaceno u \ibmpc\system dir.
arhiveri.422 vitez.koja,
#=> ZIP 2.04 - 1:36.28 - 851500 #=> ARJ 2.30 - 3:03.45 - 852263 Masala ! Ovo smo cekali 600 godina :)
arhiveri.423 vitez.koja,
#=> ARJ -m1....296Kb, 1'37sec. Koliko ja znam, max. kompresija je kad dodas jos i -jm ili tako nesto.
arhiveri.424 vitez.koja,
#=> jm: set Maximum compression mode #=> jm1: set faster Maximum compression #=> valjda je jm1 default? Meni se cini da ni jedan nije default
arhiveri.425 vitez.koja,
#=>>> Arj-a te njegova samoraspakujuca arhiva #=>>> pita da li da se raspakuje, sto meni smeta, #=>>> a zip to uradi bez pitanja. Ukoliko Arj ima #=> Obrati paznju na svic -y. :) Ovo inace dobijes kad #=> samoraspakujucu arhivu starujes sa "/?". Veverica ;))
arhiveri.426 ssokorac,
─┼┤ ARJ podrazumeva *.* ako se ne navede druga maska za datoteke koje se ─┼┤ pakuju. Prema tome, ARJ kobasica je KRACA za tri slova :). NaČalost, podrazumeva i zip :). Ujedno, da odgovorim wizardu na ono 'arj troźi slovo viźe da bi znao da li da pakuje ili otpakuje'... Opet poredjenje: ARJ X ARJ A PKUNZIP PKZIP +2 za zip. MoČete da se slikate. ;)
arhiveri.427 ssokorac,
─┼┤ Ima li komentara ? Ma, NAV javlja i za LCOPY neki virus, a i za sve Čivo źto nema viruse. Obriźi NAV i mirno spavaj :).
arhiveri.428 .bale.,
Ih, sta sve nisi izgresio ;) Da ne bih nabrajao, napisi otprilike ovako: @echo off if not "%1" == "" goto ima echo Za instalaciju svih fajlova upisi: install 0 echo Za instalaciju pojedinacnih upisi: install x, x=broj fajla goto kraj :ima if "%1" == "0" goto a if "%1" == "1" goto b if "%1" == "2" goto c goto kraj :a copy a:\pkunzip.exe c:\pera copy a:\x*.zip c:\pera c:\pera\pkunzip x*.zip goto kraj :b copy a:\pkunzip.exe c:\pera copy a:\x%1.zip c:\pera c:\pera\pkunzip x%1.zip goto kraj :c ... goto kraj ... :kraj Labela mora da se pise ":labela", nikako "labela:", jer to znaci "predji na drajv sa logickim imenom labela" :) Inace, NUL bi trebalo da bude IO uredjaj koji ne radi nista ;) (Probaj "ff nul" ;) Konkretno, ne znam koja je svrha copy filename > nul (kao kopiranje ni u sta, osim ako je filename sa punim pathom, pa se kopira u tekuci direktorijum), a del filename > nul bi trebalo da, u slucaju da nema fajla filename, poruku o gresci ispise u NUL, tj. da je ne ispise na ekran. Recju, "echo off" ne moze da zabrani da se poruke o gresci, koje idu preko stderr, ispisu na ekran, pa se pribegava ovom triku.
arhiveri.429 milan,
>> │ PKZIP -& A:A *.* >> │ ARJ A -VA A:A *.* >> └─── >> ARJ podrazumeva *.* ako se ne navede druga maska za >> datoteke koje se pakuju. Prema tome, ARJ kobasica je KRACA >> za tri slova :). > > Ih, sad' i ti... > Naravno da i PKZIP i ARJ podrazumevaju *.* 'ukoliko se > se drugacije ne naredi'. > Situacija napeta k'o mider, tzv miderusa, 8:9. > ZIP kraci za jedan :) PredlaČem da se PKZIP.EXE i ARJ.EXE prekrste u P.EXE i A.EXE i da se time rezultat "smanji" joź viźe u korist ZIP-a. ;) Pl poz M
arhiveri.430 spantic,
> Valjda ęe se uskoro pojaviti preveden i na ETF-ovim > VAX-ovima. Ako Beri bude raspoloČen da se bakęe. On je instalirao raniju verziju pa ima iskustva. Ja sam probao pa sam u nedostatku vremena odustao. A on je crnom magijom uspeo da ga prevede pod VAXom dok na HPu ni on, a ni ja, nije imao problema.
arhiveri.431 spantic,
> Testirao sam ARJ, ZIP i LZH na Wolfenstein-u 3D i evo kako > je koji arhiver spakovao: Jesi probao da vidiź Wolfa ali komercijalnog, prvi deo. Njega niko ne moČe da spakuje na manje od instalacione verzije.
arhiveri.432 d.petrovic,
Ă> ;) (Probaj "ff nul" ;) Konkretno, ne znam koja je svrha copy Ă> filename > nul (kao kopiranje ni u sta, osim ako je filename copy pera.txt > nul Ne moze da se undeletuje
arhiveri.433 ssokorac,
─┼┤ Nisi ti joź video dovoljno bu¬ave diskete, itekako ume da bude ─┼┤ write error ;) Takvih se klonim :). OK, recimo da se ipak retko deźava write error, osim ako diskete drČiź u televizoru...:)
arhiveri.434 ssokorac,
─┼┤ ZIP -p -r -& A:a C:*.* ─┼┤ ARJ a -r -va A:a C: ─┼┤ Jaka razlika :). Kad veę blatiź, blati kako treba :). Piźe se pkzip a ne zip :). PKZIP -p -r -& A:a C:*.* ARJ A -r -va A:a C: ZIP-ova kobasica za 5 veęa...:)
arhiveri.435 ssokorac,
─┼┤ if %1 == goto kraj Stavi ovde if "%1" == "" goto kraj
arhiveri.436 dvidovic,
> Da li neko ima novi ZIP skinut sa nekog drugog BBS-a i da > li NAV javlja prisustvo istog virusa? Evo do sad otkrivenih bagova nove vrzije zipa. The PKWare forum on CIS is full of reports of file corruption, memory allocation problems, CRC errors, disk span problems, AV problems, and more. I have tried to pull out the most significant reports and summarize them here. Reported PKZIP 2.04c bugs/problems/anomolies/caveats: Feel free to report all ZIP 2.04c problems here. 1. The Volume Label ("$") switch does not work. 2. The Norton anti-virus program will report the "Maltese Amoeba" virus when scanning PKZIP. It's a false report, not a virus. 3. If you have problems running PKZIP/UNZIP from Windows 3.1, you may have to follow the steps outlined in MANUAL.DOC to disable the DPMI detection/use. 4. Please report any corrupted files here. One user reports 60 megs worth of files destroyed due to corruption after converting ARJ to ZIP 2.04c files!!! Another user reports some corrupted files after using 2.04c on a network. 5. Be careful using the "-&f" and "-&fl" switches. The "quick format" can be a nasty trap for the unsuspecting. The quick format zeros the FAT and the directory area of a previously formatted disketted. The problem is that if a user quick formats a diskette that has bad sectors marked in the FAT, these sectors are no longer marked and DOS will eventually write over them. DOS will routinely write to a bad area on a disk but will refuse to read such areas. BEWARE! 6. If you are restoring from a multiple disk backup set, PKUNZIP will prompt you to put the next disk in the drive. It does NOT properly detect and trap the DOS "Drive not ready.." error. It will NOT detect the situation where the user places the wrong sequence diskette into the drive and will erroneously report that the ZIP file is corrupt! 7. The PKWare strategy to backup disks is flawed and dangerous. It requires that _all_ of the backup disk set be present and undamaged. If first disk is damaged, the entire backup set is lost. 8. If you use the "-rp" switch to zip files recursively and store the paths, PKZIP 2.04c will now place an entry in the ZIP file directory for EACH subdirectory recursed into that looks like this: 0 Stored 0 0% 01-07-93 09:30 00000000 --wD ONE/ 9. Lots of reports of file corruption and unexplained CRC errors.
arhiveri.437 dzakic,
>> PKZIP -p -r -& A:a C:*.* >> ARJ A -r -va A:a C: >> ZIP-ova kobasica za 5 veęa...:) PKZIP -pr& A:a C:*.* ARJ A -r -va A:a C: Samo jedan, pih!
arhiveri.438 zormi,
Izaźao je novi ARJ 2.39b. Ne, nije odgovor na PKZIP 2.04, veę: ARJ 2.39b ========= Changed critical error handling. Added "-hu" option to allow updates of multiple volume archives. Added "-ha" option to handle read-only files. Added new subtotal display to better support wildcarding ARJ files. Added errorlevel 9 to represent "Not an ARJ file" error. Moved removable media check to after 1st volume. Fixed "-jwPRN" processing to not prompt for overwrite. Fixed -x processing during extraction. Fixed ARJ.DOC with regard to the "j" command supporting "-d". Fixed a problem where a few files would not compress correctly. ARJ 2.39a ========= Speeded up compression and extraction especially on diskettes and uncached disk drives. .......
arhiveri.439 predrag,
Proradilo ! >> c:\pera\pkunzip x%1.zip Ovde mi je bila GLAVNA greska (stalno mi se raspakivao na a: morao sam da dodam: c:\pera\pkunzip x%1.zip C:\PERA da bi se na hardu raspakovao. Ni sada mi nije jasno zasto pkunzip mora da ima upisan i direktorijum GDE ce to sve raspakovati kad ga vec pokrecem (zapravo preko .bata na a:) iz tog direktorija. Zato sam i stavio poruku u arhiver konferenciji. >> Labela mora da se pise ":labela", nikako "labela:", jer To sam znao samo sam u pisanju poruke pogresio. Za "%1" i "" pojma nisam imao. Zahvaljujem ti se na pomoci. pp od: P
arhiveri.440 vasic,
> za backup, treba uzeti u obzir da za arhiviranje poddirektorijuma ZIP-u > treba staviti "-p -r" a ARJ-u samo "-r". Obrati paČnju. Ako hoęeź da ZIP bude u stanju da sve te fajlove posle raspakuje u prave direktorijume (a ne da ih samo nabaca na gomilu) ono '-p' moralo bi da bude '-P'. ZnaŽi, treba joź i SHIFT pritisnut', a kad ga pritisneź, moraź ga i otpuźtit', a to ti je, jado, veliki pos'o... :))))
arhiveri.441 dsoskic,
> Godinu dana koristim ARJ (od 2.20 pa do 2.30) sa Norton Cacheom i _nikada_ > nije napravio datoteku sa BAD CRC. Ne znam, kako vi pravite svoje arhive, ali ih je pravim prvo na hard disku pa ih onda presnimavam na diskete. Nikada joź nisam pravio direktno na disketu, moČda je zato ARJ "bezgreźan" i ne smetaju mu nikakvi Cash-eri (za backup koristim Colorado-v "Jumbo"). ▒ta je brČe: direktno na disketu ili na hard pa na disketu? :)
arhiveri.442 dusanp,
=> Interesantno bi bilo da se uz poruke ovog tipa navede i => hardversko okruČenje. 386sx + DOS 5 + HIMEM. Kod mene pakovano, pa ortak pokusao da raspakuje na 286 + HIMEM. Posto su diskete jos kod njega, ne mogu da ih poblize ispitam...
arhiveri.443 dusanp,
=> ps. arj je bolji! ;))) => => da je arj postojao na komodoru, onda bi bio bolji od => spektruma ;) Iz pouzdanih izvora saznajemo da je ARJ pisan u Borland C++ u, i kao takav do kraja pouzdan i optimizovan. Ako vam i taj dokaz da je arj bolji nije dovoljan, imam dokaze da ce Windows NT, za koga se vec razvija arj32, biti oko 15,6 puta bolji od o es pola za koga se pravi zip. ;
arhiveri.444 banex,
>> ostali (iza njega) se ladno raspakuju; ne seęam se kako ARJ izlazi >> na kraj sa tim; Žini mi se da staje i ne ide dalje. Isto tako¬e :)) ▒to s
arhiveri.445 wizard,
>> 9. Lots of reports of file corruption and unexplained CRC errors. """""""""" Mene je veę za*ebao. :(((
arhiveri.446 bulaja,
│The PKWare forum on CIS is full of reports of file corruption, memory │allocation problems, CRC errors, disk span problems, AV problems, and │more. └─── Drugim recima, PKZip 2.04c je TRASH! Stvarno mi nije jasno kako PKWare nije sramota da posle vise od dve godine zezanja oko izlaska nove verzije poture ovako supalj program. Uaaaaa ZIP, ziveo ARJ! O;>
arhiveri.447 bulaja,
│ARJ 2.39b │Added "-hu" option to allow updates of multiple volume archives. └─── Ovo izgleda jedina znacajna promena (zkr ce se obradovati :).
arhiveri.448 bulaja,
**** new file **** \IBMPC\ARCHIVER\ shez84.arj .a01 Shell za rad sa zip/arj/lha i drugim arhiverima Nova verzija SHEZ-a, poslao ju je milanm kome zahvaljujemo :). Evo promena u odnosu na verziju 8.3: v8.4 01/13/93 When converting from one type of compressed file to another the new converted compressed file will have the current time and date. Fixed clock display when running under DesQview. Fixed option to NOT allow a user to shell to DOS. When converting a compressed file to a self extracting file, SHEZ will automatically reread and redisplay the directory to show the newly created self extracting file. SHEZ can now correctly identify and display self extracting files contained within compressed files, included other SFX files. Can now identify and read self extract files made by PKZIP 204C. 4DOS descriptions will now display in mixed case. When viewing nested compressed files, SHEZ will now position the highlight bar correctly when backing up through the nexted levels. Added configuration item to allow the user to customize when the 4DOS description text will appear. Made additional internal enhancements to support PKZIP 204C.
arhiveri.449 kenza,
[;> ce Windows NT, za koga se vec razvija arj32, biti oko 15,6 [;> puta bolji od o es pola za koga se pravi zip. ; Ali posto mi koristimo DOS,onda nam je bolji PKZIP ;)
arhiveri.450 snemcev,
>> R: Uposte nemam takvo iskustvo. Ja sam kod ARJ-a imao toliko >> problema sa greskom tipa BAD HOFMAN MODE da sam ga se odrekao >> do daljnjeg (arj v2.30) Arj koristim jaaaaaaako dugo i nikad (slovima i brojem) nisam dobio greźku Bad Hoffman code. Provi¬enje, źta li? ;>
arhiveri.451 vgredic,
> 9. Lots of reports of file corruption and unexplained CRC > errors. Primih i ja par BAD CRC-a u 2.04...;((( So, ARJ FOREVER!!! SLEDGE DAMMIR!
arhiveri.452 dejanr,
Pitanje: par korisnika je primetilo CRC greźke u ZIP arhivama. Da li se to deźavalo samo kod multi-volume rada (znaŽi, snimanje arhive na viźe disketa) ili se nekome desilo da neźto zipuje na disk i da onda "to" neęe da se korektno raspakuje?
arhiveri.453 dejanr,
>> copy pera.txt > nul >> Ne moze da se undeletuje ▒ta ne moČe da se undelete-uje, pa niźta nije ni obrisano! Naredba copy pera.txt > nul je neispravna, i daęe poruka "File cannot be copied onto itself". Ali, naredba: COPY C:\TEKST\*.* > nul ima smisla i kopira sve datoteke iz direktorijuma TEKST u tekuęi direktorijum ali pri kopiranju ne ispisuje imena tih datoteka.
arhiveri.454 zorani,
## PredlaČem da se PKZIP.EXE i ARJ.EXE prekrste u P.EXE i A.EXE i ## da se time rezultat "smanji" joź viźe u korist ZIP-a. ;) E to ne moČe! P je veę rezervisano za PCTOOLS! :)
arhiveri.455 beast,
>> ARJ X ARJ A >> PKUNZIP PKZIP >> >> +2 za zip. MoČete da se slikate. ;) I ne samo to. Mnogo je lakźe i prirodnije kucati space nego juriti neko tamo slovo 'z' koje uz to zna i da je ispremeźtano na raznim tastaturama (z<->y) tako da se dobija mnogo veęa muka. :))))))) Da nismo malo odlutali? :)
arhiveri.456 zkrstic,
> i tu su mu sve moguęnosti iscrpljene ;) > > ps. arj je bolji! ;))) > > da je arj postojao na komodoru, onda bi bio bolji od spektruma ;) Kako bi listu gluposti doterali do kraja, pomenimo joź i FK. Partizan ;))))))))))) Mjovo, mjovo.. ;)))
arhiveri.457 zkrstic,
>>> Neeeee! Nemoj ga brisati, poźalji ga Quarterdecku, za muzej, >>> dobięeź nagradu od njih ;)))) > > Ma jook, imaju oni backup te verzije na buźenim karticama :)) Sorry, hteo sam samo da budem od koristi ;))) Zkr :)
arhiveri.458 zkrstic,
> No, kad arj-ujem na hardu, -jt mi i ne treba, jer nikad nije zeznuo > na HD-u.. Posluźaj starijeg: -jt mi je ukljuŽen (preko arj.cfg) uvek! Pomenuti arhiver me NIKADA nije zeznuo (Žuk, Žuk), ali jednostavno: - NE veruj: kompjuteru & programima, automobilima i joź koje Žemu. Zkr
arhiveri.459 milan,
> Pitanje: par korisnika je primetilo CRC greźke u ZIP arhivama. Da li se to > deźavalo samo kod multi-volume rada (znaŽi, snimanje arhive na viźe > disketa) ili se nekome desilo da neźto zipuje na disk i da onda "to" neęe > da se korektno raspakuje? Evidentno je da sa PKZIP-om 2.04c neźto nije u redu. Evo ti moje iskustvo sa CRC proverama. Teram dakle, na 486/33MHz 256 cache 8MB RAM maźini, QEMM 6.02., QDPMI, 4DOS, HyperDisk i joź gomilu sitnih utility-ja (resizeable RAM disk, floppy akcelerator, nnansi drajver za ekran koji tera neku kartu marke ¬ubre ali koja ima ET4000 Žip). Ukratko, sveopźti krpeČ. Prvi put me je program "faulirao" iz Windows-a. Ja naime iz njih pokreęem u DOS prozoru SHEZ (najnovija verzija 8.4 koja podrČava 2.04 opcije). No, Žim digneź DOS prozor proradi DPMI. Ne znam kako se iskljuŽuje, a nisam ni pokuźavao jer mi je potreban zarad C/C++ 7.00 koji se "inati" i neęe da kompajluje bez pomenutog. Ergo krenem ja iz SHEZ-a da "rezipujem" (lepog li glagola) neke stare fajlove koji su "arjovani" ili "starozipovani" i on mi pri ponovnom pakovanju opsuje mater i opali neki ruČan crveni "prozorŽię". Kao fuj, ne valja, i sl. Pre¬em ja u "go" DOS i probam to ponovo - on je, fala Bogu, ostavio original na miru - i stvar mi opet pukne. Tada, me¬utim, ja uoŽim da je on "zamjetio" da imam EMS 4.00 - taŽno, XMS 3.00 - taŽno i DPMI 0.90 - taŽno, al' sam zaboravio da ga uopźte imam jer sam ga nekom prilikom instalirao misleęi da ęe se QEMM ondak ponaźati kao i 386-to-max i pristati da pokrene C/C++ 7.00 iz DOS-a, ali nije uspelo pa sam digao ruke; me¬utim drajver je ostao. "Ubijem" ja drajver i sve proradi normalno! Aha, rekoh ja i ulogujem se u naruŽje Pentagonu (SIMTEL.ARMY.MIL) i skinem QDPMI za "pileęu nogicu" noviji (verzija - ne standard. on je i dalje 0.90 - 1.01 a prethodna je bila 1.00). Stavim ga i opet sve radi! Bio sam samozadovoljan .5 minuta sve dok nisam uźao u "novozipovane" fajlove i primetio da pkunzip javlja onu odvratnost "file fails CRC check". Me¬utim, źto je najsmeźnije svi su bili zdravi i Žitavi, i kada sam ih "anzipovao" i ponovo "zipovao" ali sa DPMI=disable sve je bilo u redu. Da rezimiram: Moje negativno iskustvo je u Windows-ima i u DOS-u kada se digne "sume¬a" (to je prevod ludog Bate ░or¬evięa za interfejs za DPM. ZnaŽi puca samo kada je DPMI aktivan! Bilo bi zanimljivo da se vidi da li je nekome pukao i bez DPMI. Priznaju se samo eksperimenti koji se mogu ponoviti, da bi se izbegli veę inaŽe "bu¬avi" fajlovi i magnetni medijumi! Pl poz M
arhiveri.460 d.petrovic,
Ă>>> copy pera.txt > nul Ă>>> Ne moze da se undeletuje Ă> Ă> ▒ta ne moČe da se undelete-uje, pa niźta nije ni obrisano! Ne znam źta mi bi :)) COPY NUL PERA.TXT
arhiveri.461 d.petrovic,
Ă> ▒ta je brČe: direktno na disketu ili na hard pa na disketu? :) BrČe je na disketu :) arj a -wc:░temp a:░test ako imaź ramdrive joź lepźe je tamo :)
arhiveri.462 zsiz,
# Ja skoro svakodnevno 'cepam' fajlove, kad god nekome snimam neźto, takodje #i -w je veoma korisna opcija, koja kod zipa ne postoji... «ak i samo ove dve #su po meni dovoljne da ipak koristim arj, pogotovu zbog sigurnosti. Ima{ sre~e {to su sankcije ina~e bi gospoda iz Microsofta, Borlanda itd do{la da te posete (zbog 'svakodnevnog' presnimavanja);). Iz diskusije, u ovoj temi, nebi rekao da je sigurniji. Mislim na poruke o tome gde ARJ a gde PKZIP ~uva katalog i koju arhivu je lak{e o{tetiti.
arhiveri.463 zsiz,
#Evo źta mi je javio Norton Anti Virus kada sam skenirao PKZip 2.04 : # The Norton AntiVirus, 2.00, # Copyright 1989-1992 by Symantec Corporation # C:\UTIL\PKUNZIP.EXE # This file contains a strain of Maltese Amoeba. # C:\UTIL\PKZIPFIX.EXE # This file contains a strain of Maltese Amoeba. Probaj da skanira{ sa jo{ nekim programom kao na primer: SCAN, TNT VIRUS, IBM VIRSCAN i DURLAN ANTIVIR.
arhiveri.464 janko,
> treba staviti "-p -r" a ARJ-u samo "-r". Dakle, evo kako > izgleda sve ukupno: > > ZIP -p -r -& A:a C:*.* > ARJ a -r -va A:a C: > > Jaka razlika :). ZIP -pr& a:a
arhiveri.465 wizard,
>> Bilo bi zanimljivo da se vidi da li je nekome pukao i bez DPMI. Da, meni. I nije bilo ni malo zanimljivo, CRC-nem mu ga majci. ;) >> Priznaju se samo eksperimenti koji se mogu ponoviti, da bi se >> izbegli veę inaŽe "bu¬avi" fajlovi i magnetni medijumi! Fajl mi je joź uvek na HD-u. PKZIP je pozvan od strane jednog Off-Line Reader-a, zapakovao poruke sa jednog BBS-a, NEPOSREDNO nakon toga pozovem ja te poruke i PKUNZIP mi opali - file fails CRC check. :( Sad videh, ima i W21 - file has bad table. Sve u svemu Warnings-i - 15, 21 i 26. Sve se mislim da mu dam ja Warning 1 - file should be deleted from HD! Jeste brz, ali su ga izgleda malo preforsirali. ;)
arhiveri.466 wizard,
Meni se desilo na HD-u. :(
arhiveri.467 skukrika,
>>Evota mi je javio Norton Anti Virus kada sam skenirao PKZip 2.04 : >> C:\UTIL\PKUNZIP.EXE >> This file contains a strain of Maltese Amoeba. Na svu srecu radi se samo o laznom alarmu. Evo sta o tome kazu na PKWare-u: Date: Wed, 06 Jan 1993 00:12:39 GMT From: PKWare.Inc <PKWare.Inc@mixcom.mixcom.com> Subject: PKZIP 2.04c RELEASED (NO VIRUS) PKZIP 2.04c is now released and on the PKWARE BBS (414-354-8670) Some reports have come in the certain version of Norton Anti-Virus are reporting PKZIP 2.04 to have the Maltese Amoeba virus. THESE REPORTS ARE FALSE! If the version of Norton is upgraded to a newer version the false reports cease. The correct files size,date and time should be: PKZ204C.EXE 188818 12-28-92 2:04 SIZE DATE TIME If you have any further questions, please feel free to contact me here at pkware.inc@mixcom.com Mark Gresbach PKWARE, Inc. - - PKWARE.Inc@mixcom.com Voice (414)354-8699 Authors of PKZIP, PKLITE 9025 N. Deerwood Dr. BBS (414)354-8670 PKZFIND, PKZOOM, and the Brown Deer, WI 53223 USA FAX (414)354-8559 Data Compression Library ------------------------------
arhiveri.468 dusanp,
=> Pitanje: par korisnika je primetilo CRC greźke u ZIP => arhivama. Da li se to deźavalo samo kod multi-volume rada => (znaŽi, snimanje arhive na viźe disketa) ili se nekome => desilo da neźto zipuje na disk i da onda "to" neęe da se => korektno raspakuje? Kod mv rada. Zip ne koristim preterano, ali sam iz znatiČelje spakovao jedan veęi paket (viźe direktorijuma i oko 12 mb nearhi- virano) na 4 nove i provereno ispravne AT diskete. Po onome źto se meni (i joź nekima desilo) izgleda da zip greźi posle prve i pre poslednje diskete (u mom sluŽaju na 2 i 3 disketi). Zip nije prijavio nikakvu greźku posle kopiranja, a ja sam mu poverovao i nisam proveravao sadrČaj arhive. Pakovao sam i dosta manjih fajlova na hd, ali nisam primetio greźke. Ne koristim nikakav keź program, a autoexec i config mogu da poźaljem ako ima potrebe. Kao poseban biser novog zipa istiŽem potrebno podeźavanje da bi mogao da radi pod Win3.1. Stari pkunzip sam pokretao klikom na arhivu u file manageru, i ona bi se bez greźke raspakovala, a ovaj novi tako zaglupi sistem da moram da ga hardverski resetujem. Ja toliko drugovi!
arhiveri.469 mjova,
> Stavi ovde > if "%1" == "" goto kraj ili kraęe: if .%1 == . goto kraj ;)
arhiveri.470 vvelisavljev,
> BTW, ime ARJ-a je kraęe, pa i to uzmite u obzir. Kod mene se PKZIP i PKUNZIP "odaziva" sa dva slova PZ i UZ. ;)
arhiveri.471 pedjak,
> 4. Please report any corrupted files here. One user reports 60 megs > worth of files destroyed due to corruption after converting ARJ > to ZIP 2.04c files!!! Another user reports some corrupted files > after using 2.04c on a network. Vidim ja da me niko neęe naterati da koristim ovaj TRASH od programa. ZIP je mrtav, Čiveo ARJ ! :)
arhiveri.472 vstan,
>Ima{ sre~e {to su sankcije ina~e bi gospoda iz Microsofta, Borlanda itd >do{la da te posete (zbog 'svakodnevnog' presnimavanja);). Jel' moze jedan *set code* ?
arhiveri.473 spantic,
> 4. Please report any corrupted files here. One user > reports 60 megs worth of files destroyed due to corruption > after converting ARJ to ZIP 2.04c files!!! Another user > reports some corrupted files after using 2.04c on a > network. Evo źta se doga¬a nevernim tomama ;) ARJ je ARJ, prvi i najbolji ;)
arhiveri.474 .bale.,
ŮŢ Ni sada mi nije jasno zasto pkunzip mora da ima ŮŢ upisan i direktorijum GDE ce to sve raspakovati Pa, ne znam, ja sam mislio da je to zbog one pogresno napisane labele, tj. da si presao na a: kad si hteo da stavis labelu, a da je ZIP raspakovao fajl u direktorijum u kome si se tada nalazio (a:\). Regards from .bale. ! #:*)+-<
arhiveri.475 danilo,
>> QDPMI, 4DOS, HyperDisk i joź gomilu sitnih utility-ja >> (resizeable RAM disk, ..... <--------- ??? -------------------------- Kakav je to program? Mislim da je neko nedavno bezuspeźno traČio takav program. Da li bi mogao da ga opiźeź, a ako je moguęe i prikaŽiź uz odgovor? Pozdrav, Danilo
arhiveri.476 vgredic,
> Posluźaj starijeg: -jt mi je ukljuŽen (preko arj.cfg) > uvek! Bięu dobro dete, od sada -jt pa makar umro od starosti Žekajuęi ;) SLEDGE DAMMIR!
arhiveri.477 vgredic,
Desilo se, ZIP je veliŽine 1.5Mb i prijavio je BAD CRC. Sve to na HD-u, bez ikakvih seckanja ;) UkljuŽeni su QDPMI, QEMM i HYPERDKX... SLEDGE DAMMIR!
arhiveri.478 dnikolic,
>> Predlazem da se PKZIP.EXE i ARJ.EXE prekrste u P.EXE i A.EXE i >> da se time rezultat "smanji" jos vise u korist ZIP-a. ;) Taman posla! Pa vidis li sta se desava sa Makedonijom????? dn
arhiveri.479 drakce,
││ joź gomilu sitnih utility-ja (resizeable RAM disk, ..... <--------- ??? │└──────── │ Kakav je to program? Mislim da je neko nedavno bezuspeźno traČio takav └─────── Zove se SRDISK12.ARJ. Poslao sam ga u neku od konferencija, problem je źto se viźe ne seęam gde. PretraČi ih sa clist /a /t, valjda ęeź ga naęi. Pozdrav
arhiveri.480 feniks,
Meni se CRC greźke javljaju samo u "multi-volume" radu na disketama (samo na A: tj. 5.25"-1.2MB), kako sam opisao u jednoj od predhodnih poruka. Pri radu samo na hardu nisam imao nikakvih greźaka, Žak nema potrebe da koristim bio kakav sviŽ.
arhiveri.481 vitez.koja,
#=> Uaaaaa ZIP, ziveo ARJ! O;> E file moderatere, posle jos smes da kazes kako je zip zvanicni arhiver sezama...ccc ;)
arhiveri.482 nboskovic,
*> E file moderatere, posle jos smes da kazes kako je zip *> zvanicni arhiver sezama...ccc ;) Tako ęe ostati i dalje, ali verzija zip-a 1.1 :)))) (c) klap nikola
arhiveri.483 milan,
Pa RAM disk (za XMS memoriju samo) koji se samo najavi u u config.sys-u kao drajver a onda se jednim programŽięem moČe "formatirati" tj. menjati mu veliŽina. Proveri u Utility direktorijumima da li ga ima, a ako ga nema poslaęu ga (proverięu da li je javna Čenska;) jer ako nije neęu da źaljem da mi se Dejan ne dernja!) Pl poz M
arhiveri.484 milan,
> Desilo se, ZIP je veliŽine 1.5Mb i prijavio je BAD CRC. > Sve to na HD-u, bez ikakvih seckanja ;) > > UkljuŽeni su QDPMI, QEMM i HYPERDKX... To je u redu! ;) Mislim, sa DPMI drajverom se "oŽekuje". Probaj bez DPMI pa javi rezultat! Pl poz M
arhiveri.485 ndragan,
/ ispravio sa pkzipfix). Meni je jednom pkzipfix uspeo da 100% oporavi jedan zip koji nije hteo Žak ni da se prepiźe sa diskete.
arhiveri.486 ndragan,
/ uputstvu stvarno piźe MAXIMAL, pogledaj (linija 3330). Nemo' joź neko da kritikuje Janka, bolje da ga postavimo na neku funkciju ovde. Vidiź da je jedini koji detaljno Žita uputstva. Yanko, the Knight of RTFM.
arhiveri.487 ztuke,
*>>> Predlazem da se PKZIP.EXE i ARJ.EXE prekrste u P.EXE i A.EXE i *>>> da se time rezultat "smanji" jos vise u korist ZIP-a. ;) *> *> Taman posla! Pa vidis li sta se desava sa Makedonijom????? *> dn Da, ljudi, nemojte da predlaČete ovakve ne sigurne poteze, ipak je u pitanju jedna republika i Čivoti ljudi koji Čive u njoj! ;))))) Ako veę koristite SOR, koristite ga do kraja! :( U poslednje vreme sve viźe ovakvih greźaka! tuke ps. Ovo nije kritika samo tebi, veę svima koji prave ovakve greźke! I to posebno onima koji su se veę ustalili u njima. :( pps. Bez ljutnje, ovo je konstruktivne prirode, a ne napad na liŽnost.
arhiveri.488 d.petrovic,
Ă>>> Predlazem da se PKZIP.EXE i ARJ.EXE prekrste u P.EXE i A.EXE i Ă>>> da se time rezultat "smanji" jos vise u korist ZIP-a. ;) A.BAT ***** arj a -jm -t %1 %2 %3 %4 %5 E.BAT ***** arj x %1 %2 %3 %4 %5 ;))) ajde dosta sa ovim bre
arhiveri.489 duke,
││ da naglasi da li kompresuje ili raspakuje ========== KOMPRESIJA --> KOMPRIMOVATI (a ne "kompresovati") ---------------------------------- KOMPRIMUJEM KOMPRIMUJE▒ KOMPRIMUJE KOMPRIMUJEMO KOMPRIMUJETE KOMPRIMUJU ... Pozdrav, Vlado
arhiveri.490 zsiz,
#=============================== # 5.472 PC.UTIL:arhiveri # vstan, 17.01.Sun 00:37, 175 char # Reply to 5.462, zsiz, 16.01.Sat 06:23 #--------------------------------------------------------- #>Imaź sreŽe źto su sankcije inaŽe bi gospoda iz Microsofta, Borlanda itd #>doźla da te posete (zbog 'svakodnevnog' presnimavanja);). # # Jel' moze jedan *set code* ? Pročitaj fajl uz poruku. vstan.zip
arhiveri.491 milan,
> KOMPRESIJA --> KOMPRIMOVATI (a ne "kompresovati") > ---------------------------------- > KOMPRIMUJEM > KOMPRIMUJE▒ > KOMPRIMUJE > KOMPRIMUJEMO > KOMPRIMUJETE > KOMPRIMUJU IMPRESIJA --> IMPRIMOVATI (a ne "impresovati") ---------------------------------- IMPRIMUJEM IMPRIMUJE▒ IMPRIMUJE IMPRIMUJEMO IMPRIMUJETE IMPRIMUJU Pl poz M P.S. Nisam mogao da odolim jer moj editor ima savrźeno ura¬en "search & replace". ;)
arhiveri.492 ndragan,
/ Ja sam odmah preimenovao PKZIP -> PKZ, PKUNZIP -> PKU. Ovo drČim za nezgodan obiŽaj; to hoęe da rade kuęni programeri po firmama, i onda firma pazari neźto softvera od nas, do¬em pa kaČem 'vidi nema zipa', źiznem i prepiźem sa diskete. Sad ima dva. Kod zipa nije problem, problem je kod nekih drugih programa koji oboČavaju da imaju neke svoje .cfg fajlove na odre¬enom mestu, promenljive u okolini i ostali nameźtaj, pa se to joź i razlikuje me¬u neprijateljskim verzijama istog programa... imamo kandidata za brljotinu. Zato nikad ne prekrźtavam programe. Dosta je źto u radno vreme moram onoliko da krźtavam (rutine, promenljive, datoteTke).
arhiveri.493 ndragan,
/ Isto tako¬e :)) / ▒to s Nastavi slobodno :). A? Ne Žujem dobro :). Isto tako¬e źta? Mislim da ima neki preklop kod ardČa da se preskoŽe fajlovi sa loźim cvrcom, ali mi je to glupo - opet znaŽi da moram iz dvaput, ili da mu kaČem da nastavi od fajla tog_i_tog s tim da preskoŽi njega (ili dodam taj preklop, mislim da beźe -w, ili je taj iz Spektrum emulatora (pobrkaęu źvięeve)).
arhiveri.494 ndragan,
/>> problema sa greskom tipa BAD HOFMAN MODE da sam ga se odrekao / dobio greźku Bad Hoffman code. Provi¬enje, źta li? ;> Neęete je dobiti nikad. Nije da je ARJ savrźen, nego piźe 'Huffman'.
arhiveri.495 ndragan,
/ Ja toliko drugovi! Poznaje se ko je spektrumovac :)
arhiveri.496 duke,
││ IMPRESIJA --> IMPRIMOVATI (a ne "impresovati") ││ ... ││ P.S. Nisam mogao da odolim jer moj editor ima savrźeno ura¬en ││ "search & replace". ;) DČaba tebi "savrźeno ura¬en 'search & replace'" kad nemaź sreęe da imaź savrźen jezik (nego samo savrźenu azbuku): kompresija < lat. compressio depresija < (lat. depressio) impresija < lat. impressio komprimovati < lat. comprimere deprimirati > lat. deprimere, ali, odnekud, niko ne zna zaźto impresionirati < franc. impressioner. Moja IMPRESIJA: ipak KOMPRIMOVATI! Pozdrav, Vlado
arhiveri.497 mjova,
># 5.472 PC.UTIL:arhiveri > Pročitaj fajl uz poruku. izivini, ali joź nisi podesio kodni raspored. dakle, treba da na sezamu probaź komandu 'set code'. drugo, nema potrebe da citiraź i zaglavlje poruke.
arhiveri.498 ssokorac,
─┼┤ arj a -jm -t %1 %2 %3 %4 %5 ─┼┤ arj x %1 %2 %3 %4 %5 Pa da te muŽe sa 'popunjavaź nam disk'? ;) arj a -jm -t %& arj x %& :)
arhiveri.499 banex,
>> fajlovi sa loźim cvrcom, ali mi je to glupo - opet znaŽi da moram >> iz dvaput, ili da mu kaČem da nastavi od fajla tog_i_tog s tim da Da, mora iz dvaput :). Osim ako mu ne staviź u cfg file -jr prekidaŽ (recover broken arj file) da bude default. Ili da mu se postavi onaj sistem indexiranja, nisam to do sada probao.
arhiveri.500 pedjak,
> Poznaje se ko je spektrumovac :) Nego kako, pravi ljudi sa pravim maźinama :)
arhiveri.501 pedjak,
> Isto tako¬e źta? Mislim da ima neki preklop kod ardČa da se preskoŽe > fajlovi sa loźim cvrcom, ali mi je to glupo - opet znaŽi da moram iz Ima.. Poznajeź Žoveka koji pamti veliki broj sviŽeva :) -jr Recover broken archive files pedja
arhiveri.502 danilo,
>> Zove se SRDISK12.ARJ. Poslao sam ga u neku od Skinuo sam ga i isprobao. Meni ne radi. Prijavljuje : "Incorect DOS version". Da li je to zbog QEMM 6.02.? Pozdrav, Danilo
arhiveri.503 danilo,
>> Pa RAM disk (za XMS memoriju samo) koji se samo najavi u >> u config.sys-u kao drajver a onda se jednim programŽięem >> moČe "formatirati" tj. menjati mu veliŽina. Da li je to SRDISK12 koji pominje Drakce? Ako jeste kako to da ti radi sa QEMM? Pozdrav, Danilo
arhiveri.504 snemcev,
>> Neęete je dobiti nikad. Nije da je ARJ savrźen, nego piźe 'Huffman'. Lapsus calami.
arhiveri.505 mjova,
>>> Zove se SRDISK12.ARJ. Poslao sam ga u neku od > Skinuo sam ga i isprobao. Meni ne radi. Prijavljuje : > "Incorect DOS version". Da li je to zbog QEMM 6.02.? ako je napisao 'Incorect DOS version' onda to nema veze sa QEMM-om. bar je to jasno ;). ja imam qemm 6.02, dos 5.0 i 4dos. sve radi super!
arhiveri.506 drakce,
││Zove se SRDISK12.ARJ. Poslao sam ga u neku od │└────── │Meni ne radi. Prijavljuje :"Incorect DOS version". Da li je to zbog QEMM 6.02 └────── Nije. I ja koristim QEMM 6.02. Poruka o greźci ukazuje ;) da ti je verzija DOS-a "krivac". Kod mene sve radi OK na DOS 5.0, QEMM, 4DOS itd ... Pozdrav
arhiveri.507 mladenp,
Dobih i ja poruku "Bad Huffman code (0)" od ARJ-a. Novi Scan sam raspakovao, ostavio SCAN.EXE a ostalo, ukljuŽujuęi i ZIP i ARJ arhive, obrisao. Posle sam se setio da mi treba joź neźto. No problemo, lupim UNDELETE, dodam prvo slovo i dobijem originalne arhive. Svaki pokuźaj raspakivanja zavrźava pomenutom porukom. ;(
arhiveri.508 dejanr,
>> No problemo, lupim UNDELETE, dodam prvo slovo i dobijem originalne >> arhive. Svaki pokuźaj raspakivanja zavrźava pomenutom porukom. ;( To ne moČe da se stavi na duźu ARJ-a. UNDELETE ne ume uvek korektno da povrati file.
arhiveri.509 ilazarevic,
> Poznaje se ko je spektrumovac :) Politica is not dead :)
arhiveri.510 milan,
Do sada se joź niko ko je "stradao" sa PKZ204c BEZ DPMI nije javio?! Da li to znaŽi da inaŽe radi normalno? Pl poz M
arhiveri.511 drakce,
│ Do sada se joź niko ko je "stradao" sa PKZ204c BEZ DPMI nije javio?! │ Da li to znaŽi da inaŽe radi normalno? └─────── MoČda Žovek viźe nema sa Žime da se javi ;>
arhiveri.512 wizard,
>> Do sada se joź niko ko je "stradao" sa PKZ204c BEZ DPMI nije >> javio?! Da li to znaŽi da inaŽe radi normalno? Ja sam se javio, izbacio mi je nekoliko CRC greźki na arhivama koje sam neposredno pre toga arhivirao. DPMI tada nisam imao, bio je preveliki za upload. ;)
arhiveri.513 macak,
Nisam bas u toku diskusije, ali izgleda da stari ZIP nije bas kompatibilan sa ovim novim. Jel to samo kod mene nece da radi stari PKUNZIP sa arhivom koja se dobije novijom verzijom ili jos nekog to zeza? Moja verzija pku-a je 1.1 (staro, ali ipak radi :) )
arhiveri.514 dejanr,
Naravno, ono źto je zapakovano starim ZIP-om moČe da se otpakuje novim, ali obrnuto ne vaČi - źto novi zapakuje, to stari ne moČe da raspakuje. Tako je uvek bilo sa novim verzijama arhivera, poźto svaki put smisle neki (bar malo) novi algoritam za kompresiju.
arhiveri.515 zkehler,
Ŕ Do sada se joź niko ko je "stradao" sa PKZ204c BEZ DPMI nije Ŕ javio?! Da li to znaŽi da inaŽe radi normalno? Nisam imao problema PKZ204 vs. QDPMI. A propos problema da Norton NAV javlja da PKUNZIP i PKZIPFIX imaju Matese Amoeba virus: na poslu imam NAV instaliran sa sveČijim definicijama virusa (fajla 20A07.DEF pokupljen sa "Symantec" BBS-a), i ne prijavljuje se postojanje virusa. «udna stvar taj PKZ204. Interesuje me da li neko eventualno ima licenciranu verziju, ili paket koji oglaźavaju po źtampi. ZK
arhiveri.516 dusanp,
=> Do sada se joź niko ko je "stradao" sa PKZ204c BEZ DPMI => nije javio?! Da li to znaŽi da inaŽe radi normalno? Ja nisam imao DPMI, ali je pao kod multivolume arhive...
arhiveri.517 bearboy,
║ daju Bad h. code ili tako neźto. ProŽitaj stare poruke u ovoj temi i u I ako bi onda digli raŽunar sa Žistom DOS disketom i pokuźali da otpakuju stvar sa ARJ 2.20 ili starijim (2.x) verovatno bi otpakovao bez problema.
arhiveri.518 bearboy,
║ ARJ ima switch -va koji takodje sam utvrdjuje velicinu praznog prostora. Joź bolje -vva pa i bibipęe usput :)
arhiveri.519 bearboy,
║ Sa ZIPom sam imao iskustvo da loź sektor na disketi brlja jedan ili dva ║ fajla (a moji zipovi se uglavnom sastoje od gomile malih fajlova) a ║ ostali (iza njega) se ladno raspakuju; ne seęam se kako ARJ izlazi na ║ kraj sa tim; Žini mi se da staje i ne ide dalje. ARJ E LO▒SAM -jr (ili -jb ?) i sve je OK. Ja to Žak drČi u ARJ.CFG :)
arhiveri.520 bearboy,
║ Od tada koristim samo ARJ-ovu opciju e ;) LaČove :) Koristiź i ARJ X :))))))
arhiveri.521 bearboy,
║> Testirao sam ARJ, ZIP i LZH na Wolfenstein-u 3D i evo kako ║> je koji arhiver spakovao: ║ ║ Jesi probao da vidiź Wolfa ali komercijalnog, prvi deo. Njega niko ne moČe ║ da spakuje na manje od instalacione verzije. Naravno, kad je veę pakovan ARJ-om :)))))
arhiveri.522 dejanr,
>> I ako bi onda digli raŽunar sa Žistom DOS disketom i pokuźali da otpakuju >> stvar sa ARJ 2.20 ili starijim (2.x) verovatno bi otpakovao bez problema. Ne bi, ne brini. Nije problem u dearhiviranju nego je fajl loźe "zapakovan".
arhiveri.523 zkrstic,
> Do sada se joź niko ko je "stradao" sa PKZ204c BEZ DPMI nije > javio?! Da li to znaŽi da inaŽe radi normalno? Meni do sada nije pukla ni jedna jedina arhiva (Žuk ŽUk, da zlo ne Žuje) iako namerno je 'teram po Njindonjsima, a PKZIP prijavljuje DMPI 0.90 Elem, dajte mi neki primer kada je pukla da ga probam. Ja niźta pri- metio nisam, niti su Njindonjsi pucali niti je iko pucao... sem lokalnih kli- naca u kraju ;) Maźina je 486 na 33 sa 8 milijuna osmeraca rama. Zkr :)
arhiveri.524 spantic,
> Naravno, kad je veę pakovan ARJ-om :))))) Da, ali pokuźaj da ga spakujeź ARJom pa ęeź videti da ne moČeź da ga vratiź na staru veliŽinu.
arhiveri.525 milan,
> Ja sam se javio, izbacio mi je nekoliko CRC greźki na arhivama koje sam > neposredno pre toga arhivirao. DPMI tada nisam imao, bio je preveliki za > upload. ;) Polako! Odakle si arhivirao? Ako si sluŽajno arhivirao iz Windows prozora onda si imao DPMI jer ih Windows-i diČu! Ako nisi, da li moČeź da ponoviź tu greźku? Pl poz M
arhiveri.526 zormi,
* Do sada se joź niko ko je "stradao" sa PKZ204c BEZ DPMI nije * javio?! Da li to znaŽi da inaŽe radi normalno? Ne. Program definitivno ima problema. Izazvan porukama napravio sam za probu jednu multi-copy (igra EPIC) na 9 disketa od po 720 kB, bez DPMI. Pri raspakivanju je zapeo veę na drugoj (CRC error... Bad table...). Diskete su ispravne i bez read error-a. Rezultat: zadrČao sam PKUNZIP i vratio stari ZIP.
arhiveri.527 acal,
█ Skinuo sam ga i isprobao. Meni ne radi. Prijavljuje : █ "Incorect DOS version". Da li je to zbog QEMM 6.02.? Meni ovaj program(SizebleRam DISK)kaČe da ne moźe da resajzira ram disk i prijavi fatal error:(((( A imam 3 Mb slobodne XMS??? ACAL
arhiveri.528 wizard,
>> Odakle si arhivirao? Ako si sluŽajno arhivirao iz Windows >> prozora onda si imao DPMI jer ih Windows-i diČu! Te arhive nisu ni proźle pored Windows-a, nisam ni imao Win na disku. >> Ako nisi, da li moČeź da ponoviź tu greźku? Da. Greźku sam ponovio 10 minuta kasnije. :( Od tada ponovo koristim ARJ, i ne ponavljam greźke. :)
arhiveri.529 dzakic,
>> Meni ovaj program(SizebleRam DISK)kaČe da ne moźe da resajzira ram >> disk i prijavi fatal error :(((( A imam 3 Mb slobodne XMS??? Ne moČe da ga resajzira kad ne postoji kontinualni blok slobnodnog XMS-a dovoljan za veliŽinu koju traČiź. Izgleda da pomaČe da se vrati disk na veliŽinu 0 pre bilo kakve promene. Tako se oslobodi memorija pa ne dolazi do fragmentiranja.
arhiveri.530 nenadb.,
>> Naravno, ono sto je zapakovano starim ZIP-om moze da se otpakuje To je opste poznato, ali bih ovim putem zamolio ljude da kada UPload-uju programe da ih ne zapakuju sa najnovijim mogucim arhiverima. Ja konkretno nemam novi ZIP, niti cu da ga skidam dok se makar sest meseci ne pokaze kao dobar malisa, ali mi se desilo da skinem fajl sa SEZAM-a koji je naravno zapakovan ZIP v.7.0 (modelom za 2012 g.). Da ne bih pravio zbrku verzija arhivera na disku taj fajl necu ni pogledati. Te stoga ovom prilikom zamoljavam siri auditorijum, da postane malo konvencionalniji, recimo PKZIP v1.xx i ARJ 2.xx.
arhiveri.531 nenadb.,
>> Naravno, kad je vec pakovan ARJ-om :))))) Cisto da se zna, nije... Lici da je spakovan fractal delux turbo arhiverom. A to sto se raspakuje sa programom kojim se vec raspakuje, to nema veze...
arhiveri.532 dejanr,
>> To je opste poznato, ali bih ovim putem zamolio ljude da kada UPload-uju >> programe da ih ne zapakuju sa najnovijim mogucim arhiverima. >> Ja konkretno nemam novi ZIP, niti cu da ga skidam dok se makar sest meseci >> ne pokaze kao dobar malisa, ali mi se desilo da skinem fajl sa SEZAM-a koji >> je naravno zapakovan ZIP v.7.0 (modelom za 2012 g.). "Problem" je u tome źto novi PKZIP pakuje znatno viźe nego stari, tako da je vreme prenosa tako arhiviranih datoteka primetno kraęe. Nema ti druge nego da drČiź na disku bar novi PKUNZIP, od njega źtete ne moČe da bude.
arhiveri.533 vcalic,
Stastistike radi, koristim novi ZIP otkad se pojavio maltene svaki dan, i joź mi se nije desilo da mi napravi loźu arhivu. Pri tom, radim na najobiŽnijoj 286-ici bez extended/expanded memorije, i ne pokuźavam da pravim ZIP-om multi-volume arhive (tu je ARJ bolji, kako god se okrene). Imam utisak da ako se odustane od dodatnih modova (kao źto su 386 i DPMI) i ako se ne prave multi-volume arhive, ZIP 2.04 postaje priliŽno pouzdan program. Uostalom, uvek se opcijom -t UNZIP-a moČe kreirana arhiva iztestirati. Dakle, "ne sudite preoźto o..." novom ZIP-u. :)
arhiveri.534 jtitov,
> Do sada se jos niko ko je "stradao" sa PKZ204c BEZ DPMI > nije javio?! Da li to znaci da inace radi normalno? Ne razumem o cemu se radi?? Jest da sam pratio sve poruke, ali sam i dalje u cudu: kod mene zip 2.04 savrseno radi pod Win 3.1 u dos prozorcetu i sam prijavljuje taj dpmi 0.9. Nikada mi nije trabao onaj file koji si poslao. O cemu se radi??? Kakve to Windows-e imate? kakve to dos-ove imate???
arhiveri.535 jtitov,
> definicijama virusa (fajla 20A07.DEF pokupljen sa > "Symantec" BBS-a), Mogao bi to da pljucnes na Sezam posto je verovatno public domain.
arhiveri.536 jtitov,
> program. Uostalom, uvek se opcijom -t UNZIP-a moze > kreirana arhiva iztestirati. Tacno, ali test je pouzdan samo onda kada disk nije kesiran... Inace, stvarno, ni ja nemam primedbu na novi zip... Lepo prepozna 486, EMS, XMS, ... u cemu je stvar?
arhiveri.537 d.petrovic,
Ă> konvencionalniji, recimo PKZIP v1.xx i ARJ 2.xx. Ekhmmm... ono źto se zapakuje sa 1.93 neęeź raspakovati sa 1.10, ali ęeź ono źto zapakujeź sa 2.04 raspakovati sa 1.93. Sa ARJ-om nije problem pa... predlaČem ti da OBAVEZNO koristiź PKUNZIP 1.93 ili 2.04, a ako si mazohistiŽki raspoloČen korisiti PKZIP 1.0 ;)
arhiveri.538 zkrstic,
> Ne razumem o cemu se radi?? Jest da sam pratio sve poruke, ali sam i > dalje u cudu: kod mene zip 2.04 savrseno radi pod Win 3.1 u dos > prozorcetu i sam prijavljuje taj dpmi 0.9. Nikada mi nije trabao > onaj file koji si poslao. O cemu se radi??? Kakve to Windows-e > imate? kakve to dos-ove imate??? Da ponovim. Imam isti sluŽaj kao i Jura. Niti mi je źta puklo, niti bilo źta drugo. U Žemu je onda problem? Zkr
arhiveri.539 dejanr,
>> Uostalom, uvek se opcijom -t UNZIP-a moČe kreirana arhiva >> iztestirati. Ja to "oduvek" (tj. otakad sam se par puta opekao sa starim PKARC-om i ARJ-om) radim i, źto bi se reklo, nemam namere tu niźta da menjam ;) I da niko nije imao problema sa Bad CRC-ovima, ja bih i dalje radio PKUNZIP -t - jeste da potroźim neki sekund (pa i minut ako je arhiva velika) ali bar me ne boli glava.
arhiveri.540 zormi,
Kao źto se oŽekivalo, PKWARE je na bujicu prijava problema sa novim PKZIP 2.04c reagovao izdavanjem popravljene verzije: PKZIP 2.04e (25. januar) MoČe se pokupiti sa IMTEL BBS-a (bulaja?). Izvod iz WHATSNEW po mom izboru: The following changes have been made in version 2.04e of PKZIP/PKUNZIP from version 2.04c. 1) DPMI. The DPMI support in PKZIP/PKUNZIP has been changed to work around bugs and anomolies with the following DPMI drivers or environments. PKWARE would like to thank Quarterdeck Office Systems and Qualitas, Inc. for their technical assistance regarding DPMI. .... f) Windows 3.1 DOS BOX The way PKZIP/PKUNZIP allocates the DPMI save/restore state buffer has been changed to be more compatible with Windows 3.1. 2) The Norton AntiVirus program FALSELY reported that PKZIPFIX and PKUNZIP contained the Maltese Ameoba virus. The software DID NOT contain this virus. All files in this release have been modified so as to not trigger any FALSE virus reports by the Norton AntiVirus program. .... 7) Using EMS= options in the PKZIP configuration file would enable or disable both EMS and XMS usage. The XMS= option had no effect. This has been corrected. 8) The Quick format option in PKZIP would zero out the existing FAT on the disk (by design). However, if the disk had any bad sectors on it (in which case, it isn't a good idea to use that disk as a backup disk anyway...) they would now be marked as good. By popular demand, PKZIP now reads the existing FAT and leaves any bad sectors marked as bad. This however, makes the 'Quick' format function about twice as slow as it was (although still much faster than an unconditional format). In most cases however, unless there are several subdirectories on the diskette, the -&w (wipe) option is faster than the -&f (format) option when backing up to pre-formatted diskettes. 9) Under some cirumstances, PKZIP could possibly store the last file in a multi-disk backup set incorrectly. This has been corrected. 10) The volume label option in PKZIP would not work. This has been fixed. .... 12) PKZIP will now accept either MAXIMUM or MAXIMAL in the configuration file. 13) Some people have requested that the -& backup option support the DOS verify function. Specifying -&v on the PKZIP command line or BACKUP=VERIFY in the PKZIP.CFG file will turn on the DOS verify flag when writing to the backup disk(s). This makes PKZIP run slower, but ensures better integrity of each diskette. .... 18) In some circumstances, running PKZIP with EMS memory and very low free conventional memory could cause corruption of the .ZIP file. This has been corrected. ....
arhiveri.541 skerl,
Pojavio se SHEZ85 Skerl.
arhiveri.542 vcalic,
>> I da niko nije imao problema sa Bad CRC-ovima, ja bih i dalje radio >> PKUNZIP -t - jeste da potroźim neki sekund (pa i minut ako je arhiva >> velika) ali bar me ne boli glava. Jel' ima ZIP neki sviŽ sliŽan ARJ-ovom -jt (ili kako veę beźe) koji odmah nakon kreiranja testira arhivu?
arhiveri.543 ssokorac,
─┼┤ konvencionalniji, recimo PKZIP v1.xx i ARJ 2.xx. Trebalo bi koristiti najnovije zvaniŽne verzije... ZnaŽi, ne ARJ 2.39b, ali da 2.30, kao i ZIP 2.04. Ipak, bolje arj :).
arhiveri.544 dejanr,
Hvala na informacijama (tako¬e i Skerlu za SHEZ85), verujem da ęe oba koliko danas ili sutra biti na Sezamu. Uzgred, ne znam kako to vama izgleda, ali meni je malo (viźe) neozbiljno da PKWare, poźto je godinu dana beta testirao PKZIP 2.0 petnaest dana posle prve mora da izbaci novu verziju. Al' sad źta je tu je, bolje da opet download-ujem nego da ima bugove ;)
arhiveri.545 mstanic,
>> Dakle, "ne sudite preoźto o..." novom ZIP-u. :) Evo da kaČem i ja da sam ga odmah skinuo i dosad se pokazao dobro. Ne znam zaźto toliki ljudi toliko kukaju na njega. Radi i na Novel-u, sa Hyperdiskom na razliŽitim verzijama dos-a, a dans sam malo probao i pod windovs-ima i zaista nema problema.
arhiveri.546 vitez.koja,
#=> Da ponovim. Imam isti slucaj kao i Jura. Niti mi je sta #=> puklo, niti bilo sta drugo. U cemu je onda problem? Pridruzujem se drugovima, kod mene je takodje sve ok, uz komentar : BACITE SPORETE NA KOJIMA NECE DA SE SKUVA NI SUPA IZ KESICE, NABAVITE GORENjE-VELENjE !
arhiveri.547 dejanr,
Zahvaljujuęi kolegama iz "Imtela", u direktorijumu IBMPC\ARCHIVER je PKZ204E.EXE, nova revizija PKZIP-a. Uz ovu poruku je opis noviteta, pa na osnovu njega zakljuŽite isplati li vam se download ili ne. Meni se Žini da se isplati. v204e.new
arhiveri.548 jtitov,
> Pojavio se SHEZ85 Grrrr, postaje dosadno. Taman 'skinem' jednu verziju, pojavi se druga. Grrrr.
arhiveri.549 ndragan,
/ Da, mora iz dvaput :). Osim ako mu ne staviź u cfg file -jr prekidaŽ Mnoogo traČi. Joź da mu pravim i .cfg. Izmenjam dvadeset maźina nedeljno i sad na svakoj da vozim raŽuna o konfigurisanju arhivera. Ostajem na PKZ110, a ARJ samo za .dbf kad su malo veęi i nema ih mnogo, ili kad ide ceo disk na diskete (jednom godiźnje).
arhiveri.550 ndragan,
/ Ima.. Poznajeź Žoveka koji pamti veliki broj sviŽeva :) Ne isplati mi se da te vozim sa sobom za toliko... a baźka źto ti se ne bi svidelo da ustaneź u pola pet (brrr) da bih te u pola devet pitao a u pola źest si slobodan da ideź kuęi da ruŽaź (to mene Žeka sutra).
arhiveri.551 ndragan,
/ Da, ali pokuźaj da ga spakujeź ARJom pa ęeź videti da ne moČeź da ga / vratiź na staru veliŽinu. A da to uradiź odmah po raspakivanju, bez igranja? Sve mi se Žini da on napravi sebi neke .cfg stvari na disku joź kod prvog starta.
arhiveri.552 ndragan,
/ 12) PKZIP will now accept either MAXIMUM or MAXIMAL in the / configuration file. Phil Katz has an extrasensory link with Yanko.
arhiveri.553 ssokorac,
─┼┤ niti bilo źta drugo. U Žemu je onda problem? U tome źto ostalima puca :). Ja Žim sam ŽUo da je prvoj trojici pukao ne koristim ga osim kao pkunzip, tako da i ne moČe da mi pukne :).
arhiveri.554 kenza,
[;> Da ponovim. Imam isti slucaj kao i Jura. Niti mi je sta puklo, [;> niti bilo sta drugo. U cemu je onda problem? Meni isto nikada nista nije puklo,nije bio nikada ni BAD CRC !?
arhiveri.555 zormi,
* > Pojavio se SHEZ85 * * Grrrr, postaje dosadno. Taman 'skinem' jednu verziju, pojavi se druga. Ja sam to batalio i preźao na WinZip 4.0, koji je mnogo lepźi (pogadjate, za Windows), lakźe se radi, isto podrČava ZIP, ARJ, LHA, EXE... Ima drag-and-drop, tj. klikne se na arhivu, on je otvori, klikom na neku datoteku je "dobaci" odgovarajuęem programu (W4W, Excel...) ili ugradjenom viewer-u, za dodavanje u arhivu datoteka se miźem prevuŽe u nju, klikom kreira Windows grupu sa svim datotekama iz arhive ili napravi self-extract EXE, scan-ira, ima 3D dugmięe... i istu dosadnu poruku o registraciji. Joź samo SOR i potpuno sam se "uprozorio" ;)
arhiveri.556 skerl,
│ Grrrr, postaje dosadno. Taman 'skinem' jednu verziju, │ pojavi se druga. Grrrr. └───── :)))))))))))))
arhiveri.557 zkehler,
Ŕ> definicijama virusa (fajla 20A07.DEF pokupljen sa Ŕ> "Symantec" BBS-a), Ŕ Ŕ Mogao bi to da pljucnes na Sezam posto je verovatno public Ŕ domain. Poslao sam svojevremeno bulaji; nemam ga kuęi, ali mogu sutra sa posla da poźaljem. ZK
arhiveri.558 spantic,
> A da to uradiź odmah po raspakivanju, bez igranja? Sve mi > se Žini da on napravi sebi neke .cfg stvari na disku joź > kod prvog starta. To sam odmah i probao i ostao otvorenih usta :)
arhiveri.559 dejanr,
Koliko Žujem, upravo je stigao Norton Guide za PKZIP 2.04. Bięe u direktorijumu koliko danas, Žim ga Bulaja pregleda.
arhiveri.560 snemcev,
>> "Problem" je u tome źto novi PKZIP pakuje znatno viźe nego stari, >> tako da je vreme prenosa tako arhiviranih datoteka primetno kraęe. >> Nema ti druge nego da drČiź na disku bar novi PKUNZIP, od njega źtete >> ne moČe da bude. Ali kad uzmeź u obzir vreme koje ti treba da preneseź novi ZIP i da ęe, recimo, 5% datoteka koje skineź ko-zna-odakle biti spakovano novim zipom (u to nisu uraŽunati padovi sa Sezama), do¬eź do zakljuŽka da se jednostavno neisplati skidati novi ZIP (nastranu to źto nigde nema sam PKUNZIP). Iduęi tom logikom, treba na disku imati bar 5 razliŽitih dearhivera zato źto jedan daje "primetno kraęe" datoteke sa tekstom, drugi je specijalizovan za ko-zna-źta, treęi... i źto ęe se uvek naęi neko ko ęe baź nekim od njih spakovati baź one datoteke koje traČiź veę x meseci. Moje je miźljenje da se treba zadrČati na ZIP 1.10 i ARJ 2.30, bar dok se neprovere i u praksi potvrde novije verzije ovih arhivera.
arhiveri.561 jtitov,
Juce sam zipovao neke .clp slicice (clipboard) sa novim zipom. Nije bilo problema, ali mi djavo nije dao mira i probao sam, onako stosa radi da arhivu ponovo zipujem. I STA SE DOGODILO?!?!? Zip je svoju sopstvenu arhivu sabio jos za jedno 500 bajtova! Pa ovo mi se nije dogodilo odavno. Koji li je shit ovaj novi zip kada sam sebe sabija?! To ne radi ni arj ni lha, a cini mi se da nije radio ni zip 1.1...
arhiveri.562 ppekovic,
>> Juce sam zipovao neke .clp slicice (clipboard) sa novim zipom. >> Nije bilo problema, ali mi djavo nije dao mira i probao sam, >> onako stosa radi da arhivu ponovo zipujem. I STA SE DOGODILO?!?!? >> Zip je svoju sopstvenu arhivu sabio jos za jedno 500 bajtova! Pa >> ovo mi se nije dogodilo odavno. Koji li je shit ovaj novi zip >> kada sam sebe sabija?! To ne radi ni arj ni lha, a cini mi se da >> nije radio ni zip 1.1... Svaka arhiva ima svoj header. Ako imaź mnogo fajlova u arhivi, header ęe biti dugaŽak. Header nije kompresovan. Dakle, ... ;) Paya
arhiveri.563 markma,
> datoteku je "dobaci" odgovarajuęem programu (W4W, > Excel...) ili ugradjenom viewer-u, za dodavanje u arhivu > datoteka se miźem prevuŽe u nju, klikom kreira Windows > grupu sa svim datotekama iz arhive ili napravi > self-extract EXE, scan-ira, ima 3D dugmięe... i istu > dosadnu poruku o registraciji. aJDE BACI JE OVDE
arhiveri.564 bulaja,
│Koliko cujem, upravo je stigao Norton Guide za PKZIP 2.04. │Bice u direktorijumu koliko danas, cim ga Bulaja pregleda. └─── R:\IBMPC\ARCHIVER\*.* ---------------------- pkz2_ng zip 62725* PKZip 2.0 Reference Guide (.NG)
arhiveri.565 nenadb.,
>> Moje je misljenje da se treba zadrzati na ZIP 1.10 i ARJ 2.30, bar dok >> se neprovere i u praksi potvrde novije verzije ovih arhivera. BRAVO !!!
arhiveri.566 bulaja,
**** new file **** R:\IBMPC\ARCHIVER\*.* ---------------------- shez85 a01 101597* Shez v8.5, shell za laksi rad sa arhiverima #2 shez85 arj 104500* Shez v8.5, shell za laksi rad sa arhiverima #1 Release 8.5 - Corrected file list display when moving files using the CTRL-F3 move function. - Modified the SHEZCFG program to allow users the option of retaining the orginial compressed file time and date when converting from one type archive to another. - Made additional changes to run PKZIP204C more reliably. - When in a file list, pressing HOME once will move highlight bar to top of screen, pressing twice will move to top of list. - When in a file list, pressing END once will move highlight bar to bottom of screen, pressing twice will move to bottom of list. - Corrected the two Press Any Key to Continue prompts when copying files under 4DOS.
arhiveri.567 janko,
> / 12) PKZIP will now accept either MAXIMUM or MAXIMAL in > the / configuration file. > > Phil Katz has an extrasensory link with Yanko. Nego. ;) Nisam se ja dČabe borio za njega kada su 'nevernici' prelazili na ARJ. E, da. Ni meni nije joź nijednom otkazao 2.04.
arhiveri.568 dejanr,
>> ali mi djavo nije dao mira i probao sam, onako stosa radi da >> arhivu ponovo zipujem. I STA SE DOGODILO?!?!? Zip je svoju sopstvenu >> arhivu sabio jos za jedno 500 bajtova! Pa ovo mi se nije dogodilo >> odavno. To samo znaŽi da ti je u zadnje vreme ¬avo davao mira :) Deźava se to i sa ZIP-om 1.1, a u manjoj meri i sa ARJ-om. Verovatnoęa da ęe se to desiti raste źto u arhivi ima viźe fajlova, zapravo ZIP-uje se onaj "direktorijum ZIP-a" u kome su podaci o sadrČaju. Taj "direktorijum" nije jaŽe arhiviran iz bezbednosnih razloga, poźto na osnovu njega PKZIPFIX ispravlja greźke u oźteęenim arhivama.
arhiveri.569 dgrbic,
:: neisplati skidati novi ZIP (nastranu to źto nigde nema :: sam PKUNZIP). Iduęi Nagovori nekog da ti na mail poźalje PKUNZJR iz novog zipa, mali je (oko 2.5 K) i raspakuje nove (ali samo nove) ZIPove, i nema egzibicije sa DPMI i ostalim bagovitim stvarima.
arhiveri.570 spale,
██ aJDE BACI JE OVDE Marko, iskljuŽi CAPS LOCK. Veę druga tvoja poruka u kojoj je prvo slovo veliko, a ostala mala. ;> Nikola
arhiveri.571 spantic,
> Nego. ;) Nisam se ja dČabe borio za njega kada su > 'nevernici' prelazili na ARJ. Vala sa ovim novim ZIPom ni ti mu ne moČeź pomoęi ;) > E, da. Ni meni nije joź nijednom otkazao 2.04. Nije ni Žudo kada ga nisi poterao sa WIN/3 pa u DOS prozoru.
arhiveri.572 bbaja,
>|| Ja sam to batalio i presao na WinZip 4.0, koji je mnogo lepsi >|| (pogadjate, za Windows), lakse se radi, isto podrzava ZIP, >|| ARJ, LHA, EXE... Stvarno, okaci ga. Ima zainteresovanih!
arhiveri.573 dexi,
­ Nije ni Žudo kada ga nisi poterao sa WIN/3 pa u DOS prozoru. win/3 mi liŽi na źtake ;) Vala, koristim ga u DOS pendČeru non stop i nemam nikakvih problema ;) Uzgred, da li ste probali reviziju e (PKZ204e), mislim na one koji su imali teźkoęe? «itajuęi poruke u ovoj temi nisam naiźao na problem koji se javio mom ortaku na 386 maźini sa PKUNZIP-om. Naime njemu nije smetao ni DPMI niti bilo źta od pomenutih stvari, ali je morao da izbaci koriźęenje 32 bitnih instrukcija da bi PKUNZIP radio. U me¬uvremenu je reset taster doČiveo punu afirmaciju... dexi :)
arhiveri.574 jtitov,
> Svaka arhiva ima svoj header. Ako imas mnogo fajlova u Hm, da, ali zasto se onda to ne desava kod arj, lha...?
arhiveri.575 bulaja,
Uh...onaj dosadni Jim Deer :) je izbacio opet novu verziju SHEZ-a 8.6, valjda vec trecu za poslenjih mesec dana. Posto ce i ova da bude na Sezamu uskoro, ko je mislio da skida 8.5 i ne mora da se muci :).
arhiveri.576 zormi,
* > ¬¬ Ja sam to batalio i presao na WinZip 4.0, koji je mnogo lepsi * * Stvarno, okaci ga. Ima zainteresovanih! A źto sam pravio BBS nego da ljudi sami uzimaju? :) 'Ajde neki od IMTEL BBS korisnika...
arhiveri.577 zormi,
* Uzgred, da li ste probali reviziju e (PKZ204e), mislim na one koji su * imali teźkoęe? Nova verzija kod mene radi sa DPMI, a stara nije htela...
arhiveri.578 wizard,
>> Nova verzija kod mene radi sa DPMI, a stara nije htela... Radi sa DPMI ili jednostavno ne koristi DPMI? Koliko sam video u onom "whatsnew" fajlu, sve probleme su prevaziźli tako źto se ne koriste posebne moguęnosti na omim maźinama na kojima izazivaju probleme.
arhiveri.579 zkehler,
Ŕ> definicijama virusa (fajla 20A07.DEF pokupljen sa Ŕ> "Symantec" BBS-a), Ŕ Ŕ Mogao bi to da pljucnes na Sezam posto je verovatno public Ŕ domain. Evo najnovije verzije, 20A10.DEF. ZK 20a10.zip
arhiveri.580 snemcev,
>> Nagovori nekog da ti na mail poźalje PKUNZJR iz novog zipa, mali je >> (oko 2.5 K) i raspakuje nove (ali samo nove) ZIPove, i nema >> egzibicije sa DPMI i ostalim bagovitim stvarima. Nagovaram, nagovaram... ;>>
arhiveri.581 zormi,
* >> Nova verzija kod mene radi sa DPMI, a stara nije htela... * * Radi sa DPMI ili jednostavno ne koristi DPMI? Nemam pojma, detektuje DPMI, nema nikakvih switch-eva, a da li ga i koristi...
arhiveri.582 dejanr,
ZaŽudo ;) nismo na spisku: ========== security/encryption #520, from anash, 513 chars, Fri Jan 15 17:23:26 1993 ---------- TITLE: PKZIP Encryption The export policy of PKZIP's encryption technology has changed a bit. I found the following on a slip of paper included with the PKZIP 2.04 manual: The United States government has given permission for PKWARE, Inc. to export our Data Encryption technology except to the following countries: Cuba, Iran, Iraq, Libya, North Korea, the police or military of South Africa, Syria and Vietnam. 11/92
arhiveri.583 milan,
>* >> Nova verzija kod mene radi sa DPMI, a stara nije htela... >* >* Radi sa DPMI ili jednostavno ne koristi DPMI? > > Nemam pojma, detektuje DPMI, nema nikakvih switch-eva, a da li ga > i koristi... "Nova verzija", a to se moČe proveriti podizanjem flag-a za DPMI i ukidanjem DPMI drajvera - sitna podvala;) - 'ladno zaobilazi DPMI u DOS prozoru za Win3.1 i kao i QDPMI (QuarterDeck-ov). Uostalom oni to ni ne kriju - pogledajte NEW204E ili sliŽan fajl u PKZ204E.EXE - lepo kaČu da ga zaobilaze! ;) Da li radi sa DPMI drajverom koji ide uz 386-TO-MAX nisam probao. MoČda i radi jer ga ne pominju kao loź u dokumentaciji! Pl poz M
arhiveri.584 bulaja,
**** new file **** R:\IBMPC\ARCHIVER\*.* ---------------------- shez86 arj 105478 Shez v8.6, shell za laksi rad sa arhiverima #1 shez86 a01 104054 Shez v8.6, shell za laksi rad sa arhiverima #2 v8.6 01/29/93 Fixed problem of not being able to create an SFX file under PKZIP204. Added ability to activate or deactivate EMS, XMS, and DPMI support for PKZIP204 via configuration options. Fixed problem of SHEZ not saving file back into compressed file when editting and file was stored in compressed file with path information. An external configuration file is now mandatory. Modified compression method display to indicate what type of Deflation was used by PKZIP204. Improved detection of directories when using TAB key and F2 keys. Added item in print menu to print compressed file contents listing. Changed F5 command in DOS directory display to now execute highlighted file if it is an .EXE or .COM file. Added ALT-A commend in DOS directory display to modify a file's attributes. Right and Left cursor keys will now scroll the DOS directory window and the compressed file window allowing the use to view additional information. Will now identify PKZIP204 files that have authenticity stamps.
arhiveri.585 jtitov,
> Evo najnovije verzije, 20A10.DEF. Pokupio i zahvaljujem.
arhiveri.586 darone,
>> Cuba, Iran, Iraq, Libya, North Korea, the police >> or military of South Africa, Syria and Vietnam. «udo jedno - nas nema ovde?? Trebalo bi, ili ne? darone
arhiveri.587 viktor,
Zdravo, Oko Shez 8.6: Pustena je u opticaj i "zakrpa" za SHEZ 8.6 kao SHEZP86.ZIP koja razresava neke probleme sa novim PKZIP-om ... Radi ... Pozdrav.
arhiveri.588 viktor,
Zdravo, Evo i zakrpe ... Pozdrav. P.S. Koristi se isto kao i patch za 4DOS ...
arhiveri.589 viktor,
Zdravo, Evo i FV 1.42. Pozdrav.
arhiveri.590 wizard,
>>>> Cuba, Iran, Iraq, Libya, North Korea, the police >>>> or military of South Africa, Syria and Vietnam. >> >> «udo jedno - nas nema ovde?? Trebalo bi, ili ne? Nas i ne priznaju za drČavu. A i ko u ovdźnjoj policiji zna da koristi PKZIP? ;)
arhiveri.591 milan,
>>> Cuba, Iran, Iraq, Libya, North Korea, the police >>> or military of South Africa, Syria and Vietnam. > > «udo jedno - nas nema ovde?? Trebalo bi, ili ne? Bięe, bięe! AmeriŽka administracija je spora ali dostiČna! Pl poz M
arhiveri.592 dejanr,
>> Radi sa DPMI ili jednostavno ne koristi DPMI? Koliko sam video u onom >> "whatsnew" fajlu, sve probleme su prevaziźli tako źto se ne koriste >> posebne moguęnosti na omim maźinama na kojima izazivaju probleme. Da, kada se radi o PC Kwiku i OS/2. Ne, kada se radi o WIN 3.1, to su izgleda "pokrpili". No kod mene je sa Windows-om i DPMI sve vreme lepo radilo.
arhiveri.593 robert,
<:> Nas i ne priznaju za drČavu. A i ko u ovdźnjoj policiji zna da <:> koristi PKZIP? ;) Nemoj tako, ortak (dipl. ind RTI) mi radi u MUP Srbije ;).
arhiveri.594 wizard,
>> <:> Nas i ne priznaju za drČavu. A i ko u ovdźnjoj policiji zna da >> <:> koristi PKZIP? ;) >> >> Nemoj tako, ortak (dipl. ind RTI) mi radi u MUP Srbije ;). Dobro, da preinaŽim pitanje - ko, osim robertovog ortaka, ;) u ovdaźnjoj policiji zna da koristi PKZIP? :)))
arhiveri.595 milan,
>>> <:> Nas i ne priznaju za drČavu. A i ko u ovdźnjoj policiji zna da >>> <:> koristi PKZIP? ;) >>> >>> Nemoj tako, ortak (dipl. ind RTI) mi radi u MUP Srbije ;). > > Dobro, da preinaŽim pitanje - ko, osim robertovog ortaka, ;) u ovdaźnjoj > policiji zna da koristi PKZIP? :))) Za preventivu da se robert odma' odstrani sa SEZAM-a.;))) Otkud mu ideja da ima ortake u MUP-u i to, povrh svega, srpskom! Pl poz M
arhiveri.596 jtitov,
> Za preventivu da se robert odma' odstrani sa SEZAM-a.;))) > Otkud mu ideja da ima ortake u MUP-u i to, povrh svega, > srpskom! Tako treba, a sta mislis kada ti zatreba produzenje pasosa, nova licna karta, dozvola za oruzje, municiju, ima da kukas, Roberticu, jel moze onaj tvoj...
arhiveri.597 robert,
>> > Za preventivu da se robert odma' odstrani sa SEZAM-a.;))) >> > Otkud mu ideja da ima ortake u MUP-u i to, povrh svega, >> > srpskom! >> >> Tako treba, a sta mislis kada ti zatreba produzenje pasosa, nova >> licna karta, dozvola za oruzje, municiju, ima da kukas, Roberticu, >> jel moze onaj tvoj... :))))) e baź ste mi slatki.... inaŽe, drugar radi na nekom razvoju raŽunarske mreČe MUP-a Srbije. Oęe ljudi valjda da se umreČe pa sad projektuju. KaČe, da plate i nisu neke, obiŽni panduri bolje zara¬uju nego on ;(.
arhiveri.598 zkrstic,
> Nemoj tako, ortak (dipl. ind RTI) mi radi u MUP Srbije ;). Otkud tebi ideja da dipl_bla_bla_RTI po difoltu znaju źta je PKZIP ???? :))))))
arhiveri.599 bcetina,
>> Dobro, da preinaŽim pitanje - ko, osim robertovog ortaka, ;) u ovdaźnjoj >> policiji zna da koristi PKZIP? :))) Svi. Dosta je da me pogledaju i ja se automatski zipujem na makovo zrno.:)))
arhiveri.600 robert,
>> Otkud tebi ideja da dipl_bla_bla_RTI po difoltu znaju źta je >> PKZIP ???? I to źto kaČeź ;). Ali pouzdano znam da ovaj to zna! ;). Samo, zkr, ti si u potpunosti u pravu sa onom konstatacijom. Ima gomila ljudi koji zavrźe RTI a da ne znaju gde se ukljuŽuje PC (pogotovo one "ribe" tamo) (Uf, sad ęe ivanna da se ljuti ;).
arhiveri.601 broker,
> Godinu dana koristim ARJ (od 2.20 pa do 2.30) sa Norton > Cacheom i _nikada_ nije napravio datoteku sa BAD CRC. Meni se deźavalo da na BBS stignu ARJ datoteke sa Bad KRK, ali nikad nisam uspeo da poveČem da li je to do ARJ-a ili do samog prenosa modemom...
arhiveri.602 ivanna,
> Samo, zkr, ti si u potpunosti u pravu sa onom konstatacijom. > Ima gomila ljudi koji zavrse RTI a da ne znaju gde se ukljucuje > PC (pogotovo one "ribe" tamo) (Uf, sad ce ivanna da se ljuti > ;). 4CITAM JA OVO robert-E!!! 6 ;)0 Sto jeste - jeste, ima ih, al' ja i onako ne zavrsavam RTI. ;)
arhiveri.603 dr.grba,
Shez 8.6000001b What's new? - recompiled again to be sure first time is compiled successfully ; - no need to put sugar in coffee while using ; ((((((-; <- left-handed & old fashioned...
arhiveri.604 viktor,
Zdravo, Samo da unesem nemir ... ;) Pojavio se novi pkzip 2.04G. Nista znacajno nije promenjeno osim sto su popravljeni neki bug-ovi oko multivolume rada ... nije nista maestralno. Pozdrav.
arhiveri.605 dejanr,
>> Samo da unesem nemir ... ;) Pojavio se novi pkzip 2.04G. Oh, no ;( Opet 200 K download-a... Ima li ga neko pri ruci? >> nije nista maestralno. Tja, meni nekako svaki ispravljeni bug izgleda kao maestralno dostignuęe, naroŽito ako taj bug moČe da mi napravi źtetu ;)
arhiveri.606 nenadb.,
>> Samo da unesem nemir ... ;) Pojavio se novi pkzip 2.04G. Nista znacajno Kad ce bre taj 3.0. Bilo bi krajnje vreme. Malo po malo, kad ene ti ga opet neki novi 2.xxx. ZIP. Aj lajk ARJ !!!
arhiveri.607 darone,
>> Samo da unesem nemir ... ;) Pojavio se novi >> pkzip 2.04G. Nista znacajno nije promenjeno osim >> sto su popravljeni neki bug-ovi oko multivolume >> rada ... nije nista maestralno. Ovi poŽeli ko ▒ez... ;) darone
arhiveri.608 zormi,
* Ima li ga neko pri ruci? Zna se, 141-992 The following changes have been made in version 2.04g of PKZIP.EXE from version 2.04e. 1) PKZIP's Quick format in an over-zealous effort to leave bad sectors marked as bad, could in some instances leave unallocated sectors (orphaned clusters) on the diskette. This has been fixed. The following changes have been made in version 2.04g of PKZIP.EXE from version 2.04c/2.04e. 1) Using the BACKUP= option in the PKZIP.CFG file would automatically turn on the SPAN option and cause PKZIP to generate a E27 or E28 error, or display the help screen when creating a .ZIP file on non-removable media. This has been corrected. 2) When Norton Utilities creates a volume label on a diskette, it stores trailing nulls rather than trailing spaces after the volume name, as DOS does (and expects). A volume label created by NU can not be changed by even the LABEL command in DOS. PKZIP uses the volume label when creating multi-disk .ZIP files, and could not change any volume label created by NU. PKZIP has been modified to be able to deal with and change volume labels created by NU. PKUNZIP -$ was also unable to restore volume labels over NU created labels. PKUNZIP has been modified to deal with NU volume labels as well.
arhiveri.609 bulaja,
│PKZip 2.04g... │Zna se, 141-992 └─── Tj. Imtel BBS. Bio bi prebacen danas i na Sezam, nego sam potrosio download kvotu za danas (skidajuci novi Telix :) pa ce biti ovde tek nocas (ako neko do tada ne prebaci :).
arhiveri.611 ssokorac,
─┼┤ Oh, no ;( Opet 200 K download-a... Ja nisam skidao 'e', a bogami neęu ni ovaj, bar do ne dodju do 'z', tad nema dalje :). (2.05? ;). PKZip je pokupio Scanov i Shezov imidČ, izgleda :(.
arhiveri.612 mjova,
>>> pkzip 2.04G. Nista znacajno nije promenjeno osim > Ovi poŽeli ko ▒ez... ;) je, sad ęe i shez87 ;)
arhiveri.613 milan,
> Ja nisam skidao 'e', a bogami neęu ni ovaj, bar do ne dodju do 'z', tad > nema dalje :). (2.05? ;). C! Ondak sledi 2.041a. Pl poz M
arhiveri.614 vstan,
Pkz204g: u roku od trideset dana treca verzija "najpouzdanijeg" arhivera ;>> Pa sad neka dejanr prica bajke o doticnom ;) ( mislim na ono "arj je nepouzdan; zip je pouzdan") Nadan se da toga nema u novim racunarima u umetku o Pkz204c ;) ~ p.s.O ne, jos par Shez-ova :(
arhiveri.615 dejanr,
>> Pa sad neka dejanr prica bajke o doticnom ;) >> ( mislim na ono "arj je nepouzdan; zip je pouzdan") MoČda su to bajke, ali to je i moje miźljenje o problematici. Zasnovano na tome da sa PKZIP-om, koga intenzivno koristim veę godinama, ni sa verzijom 0.92, ni sa 1.1, ni sa 2.04c ni sa 2.04e (za 2.04g ne znam jer se evo tek sad spremam da ga download-ujem) nisam imao ni jedan jedini problem. Za razliku od toga, sa ARJ-om koji sam tek umereno koristio (tj. tek bio poŽeo da ga ozbiljno koristim) imao sam dva puta problem u vidu fajlova koji se ne mogu raspakovati, o Žemu sam govorio u ovoj temi. I to u arhivama koje sam sam napravio, ono źto nisam mogao da raspakujem arhive koje su mi drugi (uglavnom banex :) snimali na diskete to i ne raŽunam, jer je problem veę stavljen na duźu interakciji ARJ/cache (mada, ako sve drugo lepo radi sa cache-om, onda je i ARJ bar delimiŽno kriv). Osim toga, PKZIP ima izvesne redundantne podatke u arhivi koji olakźavaju oporavak fajlova posle neke moguęe havarije, ARJ je na takve stvari mnogo osetljiviji. Zato je moj zakljuŽak da je PKZIP pouzdan pa ga koristim (doduźe, uvek uradim i jedno PKUNZIP -t kad zavrźim, ¬avo ne spava ;) a ARJ ne smatram dovoljno pouzdanim i ne koristim ga, osim za ARJ E kada dobijem neki tako arhiviran fajl. Sama Žinjenica da izlaze tri verzije ZIP-a u kratkom intervalu ne govori baź mnogo o ozbiljnosti PKWare-a, ali opet, ako se na¬e neki bug bolje da se ispravi nego da ostane. Naravno, moČda ti imaź drugaŽije miźljenje, pa bi bilo lepo da ga izloČiź i argumentujeź. >> Nadan se da toga nema u novim racunarima u umetku o >> Pkz204c ;) Umetak se odnosi na PKZ204E - Žim je izaźao, tekst je povuŽen iz źtampe i u potrebnoj meri dora¬en. Bilo je potrebno relativno malo dorada, ali su one izvrźene.
arhiveri.616 korvin,
­­>> Aj lajk ARJ !!! Apsolutno podrČavljam (reŽe Kradoman ) !! Kad iza¬e sledeęi ARJ ima da źije ovu źaku jada, pa Dejanu neęe pomoęi ni milion izgovaranja na navodne greźke ARJ-a :)
arhiveri.617 ssokorac,
─┼┤ Pkz204c ;) Umetak je o PKZip 2.04e, tekst je o 'c', ali, ne brini, u sledeęim RaŽunarima ęe biti 'Reply: Pet greźaka u pet verzija' ;) u kojoj ęe biti spomenjen novi PKZip, koji, naravno, niko ne uzima za ozbiljno jer je 17. uzastopna verzija za mesec dana...
arhiveri.618 mjova,
> Pkz204g: u roku od trideset dana treca verzija > "najpouzdanijeg" arhivera ;>> Žuj, ide A, B, C, D, E, F pa tek onda G ;)) ima tu viźe od tri verzije koje su stigle do nas ;)) ne znam źta ęe da rade kad 'potroźe' abecedu? moČda poŽnu ęirilicom? ;)
arhiveri.619 ssokorac,
─┼┤ jedno PKUNZIP -t kad zavrźim, ¬avo ne spava ;) a ARJ ne smatram dovoljno ─┼┤ pouzdanim i ne koristim ga, osim za ARJ E kada dobijem neki tako Zaźto ne bi onda i ARJ T pa bi i on bio 100% pouzdan?
arhiveri.620 dejanr,
>> Žuj, ide A, B, C, D, E, F pa tek onda G ;)) ima tu viźe od tri verzije >> koje su stigle do nas ;)) Nema, kaČe da su to neke interne revizije koje nisu izaźle van PKWARE-a. InaŽe, od juŽe korisnica BIX-a mogu da download-uju PKZ204E.EXE, Žak ga najaviźe i u ulaznom biltenu :) Kao da malo "kasne u fazi" ;)
arhiveri.621 dejanr,
>> > jedno PKUNZIP -t kad zavrźim, ¬avo ne spava ;) a ARJ ne smatram >> > dovoljno pouzdanim i ne koristim ga, osim za ARJ E kada dobijem >> > neki tako >> >> Zaźto ne bi onda i ARJ T pa bi i on bio 100% pouzdan? Hmmm... da znaź da ima neźto u tome źto kaČeź :)) Dakle, u skladu sa onim vicem ("a źto ste vi istrebili Indijance?"): PKZIP brČe obavi posao :)
arhiveri.622 korvin,
­­>> na duźu interakciji ARJ/cache (mada, ako sve drugo lepo radi sa ­­>> cache-om, onda je i ARJ bar delimiŽno kriv). Osim toga, PKZIP ima ­­>> izvesne redundantne podatke u arhivi koji olakźavaju oporavak fajlova ­­>> posle neke moguęe havarije, ARJ je na takve stvari mnogo osetljiviji. ­­>> Zato je moj zakljuŽak da je PKZIP pouzdan pa ga koristim (doduźe, uvek ­­>> uradim i jedno PKUNZIP -t kad zavrźim, ¬avo ne spava ;) a ARJ ne ­­>> smatram dovoljno Sa cache-om (i "programskim" kao źto je Hyperdisk i hardverskim IDE sa cache-om mnogo toga ne radi kako treba :( ! Kada se radi sa arj-om, najbolje je da se aruje na hard pa da se arhive bace na flopi i tada sigurno (99,99%) neęe doęi ni do kakvih problema. Ako ARJ-u zadaź opciju t on ęe da testira arhivu po zavrźetku i mirna bosna. meni se jedno 9-10 puta desilo da mi rikne arhiva i to oko 70% sluŽajeva to je bila pkzip arhiva, źto je izuzetno mnogo s obzirom da pkzip nisam skoro nikad do sada upotrebljavao, osim kada sam raspakivao neki zabludeli fajl :) Kada sam tu arhivu pokuźao da spasem sa PKZIPFIX redovno je pravio neke imbecilne fajlove koji su navodno bili fiksovani (pre bih rekao nafiksani ;). ▒to se tiŽe novog PKZIP-a, njegova velika prednost je źto radi u 386 modu i samim tim je izuzetno efikasan i brz, ali njegova veeelika mana je bilo i ostalo cepanje arhiva... Kada u PKZIP budu ugradili opcije za seckanje koje ima arj on ęe biti ubedljivo bolji, ali dotle ęe izaęi i arj koji ęe da radi u 386 modu, tako da je malo verovatno da ęu ja Žesto upotrebljavati PKZIP :))
arhiveri.623 vvelisavljev,
Zna li neko kako se moČe odARJovati źifrovana ARJ datoteka?
arhiveri.624 dejanr,
>> Zna li neko kako se moČe odARJovati źifrovana ARJ datoteka? Bojim se da to pitanje prevazilazi naźa "kriptoanalitiŽarska" znanja :( Tj. garant to CIA ume da deźifruje, ali mi...
arhiveri.625 vlad,
-> Zna li neko kako se moČe odARJovati źifrovana ARJ datoteka? Lako, sa źifrom :)). ARJ E -Gźifra ime_datoteke Vladan
arhiveri.626 ssokorac,
─┼┤ onim vicem ("a źto ste vi istrebili Indijance?"): PKZIP brČe obavi posao A ARJ bolje ;). Pa, dobro, ne vredi raspravljati, niko ovde nikog neęe ubediti... Dok ZIP ne poludi ;).
arhiveri.627 vvelisavljev,
> Lako, sa źifrom :)). > > ARJ E -Gźifra ime_datoteke Joź kad bi se setio źifreeeee. Problem je źto ne znam źifru.
arhiveri.628 banex,
>> ono źto nisam mogao da raspakujem arhive koje su mi drugi (uglavnom >> banex :) snimali na diskete to i ne raŽunam, jer je problem veę >> stavljen Otkad banex koristi 2.39Beta ARJ nema viźe problema sa keźiranjem flopija i pakovanjem multivolumena na isti. Sredili deŽaci :))
arhiveri.629 vasic,
Ima li ko neźto u stilu dislite ili lzexe źto bi izaźlo na kraj sa kompresovanim exe-om koji ima ovakav poŽetak? > MZ....  ..5K...SEA-AXEInsufficient memory. > $Invalid compressed file. > $Invalid environment. > $Unable to open file. TaŽkama sam predstavio karaktere koji bi mogli da smetaju sezamu. A ionako je to samo exe header. Nego, pogledajmo ostatak: SEA-AXE - da nije to potpis arhivera?
arhiveri.630 zorani,
## Sa cache-om (i "programskim" kao źto je Hyperdisk i hardverskim IDE ## sa cache-om mnogo toga ne radi kako treba :( ! Kada se radi sa ## arj-om, najbolje je da se aruje na hard pa da se arhive bace na ## flopi i tada sigurno (99,99%) neęe doęi ni do kakvih problema. Ako ## ARJ-u zadaź opciju t on ęe da testira arhivu po zavrźetku i mirna ## bosna. meni se jedno 9-10 puta ======= ====== Pa da znaź, ako Jung uspe ono źto Vens i Oven ne uspevaju onda ęe i najokoreliji zipovci promeniti dresove.
arhiveri.631 bulaja,
│Nego, pogledajmo ostatak: SEA-AXE - da nije to potpis arhivera? └─── Pretpostavljam da je u pitanju SEA ARC i verovatno je u pitanju self extracting arhiva a ne kompresovani EXE. Njegov ARC format bi trebao da je kompatibilan sa starim PKARC-om (mada nisam isguran kako sa SFX), tako da pokusaj sa njime (\ibmpc\archiver\pkx35a35.exe).
arhiveri.632 ndragan,
/ govori baź mnogo o ozbiljnosti PKWare-a, ali opet, ako se na¬e neki / bug bolje da se ispravi nego da ostane. «isto se pitam źta li ima od bagova u ARJu koje nismo pronaźli, a Jung ęuti...
arhiveri.633 vitez.koja,
#=> Cisto se pitam sta li ima od bagova u ARJu koje nismo #=> pronasli, a Jung cuti... To onda i nisu bagovi... ali ce biti kad porastu :)
arhiveri.634 mbole,
Da li neko zna Žime su spakovane datoteke na instalacionim disketama Microsofta (one koje raspakuje expand), i gde bi to moglo da se na¬e.
arhiveri.635 vasic,
>│ Nego, pogledajmo ostatak: SEA-AXE - da nije to potpis arhivera? >└─── > Pretpostavljam da je u pitanju SEA ARC i verovatno je u pitanju self > extracting arhiva a ne kompresovani EXE. Ali u pitanju JESTE kompresovani exe. Konkretno, igrica koju treba 'oduŽiti' od postavljanja glupih pitanja. :) TD-om sam naźao 'ono mesto' ali sad ne mogu trajno da unesem izmene jer, naravno, ono źto je na disku nema blage veze sa onime źto se na¬e u memoriji posle raspakivanja. :(
arhiveri.636 vcalic,
>> Ali u pitanju JESTE kompresovani exe. Verovatno je da i SEA ima exe kompresor, ali s obzirom na njihovu politiku on je verovatno komercijalan. Kad ih je PKWare razguzio na shareware trČiźtu sa PKARC-om oni su se kompletno prebacili na komercijalno, pa je SEA ARC sada komercijalni produkt, i verovatno da u sklopu tog paketa postoji i EXE kompresor. Samo, nisu mi jasni ti koji plaęaju silne pare za SEA arhivere i kompresore kad su oni tri puta sporiji i dva puta slabije komprimuju od ZIP-a, ARJ-a, LHArc-a i sl.
arhiveri.637 dvidovic,
Uskoro novi arj. Verzija ęe imati oznaku 2.4x, a kako sad stvari stoje neęe imati DPMI podrźku, poboljźana je multi volume opcija, Jang razmiźlja o odvojenom arhiveru-dearhiveru i o tome da ęe novi arj moęi da raspakuje arhive koje su pra vljene nekim drugim arhiverima. ▒ta se Žeka? «eka se nova 'security enelope' na kojoj radi zajedno sa struletom za kri ptovanje. Posao je, po reŽima samog RJ 'pri kraju'.
arhiveri.638 darone,
>> Uskoro novi arj. Jea :) darone
arhiveri.639 dejanr,
>> Uskoro novi arj. Verzija ęe imati oznaku 2.4x, a kako sad >> stvari stoje neęe imati DPMI podrźku Zanimljiva novost! ZnaŽi ne planira veęu reviziju (ona bi se verovatno zvala 3.0). Sa jedne strane, moČda nije ni źteta za DMPI jer ispada da i na ZIP-u ne radi sjajno, moČda se ni ne moČe (joź) dobro napraviti :( >> poboljźana je multi volume opcija ▒ta li tu ima da se poboljźava? :) >> Jang razmiźlja o odvojenom arhiveru-dearhiveru Od koga li je pokupio ovu ideju? ;) >> Posao je, po reŽima samog RJ 'pri kraju'. Bięe zanimljivo videti i uporediti sa ZIP-om. Ako je posao pri kraju, poredięemo verovatno ARJ 2.40 i ZIP 2.04s ;)
arhiveri.640 skoprivica,
│ vljene nekim drugim arhiverima. Sta se ceka? Ceka se nova │ 'security enelope' na kojoj radi zajedno sa struletom za kri │ ptovanje. Posao je, po recima samog RJ 'pri kraju'. Sta ovo znaci? ( a sta je to strule? :)
arhiveri.641 mjova,
> volume opcija, Jang razmiźlja o odvojenom > arhiveru-dearhiveru bljak, bolja je fora samo jedan fajl. moČda je brČa upotreba jer se ne uŽitava ceo exe, ali kad bi mu dodao VROOM foru to bi reźilo i taj problem. > 'security enelope' na kojoj radi zajedno sa struletom za ^ (ko je to?)
arhiveri.642 mjova,
>>> Jang razmiźlja o odvojenom arhiveru-dearhiveru > Od koga li je pokupio ovu ideju? ;) meni nekako deluje da si suviźe pristrasan ;). pravo da ti kaČem, i u tekstu u raŽunarima nahvali zip k`o da ti plaęaju reklamu, a tek na kraju, sitnim ;) slovima, piźe kako zip ima problema i da postoji moguęnost da raspakivanje zip-a neki put ne uspe. ;) mene zip joź ni jednom nije zeznuo! moraęu da *poŽnem* da ga koristim ;). sem toga, baź je hazard raspakivanje nepouzdanim arhiverom - uzmeź kocu, smoki, grisine i ostalo, pa poŽneź ;))
arhiveri.643 dejanr,
>> meni nekako deluje da si suviźe pristrasan ;). Za razliku, pretpostavljam, od tebe? ;) >> pravo da ti kaČem, i u tekstu u raŽunarima nahvali zip k`o da ti >> plaęaju reklamu, a tek na kraju, sitnim ;) slovima, piźe kako zip >> ima problema i da postoji moguęnost da raspakivanje zip-a neki put >> ne uspe. ;) Uvek se tako prikazuje softver. Najpre se opisuje ono źto softver nudi, a onda i eventualni problemi pri njegovoj upotrebi. Slova nisu niźta sitnija, i problemi su vrlo detaljno opisani, uz naglaźavanje da ih ja liŽno nisam imao ali da su drugi prijavili da jesu. Mislim da je informacija detaljna i korektno izloČena. E sad, ako se tebi ne svi¬a tvrdnja da je ZIP 2.04 po svakom aspektu superioran ARJ-u 2.20 i 2.39a osim po fleksibilnosti pri kreiranju viźe-volumenskih arhiva, to je tvoje pravo. Ali ja viźe verujem u ono źto pokaČu testovi brzine i duČine arhiva nego u argumente tipa "ja volim ARJ/ZIP"
arhiveri.644 vlad,
->>> Jang razmiźlja o odvojenom arhiveru-dearhiveru -> Od koga li je pokupio ovu ideju? ;) Od koga god da je pokupio, meni se uopźte ne svi¬a. Mislim da je princip "ceo arhiver u jednom fajlu" (zvuŽi li vam ovo poznato?) bolji od rasparŽavanja na SAO ARJ-ove. InaŽe jedva Žekam novi ARJ pa da lepo od ZIP-a kod mene ostane samo PKUNZIP (iskljuŽivo koriźęen za REARJ :) ).
arhiveri.645 dejanr,
>> > > Jang razmiźlja o odvojenom arhiveru-dearhiveru >> >> > Od koga li je pokupio ovu ideju? ;) >> >> Od koga god da je pokupio, meni se uopźte ne svi¬a. Mislim da je >> princip "ceo arhiver u jednom fajlu" (zvuŽi li vam ovo poznato?) >> bolji od rasparŽavanja na SAO ARJ-ove. >> InaŽe jedva Žekam novi ARJ pa da lepo od ZIP-a kod mene ostane samo >> PKUNZIP (iskljuŽivo koriźęen za REARJ :) ). Je li, da ja moram na disku da drČim ceo ARJ da bi raspakivao ARJ fajlove radi REZIP-a a ti da drČiź samo "manju polovinu" ZIP-a zvanu PKUNZIP da bi mogao da radiź REARJ? :)) Neęe moęi, Jung radi za sve svoje verne korisnike pa i za mene, baź kao źto je Katz radio za sve svoje verne korisnike pa i za tebe :)
arhiveri.646 mjova,
> E sad, ako se tebi ne svi¬a tvrdnja da je ZIP 2.04 po > svakom aspektu superioran ARJ-u 2.20 i 2.39a osim po > fleksibilnosti pri kreiranju viźe-volumenskih arhiva, to > je tvoje pravo. Ali ja viźe verujem u ono ma nije to, kreiranje viźe-volumenskih arhiva je zapoŽeo ARJ (o tome nigde nisam video tekst) a to zipu smatraź glavnim novitetom. ono źto je arj doneo pre nekoliko meseci (godinu?) je daleko viźe nego źto je zip doneo sad. no, nisam hteo to da kaČem, veę pitanje glasi: 'zaźto arj nije opisan u R na ovaj naŽin?'. kad pogledaź moguęnosti jednog i drugog arhivera vidiź da se neke stvari ne mogu ni porediti: brzina je zaista na strani zip-a, ali pouzdanost ne viźe! sve ostalo (sem brzine) je na strani arj-a - zato ga i koristim (Žak ga nisam ni registrovao, respekta radi ;). Žinjenica je da si pristrasan, i to moraź priznati ;). arj je bolji! ;)))
arhiveri.647 vstan,
> > 'security enelope' na kojoj radi zajedno sa struletom za > ^ (ko je to?) strule = strucnjak :))
arhiveri.648 dejanr,
>> sve ostalo (sem brzine) je na strani arj-a - zato ga i koristim Neęe biti, na svim testovima se pokazalo da PKZIP *viźe* arhivira. Jedini izuzetak su arhive sa jako mnogo malih fajlova, gde su "tu negde" ili je ARJ neźto bolji a i to, kako je neko na Sezamu lepo objasnio, ide na raŽun pouzdanosti. Po meni, "glavne stvari" kod arhivera su brzina i stepen kompresije, i po oba pitanja je PKZIP 2.04 znaŽajno bolji. Ergo, ti ne koristiź ARJ zato źto je *bolji* (jer nije) nego zato źto si navikao na njega *iz vremena* kad je bio bolji (po oba aspekta!), zato źto ima fleksibilnije reźen rad za viźestrukim arhivama ili iz nekih drugih iracionalnih razloga :) >> 'zaźto arj nije opisan u R na ovaj naŽin?' Bięe prikazan, kada iza¬e nova verzija. Ne alfa/beta nego konaŽna. Nema nikakve svrhe sada prikazati ARJ 2.20 iz jula '91, baź kao źto nismo prikazivali ni ZIP 1.1 iz marta '90 - prikaz se uglavnom piźe kada do¬e nova verzija. Ako bude neźto stvarno dobro, moČda bude i umetak o njemu. >> Žinjenica je da si pristrasan, i to moraź priznati ;). Ne znam zaźto bi se testiranje uobiŽajenim i ponovljivim testovima zvalo pristrasnost. Tebi je pristrasan svako ko ne misli kao ti. >> arj je bolji! ;))) Ako te Žini sreęnim da u to verujeź, samo napred. Jeste da Žinjenice ne govore tako, ali tim gore po Žinjenice :) Da te "uteźim", ja priliŽno verujem da ęe sledeęa verzija ARJ-a biti bolja od PKZIP-a jer je inaŽe ne bi imalo mnogo smisla izdavati. A onda ęe sledeęa verzija PKZIP-a biti bolja od te verzije ARJ-a. Od te konkurencije ęemo samo imati koristi :)
arhiveri.649 dcolak,
So, friends, BTW, kako se dobija onaj CRC checksum koji ima svaki arhiver? Treba drugu, pravi arhiver... Ex... SLEDGE DAMMIR!
arhiveri.650 prvul,
Ů So, friends, BTW, kako se dobija onaj CRC checksum Ů koji ima svaki arhiver? Ů▄▄ PriŽali smo tome u nekoj od konferencija svojevremeno... kljuŽna reŽ: polinom. InaŽe, ipak bih savetovao konsultovanje literature za takve stvari, inaŽe se nema smisla baviti kompresijom. U krajnjem sluŽaju, treba u literaturi proveriti da li je to źto ste izmislili neko veę izmislio pre vas, a źto se jako Žesto deźava. Usput, po direktorijumima ovde ima i sors za ZIP i za LHA, pa i za ZMODEM protokol, a u svakom od njih sors za rad sa CRC-om...
arhiveri.651 nboskovic,
*> Je li, da ja moram na disku da drČim ceo ARJ da bi *> raspakivao ARJ fajlove radi REZIP-a a ti da drČiź samo *> "manju polovinu" ZIP-a zvanu PKUNZIP da bi mogao da radiź *> REARJ? :)) Uzmeź UNARJ :)))) (c) klap nikola
arhiveri.652 vitez.koja,
#=> Od koga god da je pokupio, meni se uopste ne svida. #=> Mislim da je princip "ceo arhiver u jednom fajlu" (zvuci #=> li vam ovo poznato?) bolji od rasparcavanja na SAO #=> ARJ-ove. Da je postojao sao arj verovatno bi se padovi na sezamu pakovali njim... Ovako je ostao jedinstven na celoj svojoj teritoriji, ali ne mozes da ga pokrenes tamo gde nema dovoljno memorije.
arhiveri.653 beast,
>> Ako bude neźto stvarno dobro, moČda bude i umetak o njemu. ▒to govori da je novi zip stvarno dobar? :))
arhiveri.654 dejanr,
>> > Ako bude neźto stvarno dobro, moČda bude i umetak o njemu. >> >> ▒to govori da je novi zip stvarno dobar? :)) Da vidiź i jeste! Mnogo bolji od starog.
arhiveri.655 darone,
>> Nema nikakve svrhe sada prikazati ARJ 2.20 iz >> jula '91 Samo da se zna: najnovija (novija? ima veę 6 meseci) verzija ARJa je 2.30 - naravno, zvaniŽna. darone p.s. kada je ARJ bio brČi od ZIPa?
arhiveri.656 vlad,
-> Nema nikakve svrhe sada prikazati ARJ 2.20 iz jula '91, baź kao źto Zaźto stalno piźeź (i u RaŽunarima) o ARJ 2.20 kad i vrapci na grani veę poodavno rade sa V2.30 (januar '92)? Neupuęeni ęe misliti da Jung nije niźta radio od "jula '91", a u stvari Katz je spavao na lovorikama malo duČe (skoro pune tri godine!). Vladan
arhiveri.657 vlad,
-> Je li, da ja moram na disku da drČim ceo ARJ da bi raspakivao ARJ -> fajlove radi REZIP-a a ti da drČiź samo "manju polovinu" ZIP-a -> zvanu PKUNZIP da bi mogao da radiź REARJ? :)) I ja i ti drČimo na disku samo po jedan fajl "protivniŽkog" arhivera, s tom razlikom źto ti moČeź i da ARJ-ujeź, a ja ne mogu da ZIP-ujem. To je po meni jedna od negativnih posledica podele arhiver-dearhiver. ▒alu na stranu (a bilo je priliŽno duhovito), obrazloČięu detaljnije zaźto mislim da poseban arhiver i dearhiver nisu dobra ideja: 1. Na disku mi stoji samo jedan fajl koji obavlja sve potrebne poslove oko arhiviranja i dearhiviranja. 2. Nikada ne moČe da mi se desi da traČim gde mi je arhiver, a gde dearhiver, a lakźe mi je da pamtim (i kucam) "ARJ e" i "ARJ a" nego recimo ARJIVE i DEARJIVE. 2. Kada dajem arhivu nekom ko nema ARJ trudim se da pravim self-extracting fajl, ili mu dam i (ceo) ARJ. 3. Pri svemu gorepomenutom, prostor koji mi arhiver zauzima na disku uopźte mi nije vaČan. Sve ovo su samo moji subjektivni utisci i uverenja (degustibus!). Pozdrav, Vladan.
arhiveri.658 dejanr,
>> So, friends, BTW, kako se dobija onaj CRC checksum >> koji ima svaki arhiver? Ne znam koliko ęe ti ovo pomoęi, bojim se da nije neki naroŽit checksum (16-bitni je) i da ga ne koristi ni jedan arhiver ali ga sticajem okolnosti znam napamet pa ga upotrebi za neźto ako budeź mogao :) Ako te zanima poreklo, tako BBC raŽuna checksum programa koje upisuje na trake: AX je 16-bitni registar koji se sastoji od AH i AL, a C[1]...C[N] su znaci Žiji se checksum raŽuna: ah:=0 for i:=1 to n ah:=ah xor c[i] for x:=1 to 8 t:=0 if (bit 7 of ah)=1 then ax:=ax xor 0810h: t:=1 ax:=(2*ax+t) and 0FFFFh next x next i
arhiveri.659 d.petrovic,
Ă> Uzmeź UNARJ :)))) A mi mu posle źaljemo .a01, a.02, ... ;))) Nek se pati kad hoęe da koristi zip ;))) P.S. Kad pravim neku temp. arhivu koristim zip, kad arhiviram podatke koristim arj. Volim arj, ali koristim prednosti zip-a, źto su ljudi ovde toliko konzervativni? PoŽeo jednom davno da koristi jedan pa onaj drugi samo pljuje, neęe da vidi ima li tamo neŽeg lepog. P.P.S. dejanr-e, zip ima veęu kompresiju, ali Žim pakujeź > 2 fajla arj-ova je manja :)). A ja hoęu da mi manje mesta zauzme i da prenos bude brČi, źta me briga kako je on to zapakovao :)
arhiveri.660 dejanr,
>> > Nema nikakve svrhe sada prikazati ARJ 2.20 iz jula '91, baź kao źto >> >> Zaźto stalno piźeź (i u RaŽunarima) o ARJ 2.20 kad i vrapci na grani >> veę poodavno rade sa V2.30 (januar '92)? Jesam "kriv" za poruku 5.648 u kojoj jesam pomenuo ARJ 2.20 me¬utim u "RaŽunarima" je testiran (tj. pore¬en sa ZIP-om) ARJ 2.30, a uz njega ARJ 2.39a. To jasno piźe u zaglavljima tabele na strani 52 i na svim slikama sa sledeęoj strani.
arhiveri.661 dejanr,
>> p.s. kada je ARJ bio brČi od ZIPa? Verzija 2.30/2.39a je po brzini uporediva sa ZIP-om 1.1, pri Žemu je ARJ u nekim sluŽajevima drastiŽno brČi, recimo kada se komprimuju slike.
arhiveri.662 dejanr,
>> P.P.S. dejanr-e, zip ima veęu kompresiju, ali Žim pakujeź > 2 fajla >> arj-ova je manja :)). A ja hoęu da mi manje mesta zauzme i da prenos >> bude brČi, źta me briga kako je on to zapakovao :) Ne bih bio tako siguran u to. Evo podataka za direktorijum od 87 (dakle, nesumnjivo viźe od 2 :) fajla raznih tipova, ukupne duČine oko 1.2 megabajta: ZIP204c ARJ230 ARJ239a max kompresija 517021 517901 517828 stand. kompresija 520088 522605 518977 min. kompresija 563999 587530 581964 Kao źto vidiź, "zvaniŽni" ARJ je u sve tri konkurencije arhivirao loźije od PKZIP-a dok je alfa verzija u jednoj od njih bila bolja a u dve loźija (to je ujedno jedini put u mojim testovima da je ARJ bio bolji). Situaciju u kojoj ARJ viźe arhivira od ZIP-a identifikovao je i objasnio nkbog, moČeź da pogledaź starije poruke. Ukratko, ARJ moČe da bude neźto bolji pri arhiviranju veęeg broja malih fajlova, ali na uźtrb sigurnosti tj. to umanjuje moguęnost "oporavljanja" oźteęenih arhiva.
arhiveri.663 d.petrovic,
Ă> ZIP204c ARJ230 ARJ239a Ă> max kompresija 517021 517901 517828 Ă> stand. kompresija 520088 522605 518977 Ă> min. kompresija 563999 587530 581964 Ne volim ovakve rasprave, ko li me je vukao za jezik? ;). Samo mi reci koji su to bili fajlovi koje je pkzip -ex bolje spakovao od arj a -jm ? Obeęavam da ti neęu replicirati O;)))
arhiveri.664 dejanr,
>> Ne volim ovakve rasprave, ko li me je vukao za jezik? ;). Samo mi >> reci koji su to bili fajlovi koje je pkzip -ex bolje spakovao od arj >> a -jm ? Obeęavam da ti neęu replicirati O;))) Radi se o nizu fajlova razliŽitog sadrČaja (tekstovi, slike, programi, arhive) koje sam pokupio iz mog "komunikacionog" direktorijuma. Uz ovu poruku sam prikljuŽio spisak tih fajlova (koje sam, naravno, saŽuvao da bi se test po potrebi mogao ponoviti), a sami fajlovi su raspoloČivi na zahtev, malo ih je previźe za upload. InaŽe, pri dizajniranju ovoga testa namerno sam bio "naklonjen" ARJ-u pa sam ukljuŽio dosta relativno kratkih tekst fajlova. Naravno, bilo je i par duČih arhiva. Probaj i sam, ZIP-uj svoj SOR i DOWNLOAD dir, dobięeź da ZIP bolje arhivira, obaźka źto je i brČi. spisak.zip
arhiveri.665 mjova,
> So, friends, BTW, kako se dobija onaj CRC checksum > koji ima svaki arhiver? nije to stvar arhivera, veę metoda za dobijanje źto pouzdanijeg i źto kraęeg 'opisa' skupa bajtova radi provere ispravnosti... izvorni kod ove funkcije (vrlo je kratka) imaź u datoteci snip*.* na sezamu - malo potraČi, mislim da je u IBMPC\C diru.
arhiveri.666 vlad,
-> Da je postojao sao arj verovatno bi se padovi na sezamu pakovali -> njim... Ovako je ostao jedinstven na celoj svojoj teritoriji, ali -> ne mozes da ga pokrenes tamo gde nema dovoljno memorije. ▒ta ęeź, negde dobijeź, negde izgubiź. Da li je ARJ kriv źto Sezam nema dovoljno memorije, pitanje je sad?
arhiveri.667 peacock,
#### Nece biti, na svim testovima se pokazalo da PKZIP *vise* #### arhivira. ^^^^^^ To vise se meri sa par procenata. Necemo da ulazimo u polemiku, nema potrebe, vreme ce da pokaze sta je bolje. No, ovolike revizije necega sto se krckalo par godina i brze ispravke uocenih nedostataka teraju me na pomisao da nas neko oko ZIP-a zeza. Uzgred, mada nije mesto, tekst u Racunarima o ZIP-u spada u najgore koje si napisao. Nesto si bio indisponiran, znas ti to mnogo bolje.
arhiveri.668 d.petrovic,
Ă> ovolike revizije necega sto se krckalo par godina i brze Ă> ispravke uocenih nedostataka teraju me na pomisao da nas neko Ranije smo se neźto kao pazili trojanaca? E, sad je pravo vreme da ga neko poźalje kao 2.04h ;))), niko niźta neęe posumnjati ;)))). Sumnjivo ęe biti tek kad stigne 2.05 :)
arhiveri.669 dejanr,
>> > Nece biti, na svim testovima se pokazalo da PKZIP *vise* >> > arhivira. ^^^^^^ >> >> To vise se meri sa par procenata. Dobro, par procenata, verovatno se u ovoj fazi razvoja arhivera i ne mogu oŽekivati neke dramatiŽne razlike. Ali, makar i za Čilet, PKZIP (osim u jednom sluŽaju) bolje arhivira. Uz to je znaŽajno brČi. Ergo... >> Necemo da ulazimo u polemiku, nema potrebe, vreme ce da pokaze >> sta je bolje. To je taŽno, samo źto je "problem" u tome źto ZIP i ARJ nemaju iste poŽetne uslove. Ako malo proźetaź po USA BBS-ovima, videęeź da je "sve" ZIP-ovano, ako nije ARC-ovano starim PKARC-om, a ponegde se nai¬e i na neke totalno "leve" arhivere koje ovde uopźte ni ne koristimo. ARJ kao ARJ postoji raspoloČiv za download, ali je u slaboj upotrebi. Recimo na BIX-u (a mislim i u PC Magazine-u) redovno odrČavaju listu "naj" PD/SW softvera, na kojoj prva mesta obiŽno "uhvate" neki editori, ali PKZIP uvek drČi "jako" 3-4 mesto (mene Žudi źto je recimo SCANV obiŽno 9-10 ili Žak ispadne sa liste, oŽito se tamo koristi mnogo manje nego ovde). ARJ nikad na listi nisam video. Prekasno se pojavio, a ZIP je bio "u pravo vreme na pravom mestu". Ali je ARJ, po mom miźljenju, ipak odigrao (i igra) znaŽajnu ulogu da malo "potera" autore drugih arhivera (a posebno PKZIP-a) da se ozbiljnije potrude. >> No, ovolike revizije necega sto se krckalo par godina i brze >> ispravke uocenih nedostataka teraju me na pomisao da nas neko >> oko ZIP-a zeza. Sa ovim se potpuno slaČem, stvarno tako ne postupa ozbiljna firma. Tj. ne mislim da je neozbiljno ispraviti bug ako se veę na¬e, ali jeste neozbiljno posle tolikog silnog (kao) beta testiranja izbaciti proizvod koji mora da se revidira 15 dana kasnije. >> Uzgred, mada nije mesto, tekst u Racunarima o ZIP-u spada u >> najgore koje si napisao. Nesto si bio indisponiran, znas ti >> to mnogo bolje. ▒ta ti se ne svi¬a, tekst ili PKZIP? ;) ▒alu na stranu, takve pauźalne kritike su ok, ali je od njih jako malo koristi, kao i od pauźalnih pohvala. Bilo bi lepo da kaČeź źta ti se konkretno u tom tekstu ne svi¬a - u njega je uloČeno mnogo viźe rada nego u standardan tekst poźto je ura¬eno viźe veoma detaljnih testova (koji traaaaju) na raznim konfiguracijama i za razne tipove datoteka. U tekstu su izloČeni jasni argumenti koje, recimo u ovoj diskusiji u kojoj ZIP ima vrlo jaku "opoziciju" (premda iz razloga koji su, sve mi se viźe Žini, Žisto iracionalni), nisu negirani. Primeti da su ovde mnogi poŽeli od "ARJ je po svemu bolji osim źto je sporiji" a evo sad smo veę, argumentima (pored ostalog i iz reŽenog teksta) doźli do toga da su i dotiŽni "oponenenti" "priznali" da je ZIP bolji *i* po brzini *i* po procentu arhiviranja (doduźe, tek za par procenata :), dok je ARJ fleksibilniji po pitanju rada sa viźe-volumenskim (nikako da na¬em pravi za taj pojam :) arhivama. Uostalom, i to je reŽeno u tekstu.
arhiveri.670 dejanr,
>> > Da je postojao sao arj verovatno bi se padovi na sezamu pakovali >> > njim... Ovako je ostao jedinstven na celoj svojoj teritoriji, ali >> > ne mozes da ga pokrenes tamo gde nema dovoljno memorije. >> >> Da li je ARJ kriv źto Sezam nema dovoljno memorije, pitanje je sad? Nije, naravno. Ali ipak, PKZIP moČe da "u¬e" u to memorije koliko ima, ARJ ne moČe. Plus za PKZIP, minus za ARJ (i Sezam ;)
arhiveri.671 vasic,
> Od koga god da je pokupio, meni se uopźte ne svi¬a. Mislim da je > princip "ceo arhiver u jednom fajlu" (zvuŽi li vam ovo poznato?) > bolji od rasparŽavanja na SAO ARJ-ove. MoČe to da ima i dobrih strana - manji exe, manji zahtevi za memorijom, na kraju mogao bi joź i na sezamu da proradi. A onda do¬u prvi slobodni viźestranaŽki izbori za zvaniŽni arhiver. ;)
arhiveri.672 mbole,
> viźe-volumenskim (nikako da > na¬em pravi za taj pojam :) arhivama. viźedelnim 8-)))
arhiveri.673 vitez.koja,
#=>>> p.s. kada je ARJ bio brzi od ZIPa? #=> Verzija 2.30/2.39a je po brzini uporediva sa ZIP-om 1.1, #=> pri cemu Evo, sad su zamenili strane :)) Sad zagrizeni ZIPovac hvali ARJ, a ljuti ARJovac mi ne veruje ;))) Svasta :)
arhiveri.674 vitez.koja,
#=> I ja i ti drzimo na disku samo po jedan fajl #=> "protivnickog" arhivera, s tom razlikom sto ti mozes i #=> da ARJ-ujes, a ja ne mogu da ZIP-ujem. To je po meni #=> jedna od negativnih posledica podele arhiver-dearhiver. Probaj da drzis dva fajla protivnickog arhivera, ne boli mnogo ;)
arhiveri.676 darone,
>> >> p.s. kada je ARJ bio brČi od ZIPa? >> >> Verzija 2.30/2.39a je po brzini uporediva sa >> ZIP-om 1.1, pri Žemu je ARJ u nekim sluŽajevima >> drastiŽno brČi, recimo kada se komprimuju slike. Ha! ▒teta źto nemam onu tablicu źto si je ostavio ovde, pa moram sve da prekucavam :((( TIFF slika duČine 1080186 vreme duČina arh. vreme raspak. ZIP 1.10 max 0:55.5 54162 0:05.0 ZIP 1.10 min 0:06.0 44588 0:05.0 ARJ 2.30 max 2:18.5 40223 0:05.0 ARJ 2.30 min 0:09.5 59480 0:05.0 ARJ 2.39 max 1:32.0 40240 0:05.0 ARJ 2.39 min 0:08.5 58520 0:05.0 Ovo su podaci iz februarskih RaŽunara, svoj tekst. E, sad, iz njega se mogu zakljuŽiti tri stvari: 1) ARJ *nigde* nije bio brČi od ZIPa 2) ZIP brČe i bolje pakuje TIF źrank metodom nego implodeom. 3) Sva vremena raspakivanja su ista, źto mi deluje malo 'nameźteno' (naravno, to ne mogu niti Čelim da tvrdim), ne mogu da verujem da je Žak vreme i ZIPa 2.04 isto! Dakle, ovde ęe, izgleda, morati da se menja poneźto :) E sad, idem ja da napravim neki TIFF sliŽne duČine i da ga ZIPujem i ARJujem, doduźe, nije ista platforma, ali neki pokazatelj ęemo imati. Tu bi kontinjud... darone
arhiveri.677 darone,
Last mesidČ voz... etc etc ajd sad da pogledamo rezultate mog merenja :) 386/25Mhz, bez ikakvog keźa, maltene pjur vanila plavi patlidČan dos (dakle nema QEMM i ostalo). ELIZABET TIF 371127 02-23-93 2:07a Ovo je fajl koji je komprimovan, najveęi TIFF koji sam naźao. Koga zanima źta je, to je jedna fotka koji je robert skenjirao. veliŽina vreme_arh vreme_dearh ZIP11MIN ZIP 136879 7.75 4.67 ZIP11STD ZIP 146674 26.03 4.17 ZIP11MAX ZIP 146674 25.60 3.79 ZIP20MIN ZIP 143132 7.69 4.34 ZIP20STD ZIP 127266 18.07 4.34 ZIP20MAX ZIP 125846 29.38 4.39 ARJ23MIN ARJ 155991 13.62 6.81 ARJ23STD ARJ 130040 30.82 6.43 ARJ23MAX ARJ 130040 31.25 6.97 Ovo je batch fajl kojim sam pravio arhive. @echo off pkzip11 -es zip11min elizabet.tif pkzip11 zip11std elizabet.tif pkzip11 -ex zip11max elizabet.tif pkzip -es zip20min elizabet.tif pkzip zip20std elizabet.tif pkzip -ex zip20max elizabet.tif arj a -m4 arj23min elizabet.tif arj a arj23std elizabet.tif arj a -m1 arj23max elizabet.tif echo kraj :) Izme¬u svake linije je bio, naravno, jedan echo.|time >tajmerX nemam ni jedan tajmer, a ovo je bilo najkraęe :) X je cifra od 1 do a. Dakle, standardna (difolt) metoda kompresije ARJa je -m0 (źto i piźe kada se otkuca ARJ /?), dok je Dejan dao neke tamo leve podatke za max i std kompresiju kod ARJa :) Nego, ARJ nije nigde brČi (jes, namuŽih se dok sam to dokazao, ali :)) a nije ni bolji od 2.04. Evo ga i batch za raspakivanje, da ne bude posle :) @echo off pkunz11 -o zip11min pkunz11 -o zip11std pkunz11 -o zip11max pkunzip -o zip20min pkunzip -o zip20std pkunzip -o zip20max arj e -jo arj23min arj e -jo arj23std arj e -jo arj23max echo kraj :) E sad, ja sam samo hteo da kaČem da vremena dekompresija u RaŽunarima nisu taŽna i da je ARJ *uvek* bio sporiji od ZIPa, bilo 11 ili 204. Eh da, i joź neźto: ARJova standarnda i maksimalna kompresija su jedno te isto (ja pod 'standardna' mislim na 'podrazumevana', dakle bez parametara). Poźto je ZIP tako teran na velikom testu, ja sam tako terao i ARJ na svom. Test ima i jednu veliku manu: nema ARJa 2.39 beta. Zaźto? Ima jedan dobar razlog: ja ga nemam na disku, a joź manje na disketama. Ajd ne zamerite. darone
arhiveri.678 dejanr,
>> 3) Sva vremena raspakivanja su ista, źto mi >> deluje malo 'nameźteno' (naravno, to ne >> mogu niti Čelim da tvrdim), ne mogu da >> verujem da je Žak vreme i ZIPa 2.04 isto! Mereno je źtopericom (nekako slabo verujem u razne raŽunarske tajmere... sem kad baź mora ;), dakle nije neka preciznost, ali stvarno su se dobijala ista vremena. Sve je zaokruČivano na pola sekunda. >> Dakle, standardna (difolt) metoda kompresije ARJa >> je -m0 (źto i piźe kada se otkuca ARJ /?), dok je >> Dejan dao neke tamo leve podatke za max i std >> kompresiju kod ARJa :) >> ARJova standarnda i maksimalna kompresija su jedno >> te isto (ja pod 'standardna' mislim na 'podrazumevana', >> dakle bez parametara). E da, i ja sam dok sam bio mlad i neiskusan mislio da je ARJ uvek u modu max kompresije jer sam Žitao help, ali su me posle na Sezamu nauŽili da postoji i switch -jm (ili tako neźto ;) koji stvarno pravi maksimalnu kompresiju, veęu od -m0. Dakle, oni podaci u tabeli za "maksimalnu kompresiju" su dobijeni sa ARJ -jm E sad da li je to negde skriveno u helpu ili mora da se traČi u uputstvu i zaźto je tako ... don't ask me :) PS Poruka je, da izvineź na izrazu, malllkice konfuzna, prema tome sorry ako neźto nisam dobro razumeo :)
arhiveri.679 dusanp,
=> Nije, naravno. Ali ipak, PKZIP moČe da "u¬e" u to => memorije koliko ima, ARJ ne moČe. Plus za PKZIP, minus za => ARJ (i Sezam ;) Pitanje je vise upuceno ZZu, ali nema veze, mozda i Dejan moze da mi odgovori: Zasto ne biste ARJ (i druge ekstremne;) programe pozivali pomocu spawnxxx biblioteke sa sezama. Sve i da nemate dovolj- no memorije po nodovima (u sta sumnjam), potrebne za swap u gornju memoriju, ova biblioteka moze da swapuje ceo program na disk, ostavljajuci u memoriji parce od 208 bajtova. Mislim da se ova biblioteka ne sudara sa mrezom i da moze fino da zavrsi posao. Ako ne bi moglo, zasto ne bi moglo?
arhiveri.680 kuki,
> Dakle, standardna (difolt) metoda kompresije ARJa > je -m0 (źto i piźe kada se otkuca ARJ /?), dok je > Dejan dao neke tamo leve podatke za max i std > kompresiju kod ARJa :) darone, nemoj da źiriź dezinformacije :)) difolt metoda nije m0, veę m1. m0 sluČi da spakuje bez kompresije! sledi izvod iz pomenutog arj/? m: with Method 0, 1, 2, 3, 4 m0: store (no compression) m1: good compression (default) m2: less memory and compression m3: FAST! less compression m4: FASTEST! least compression dok se za max kompresiju koristi -jm (nije difolt) Pozdrav, Vladimir
arhiveri.681 darone,
Nisam mogao da odolim a da ne napiźem odgovor na svoju poruku ;) mnogo je zabavna :)))) >> Izme¬u svake linije je bio, naravno, >> jedan echo.|time >tajmerX Izme¬u svake dve linije, naravno :) >> Nego, ARJ nije nigde brČi (jes, namuŽih se dok >> sam to dokazao, ali :)) a nije ni bolji od 2.04. E ovo nisam mogao bolje da odvalim :))))) darone
arhiveri.682 dvidovic,
> Nije, naravno. Ali ipak, PKZIP moČe da "u¬e" u to memorije > koliko ima, ARJ ne moČe. Plus za PKZIP, minus za ARJ (i > Sezam ;) Uz novi arj ęe ięi i nekakav arj_junior. Stvar neęe jesti mnogo memorije.
arhiveri.683 dejanr,
>> Zasto ne biste ARJ (i druge ekstremne;) programe pozivali >> pomocu spawnxxx biblioteke sa sezama. Sve i da nemate dovolj- >> no memorije po nodovima (u sta sumnjam), potrebne za swap u >> gornju memoriju, ova biblioteka moze da swapuje ceo program >> na disk, ostavljajuci u memoriji parce od 208 bajtova. Mislim >> da se ova biblioteka ne sudara sa mrezom i da moze fino da >> zavrsi posao. >> Ako ne bi moglo, zasto ne bi moglo? Moglo bi, ako bi moralo. Ne u memoriju, jer na mreČi ima dosta AT stanica sa 640 k ili megabajtom u kojima se gornja memorija i ne koristi (a Žim ima jedna, kao da su sve takve jer su nodovi ravnopravni) ali na disk bi moglo. Ali, za sada nema dovoljno "jakog" razloga da se pribegava takvoj ipak potencijalno opasnoj operaciji koja uz to poveęava "saobraęaj" po mreČi - ako do¬e do nekog problema, node bi ostao bez osnovnog softvera pa mu se verovatno ne bi ni moglo pomoęi. Dakle, samo pozivanje jednog arhivera (kad veę drugi sasvim ok vrźi posao) nije dovoljan motiv za takvu "avanturu". Uzgred, novi Sezamov softver je mnogo "modularniji" i viźe oslonjen na eksterne programe tako da ęe ostavljati znatno viźe slobodne memorije. MoČda Žak dovoljno i za ARJ.
arhiveri.684 prvul,
Ů3) Sva vremena raspakivanja su ista, źto mi Ů deluje malo 'nameźteno' (naravno, to ne Ů mogu niti Čelim da tvrdim), ne mogu da Ů verujem da je Žak vreme i ZIPa 2.04 isto! Ů▄▄ A, that one is easy... vremena su skoro ista zato źto je i algoritam skoro isti... ARJ, implode i deflate koriste u suźtini istu źemu: pakuju tako źto zapiźu koliko bajtova unazad se treba vratiti i koliko bajtova prepisati odatle... Tako, ako se neka sekvenca bajtova ponovi, on samo zapiźe gde je prethodno pojavljivanje te sekvence... e, algoritama za pakovanje na ovaj naŽin ima puno, jer je problem brzo naęi gde je prethodno pojavljivanje ako ga uopźte ima. Sa druge strane, raspakivanje je trivijalno: treba samo Žitati ulazni fajl i kada nai¬emo na oznaku "vrati_se_50_bajta_i_ prepiźi_12" to treba i uraditi...
arhiveri.685 skoprivica,
│ dearhiver, a lakse mi je da pamtim (i kucam) "ARJ e" i "ARJ a" nego bolje zapamti "ARJ x" (cisto dobronamerno)
arhiveri.686 darone,
>> Mereno je źtopericom (nekako slabo verujem u >> razne raŽunarske tajmere... sem kad baź mora ;), >> dakle nije neka preciznost, Ja ipak prednost dajem raŽunarskom merenju vremena. Zaźto koristiti reflekse kada to kanta moČe da uradi za nas? Mnogo je preciznije. >> E da, i ja sam dok sam bio mlad i neiskusan >> mislio da je ARJ uvek u modu max kompresije jer >> sam Žitao help, ali su me posle na Sezamu Eh, ja nikada nisam bio neiskusan ;) jer sam jednom od prvih prilika koristeęi ARJ, ubacio -jm u cfg fajl. Eeee, otad proźlo vremena... zaboravi se :) >> E sad da li je to negde skriveno u helpu ili >> mora da se traČi u uputstvu i zaźto je tako ... >> don't ask me :) Ne mora, ima u ARJ /? >> PS Poruka je, da izvineź na izrazu, malllkice >> konfuzna, prema tome sorry ako neźto nisam dobro >> razumeo :) A da je malkice... Baź sam se ismejao :)) Pisana je oko 3 izjutra, bio sam murtav umoran, pa nije ni Žudo... nego ako treba, mogu ja i da ponovim ;) darone p.s. ne zakljuŽismo... arj negde brČi od zipa? ;)
arhiveri.687 mbole,
>>> Mereno je źtopericom (nekako slabo verujem u >>> razne raŽunarske tajmere... sem kad baź mora ;), >>> dakle nije neka preciznost, > > Ja ipak prednost dajem raŽunarskom merenju vremena. > Zaźto koristiti reflekse kada to kanta moČe da > uradi za nas? Mnogo je preciznije. Zato źto je merenje źtopericom nezavisno od raŽunara. Nikad neznaź źta moČe da uradi neki TSR ili sliŽno. ▒to se tiŽe preciznosti dalo bi se izraŽunati da nakon odre¬enog broja ponavljanja operacije i merenja ukupnog vremena (broj ne mora obavezno biti prevelik) źtoperica moČda da ispadne Žak i preciznija, a u svakom sluŽaju greźka ęe biti dovoljno mala da se moČe zanemariti
arhiveri.688 dejanr,
U direktorijumu ARCHIVER je nova verzija SHEZ-a. Evo źta je novo u njoj: Ň═══════════════════════════════════════════════════════════════════════════Ş │ UPDATES/FIXES IN SHEZ Version 8.7 │ Ă═══════════════════════════════════════════════════════════════════════════Á │ ************************************************************************ │ │ ************************************************************************ │ │ ************************************************************************ │ │ │ │ THE EXTERNAL CONFIGURATION FILE HAS CHANGED!!!!!!! TO CONVERT YOUR OLD │ │ SHEZ 8.6 CONFIGURATION FILE RUN THE CVTCFG.EXE PROGRAM. │ │ │ │ ************************************************************************ │ │ ************************************************************************ │ │ ************************************************************************ │ │ │ │ Additional corrections to identify PKZIP204E and G SFX files. │ │ │ │ Move now does a -w- when running PKZIP204. │ │ │ │ After converting archive, perform test, if test fails delete new archive │ │ and leave original intact. │ │ │ │ SHEZ can now process compressed files with a hidden and/or system │ │ attribute. │ │ │ │ When an error dialog box appears SHEZ will no longer pull keys from the │ │ recorded macro buffer to remove the dialog box. │ │ │ │ PKTMP environment variable will be set if not set already. │ │ │ │ ZIP2EXE program location is now specified in shezcfg. │ │ │ │ Added support for SQZ compression program, release 1.08.2 and 1.08.3 │ │ │ │ Added /C command line switch to specify a cfg filename on command line. │ │ │ │ Added /4 command line switch to activate 4DOS description display. │ │ │ │ Corrected screen scrolling problem when a compressed file contained │ │ exactly 39,59, or 79 etc, files. │ │ │ │ Corrected compressed file conversion routine to use a work drive when │ │ converting compressed files. │ │ │ │ Added item to SHEZCFG program to allow users to tell SHEZ the number of │ │ unique paths to handle inside compressed files. │ │ │ │ When converting from one compressed file type to another SHEZ can now │ │ convert nested compressed file with the following exceptions: │ │ │ │ 1) The nested compressed file MUST NOT HAVE A DIRECTORY associated │ │ with it. │ │ 2) Self extracting compressed files are not converted. │ │ 3) Only one level of nesting is handled. │ │ 4) The nested compressed file must be of a type that a compression │ │ program was specified for in the SHEZCFG setup. If a nested │ │ compressed file is an LHA file and the user did not specify the LHA │ │ compression program in the SHEZCFG setup then the LHA compressed │ │ file will not be converted. │ │ │ │ When copying or moving files F9 can now be pressed to bring up a │ │ directory tree to select the destination location. │ │ │ │ Corrected AV display when displaying ZIP compressed files created under │ │ PKZIP 204. │ │ │ │ Fixed 4DOS description display problem of sometimes showing the │ │ incorrect description for a file. │ │ │ │ Moved display of extract location to top line of compressed file window. │ │ │ │ Added ability to configure display color of the DOS window. │ │ │ │ (This one's for Owen and Barbara!!) │ │ This release allows you to use a different releases of PKZIP and │ │ PKUNZIP. I.E. You can use PKZIP release 110 and PKUNZIP release 204. │ └───────────────────────────────────────────────────────────────────────────┘
arhiveri.689 peacock,
>**<>> Sto govori da je novi zip stvarno dobar? :)) >**< >**< Da vidis i jeste! Mnogo bolji od starog. Najzad ti se ote prava rec(enica).
arhiveri.690 peacock,
Da ne quotiram prethodni deo poruke, bio si opsiran i u formi, kako i treba da budes. I, sa njom se slazem. Ja sam se trudio da u ovim diskusijama uvek gledam stvari sa funkcionalne strane, ceneci maksimalnu pouzdanost. Nisam ortodoksni ARJ fan, ali dok se novi zip dobro ne "ukrti", ne skidam novu verziju. Meni je kod ARJ-a najznacajnija mogucnost arhiviranja multivolumena na hardu, koje zatim kopiram. Brzo (zadovoljavajuce) & prakticno. >**< Sta ti se ne svida, tekst ili PKZIP? ;) Salu na stranu, >**< takve pausalne kritike su ok, ali je od njih jako malo >**< koristi, kao i od pausalnih pohvala. Bilo bi lepo da >**< kazes sta ti se konkretno u tom tekstu ne svida - u >**< njega je ulozeno mnogo vise rada nego u standardan >**< tekst posto je uradeno vise veoma detaljnih testova >**< (koji traaaaju) na raznim konfiguracijama i za razne >**< tipove datoteka. U tekstu su izlozeni Bio sam jasan, tekst u Racunarima. Cenim tvoj trud ulozen u testiranja i merenja, ali je tekst lose napisan :( Kao sto rekoh, znas ti i bolje. Jednostavno, bio ti je los bioritam kada si ga pisao. Radio sam i ja taj posao, pa znam kako je. Da ne bude nesporazuma, ti s jedan od autora cije pisanje izuzetno cenim.
arhiveri.691 janko,
> Situaciju u kojoj ARJ viźe arhivira od ZIP-a identifikovao > je i objasnio nkbog, moČeź da pogledaź starije poruke. > Ukratko, ARJ moČe da bude neźto bolji pri arhiviranju > veęeg broja malih fajlova, ali na uźtrb sigurnosti tj. to > umanjuje moguęnost "oporavljanja" oźteęenih arhiva. Tvrdnja, u ovom smislu, naČalost, ne stoji. Postojanje centralnog direktorijuma u .ZIP arhivama NE poveęava moguęnost oporavljanja oźteęenih arhiva. I ja sam o ovome pisao ranije: PKZIPFIX program ne radi niźta drugo do kreiranje centralnog direktorijuma arhivi u kojoj ne moČe da ga na¬e. Kako dobija podatke za kreiranje centralnog direktorijuma? «itajuęi fajl u ARC i ARJ stilu -- mora se proŽitati redom fajl i traČiti lokalni hederi... E sad, postojanje lokalnih hedera jeste, filozofski gledano, redundantno, ali, da ih .ZIP arhiva nema, takve arhive bi bile NESIGURNIJE za 'oporavljanje' od .ARJ arhiva. Ovako su JEDNAKO sigurne kao i .ARJ arhive, bar źto se tiŽe informacija o imenu fajla itd (informacijama koje se nalaze u hederima). Ali, zlobnici ęe primetiti, sigurnost da su podaci spakovani ispravno je VE»A kod .ZIP-a -- veęa verovatnoęa je da ęe se ono źto izgleda uspeźno spakovano uspeźno proŽitati kod PKZIP-a nego kod ARJ-a. Ako ne zbog drugih razloga, onda zbog toga źto je pouzdanost PKZIP-a podvrgnuta daleko veęem testiranju. U svetu sigurno postoji, po mojoj slobodnoj proceni, bar nekoliko desetina puta viźe PKZIP korisnika nego ARJ korisnika. ARJ se samo u nekim egzotiŽnim sredinama, kakva je npr. SEZAM populacija, (ili, Žak, populacija nove Ju.) viźe raźirio. «ini mi se, da se, ukupno, PKZIP viźe koristi. Ako moČete, pokuźajte da saznate koliki je broj registorvanih PKZIP a koliki broj registrovanih ARJ korisnika. Ili, u Žime je pakovana veęina datoteka po svetskim BBS sistemima. ▒ta ęe PKZIP-u onda centralni direktorijum, kada smo videli da ne donosi veęu pouzdanost nego kada ga ne bi bilo? Samo zato da bi bio brČi u svakodnevnom radu. U raŽunarskoj tehnici, za sve postoji tzv. 'tradeoff' ('krpi ovde, paraj tamo,' po naźki, ili 'ne moČe i vuk sit i ovce na broju') brzina -- prostor. U trenutku kada je Kec dizajnirao PKZIP, jednostavno, toliko je imao superiornije pakovanje da je sebi mogao da dozvoli luksuz da doda i malo nekompresovanih podataka tipa direktorijuma. Sada se, verovatno, i sam ponekad kaje, kada ga ARC-lajk kompresori (ARJ je samo jedan od njih) izme¬u dve verzije PKZIP-a 'uźiju' samo zato źto ostvare pribliČno jednak stepen kompresije kao i on, ali se 'izvade' na to źto je Žitava arhiva kraęa za koji bajt, jer nemaju centralni dir. Na sreęu, postoji Žitava klasa sluŽajeva u kojoj ęe UVEK da PKZIP bude brČi od ARJ-a, sve dok ARJ nema centralni direktorijum. Npr. listanje sadrČaja arhive sa puno kratkih fajlova, koje je ARJ, kao, efikasnije spakovao, ARJ ęe daleko neefikasnije da izvede, jer radi na principu 'sile.' Ako hoęete da se uverite u istinitost mojih tvrdnji, uvek moČete da probate da merite ARJ V i PKUNZIP -v na fajlovima na disketi. U istu klasu sluŽajeva spadaju i sva moguęa apdejtovanja veę postojeęe arhive ili va¬enje samo odre¬enog fajla iz veęe arhive. U oba sluŽaja ęe PKZIP biti primetno brČi. Ukratko: PK proizvodi nisu dČabe u zaglavlju imali uvek 'FAST!' :)
arhiveri.692 dusanp,
=> Zato źto je merenje źtopericom nezavisno od raŽunara. => Nikad neznaź źta moČe da uradi neki TSR ili sliŽno. Hmm. Ja nikada ne bix dao prednost stoperici (i mojim drhtavim rukama) u odnosu na tajmer. I sam Dejan kaze da je kod stoperice tolerisao +-.5 sekundi. Ako se koristi bilo koji interapt (pa cak i osmica), nek pogresi za dva takta (2*16.2 deo sekunde), ali je preciznije od ruke&oka. A kada se rade testovi, naravno da se iskljucuju svi moguci tsrovi. Ostane samo files i buffers u configu... Posto sam uvek zainteresovan za merenja, voleo bix da cujem protivrazloge: zasto ne koristiti interapt tajmer? ps:Bilo je nekada reci i o mnogo preciznijem interaptu od osmice, nekom koji okida oko 1000 puta u sec. Tek tom interaptu stoperica ne moze da priviri.
arhiveri.693 dcolak,
│ Usput, po direktorijumima ovde ima i sors za ZIP i za LHA, │ pa i za ZMODEM protokol, a u svakom od njih sors za rad sa │ CRC-om... Thanx. Pogledaęu. No, drug se izgleda oladio. Sad se sprema za takmiŽenje 27. Ex... SLEDGE DAMMIR!
arhiveri.694 dcolak,
│ Ne znam koliko ęe ti ovo pomoęi, bojim se da nije neki │ naroŽit checksum (16-bitni je) i da ga ne koristi ni jedan │ arhiver ali ga sticajem okolnosti znam napamet pa ga │ upotrebi za neźto ako budeź mogao :) Hvala. Kakav je da je, vaČno da se ima od Žega krenuti. SLEDGE DAMMIR!
arhiveri.695 dcolak,
│ izvorni kod ove funkcije (vrlo je kratka) imaź u datoteci │ snip*.* na sezamu - malo potraČi, mislim da je u IBMPC\C │ diru. Thanx. Pogledaęu. SLEDGE DAMMIR!
arhiveri.696 peca.st,
!-> arj a -m1 arj23max elizabet.tif !! Eh, darone, darone... Maksimalna ARJova kompresija se dobija sa -jm a to kod tebe nigde nema... P e C a
arhiveri.697 dejanr,
>> Hmm. Ja nikada ne bix dao prednost stoperici (i mojim >> drhtavim rukama) u odnosu na tajmer. I sam Dejan kaze da >> je kod stoperice tolerisao +-.5 sekundi. Ako se koristi >> bilo koji interapt (pa cak i osmica), nek pogresi za dva >> takta (2*16.2 deo sekunde), ali je preciznije od ruke&oka. >> Posto sam uvek zainteresovan za merenja, voleo bix da >> cujem protivrazloge: zasto ne koristiti interapt tajmer? To je unekoliko pitanje razlike izme¬u apsolutne i relativne greźke. ▒toperica je zaista neprijatan metod ako se meri neźto źto traje par sekundi. Ali, recimo da podesimo bench test tako da posao traje 5 minuta (a zaźto da ga ne podesimo ako ga ionako sami izmiźljamo ;). Apsolutna greźka je i dalje 0.5 s, a relativna greźka neźto kao (5*60 - 0.6)/300 = oko 2 promila. Dva promila je veę toliko mala relativna greźka da je pore¬enje stvari koje se mere i viźe nego dovoljno taŽno. To mu je otprilike kao kad neki student na prvoj godini izmeri put od, recimo, 82 santimetra i vreme od 19 sekundi (prvo merio lenjirom, drugo źtopericom) i onda izraŽuna brzinu od 4.315789474 santimetra u sekundi. Time je pokazao da ima digitron, ali i da ne zna fiziku, jer sve decimale osim moČda prve nemaju nikakvog smisla. Analogija nije naroŽito u vezi sa ovim o Žemu priŽamo (pominjem je jer sam je upravo video u jednoj "ozbiljnoj" knjizi źto su je pisali "ozbiljni" struŽnjaci ;( ) ali ipak pokazuje da nije sve u apsolutnoj greźci - zapravo, ako bi dva programa koja rade neki posao 5 minuta zavrźila tako da razlika bude ispod pola sekunda, sa korisniŽkog aspekta bi to bila "jednaka" vremena tj. ne bi ih ni imalo smisla porediti. Sa druge strane, poznat je bar jedan sluŽaj programskog paketa (doduźe ne za PC) koji je svesno falsifikovao rezultate na brzinskom testu (za 15-tak posto) tako źto je menjao sistemsko vreme (svaŽeg se ljudi dosete :( ). Sa te strane je moČda źtoperica sigurnija.
arhiveri.698 pele,
>=} Test ima i jednu veliku manu: nema ARJa 2.39 beta. >=} Zaźto? Ima jedan dobar razlog: ja ga nemam na >=} disku, a joź manje na disketama. Ajd ne zamerite. «ini mi se da sam ga vido na Euklidu.Ako nisi znao to je jedan mnogo fini BBS.Ako ti treba telefon,slobdno pitaj :)) pele.
arhiveri.699 petrovics,
>> Ranije smo se nesto kao pazili trojanaca? E, sad je pravo vreme da ga >> neko posalje kao 2.04h ;))), niko nista nece posumnjati ;)))). >> Sumnjivo ce biti tek kad stigne 2.05 :) Covek je potpuno u pravu! Kako cemo biti sigurni da je "najnovija" pod verzija ZIP-a ispravna?
arhiveri.700 darone,
>> Zato źto je merenje źtopericom nezavisno od >> raŽunara. Nikad neznaź źta moČe da uradi neki >> TSR ili sliŽno. Ni jednog TSRa nije bilo (źto sam i rekao u poruci). U configu samo files i buffers, u autoexecu path, prompt... i jedan echo, ako neźto znaŽi ;) >> ▒to se tiŽe preciznosti dalo bi se izraŽunati da >> nakon odre¬enog broja ponavljanja operacije i >> merenja ukupnog vremena (broj ne mora obavezno >> biti prevelik) źtoperica moČda da ispadne Žak i >> preciznija, a u svakom sluŽaju greźka ęe biti >> dovoljno mala da se moČe zanemariti. A jel sam ja pravio test za bog_te_pita_koga ili samo da pokaČem neke stvari? Doduźe, kada bi pravio hiper-ultra-super testiranje, onda bi napisao i programŽię, pa bi sve poterao da radi celu noę... Mislim da je merenje rukom prevazi¬eno. Odavno. darone
arhiveri.701 dejanr,
>> Kako cemo biti sigurni da je "najnovija" pod verzija ZIP-a >> ispravna? Pa, "nesiguran" naŽin je da pogledaź onaj broj koji se dobija kada sa postojeęim ZIP-om 2.04g otkucaź PKUNZIP -t PKZ204x.EXE. Ako se na kraju pojavi Authentic files Verified! # PKW655 PKWARE Inc, a pored svakog fajla piźe ono -AV, solidne su źanse da je program autentiŽan. "Siguran" naŽin je da skineź novu verziju sa njihovog BBS-a (99 1 414 3548670) ili (uz "za Čilet" manji stepen sigurnosti) sa nekog drugog veęeg sistema za koji se moČe smatrati da je program skinuo sa PKWARE BBS-a. Recimo, sa Sezama :)
arhiveri.702 ndragan,
/ nkbog, moČeź da pogledaź starije poruke. Ukratko, ARJ moČe da bude / neźto bolji pri arhiviranju veęeg broja malih fajlova, ali na uźtrb / sigurnosti Baźka sigurnost, jer sve to vreme izgubiź na osveČavanju ili Županju neŽega iz arhive u kojoj ima mnogo malih fajlova. ARJ to sve Žita od poŽetka do kraja, pa tek onda uhvati da neźto radi, ili izvadi fajl sa poŽetka i za svaki sluŽaj proŽita sve do kraja. Zip zaviri u onaj svoj direktorij i odmah zna źta treba da radi. Koliko je vreme da ZIP i ARJ izbace poruku 'nothing to do' nad direktorijem od par stotina fajlova (moČe i sa poddirektorijem)? Ajd' nek neko izmeri, a ja ęu i dalje koristiti ARJ samo kad treba da arhiviram do desetak veęih .DBF fajlova. InaŽe ZIP za sve ostalo.
arhiveri.703 ndragan,
/ ▒ta ęeź, negde dobijeź, negde izgubiź. Da li je ARJ kriv źto Sezam / nema dovoljno memorije, pitanje je sad? Ne, nego Bil Gejts ili neko iz IBMa.
arhiveri.704 mbole,
> samo da pokaČem neke stvari? Doduźe, kada bi pravio > hiper-ultra-super testiranje, onda bi napisao i > programŽię, pa bi sve poterao da radi celu noę... Nemam niźta protiv tvog testa, Žak me cela priŽa oko toga koji je arh. bolji i ne zanima preterano (koristim oba). Samo sam probao da dam odgovor na pitanje zaźto bi merenje vremena źtopericom moglo da bude bolje. > Mislim da je merenje rukom prevazi¬eno. Odavno. Ovde greźiź. Osnovni cilj svakog merenja je da ono bude taŽno, precizno idt. Ovo mnogo viźe zavisi od metode merenja nego od instrumenta kojim se meri, naravno izuzimajuęi ekstremne sluŽajeve (od peźŽanog sata zaista ne moČeź oŽekivati neku preciznost). Upravo ovde leČi prednost źtoperice nad tajmerom raŽunara. U njenoj potpunoj i sigurnoj nezavisnosti od onoga źto se meri. Metodom merenja moČe se postięi taŽnost koja prevazilazi zahteve ovog testa. Joź jednom. Ne sumnjam u rezultate tvojih testova, iz prostog razloga źto se nalaze u granici greźke (ko razume shvatięe), samo pokuźavam da te uputim na to da postoje i bolje metode merenja, bez obzira na to koliko izgledale zastarele. Veruj mi o merenjima i greźkama znam jako mnogo jer mi je zadnjih 6 godina upravo to bio posao.
arhiveri.705 drpr,
-> autoexecu path, prompt... i jedan echo, ako neźto -> znaŽi ;) Aaa, sad smo te ukebali ti misliź da ęe taj TSR "echo" lako da nam promakne :)))) cope
arhiveri.706 zolika,
>>> viźe-volumenskim (nikako da >>> na¬em pravi za taj pojam :) arhivama. >> >> viźedelnim 8-))) Mnogo-diskovitim ?
arhiveri.707 darone,
>> Veruj mi o merenjima i greźkama znam jako mnogo >> jer mi je zadnjih 6 godina upravo to bio posao. Verujem ti! :) darone
arhiveri.708 vlad,
-> bolje zapamti "ARJ x" (cisto dobronamerno) Zapamtih ja to odavno (imam "gadan" obiŽaj da dobro prouŽavam uputstva). ARJ e stavih samo da ne zbunjujem neupuęene, pa da me pitaju "źta ti je to X?". U svakom sluŽaju, hvala na dobroj nameri. Vladan
arhiveri.709 dr.grba,
>> >> visedelnim 8-))) >> Mnogo-diskovitim ? mnogocigrovite spremnice, a ne multivolumne arhive
arhiveri.710 petrovics,
>> program skinuo sa PKWARE BBS-a. Recimo, sa Sezama :) Cini se da si me ubedio :)
arhiveri.711 bulaja,
R:\IBMPC\ARCHIVER\*.* ---------------------- lha252 exe 47868 LHA (.LZH) arhiver v2.52 (japanska verzija) Ovo "japanska verzija" znaci da prica samo japanski :). Ne bi bio neki problem da se prevede (imam cak i japanski recnik kuci :) al' nemam japanski VGA font. Ima unutra i neki spisak sta je promenjeno u odnosu na verziju 2.13, al' nista ne razumem, sve same kuke i kvake :) Verzija 2.13 se jos uvek u ARCHIVER dir-u i bice dok ne nabavimo neku razmljiviju novu verziju :). Inace arhiver je dobar, u nekim slucajevima pakuje bolje i od novog ZIP-a i cak :) i od ARJ-a. Testiracu ga ovih dana malo detaljnije, javicu rezultate.
arhiveri.712 bojt,
Bogami, kod mene ovaj ZIP204x ne źljaka pa bog. Ustvari, on izgleda dobro radi ali se ekran svaki put zablesavi (tj svaki karakter teksta koji se ispisuje se ispiźe u po jednom redu, tako da samo "preleęe"). Ovo se deźava, utvrdjeno, samo kada je prisutan neki memory manager (386MAX 6.0 ili QEMM 6.02). Ne pomaČe nijedan troubleshooting sviŽ ;(((
arhiveri.713 dejanr,
U direktorijumu IBMPC\ARCHIVER je "poslastica" - pre-release novog ARJ-a zvani ARJ239D.EXE. Uz njega je i ARJU239D.ARJ, dodatak uz pre-relase, nisam joź stigao da pogledam źta taŽno tamo ima ali, ako sam dobro razumeo, neźto źto su zaboravili da zapakuju u glavnu arhivu. Download-ujte, probajte i da Žujemo prva iskustva!
arhiveri.714 ppekovic,
>> Download-ujte, probajte i da Žujemo prva iskustva! ZIP je standard. Novi ZIP je brČi i bolje kompresuje. Ostaje jedino pitanje multi volume-a, a tu arj nalazi svoji mesto kao program za deljenje ZIP arhive, a ne kao program za kompresiju. Za tu svrhu bi mogli naęi neki drugi, kraęi (LCOPY). Paya
arhiveri.716 viktor,
Zdravo, Izasao je novi SHEZ (8.8). Pozdrav.
arhiveri.717 bulaja,
│Izasao je novi SHEZ (8.8). └─── Znamo :), dobili smo ga pre nekoliko dana, al' je Jim Deer poceo mnogo da nas nervira pa necemo da stavimo Shez u dir :). Ozbiljno, vec je otkriven (by Drakce) jedan bug u novom Shez-u, ne moze da se stavi *.* za default masku za prikaz fajlova u tekucem diru. Moze $.$ (samo arhive), a kad se stavi *.* javi error. Znaci ceka nas sesta verzija Shez-a za dva meseca :(.
arhiveri.718 ssokorac,
─┼┤ ZIP je standard. Novi ZIP je brČi i bolje kompresuje. Ostaje Je si li probao novi ARJ ili je to opet ono 'ZIP je bolji, Žik neka neko kaČe suprotno' ? :)
arhiveri.719 bulaja,
**** new file **** R:\IBMPC\ARCHIVER\*.* ---------------------- zip2stru zip 12331 Opis strukture PKZIP 2.0+ arhiva
arhiveri.720 darone,
>> Izasao je novi SHEZ (8.8). Ja gledam u buduęnost: izaźao je i najnoviji, 9.0! ;) darone
arhiveri.721 dejanr,
>> > ZIP je standard. Novi ZIP je brČi i bolje kompresuje. Ostaje >> >> Je si li probao novi ARJ ili je to opet ono 'ZIP je bolji, Žik neka neko >> kaČe suprotno' ? :) Mislim da je Payina poruka naprosto prvi utisak, arhiver treba detaljno testirati. Ja sam napravio samo jedan test, i evo źta je bilo: raspakovao sam ARJ239d.exe i onda uradio PKZIP -ex MMM *.* a onda i ZIP2EXE MMM.ZIP. Dobio sam MMM.EXE Žijim se startovanjem dobija isto (osim AV check-a, naravno) źto i startovanjem ARJ239D.EXE. Uporedio sam veliŽine te dve arhive: ARJ239D.EXE: 220386 bajta, MMM.EXE 214853. Ukratko, Jung bi korisnicima skratio download-ovanje da je svoj arhiver spakovao ZIP-om ;> Jedan test, naravno, ne znaŽi mnogo, ali mislim da novi ARJ nema źanse da se meri sa ZIP-om (bar po brzini) jer je Jung izgleda reźio da NE koristi "prave" 386 instrukcije, DPMI itd. No, moČda tako dobije na pouzdanosti, koja je kod mene uvek bitniji parametar. Najzad, ovo je ipak pre-release, da saŽekamo "pravi" ARJ 2.50 (jel ęe tako da se zove?) za opseČnije testiranje.
arhiveri.722 ppekovic,
>> ─┼┤ ZIP je standard. Novi ZIP je brČi i bolje kompresuje. Ostaje >> >> Je si li probao novi ARJ ili je to opet ono 'ZIP je bolji, Žik neka neko >> kaČe suprotno' ? :) Sedi pa izmeri. Paya
arhiveri.723 ppekovic,
>> Mislim da je Payina poruka naprosto prvi utisak, Raspakovao sam ga, napunio jedan direktorijum svim i svaŽim, podigao maźinu bez keźera, rezidentnih programa i sliŽnih zezalica, spakovao sam taj direktorijum uz pomoę novog arj-a sa svim onim switch-evima, spakovao i uz pomoę zip-a sa razliŽitim switch-evima za kompresiju, brzinu i sl., izmerio vreme, i napisao onu poruku. Razlika je zaista bila oŽita. Paya P.S. MoČda moja maźina navija za ZIP ;)))
arhiveri.724 dcolak,
│ Download-ujte, probajte i da Žujemo prva iskustva! Ex, do ZIP2.0 bejaźe ONLY ARJ, no posle ZIP2.0 beźe ZIP2.0. Onda je doźao ARJ prerel. i ostade ZIP2.0, jer: ZIP JE BR▓I ZIP DAJE KRA»E ZIP JE LEP▒I O;) Sledge DAMMIR!
arhiveri.725 wizard,
> Ozbiljno, vec je > otkriven (by Drakce) jedan bug u novom Shez-u, ne moze da se stavi *.* > za default masku za prikaz fajlova u tekucem diru. A ne radi ni SHEZ <ime.arhive>. :(((
arhiveri.726 viktor,
Zdravo, Evo komentara oko problema oko SHEZ-a 8.8. Moram priznati da sam zbunjen. "SHEZ <ime_arhive>" radi kao zmaj. "SHEZ." radi takodje kao zmaj daje sve datoteke cija su prezimena zadata u shezcfg kao "arhivska prezimena" ali tek F6 daje sve datoteke bile one zadate kao arhive ili ne, kada smo vec jednom u SHEZ-u. Dakle, jedino sto priznajem da ne radi jeste "SHEZ *.*" ali ne znam da li je to radilo u ranijim verzijama, jer nisam koristio taj pristup. Ja sam oduvek koristio ovo skraceno pozivanje "SHEZ ." Dakle, ja nista od problema nisam uocio, verovatno je to jer se nisam dovoljno dugo trudio :), ali sve sto je navedeno kao problem, nekako mi ne stoji ... SHEZ pozivam alias-om u 4DOS-u: SHEZ=c:\...\shez.exe postavljene su sledece okolinske promenljive: SHEZCFG=C:\...\SHEZ.CFG SHEZWORK=C:\...\SHEZ (SHEZ je i u putanji ...) mada sam sve isprobao i direktnim pozivanjem. Probao sam i sa COMMAND.COM-om i iskustva su ista. Pozdrav.
arhiveri.727 wizard,
> Moram priznati da sam zbunjen. "SHEZ <ime_arhive>" radi kao zmaj. Kod mene samo uŽita spisak fajlova iz arhive, a kada Čelim da pogledam neki - arhiver prijavi da ne moČe da na¬e (ne postoji) fajl. Isto se deźava i sa ZIP-ovanim, ARJ-ovanim i ARC-ovanim arhivama. Apgrejd :) sam uradio tako źto sam (kao i uvek) prekopirao novi SHEZ preko starog. Ovog puta sam joź jednom preźao preko svih opcija u SHEZCFG, par puta snimao konfiguraciju i niźta. Probaęu sa SET promenljivima, do sada ih nisam koristio, iako mi je enviroment ogroman. Imam definisane set promenljive i za programe koje ne koristim ni jednom u pola godine. :) Jel ona prva spreŽava koriźeęenje onog Z# direktorijuma? InaŽe i ja radim pod 4DOS-om, ali nemam alias koji direktno poziva SHEZ, imam jedan koji na <Alt-H> ispiźe 'shez ' iz komandnog prompta, a onda ja dodajem źta mi treba ili samo lupam <enter>. :)
arhiveri.728 pele,
>=} ZIP JE LEP▒I O;) Ovakve konkretne i objektivne ocene su uvek dobrodoźle :)) pele.
arhiveri.729 dr.grba,
>> ZIP je standard. Novi ZIP je brzi i bolje kompresuje. Ostaje >> jedino pitanje multi volume-a, a tu arj nalazi svoji mesto kao Molim te, ne davi.
arhiveri.730 ppekovic,
>>>> ZIP je standard. Novi ZIP je brzi i bolje kompresuje. Ostaje >>>> jedino pitanje multi volume-a, a tu arj nalazi svoji mesto kao >> >> Molim te, ne davi. Ajmo redom: ZIP je standard. SHAREWARE Magazine, Nov-Dec 1991, Fall Releases, Joseph Speaks. "Don't tell the creators of ARJ that PKZIP is the standard for data compression. They probably already know. ..." Pored toga źto to i vrapci na grani znaju, evo ti i napismeno. Ovo je izvod iz fajl-a WHY_ARJ.DOC koji je deo arhive novog arj-a (tek uz put da pokaČem i da sa vrlo paČljivo Žitao veęi deo dokumentacije novog arj-a). Datum koji stoji je Nov-Dec 1991, a Jung to joź drČi u njegovoj arhivi znaŽi da i on dalje priznaje da je ZIP standard. Novi ZIP je brzi i bolje kompresuje. Ajde lepo uzmi novi ZIP i novi ARJ pa ih pusti da rade sa odgovarajuęim switch-evima za kompresiju, uzmi źtopericu u ruke pa meri. Paya
arhiveri.731 dcolak,
│> =} ZIP JE LEP▒I O;) │ │ Ovakve konkretne i objektivne ocene su uvek dobrodoźle :)) Objektivnost iznad svega! Za domovinu, sa Titom! :)))) Sledge DAMMIR!
arhiveri.732 mbole,
Nisam Žitao dokumentaciju novog ZIP-a al mi je jedna stvar Čestoko zasmetala. Naime kada pravi multi volume arhive zip menja ime diskete (PKBACK#broj), umesto da imenuje fajlove drugaŽije (kao arj). Malo mi slu¬uje disk kataloger.
arhiveri.733 zkrstic,
>>> ZIP je standard. Novi ZIP je brzi i bolje kompresuje. Ostaje >>> jedino pitanje multi volume-a, a tu arj nalazi svoji mesto kao > > Molim te, ne davi. Savrźeno argumentovano! Tako treba! Ua Zip! ;)
arhiveri.734 bulaja,
**** new file **** R:\IBMPC\ARCHIVER\*.* ---------------------- shez89 arj 112484 Shez v8.9, shell za laksi rad sa arhiverima #1/2 shez89 a01 111526 Shez v8.9, shell za laksi rad sa arhiverima #2/2 Ň═══════════════════════════════════════════════════════════════════════════Ş │ UPDATES/FIXES IN SHEZ Version 8.9 │ Ă═══════════════════════════════════════════════════════════════════════════Á │When entering an un-qualified filename on the command │ │line SHEZ would not allow access to the file, this has been │ │corrected. │ │ │ │When entering a filename with a $ anywhere in the name, SHEZ │ │would not allow access to the file, this has been fixed. │ │ │ │To display the mouse menu, double clicking the left mouse │ │button has been reinstated. │ │ │ │Added Freshen file, and External Viewer launch, to the mouse │ │menu. │ │ │ │When entering a filespec on the command line sometimes SHEZ │ │would not find the file, -- FIXED -- │ │ │ │When using *.* on the command line, or in the configuration │ │file SHEZ would not find any files. --FIXED-- │ │ │ │SHEZ will now accept relative path names on the command line. │ │I.E. ..\any\*.* │ │ │ │The environment variable SHEZEV is no longer used to specify │ │external viewers. This has been replaced by a SHEZ.EV external │ │file. │ ď═══════════════════════════════════════════════════════════════════════════ż
arhiveri.735 bulaja,
BUUUUUUUUUUG u ZIP2EXE iz ZIP 2.04 paketa!!! Jeeeeeeeeeeeeee :)))))))). Bug se ogleda u sledecem - ukoliko se napravi mali (mini/junior) PKSFX program on se nece se nece ispravno raspakovati u neki drugi dir. Npr. imate SFX ARHIVA.EXE u kome se nalaze TETRIS.EXE i READ.ME. Kada ga startujete sa arhiva e:\tmp SFX UNZIP ce na E:\ napraviti datoteke TMPTETRIS.EXE i TMPREAD.ME. Sto bi rekao Bole, Ha ha GLUPI ZIP O;>.
arhiveri.736 wizard,
> Bug se ogleda u sledecem - ukoliko se napravi mali (mini/junior) PKSFX > program on se nece se nece ispravno raspakovati u neki drugi dir. To sam veę 100 puta iskusio. :( Mislio sam da je to FEATURE a ne BUG. :) Jesi li siguran da je problem samo u "junior" verziji? Pretpostavljam da znaź, ali ako dodaź jedno '\' na kraj, problem je reźen. :)
arhiveri.738 viktor,
Zdravo, Bili ste u pravu ... Pozdrav.
arhiveri.739 todorp,
> Najzad, ovo je ipak pre-release, da sacekamo "pravi" ARJ 2.50 (jel ce > tako da se zove?) za opseznije testiranje. Najverovatnije nece jer je 2.50 hack verzije 2.30, dok je 2.40 trojanac. Pozdrav od Todora.
arhiveri.740 dr.grba,
>> Sedi pa izmeri. Kojom velicinom u testu meris pouzdanost ?
arhiveri.741 ppekovic,
>>>> Sedi pa izmeri. >> >> Kojom velicinom u testu meris pouzdanost ? Drago mi je da si se vratio u vode razgovora bez uvreda (bezrazloČnih), te źto smo se sloČili na osnovu oŽiglednih Žinjenica da je ZIP standard i da brČe i bolje kompresuje. Pouzdanost se meri brojem i fatalnoźęu (uh izraza) problema u duČem vremenskom periodu. Verzija ZIP-a 1.1 koja je u upotrebi veę viźe godina je moraź se sloČiti pouzdana, źto pokazuje mali broj (nijedna (?)) prituČba na njegov raŽun. Na ARJ su se nekoliko puta Čalili (dejanr ako se dobro seęam). Novi ZIP i novi ARJ (beta) su isuviźe kratko na trČiźtu da bi se generalno moglo govoriti o pouzdanosti. Ono o Žemu se moČe govoriti je brzina i stepen kompresije. Kad veę źirimo problem, plus za zip je i raźirenost zip-a u drugim operativnim sistemima. Postoji mnogo ZIP klonova, a za ARJ za unix recimo, ja tragam veę odavno. Unarj imam, ali arj-a nema. Da, baź malopre gledam listu fajlova sa nekih FTP server-a i zanimljivo, nijedan nije zapakovan arj-om. Uglavnom vladaju ZIP, ARC i LHA. Paya
arhiveri.742 bulaja,
│Jesi li siguran da je problem samo u "junior" verziji? └─── Da, "normalna" verzija SFX radi Ok, al' ona produzava file za 20Kb :(.
arhiveri.743 darone,
>> startujete sa arhiva e:\tmp SFX UNZIP ce na E:\ >> napraviti datoteke TMPTETRIS.EXE i TMPREAD.ME. >> Sto bi rekao Bole, Ha ha GLUPI ZIP O;>. Aaaaaaa, Čestoko greźiź i 'bag' je dokumentovan. Naime, SFXJR je toliko mali (a sluČi svrsi) da ne podrazumeva dir bez beksleźa (dakle, mora temp\ a ne temp). «itao sam ja to, al da sad na¬em... ne bih osim ako mi plate :) darone
arhiveri.744 ssokorac,
─┼┤ Ajde lepo uzmi novi ZIP i novi ARJ pa ih pusti da rade sa ─┼┤ odgovarajuęim switch-evima za kompresiju, uzmi źtopericu u ruke pa ─┼┤ meri. Izbroj switcheve pa uporedi, pakuj na viźe disketa pa otpakuj i uporedi pozdanost.
arhiveri.745 ppekovic,
>> ─┼┤ Ajde lepo uzmi novi ZIP i novi ARJ pa ih pusti da rade sa >> ─┼┤ odgovarajuęim switch-evima za kompresiju, uzmi źtopericu u ruke pa >> ─┼┤ meri. >> >> Izbroj switcheve pa uporedi, pakuj na viźe disketa pa otpakuj i uporedi >> pozdanost. Da izbrojim switch-eve? Kakve to veze ima sa brzinom i stepenom kompresije. ARJ sam dugo koristio za posao arhiviranja na viźe disketa i nikad mi nije pravio problem (dejanr-u jeste). ZIP multivolume koristim poslednjih mesec dana (5-6 puta) i za sada nije pravio nikakvih problema. Multivolume opciju novog arj-a nisam koristio. Za novi ZIP i ARJ ęe se tek pokazati koliko su pouzdani. Sve u svemu, niźta novo nisi rekao kao prednost arj-a. Paya
arhiveri.746 dusanp,
=> Sve u svemu, niźta novo nisi rekao kao prednost arj-a. Meni MNOGO znaci da mogu da arhivu pocepam na delove proizvoljne velicine.Znam da postoje programi za cepanje zip (i svih drugih fajlova) ali da bi se oni koristili na disku moras da imas dovoljno mesta za spajanje arhive (sto kod mene NIKAD nije slucaj). Sa druge strane ni -& opcija zip-a mi se ne dopada jer ne radi sa hardom (!!!) i ne moze joj se zadati velicina parceta. Kada bi zip imao lepo resenu multivolume podrsku (sto je u mom slucaju opcija koju najvise koristim), stvarno bi bio bez premca. Ovako, onih par procenata bolje kom- presije ne mogu da me nateraju da koristim zip kao glavni arhiver. U stvari, koristim zip, ali samo kada arhiviram nesto sto ce mi sluziti kao privremena arhiva. Kada ide na diskete, koristim arj.
arhiveri.747 ssokorac,
─┼┤ Pouzdanost se meri brojem i fatalnoźęu (uh izraza) problema u ─┼┤ duČem vremenskom periodu. Verzija ZIP-a 1.1 koja je u upotrebi veę ─┼┤ viźe godina je moraź se sloČiti pouzdana, źto pokazuje mali broj ─┼┤ Čalili (dejanr ako se dobro seęam). Novi ZIP i novi ARJ (beta) su ─┼┤ isuviźe kratko na trČiźtu da bi se generalno moglo govoriti o ─┼┤ pouzdanosti. Ono o Žemu se moČe govoriti je brzina i stepen ─┼┤ kompresije. «ekaj, Žekaj... Kad govorimo o pouzdanosti, onda priŽamo o zipu 1.1 (koji po kompresiji ne moČe ni da se poredi sa arj-om) a kada govorimo o brzini i kompresiji onda o zipu 2.04 (koji po pouzdanosti ne moČe da se poredi sa arj-om, naravno, govorim o najnovijoj zvaniŽnoj verziji, tj. 2.30; neęu da skaŽem sa jedne na drugu kako mi odgovara). Dakle, izjasni se o Žemu priŽaź pa onda moČemo da govorimo o argumentima.
arhiveri.748 dejanr,
>> «ekaj, Žekaj... Kad govorimo o pouzdanosti, onda priŽamo o zipu 1.1 (koji >> po kompresiji ne moČe ni da se poredi sa arj-om) a kada govorimo o brzini >> i kompresiji onda o zipu 2.04 (koji po pouzdanosti ne moČe da se poredi sa >> arj-om, naravno, govorim o najnovijoj zvaniŽnoj verziji, tj. 2.30 Odakle tvrdlja o nepouzdanosti ZIP-a 2.04? Kako mi se Žini, jedan broj korisnika je imao probleme sa DPMI-om, i to je reźeno u tekuęoj verziji 2.04e. Baź sam prekjuŽe zvao PKWare-ov BBS i malo Žitao poruke, ne nai¬oh ni na kakvo pominjanje problema sa nepouzdanoźęu ZIP-a. Jesi li ti imao problema sa njim, i moČe li se neki od tih problema ponoviti?
arhiveri.749 ppekovic,
>> «ekaj, Žekaj... Kad govorimo o pouzdanosti, onda priŽamo o zipu 1.1 (koji >> po kompresiji ne moČe ni da se poredi sa arj-om) a kada govorimo o brzini i >> kompresiji onda o zipu 2.04 (koji po pouzdanosti ne moČe da se poredi sa >> arj-om, naravno, govorim o najnovijoj zvaniŽnoj verziji, tj. 2.30; neęu da >> skaŽem sa jedne na drugu kako mi odgovara). Dakle, izjasni se o Žemu priŽaź >> pa onda moČemo da govorimo o argumentima. Uvek sam jasno govorio o verzijama i rekao isto źto ęu i sad. Poredimo novi ZIP i novi ARJ. Veę sam rekao da o pouzdanosti istih neęu govoriti jer je suviźe rano. Elem, kao źto rekoh, ZIP 2.04e je brČi i bolje pakuje (dokazano). Nalednik je neŽega źto se zove standard (pokazano). Ima multivolume opciju (istina ne na proizvoljnu duČinu, mada postoji gomila split programa, tako da to nije veliki problem). Veoma bitno je i źto ga ima na veęini operativnih sistema. Osim źto su mi govorili da ne davim, da ne znam o Žemu priŽam i sl. kao jedini argument (osim fleksibilnijeg multivolume-a) za arj, ima li neko zaista iźta viźe da doda u priog arj-u, ili da zakljuŽimo i preporuŽimo korisnicima koji se manje razumeju u celu problematiku da koriste ZIP, ukoliko im nije neophodno deljenje arhiva na proizvoljno velike delove, a da to bude baź ugradjeno u sam arhiver? Paya
arhiveri.750 adzem,
> arj, ima li neko zaista iźta viźe da doda u priog arj-u, ili da Na primer nalazim se na disketi A ili B koja je gotovo popunjena (slobodan prostor je manji od buduęe arhive) i hoęu da uradim sle- deęe : A:> PKZIP C:PRIMER ▒ta se sad deźava? Zbog manjka prostora na disketi i nemoguęnosti da formira svoje privremene fajlove, ZIP ęe odbiti da radi uz sledeęu poruku A:> PKZIP: (E14) Disk full. U tom sluŽaju prinu¬en sam da pre¬em na C i uradim : C:> PKZIP PRIMER A:*.* Kako stoje stvari sa ARJ-om ? Ako uradim sledeęe : A:> ARJ A C:PRIMER ARJ ęe fino napraviti arhivu PRIMER na disku C, bez ikakvih upozorenja i maltretiranja korisnika. ZnaŽi nije bitan prostor na izvornom disku veę na odrediźnom. ▒etanje sa diska na disk, a zbog hirova arhivera, mi nimalo ne treba i to je jedan od razloga da uglavnom koristim ARJ. Me¬utim, poźto ima ljudi koje ne mrzi da naprave ZIP pa da ga nekim drugim programom ce- pkaju na komade, njih neęe mrzeti ni da skakuęu sa diska na disk, pa ovo verovatno i ne primaju kao neki minus za ZIP.
arhiveri.751 darone,
>> u tekuęoj verziji 2.04e. Ipravka: tekuęa verzija ja 2.04g. darone
arhiveri.752 bulaja,
│ZIP 2.04e je brzi i bolje pakuje (dokazano). └─── Da je brzi to je neosporno, ali uopste nije dokazano da bolje pakuje. Pogledaj rezultate testova koje sam svojevremeno (kad je izasao PKZ 2.04c) poslao ovde, cini mi se da je ARJ jos uvek u prednosti (doduse vrlo blagoj :) u vecini slucajeva u odnosu na ZIP.
arhiveri.753 mbole,
> ▒ta se sad deźava? Zbog manjka prostora na disketi i > nemoguęnosti da formira svoje privremene fajlove, ZIP ęe odbiti > da radi uz sledeęu poruku A:> PKZIP: (E14) Disk full. Postoji parametar (mislima da je -bdisk) koji odre¬uje gde ęe se praviti temp fajl.
arhiveri.754 ppekovic,
>> Da je brzi to je neosporno, ali uopste nije dokazano da bolje pakuje. >> Pogledaj rezultate testova koje sam svojevremeno (kad je izasao PKZ >> 2.04c) poslao ovde, cini mi se da je ARJ jos uvek u prednosti (doduse >> vrlo blagoj :) u vecini slucajeva u odnosu na ZIP. Na brzinu sam probao (po ko zna koji put) arj239d i pkz204e i dobio sledece: Pakovao sam fajloce iz arj239d arhive. arj -m1 203233 zip -ex 202069 Sor baza: arj -m1 159557 zip -ex 157977 Jedinu prednost arj stekne kada kompresuje samo veę kompresovane arhive (kad li se to koristi?) tj. kada radi samo arhiviranje iz prostog razloga źto zip informacije o svakom fajlu drČi na dva mesta ( sigurnost podataka? ). Dakle ZIP BOLJE pakuje! pored toga (odgovor na jednu od prethodnih primedbi) swap drive moČeź da mu zadaź. Sve u svemu, opet niźta novo, ostaju jedino fleksibilniji multivolume-i, i? i? Paya P.S. ZIP je standardni arhiver na Sezamu. ARJ-a nema na sezamu :)
arhiveri.755 dejanr,
>> Na primer nalazim se na disketi A ili B koja je gotovo popunjena >> (slobodan prostor je manji od buduęe arhive) i hoęu da uradim sledeęe : >> A:> PKZIP C:PRIMER ▒ta se sad deźava? Zbog manjka prostora na disketi >> i nemoguęnosti da formira svoje privremene fajlove, ZIP ęe odbiti da >> radi uz sledeęu poruku A:> PKZIP: (E14) Disk full. U tom sluŽaju >> prinu¬en sam da pre¬em na C i uradim : C:> PKZIP PRIMER A:*.* >> Kako stoje stvari sa ARJ-om ? Ako uradim sledeęe : A:> ARJ A C:PRIMER >> ARJ ęe fino napraviti arhivu PRIMER na disku C, bez ikakvih upozorenja >> i maltretiranja korisnika. ZnaŽi nije bitan prostor na izvornom disku >> veę na odrediźnom. Pa, nije ti baź previźe ubedljiv primer. ▒ta da, źto je po meni mnogo Žeźęi sluŽaj, hoęeź da arhiviraź fajl koji je na disku u neku arhivu na disketi, dakle otkucaź PKZIP A:TMP TEST.TXT. Ako ARJ stvarno koristi odrediźni disk za privremene fajlove, doęi ęe do greźke i to joź neprijatnije jer ni A: neęe reźiti problem. Ako ti samo to smeta kod ZIP-a, ugradi u AUTOEXEC neźto kao: SET PKTMP=C:\TEMP i ubuduęe ęe se svi privremeni fajlovi upisivati u ovaj direktorijum, ne "misleęi" o izvoru/odrediźtu. Verovatno i ARJ ima neki sliŽan SET. >> ▒etanje sa diska na disk, a zbog hirova arhivera, mi nimalo ne treba >> i to je jedan od razloga da uglavnom koristim ARJ. Kao źto vidiź, razlog nije naroŽito jak. Imaź li joź neki?
arhiveri.756 dejanr,
>> > ZIP 2.04e je brzi i bolje pakuje (dokazano). >> > >> Da je brzi to je neosporno, ali uopste nije dokazano da bolje pakuje. >> Pogledaj rezultate testova koje sam svojevremeno (kad je izasao PKZ >> 2.04c) poslao ovde, cini mi se da je ARJ jos uvek u prednosti (doduse >> vrlo blagoj :) u vecini slucajeva u odnosu na ZIP. Moraęu da se podsetim tih testova, ali ja sam veoma opseČno testirao koliko ZIP i ARJ arhiviraju i gotovo uvek je ZIP arhivirao neźto viźe. U me¬uvremenu, kad god me ne mrzi da Žekam, ja posle ZIP-ovanja neŽega radi prenosa na diskete uradim i jedan "dummy" ARJ istog fajla, Žisto da vidim koliko koji arhivira u nekim "Čivotnim" situacijama. Gotovo bez izuzetka ZIP arhivira bolje, desilo mi se par puta da ARJ neźto viźe arhivira kada sam pakovao neke header fajlove kojih je bilo podosta u direktorijumu. Mada, dodao bih, razlike su u jednom i drugom sluŽaju priliŽno male tako da bih i stepen kompresije PKZIP-a i ARJ-a oznaŽio kao "pribliČan", uz malu prednost PKZIP-a.
arhiveri.757 dusanp,
=> Da je brzi to je neosporno, ali uopste nije dokazano da => bolje pakuje. Na zalost ;) pakuje bolje skoro uvek. "Bolje" je uglavnom samo simbolicno poboljsanje od 0.2-2%, tako da se moze ignorisati (a ne mora). Radi lakseg merenja preformansi ;) arhivera, napisao sam malo programce koje sve lepo do- kumentuje. Mnogi ce me proklinjati zbog toga sto relativno dug bat fajl ukljucujem u poruku, ali to je jedini nacin da vas lenjost ne spreci da ga isprobate. Za koriscenje TEST.BTM-a je potreban 4dos, zip, arj i dobra volja. Test se vrsi bez kes programa i ostalih zezalica, a posebno bez set promenljivih (arj_sw i kako_se_vec_zove_zip_promenljiva). Program se koristi tako sto se prekopira u root, predje se u dir koji se arhivira i startuje \test.btm TEST.BTM: ************************************** @echo ******************************************** > \results @echo %_CWD >> \results @dir /u /k >> \results @echo ******************************************** >> \results @echo ZIP SA PODRAZUMEVANOM KOMPRESIJOM >> \results @timer > NUL @pkzip \test.xxx *.* @timer >> \results @dir /k \test.xxx >> \results @del \test.xxx @echo ******************************************** >> \results @echo ZIP SA MAXIMALNOM KOMPRESIJOM >> \results @timer > NUL @pkzip -ex \test.xxx *.* @timer >> \results @dir /k \test.xxx >> \results @del \test.xxx @echo ******************************************** >> \results @echo ARJ SA PODRAZUMEVANOM KOMPRESIJOM >> \results @timer > NUL @arj a \test.xxx *.* @timer >> \results @dir /k \test.xxx >> \results @del \test.xxx @echo ******************************************** >> \results @echo ARJ SA MAXIMALNOM KOMPRESIJOM >> \results @timer > NUL @arj a -jm -m1 \test.xxx *.* @timer >> \results @dir /k \test.xxx >> \results @del \test.xxx @echo ******************************************** >> \results @cls @type \results **************************************
arhiveri.758 dusanp,
=> arj -m1 203233 => zip -ex 202069 Zip vodi za 0.576...% => arj -m1 159557 => zip -ex 157977 I za 1.0000...% btw: maximalna kompresija arja se dobija upotrebom -m1 -jm ne tvrdim da bi se nesto drasticno promenilo, al opet...
arhiveri.759 dusanp,
=> Mada, dodao bih, razlike su u jednom i drugom sluŽaju => priliŽno male tako da bih i stepen kompresije PKZIP-a i => ARJ-a oznaŽio kao "pribliČan", uz malu prednost PKZIP-a. To je tacno, ja to pricam u vec nekoliko poruka.
arhiveri.760 ppekovic,
>> btw: maximalna kompresija arja se dobija upotrebom -m1 -jm >> ne tvrdim da bi se nesto drasticno promenilo, al opet... bio je ukljuŽen i -jm switch. Paya
arhiveri.761 dr.grba,
Dobro sad, da ne sirim dalje : nisam imao nameru da vredjam (bulaja mi nece verovati), vec sam koristio svoj cinizam da ispoljim neslaganje sa nekim principom. (BTW, kako cinizam verovatno nije dobrodosao na SEZAM-u, to cu verovatno morati da ga se lisim. Ali bolje je biti i cinik...). Elem, malo (mnogo?) mi je zasmetalo ono teranje maka na konac u vezi sa suprotstavljanjem dva ili vise programa. Nije mi namera da diskreditujem ovaj ili onaj, nego da izrazim svoje misljenje da se cesto raspravlja o drugorazrednim planovima ovih alata. Ubedjen sam da nije kljucna stvar u brzini arhiviranja. Ubedjen sam da nije strasno ako se otkuca dva tri znaka vise ili ako komandna linija ne prija necijem oku. Ubedjen sam da je pouzdanost procesa arhiviranja NAJBITNIJA osobina nekog programa. Naravno, ustedi li se kojih 5 - 10% u razlici stepena kompresije, odlicno! Itd, itd... Kao sto se cesto kaze, od antagonizma softverskih kuca korisnik ima najvecu korist. Svakako, ako se korisniku pomogne da razmrsi guzvu nastalu galamom... ...a imam utisak da nije preovladala konstruktivna rasprava, vec galama. Priznajem, bio sam deo te galame. Necu vise, vec mnogo vas na SEZAM-u misli da sam ovde samo da bih prosipao gluposti... Pozdrav, dr ÔpŰa
arhiveri.762 adzem,
> Postoji parametar (mislima da je -bdisk) koji odre¬uje gde ęe se > praviti temp fajl. Sjajno, ;> sad umesto kratkog PKZIP C:PRIMER dodajem kobasicu -bdisk+temp i ZIP postaje joź neprijatniji za rad. Razlog viźe da koristim ARJ.
arhiveri.763 adzem,
> Pa, nije ti baź previźe ubedljiv primer. ▒ta da, źto je po meni Dovoljno puta sam imao taj problem da je za mene ubedljiv. > arhivu na disketi, dakle otkucaź PKZIP A:TMP TEST.TXT. Ako ARJ > stvarno koristi odrediźni disk za privremene fajlove, doęi ęe do > greźke i to joź neprijatnije jer ni A: neęe reźiti problem. Onako kako sam ja napisao stvarno bi doźlo do greźke, ali pogreźio sam. Umesto odrediźnog diska, "temp" datoteke se trpaju na hard. > Ako ti samo to smeta kod ZIP-a, ugradi u AUTOEXEC neźto kao: > SET PKTMP=C:░TEMP i ubuduęe ęe se svi privremeni fajlovi upisivati Uh, uh, mnogo gnjavaČe. Poźto u firmi imam pristup na viźe raŽunara, morao bih to da ęuźnem u svaki AUTOEXEC, a onda se pojavi neko ko je "źef" na tom raŽunaru i to izbriźe, pa me opet doŽeka jedno "Disk full". Za po kuęi to moČe da pro¬e, ali je mnogo jednostavnije kori- stiti ARJ. :) > Kao źto vidiź, razlog nije naroŽito jak. Imaź li joź neki? Za sada ne. Na ovaj problem sam Žeźęe nailazio zadnjih dana jer sam uporno hteo da koristim ZIP zbog kakvog-takvog dobitka u brzini. Na kraju sam se vratio na ARJ.
arhiveri.764 adzem,
>>> i maltretiranja korisnika. ZnaŽi nije bitan prostor na izvornom >>> disku veę na odrediźnom. > > Ako ARJ stvarno koristi odrediźni disk za privremene fajlove, doęi > ęe do greźke i to joź neprijatnije jer ni A: neęe reźiti problem. Kad sam pomenuo odrediźni disk nisam mislio na formiranje privreme- nih datoteka veę na slobodan prostor za buduęu arhivu. Privremene datoteke se, valjda, formiraju na hardu.
arhiveri.765 banex,
>> arj, ima li neko zaista iźta viźe da doda u priog arj-u, ili da >> zakljuŽimo i preporuŽimo korisnicima koji se manje razumeju u celu Moram priznati da me je novi zip malo razoŽarao. ▒to se brzine tiŽe svaka mu Žast, ali su svi vaźi testovi su prikazivali mnogo veęe razlike nego źto ih ja dobijam. Imao sam na disku negde oko 30-40mb raznih programa spakovanih sa arj-om v2.93a koje sam prebacio u zip v2.04g. Iako rezultati oŽito pokazuju da zip viźe pakuje (samo jedan sluŽaj je dao drugaŽiji odnos) razlike su bile toliko minimalne da se ceo posao nije isplatio (razlika je bila negde oko 2-3% mereno odoka ;). OŽekivao sam mnogo viźe od programa koji prepoznaje i koristi 386 procesor te ems/xms memoriju ;)) InaŽe, jedini sluŽaj da je arj bolje spakovao datoteke je gomila malih datoteka 3-4k pojedinaŽno. Sa druge strane, pri pakovanju velike datoteke arj je vrlo brzo shvatio da je bolje da datoteku samo iskopira, dok je zip gurao do kraja da bi razlika na kraju bila jedva 1%. Ono źto je po meni prednost arj-a je pre svega multi volumen filozofija koja je kod arj-a dovedena do savrźenstva(?) (uzimajuęi u obzir da je sve viźe programa koji arhivirani prelaze par mega) i moguęnost da se definiźu sve Čeljeni prekidaŽi u .cfg datoteci. Dovoljno mi je bilo da jedanput paČljivo proŽitam uputstvo i definiźem sve po meni potrebne prekidaŽe a zapamtim samo /v za volumen i to u 3 forme (/v /vnum /va). ▒to se tiŽe standarda za arhiver Žinjenica je da se zip (zakljuŽno sa verzijom 1.10) pojavio u pravo vreme i da je mnogo bolje pakovao od tadaźnjeg arc-a te je defakto postao standard, samo mislim da trŽimo ispred rude źto se novog zip-a tiŽe. Nisam tako siguran da ęe on brzo zameniti staru verziju. ▒to se pouzdanosti tiŽe, arj je pravio probleme sa multivolumen opcijom arhiviranja na diskete dok je ukljuŽen i neki od keźera za disk (źto je vrlo brzo priznato i ispravljeno u verziji 2.93a) ali mi se od tada NI JEDNOM nije desilo da prijavi bilo kakvu greźku u datoteci. «ak i tada (u prethodnoj verziji) se vrlo lako mogao povratiti sadrČaj svih spakovanih datoteka osim (uglavnom) jedne koju nije mogao povratiti zbog greźke. To je, po meni, mnogo bolje od zip-a koji Žak ima poseban program za spaźavanje datoteka koji prijavi da je sredio neispravan zip koji ni posle toga ne mogu ni pogledati a kamoli raspakovati. Do sada nisam uspeo ni jednu neispravnu zip datoteku da povratim ;). Da ne ispadne da pljujem po novom zipu, koristim i koristięu oba jer mi svaki na svoj naŽin odgovara sve dok se se (opet?) ne pojavi neki bug. CU! -BANE- PS. Kad sam se veę ovoliko raspisao, da li neko zna razlog zaźto zip (204g) prepoznaje 386sx a ne prepoznaje klasiŽan 386 25?
arhiveri.766 ppekovic,
>> Ubedjen sam da je >> pouzdanost procesa arhiviranja NAJBITNIJA osobina nekog programa. Ok. stari ZIP se zaista pokazao kao veoma pouzdan kao i stari ARJ, premda se dejanr neźto Čalio. Novi ZIP i ARJ su skoro izaźli i prerano je govoriti o pouzdanosti. Ajde da i ja kaČem zaźto koristim ZIP a ne ARJ. Ima dva razloga. Prvi je źto kada nekom od raŽunarskih laika (nisu svi ljudi koji koriste arhivere na Sezamu, Žak źta viźe, nije veęina :)) dam ARJ arhivu, vrlo Žesto mi se desi da me pitaju a źta je to arj? Drugi, najbitniji razlog je źto na UNIX-u i VMS-u nema arj-a. Paya
arhiveri.767 bulaja,
│Na brzinu sam probao (po ko zna koji put) arj239d i pkz204e i dobio sledece: │ arj -m1 │ zip -ex └─── A zasto ZIP probas sa maksimalnom a ARJ sa default kompresijom? :) Kako bi bilo da ja testiram zip -e0 i arj -jm :). Ako cemo da pravimo testove, onda nek to uvek bude sa default kompresijom - 99% korisnika tako i radi, a valjda su i autori kao default stavili neki optimalni metod. Samo bolje da batalimo te testove, posto je ocigledno da sada nema pobednika u stepenu kompresije - razlike su minimalne (nekoliko promila) i varijabilne. │P.S. ZIP je standardni arhiver na Sezamu. ARJ-a nema na sezamu :) └─── Jel'? :) ARJ-a nema medju arhiverima za pakovanje PAD-a samo zato sto mu Sezam ostavlja suvise malo memorije (kao sto ti je poznato). Ali je zato u PC direktorijumima 57.1% datoteka spakovano ARJ-om, a 39.9% ZIP-om :). Btw "standarni" arhiver je ZIP 1.1, a ne 2.04.
arhiveri.768 bulaja,
Jos jedan BUG :) PKSFXjr modula u ZIP-u 2.04 - ukoliko je SFX arhiva ostecena to vam SFX nece ispisati - zaglavice se :). Nije stvar u tome sto je u EXE deo uletelo nesto pa sludelo program (tu stvarno nema leka) vec je taj junior unzip deep shit - jeste mali ali nista ne radi :).
arhiveri.769 dejanr,
>> Imao sam na disku negde oko 30-40mb raznih programa spakovanih >> sa arj-om v2.93a koje sam prebacio u zip v2.04g. Iako rezultati >> oŽito pokazuju da zip viźe pakuje (samo jedan sluŽaj je dao >> drugaŽiji odnos) razlike su bile toliko minimalne da se ceo posao >> nije isplatio (razlika je bila negde oko 2-3% mereno odoka ;). >> >> OŽekivao sam mnogo viźe od programa koji prepoznaje i koristi 386 >> procesor te ems/xms memoriju ;)) Teźko bi se moglo oŽekivati da koriźęenje EMS memorije smanji arhive, tu je presudan algoritam. Koriźęenje EMS-a i 386 instrukcija utiŽe na brzinu, dok je uticaj na kompresiju sasvim posredan (ako program brČe radi, moČeź da primeniź bolji algoritam... ako ga znaź ;). InaŽe, mene Žudi da novi ARJ (kako izgleda) neęe ozbiljnije koristiti 386-EMS/XMS/DPMI itd. «ini mi se da bez toga jednostavno ne moČe da bude konkurentan ZIP-u... >> To je, po meni, mnogo bolje od zip-a koji Žak ima poseban program >> za spaźavanje datoteka koji prijavi da je sredio neispravan zip >> koji ni posle toga ne mogu ni pogledati a kamoli raspakovati. Do >> sada nisam uspeo ni jednu neispravnu zip datoteku da povratim ;). Meni je PKZIPFIX pomogao viźe puta. Desi se da je disketa neispravna, a samim tim arhiva ne moČe sa nje da se COPY na disk. Tu dam ignore na Data error, pustim PKZIPFIX, onda PKUNZIP PKFIXED.ZIP i dobijem fajl koji, doduźe, "pada" na CRC testu ali je veęina podataka (i ispred i iza greźke!) ispravna. Imam ovde jednu takvu disketu, mogu da je dam na uvid.
arhiveri.770 dexi,
­>> ne tvrdim da bi se nesto drasticno promenilo, al opet... ­ ­ bio je ukljuŽen i -jm switch. Kod mene je najbolja kompresija bila sa -jm bez -m1 !? Koristim inaŽe i jedan i drugi arhiver i ne vidim razloga za toliku galamu. Veęina ljudi koji imaju toliko znanja & tehmiŽke kulture bez problema se koriste i PKZIP-om i ARJ-om. InaŽe kao neutralni (samozvani) korisnik, tvrdim da se ne moČe izreęi pauźalna ocena ocena: xxx.exe pakuje bolje od yyy.exe, jer u mom to ne bi bilo utemeljeno na rezultatima iz prakse... dexi :)
arhiveri.771 dnikolic,
>> Jel'? :) ARJ-a nema medju arhiverima za pakovanje PAD-a samo zato sto mu >> Sezam ostavlja suvise malo memorije (kao sto ti je poznato). Ali je zato Sto ti je politika! :)) Pristalica ARJ-a: Sezam mu ostavlja malo memorije. Protivnik ARJ-a: Arj trazi mnogo memorije. dn
arhiveri.772 peca.st,
!-> bio je ukljuŽen i -jm switch. Nisam siguran, ali moguęe je da ono -m1 ako ga staviź u liniju ima veęu prednost nad -jm iz SETa. U opźte, kada pravite veę te testove (ja nemam nameru, povremeno koristim ovo, povremeno ono, zavisno źta mi treba) izbacite sve SETove pa ispiźite celu kobasicu, i onda merite. I ajde prestanite da se sva¬ate, zna se za źta sluČi ARJ a za źta ZIP. Pe¬a.
arhiveri.773 peca.st,
!-> ▓arj a -jm -m1 ░test.xxx *.* Zaźto -m1? Zaźto posle setovanja maximalne kompresije setovati i default kompresiju? Tako se moČe desiti (ne tvrdim, ali moguęe je) da dva sviŽa, koja sluČe za odre¬ivanje iste stvari a razliŽite "nijanse", smetaju jedan drugom. Mislim, moguęe je da se raŽuna ZADNJI od takvih sviŽeva, ako ih je navedeno viźe. Pe¬a.
arhiveri.774 peca.st,
!-> Meni je PKZIPFIX pomogao viźe puta. Desi !-> se da je disketa neispravna, Meni i nije. :( Ne seęam se da je ikad uspeo da potpuno oporavi arhivu, Žak i ako je u njoj bila samo jedna datoteka. Pe¬a.
arhiveri.775 spantic,
Pitamo o sigurnosti PKZIP 2.X? Xa! Evo pogledajte źta mi je javio prilikom raspakivanja fajla koji je spakovan i raspakivan na goloj maźini, bez ikakvih rezidentnih programa i bilo Žega. PKUNZIP (R) FAST! Extract Utility Version 2.04g 02-01-93 Copr. 1989-1993 PKWARE Inc. All Rights Reserved. Shareware Version PKUNZIP Reg. U.S. Pat. and Tm. Off. 80386 CPU detected. EMS version 4.00 detected. XMS version 3.00 detected. Searching ZIP: N2.ZIP Inflating: BGLOBALS.DAT Extracting: DESC Inflating: PLAYER.DAT Inflating: SCD.ARK Inflating: LEV.ARK PKUNZIP: (W23) Warning! file has bad table PKUNZIP: (W15) Warning! file fails CRC check PKUNZIP: (W26) Warning! N2.ZIP has errors!
arhiveri.776 mbole,
> Sjajno, ;> sad umesto kratkog PKZIP C:PRIMER dodajem kobasicu > -bdisk+temp i ZIP postaje joź neprijatniji za rad. Razlog viźe > da koristim ARJ. Vidiź zato postoji set pomenjliva = idt. Meni ovo odavno stoji u autoexecu za arj pa ne vidim zaźto ne bi stajalo i za zip. InaŽe mislim da su oba programa sasvim u redu. Jedan ima neke stvari mnogo bolje ura¬ene (arj arhive iz viźe delova), dok je drugi malo bolji u nekim stvarima koje su u principu bitnije za svakodnevni rad (zip po brzini i stepenu kompresije). Oba nisu predugaŽka tako da ne vidim problem u tome da ih drČim zajedno na disku, i koristim onaj Žije mi moguęnosti u tom trenutku viźe odgovaraju.
arhiveri.777 mbole,
> P.S. ZIP je standardni arhiver na Sezamu. ARJ-a nema na sezamu > :) Jel se ti to źaliź ili stvarno odavno nisi bacio pogled u neki direktorijum.
arhiveri.778 mbole,
> i definiźem sve po meni potrebne prekidaŽe a zapamtim samo /v > za volumen i to u 3 forme (/v /vnum /va). Meni i -va stoji u cfg fajlu. I pri tom se arj ne buni pri pakovanju na disk za razliku od zip-a. He sad mi pade na pamet. Joź mi se nije desilo al ako bi napunio hard, dal bi mi traČio da "ubacim" sledeęi ;))))
arhiveri.779 dejanr,
>> Meni i nije. :( Ne seęam se da je ikad uspeo da potpuno oporavi arhivu, >> Žak i ako je u njoj bila samo jedna datoteka. Normalno da ne moČe potpuno oporaviti arhivu, kako bi i mogao? Ako je fajl fiziŽki oźteęen, deo podataka je nepovratno izgubljen i tu nema nazad. Poenta je da PKZIPFIX oporavi koliko moČe - dakle, ako je u pitanju tekst, izgubiź u sredini neki kilobajt ali je ono pre i posle ok. Ako je baza podataka, izgubiź neki broj slogova. Ako je slika, dobijeź (!) mrlju, a ako je .EXE program... onda moČeź da ga baciź ;) Doduźe, mogao bi se zamisliti algoritam koji bi ubacivao redundane informacije u fajl na osnovu kojih bi se docnije, ako se fajl oźteti, *sve* informacije mogle rekonstruisati. Pri tome je, naravno, bitan odnos nekorisnog dela informacija i broja greźaka koje bi se mogle ispraviti. Obzirom da pri kopiranju sa diskete obiŽno pukne ceo sektor, ili nekoliko sektora, redundanca bi bila tolika da od arhiviranja ne bi bilo vajde, pa Žisto sumnjam da ęe neko to napraviti. Ukratko, kada se snimi arhiva na disketu, obavezno COPY /B A:*.* NUL, a ako se ima vremena, moČda je joź bolje PKUNZIP -t A:*.ZIP. Da, ako se flopi keźira, treba to iskljuŽiti.
arhiveri.780 djelovic,
> Teźko bi se moglo oŽekivati da koriźęenje EMS memorije smanji arhive, tu > je presudan algoritam. Not so. Algoritam je, naravno, najvaČniji, ali je ovde potrebna i Žista sila :). Viźe memorije omoguęuje modeliranje veęeg reda, tj. omoguęuje pamęenje tablica za viźe slova odjednom. Recimo, pri Hofmanovom kodiranju se pamte statistiŽke vrednosti za svako slovo, ali bi se mnogo bolji rezultati dobili ako bi se pamtile statistiŽke vrednosti za sve razliŽite dvoslovne kombinacije, źto opet zahteva 256 puta viźe memorije. Na DOS-u je zato maksimum modeliranje drugog reda, dok na UNIX-u recimo moČeź da piŽiź sa order-3 modeliranjem bez problema. Neka je procena da se modeliranje treba gurati do petog stepena a da posle toga i nema svrhe jer tu manje-viźe prestaje (relativno) visok stepen korelacije me¬u podacima, mada to zavisi od tipa podataka. Ovo se sve naravno ne odnosi samo na Hofmanovo kodiranje veę i na bilo koju drugu vrstu kodiranja koja podleČe zakonima entropije.
arhiveri.781 ppekovic,
>> OŽekivao sam mnogo viźe od programa koji prepoznaje i koristi 38 >> procesor te ems/xms memoriju ;)) Sasvim je normalno da zbog toga ne pakuje bolje veę samo brČe ;) >> To je, po meni, mnogo bolje od zip-a koji Žak ima poseban program >> za spaźavanje datoteka koji prijavi da je sredio neispravan zip >> koji ni posle toga ne mogu ni pogledati a kamoli raspakovati. Do >> sada nisam uspeo ni jednu neispravnu zip datoteku da povratim ;). Sama struktura ARJ i ZIP fajlova gde ZIP na dva mesta drČi informacije o fajlovima ide u prilog ZIP-u. Deźavalo mi se nekoliko puta do sada da nai¬em na oźteęene ZIP i ARJ fajlove i pri "sre¬ivanju" nisam primetio prednost ni jednog od nih. Jednostavno, izvadili su źta se moglo izvaditi. Sam postupak "vraęanja" arhive u neko nromalno stanje nije nikakva specijalna filosofija. Ako te zanima poslaęu ti opise struktura ARJ i ZIP fajli. Paya
arhiveri.782 ppekovic,
>> A zasto ZIP probas sa maksimalnom a ARJ sa default kompresijom? :) >> Kako bi bilo da ja testiram zip -e0 i arj -jm :). Kao źto rekoh dati rezultati su dobijeni sa -m1 -jm. Dakle, nema greźke :) >> Jel'? :) ARJ-a nema medju arhiverima za pakovanje PAD-a samo zato >> sto mu Sezam ostavlja suvise malo memorije (kao sto ti je >> poznato). Ali je zato Ili zato źto on jede previźe memorije? :) Kratko: ZIP moČe da radi na Sezamu, ARJ ne moČe ;) >> Btw "standarni" arhiver je ZIP 1.1, a ne 2.04. TaŽno, s tim źto znaź i samda se razmiźlja o stavljanju novog ZIP-a u listu arhivera. A kad ęe ARJ? :) Paya P.S. Ludo se zabavljam dok piźem sve ovo, iako mi je ponekad Čao źto sam stao na stranu koja sigurno dobija, nije zanimljivo. :))))
arhiveri.783 ppekovic,
>> Jos jedan BUG :) PKSFXjr modula u ZIP-u 2.04 - ukoliko je SFX >> arhiva ostecena to vam SFX nece ispisati - zaglavice se :). Nije >> stvar u tome sto je u EXE deo uletelo nesto pa sludelo program (tu >> stvarno nema leka) vec je taj junior unzip deep shit - jeste mali >> ali nista ne radi :). Au Bulaja poŽeo si ko Hercog :))) Ajde da je to rekao neki laik ali ti? Pa znaź i sam da kad praviź program kojem je osnovni cilj da bude źto manji, da ęeź prvo da izbaciź raznorazne provere. Kad smo veę kod toga, baci oko na unarj230 sakati dearhiver koga je pisao liŽno Jung. Po istoj logici po kojoj ti ceniź juniora ja bi treba da kaČem deep shit puta stotinu! ;)) Paya
arhiveri.784 mladenp,
> Ajde da i ja kaČem zaźto koristim ZIP a ne ARJ. Joź jedan razlog: sto puta je lakźe reęi - program je zipovan. "Arjovan" zvuŽi jezivo. ;) > arj? Drugi, najbitniji razlog je źto na UNIX-u i VMS-u > nema arj-a. Ja od onog Zipa sa UBBG-a nisam imao vajde. Kako god da prenesem arhivu (GSZ sa svim moguęim sviŽevima, TM-ov imterni Zmodem, SZ i SZNEW) ne mogu da je raspakujem. Sad se viźe ne seęam, radila je samo jedna kombinacija (valjda TM-ov Z sa -b i stari SZ) ali mi mije zgodna. Zato rabim Arc. ;)
arhiveri.785 zkrstic,
> Sezam ostavlja suvise malo memorije (kao sto ti je poznato). Ali je > zato u PC direktorijumima 57.1% datoteka spakovano ARJ-om, a 39.9% > ZIP-om :). BoČe, da te neznam, reko bi "pusti ga komunjara" ;))))) Pa ko je pakovo' fajlove za DIR, ti ili ja ? Koliko me pamęenje sluČi, ti si joź uvek File moderator :)))) Zkr ;)
arhiveri.787 viktor,
Zdravo, Ovako, ja sam imao problema sa prenosenjem ZIP-ovanih file-ova Kermit-om ali nsu nestali kada sam poceo da koristim ZIP2. Probaj. Pozdrav.
arhiveri.788 spantic,
> arj? Drugi, najbitniji razlog je źto na UNIX-u i VMS-u > nema arj-a. Imaź UNARJ Payo :)
arhiveri.790 zkrstic,
> !-> Meni je PKZIPFIX pomogao viźe puta. Desi > !-> se da je disketa neispravna, > > Meni i nije. :( Ne seęam se da je ikad uspeo da potpuno oporavi > arhivu, Žak i ako je u njoj bila samo jedna datoteka. Bio si baksuz. Ja sam uspeo da vratim neke fajlove, konkretno baze i tekstove. I to ne jedanput. Zkr
arhiveri.791 dusanp,
=> Zaźto -m1? => Zaźto posle setovanja maximalne kompresije setovati i => default kompresiju? Da znas da si me zabrinuo, u stvari nisam bio 100% siguran da treba oba switcha. Seo i isprobao: default arj 850003 Gô arj, bez ijednog switcha, najgori rezultat. m1 arj 849998 Arj -m1 *NE DAJE* isti rezultat kao default! jmm1 arj 849514 Arj -jm -m1 i ... m1jm arj 849514 ... arj -m1 -jm daju iste rezultate. jm arj 849512 Samo -jm, najbolja kompresija. Bio si u pravu! Arhivirao sam data dir iz sor-a, i razlike su po dva bajta, ali mislim da bi odnos bio isti i na nekim drugim podacima - ako neko ima vremena nek isproba. Posebno je cudno sto arj bez prekidaca i arj -m1 ne daju iste rezultate. Zanimljivo za testiranje, zao mi je sto nemam vise vremena...
arhiveri.792 ssokorac,
─┼┤ Kao źto rekoh dati rezultati su dobijeni sa -m1 -jm. ─┼┤ Dakle, nema greźke :) Probaj pkzip -ex -e0, isti efekat ;). ─┼┤ stavljanju novog ZIP-a u listu arhivera. A kad ęe ARJ? :) Kad Sezam bude ostavljao dovoljno memorije da ozbiljan arhiver radi. ;) P.S. Sorry źto je proźla poruka bila malo suviźe svadjalaŽka, ali dobio sam 2 iz Algebre :) :(.
arhiveri.793 ssokorac,
─┼┤ Da izbrojim switch-eve? Kakve to veze ima sa brzinom i ─┼┤ stepenom kompresije. Nikakve, samo sam, nabrojao 2 prednosti arj-a. Za to si me i pitao. O brzini, zipu svaka Žast, kompresiju ipak ne moramo ni da spominjemo, razlika je viźe nego zanemarljiva...
arhiveri.794 ssokorac,
─┼┤ Ajde da je to rekao neki laik ali ti? Pa znaź i sam da ─┼┤ kad praviź program kojem je osnovni cilj da bude źto manji, ─┼┤ da ęeź prvo da izbaciź raznorazne provere. ▒ta ęe mi mali program koji ęe svaki drugi put da mi blokira kompjuter/obriźe podatke/neźto sliŽno?
arhiveri.795 dnikolic,
>> verziji) se vrlo lako mogao povratiti sadrzaj svih spakovanih >> datoteka osim (uglavnom) jedne koju nije mogao povratiti zbog Znam za zipov PKZIPFIX, ali ne znam kako da ispovracam ostecenu ARJ arhivu? dn
arhiveri.796 dejanr,
>> ▒ta ęe mi mali program koji ęe svaki drugi put da mi blokira >> kompjuter/obriźe podatke/neźto sliŽno? Pa, niko te ne tera da ga koristiź. Imaź "pun" ZIP2EXE, koji nema nikakve probleme. Ako neko hoęe "male" EXE fajlove, i spreman je da ih koristi jedino za raspakivanje u tekuęi direktorijum i tako to, ima i SFXjr.
arhiveri.797 peca.st,
!-> Kao źto rekoh dati rezultati su dobijeni !-> sa -m1 -jm. Dakle, nema greźke :) Ja teoretski, a dusanP praktiŽno, dokazao da ima greźke. Pe¬a.
arhiveri.798 dejanr,
>> Znam za zipov PKZIPFIX, ali ne znam kako da ispovracam ostecenu ARJ arhivu? MoČda je jedina komanda za rad sa oźteęenim ARJ arhivama DEL ;> ▒alu na stranu, imaź ARJ e -jr, radi sliŽno źto i PKZIPFIX - rekonstruiźe koliko moČe.
arhiveri.799 banex,
>> specijalna filosofija. Ako te zanima poslaęu ti opise >> struktura ARJ i ZIP fajli. Za zip si mi veę poslao, mogao bi i za arj pa da kompletiram :)
arhiveri.800 janko,
> Uh, uh, mnogo gnjavaČe. Poźto u firmi imam pristup na viźe > raŽunara, morao bih to da ęuźnem u svaki AUTOEXEC, a onda > se pojavi neko ko je "źef" na tom raŽunaru i to izbriźe, > pa me opet doŽeka jedno "Disk full". Za po kuęi to moČe da > pro¬e, ali je mnogo jednostavnije kori- stiti ARJ. :) MoČda ne bi morao? PKZIP Žita konfiguraciju iz DATOTEKE, a PKUNZIP iz env. romenljive. Probaj?
arhiveri.801 mbole,
> Meni i nije. :( Ne seęam se da je ikad uspeo da potpuno oporavi > arhivu, Žak i ako je u njoj bila samo jedna datoteka. Pa vidiź, "popravljanje" kod svih arhivera radi tako źto povadi iz arhive sve neoźteęeno. To znaŽi da ako u oźteęenoj arhivi postoji samo jedna datoteka, i ona mora biti oźteęena nakon fix-a. Ako ih ima viźe (recimo da je samo jedna od njih zeznuta), fix ęe povratiti sve ostale u potpunosti, a tu jednu kolko je god moguęe (onaj oźteęen deo ne moČe nikako ni da se povrati).
arhiveri.802 ppekovic,
>> Kod mene je najbolja kompresija bila sa -jm bez -m1 !? ;)) To je iz razloga źto je -m1 default :))) Paya
arhiveri.803 ppekovic,
>> !-> bio je ukljuŽen i -jm switch. >> >> Nisam siguran, ali moguęe je da ono -m1 ako ga staviź u liniju ;))))))))) E stvarno si ma razveselio. Ja jesam siguran da sam stavio -jm jer sam JA! radio testove. A sad ako mi ne verujeź, onda lepo sam napravi testove. Par minuta posla. Paya
arhiveri.804 ppekovic,
>>> P.S. ZIP je standardni arhiver na Sezamu. ARJ-a nema na sezamu >>> :) >> >> Jel se ti to źaliź ili stvarno odavno nisi bacio pogled u neki >> direktorijum. Govorimo o set archiver. Paya
arhiveri.805 ppekovic,
>> Pitamo o sigurnosti PKZIP 2.X? Xa! Evo pogledajte źta mi je javio prilikom >> raspakivanja fajla koji je spakovan i raspakivan na goloj maźini, bez ikakvih >> rezidentnih programa i bilo Žega. A na osnovu Žega moČeź da tvrdiź da je ZIP zeznuo stvar? Loźi sektori, ukrźteni fajlovi, źteker? ;) Paya
arhiveri.806 peca,
Evo moga iskustva - ja koristim pkzip,uglavnom za ovo arhiviranje oko Sezama.Medjutim sada sam dosao sa puta i sacekame pismo od jednog kolege iz Pirota,koji mu je poslao neke diskete sa projeknom dokumentacijom.Sedam BASF disketa od 1.2 megabajta,na dve je ta dokumentacija a na ostalima neki softver,igrice,sta li je.Ja skinem ovaj ARJ sa Sezama, i pustim kad ono svaka svakcijata disketa mi javi bad hufman kod i nista!Ja sam tu malo popizdeo jer mi to treba za ponedeljak da se stampa, zovem coveka telefonom a on mi kaze jao zaboravio sam da iskljucim neki cech program i to onda uvek bude tako.Rezultat evo danas covek dolazi iz Pirota da to donese a ja uranio da idem na stanicu da ga cekam. Taj ARJ sto tako radi(sve i ako su to posle ispravili) ne bi koristio ni za sta pa da mi placaju posle takvoga iskustva.A i ovaj Pirocanac ima da ga bachi, muka ga ufatila sto je morao kartu da kupuje, znate vec kakvi su Pirocanci :)) PECA
arhiveri.807 zkrstic,
> ▒ta ęe mi mali program koji ęe svaki drugi put da mi blokira > kompjuter/obriźe podatke/neźto sliŽno? U mom stilu: - Da ti Žini Čivot dinamiŽnijim i razbija monotoniju ;) - Da imaź źta da daź, bez obzira na CopyRight tkzv. "prijateljima" ;) Zkr ;)
arhiveri.808 dgrbic,
:: Not so. Algoritam je, naravno, najvaČniji, ali je ovde :: potrebna i Žista sila :). Viźe memorije omoguęuje :: modeliranje veęeg reda, tj. Hm, da... Ali, da bi program radio jednako (te da bi mogao i da raspakuje jednako) i na raŽunaru sa 3 Mega i sa 300 k slobodne memorije, mora se raŽunati na gori sluŽaj. Pa se za tabele koristi uvek ista memorija (npr. 16k) a ostalo za bafere i sliŽno, Žisto radi izbegavanja muljanja po disku kad ne mora (pravljenje .tmp fajlova i sliŽno).
arhiveri.809 isekulovic,
>> na disk za razliku od zip-a. He sad mi pade na pamet. Joź mi se nije >> desilo al ako bi napunio hard, dal bi mi traČio da "ubacim" sledeęi >> ;)))) Ispisuje iste poruke kao i za diskete. Pita da li da nastavi sa sledeęim delom/disketom i ako se odgovori potvrdno kaČe da nema dovoljno prostora na disku.
arhiveri.811 darone,
>> podacima - ako neko ima vremena nek isproba. >> Posebno je cudno sto arj bez prekidaca i arj -m1 >> ne daju iste rezultate. Zanimljivo za >> testiranje, zao mi je sto nemam vise vremena... Eh, da, to je ona arjova boljka źto ponekad u dva arhiviranja koja su izvedena na istoj maźini, pod istim uslovima, u razmaku od po pet minuta, napravi dve razliŽite arhive (razlika se ogleda u duČini, i to za par bajtova). darone
arhiveri.812 mjova,
da se malo nadoveČem na diskusiju o arhiverima: meni stvarno nije poźlo za rukom da zip daje iskljuŽivo bolje rezultate u pakovanju kako neki ovde napraviźe. doduźe, meni je potreban samo pkunzip ;), ali opet, morao sam da probam pakovanje zip-om. evo źta je rearj zabeleČio u log (oba su imala maksimalne kompresije): 1) pretpostavljam da je sve bilo spakovano starim zipom, pa sam prebacio u arj (239d): 11:08:52 ARJ Old size New size Savings Original name 11:09:45 ARJ 150459 132217 18242 C:\WORK\ACTLIB11.ZIP 11:10:29 ARJ 248945 223666 25279 C:\WORK\HLPDK20.ZIP 11:11:20 ARJ 259691 218497 41194 C:\WORK\HTEX071.ZIP 11:11:26 ARJ 28232 26097 2135 C:\WORK\LINGU11A.ZIP 11:13:05 ARJ 348145 304071 44074 C:\WORK\SNIP1292.ZIP 11:13:09 ARJ 1035472 904548 130924 2) i tu nije bilo dvosmislenih rezultata ;), a onda sam prebacio u novi zip: 11:16:27 ZIP Old size New size Savings Original name 11:17:08 ZIP 132217 132519 -302 C:\WORK\T\ACTLIB11.ARJ 11:17:49 ZIP 223666 221742 1924 C:\WORK\T\HLPDK20.ARJ 11:18:41 ZIP 218497 215651 2846 C:\WORK\T\HTEX071.ARJ 11:18:46 ZIP 26097 26837 -740 C:\WORK\T\LINGU11A.ARJ 11:19:58 ZIP 304071 314130 -10059 C:\WORK\T\SNIP1292.ARJ 11:20:02 ZIP 904548 910879 -6331 kako se vidi, arj je *uźio* zip za 10059 bajtięa na poznatom paketu koji se sastoji uglavnom od c koda, a na ostalim su bili pribliČni, ako ne raŽunamo dva paketa koja se sastoje od nekoliko exe-a. mislim da je bezpredmetno priŽati źta je bolje a źta ne - kod mene je zip zaista brČi od arj-a, nema priŽe, ali 1) navika, 2) obimnost arj-a, 3) brdo, ogromno brdo, parametara, 4) arj je najbolji ;).
arhiveri.813 bulaja,
│Tacno, s tim sto znas i samda se razmislja o stavljanju │novog ZIP-a u listu arhivera. └─── A znas li zasto jos nema novog ZIP-a tamo? Jer nije dovoljno pouzdan! :)) (ovo nisu moje reci)
arhiveri.814 bulaja,
││Jos jedan BUG :) PKSFXjr modula u ZIP-u 2.04 - ukoliko je SFX ││arhiva ostecena to vam SFX nece ispisati - zaglavice se :). │└─── │Ajde da je to rekao neki laik ali ti? Pa znas i sam da kad pravis │program kojem je osnovni cilj da bude sto manji, da ces prvo da │izbacis raznorazne provere. └─── Mozes da branis ZIP koliko hoces, ali ipak priznaj da je ZIP2EXEjr trash. :) Pa koji ce mi kratak program ako ne radi nista, ima bugove i stalno se zaglavljuje? For your info, jrSFX ima u sebi poruke poput "Error in ZIP", "file falis CRC check" i sl. Izgleda da mu nicemu i ne sluze. Meni se desilo da se ostecena arhiva zaglavi, a moglo je da bude i mnogo ozbiljnije - da kao otpakuje osteceni file i ne javi gresku a ti si ubedjen da je sve Ok.
arhiveri.815 dejanr,
>> A znas li zasto jos nema novog ZIP-a tamo? Jer nije >> dovoljno pouzdan! :)) (ovo nisu moje reci) Nisu tvoje, ali zbilja ne znam Žije su. Nije na listi zato źto se joź nije potvrdio kao dovoljno pouzdan. Treba vremena da se eventualni problemi pokaČu. Za sada mi ZIP204g izgleda sasvim pouzdano, u smislu da meni nikakav problem nije napravio. Doduźe, i dalje redovno kucam PKUNZIP -t *
arhiveri.816 bearboy,
║>> u tekuęoj verziji 2.04e. ║ ║ Ipravka: tekuęa verzija ja 2.04g. Opet novo ? Sta li ęe gos'n Kac uraditi kad mu ponestanu slova i brojke ? :)
arhiveri.817 bearboy,
║ sa arj-om v2.93a koje sam prebacio u zip v2.04g. Iako rezultati Dal' bi mogao da ' pozajmiź tu 2.93 verziju ?
arhiveri.818 bearboy,
║ vec je taj junior unzip deep shit - jeste mali ali nista ne radi :). Najbolji i najmanji SFX pravi Lharc. Malo, pouzdano i sporo :)
arhiveri.819 spantic,
> A na osnovu Žega moČeź da tvrdiź da je ZIP zeznuo stvar? > Loźi sektori, ukrźteni fajlovi, źteker? ;) Na osnovu toga źto je prethodna verzija bila u redu ;) Loźih sektora nemam. Proverio. Nix, ukrźteni fajlovi. ▒teker? Pa to je uvreda payo! ;)
arhiveri.820 drakce,
│ Za sada mi ZIP204g izgleda sasvim pouzdano, u smislu da meni nikakav │ problem nije napravio. Doduźe, i dalje redovno kucam PKUNZIP -t * └─────── Na Imtel BBS-u sam naiźao na dve poruke u kojima se ljudi Čale na bug u ZIP2EXE programu. NaČalost, nemam ih (poruke) pri ruci, pa mi verujte na reŽ :). Mislim da je jednu pisao ZorMi, moČda on kaČe neźto viźe o tome. Pozdrav
arhiveri.821 vitez.koja,
#=> Znam za zipov PKZIPFIX, ali ne znam kako da ispovracam #=> ostecenu ARJ arhivu? SviŽ -jr. Meni nije pomogao ni jednom...
arhiveri.822 jtitov,
> nih datoteka vec na slobodan prostor za buducu arhivu. > Privremene datoteke se, valjda, formiraju na hardu. Jos bolje na RAM disku.
arhiveri.823 imtel,
* Na Imtel BBS-u sam naiźao na dve poruke u kojima se ljudi Čale na bug u * ZIP2EXE programu... * Mislim da je jednu pisao ZorMi, moČda on kaČe neźto viźe o tome. ZorMi viźe nije Žlan SEZAM-a, istekla mu pretplata... ZIP2EXE definitivno ima bug-ove u kombinaciji sa -j parametrom (PKSFXjr). Bug moČe da se ponovi, tj. odredjene datoteke UVEK pogreźno zapakuje i javi CRC error (ili bad table) pri raspakivanju.
arhiveri.824 peca.st,
!-> ;))))))))) E stvarno si ma razveselio. !-> Ja jesam siguran da sam stavio -jm jer !-> sam JA! radio testove. A sad ako mi ne !-> verujeź, Verujem ti ali nisi me razumeo. Problem je źto -m1 moČe da smeta -jm. To je DusanP i dokazao. Pe¬a.
arhiveri.825 vitez.koja,
#=> ▒teker? Pa to je uvreda Da pitam neźto źto nema blage veze sa diskusijom :) Odakle se 'Stacker' Žita '▒teker' ? Nemojte mi reęi da se sa PUSH podatak stavlja na źtek (sstek) a da se 'glup' kaČe 'źtupid' ? :))) Ozbiljno, zaźto ▒teker ?
arhiveri.826 dejanr,
>> Ozbiljno, zaźto ▒teker ? Nema vrsta nadimka, ime od milja :) Kao źto Windows zovu Udovice ili Žak Njindonjs, tako je i Stacker dobio nadimak. Naravno, u originalu se ne Žita tako :)
arhiveri.827 ndragan,
/ je zipovan. "Arjovan" zvuŽi jezivo. ;) Mi kaČemo 'ardČovan' (mada neki tvrde da "zipuju ardČom"). A baź me zanima kako li porodicu Jung oslovljavaju otkako nisu viźe ▒vabe nego Ameri - jel' Jung ili DČang? A moČda su i Kinezi poreklom, tada me ni jedno ni drugo ne bi iznenadilo.
arhiveri.828 ndragan,
/ Opet novo ? Sta li ęe gos'n Kac uraditi kad mu ponestanu slova i / brojke ? :) Ja reko' da me probude kod x. Znaź zaźto se najmanji beskonaŽan broj zove alef nula? MatematiŽari potroźili sva latinska i grŽka slova, pa preźli na jevrejska. Kad i to potroźe, ostaju kineska.
arhiveri.829 ndragan,
Kako duČina lozinke utiŽe na duČinu zip arhive? Arhivirao sam sa osam razliŽitih duČina (od 1 do 8 znakova) i uvek dobio u bajt istu duČinu zip fajla. U Žemu je źtos - jel' PkZip ima svoju difolt duČinu lozinke, pa dopunjava blankovima, ili se razlika oseęa tek posle 8 znakova?
arhiveri.830 ndragan,
/ Znam za zipov PKZIPFIX, ali ne znam kako da ispovracam ostecenu ARJ / arhivu? Nisam paČljivo proŽitao poruku, pa zamalo da napiźem 'turi dva prsta me¬u krajnike, drČi dve sekunde duČe nego źto misliź da moČeź da izdrČiź, i...'. ARJ? Mora da ima neki sviŽ...
arhiveri.831 prvul,
ŮKako duČina lozinke utiŽe na duČinu zip arhive? Arhivirao sam sa osam ŮrazliŽitih duČina (od 1 do 8 znakova) i uvek dobio u bajt istu duČinu Ůzip fajla. U Žemu je źtos - jel' PkZip ima svoju difolt duČinu lozinke, Ůpa dopunjava blankovima, ili se razlika oseęa tek posle 8 znakova? Ů▄▄ DuČina lozinke ne utiŽe na duČinu arhive... pa nisi valjda mislio da se lozinka upisuje u arhivu? Kod ARJ-a npr. arhiver pokuźa da raspakuje, pa ako je pogreźan CRC on kaČe da je loź password... Na osnovu lozinke se generiźu neki 32-bitni kljuŽevi, pa se onda njima deźifruje fajl... e, kod ZIP-a ima u encription hederu malo zvrŽki tako da on onda proveri da li je dobio ispravne kljuŽeve, pa ako nije, kuka... za dalje, pogledaj onaj fajl sa formatom arhive.
arhiveri.832 mjova,
> Na osnovu lozinke se generiźu neki 32-bitni kljuŽevi, pa > se onda njima deźifruje fajl... kad veę pominjeź ajd da traČim ;) treba mi neka fn koja moČe da daje ˙dovoljno˙ jedinstvene kljuŽeve na osnovu źifre realne duČine (ne preko 15 znakova). da li CRC ima takvu osobinu? mislim da je 32 bita sasvim dovoljno, jeste li?
arhiveri.833 dgrbic,
:: zip fajla. U Žemu je źtos - jel' PkZip ima svoju difolt :: duČinu lozinke, pa dopunjava blankovima, ili se razlika :: oseęa tek posle 8 znakova? Ili se lozinka uopźte ne zapisuje u .zip :)
arhiveri.834 prvul,
Ů> Na osnovu lozinke se generiźu neki 32-bitni kljuŽevi, pa Ůtreba mi neka fn koja moČe da daje ˙dovoljno˙ jedinstvene kljuŽeve na Ůosnovu źifre realne duČine (ne preko 15 znakova). da li CRC ima takvu Ůosobinu? Ůmislim da je 32 bita sasvim dovoljno, jeste li? Ů▄▄ Kako za źta... Bolje uzmi onaj algoritam źto ga ZIP koristi, jako je prost za izvesti, a izgleda da je priliŽno siguran (svojevremeno su baźe nudili i onu nagradu onome ko provali, pa se neźto ne seęam da je takvih bilo). InaŽe, CRC izgleda kao da se moČe koristiti, ali ja ne bih... btw. ZIP-ov algoritam koristi i CRC, ali preko njega ide sa joź nekim transformacijama, a sumnjam da bi to radio dČabe, tj. kada bi CRC vrźio posao.
arhiveri.835 zolika,
>> zove alef nula? MatematiŽari potroźili sva latinska i grŽka slova, pa >> preźli na jevrejska. Kad i to potroźe, ostaju kineska. Hm, a zaźto nisu iskoristili celu ęirilicu? Ako uzmeź naźu, rusku, bu- garsku, makedonsku i joź po koju ęirilicu, taman moČe da bude dovoljno slova za vek ili dva. Imao sam prilike da sluźam predavanja na kojima su funkcije lepo bile obeleČavane sa nj(x), dČ(x), lj(x), gde su pomenuta slova bila napisana ęirilicom. I niko se nije bunio!
arhiveri.836 dr.grba,
>> Ja reko' da me probude kod x. Znas zasto se najmanji beskonacan broj >> zove alef nula? Matematicari potrosili sva latinska i grcka slova, pa >> presli na jevrejska. Kad i to potrose, ostaju kineska. Prof. Kalajdzic sa PMF-a u Beogradu je imao obicaj da posle 60 minuta predavanja potrosi sve standardne azbuke u indeksima indeksovih indekasa, pa je koristio i cirilicu i latinicu i grcki i hebrejski. Niko se nije (srecom) setio da mu kupi kutiju sarenih kreda... Pozdrav, dr ÔpŰa
arhiveri.837 bearboy,
║# => Znam za zipov PKZIPFIX, ali ne znam kako da ispovracam ║# => ostecenu ARJ arhivu? ║ ║ SviŽ -jr. Meni nije pomogao ni jednom... Meni nekoliko puta :) Kad je neki sektor otiźo u nebo (ili gde veę sektori idu kad se pokvare :), a baź je bio izme¬u dva fajla, tj. header, ARJ je doźao do loźeg sektora i ako bi ignoris'o, 'ladno bi rekao Bad Header. Ovako preskoŽi onaj drugi fajl i źiba dalje. ( a nekad uspe i neźto da iskopa iz tog fajla.)
arhiveri.838 spantic,
Seęate se onog novog arhivera sa liste sveČeg softvera? E... Zanimljiv je, ali viźe o tome u sledeęoj poruci. Uz ovu eto njega. Evropski arhiver :) SQZ is a file-compresser/archiver. creating small archives with a good rate of compression. 32-bit CRC both on files and SQZ itself. New MOVE command. Easy to use; No extraction to COM0..9/CON/AUX. sqz1083e.exe
arhiveri.839 spantic,
▒ta biste rekli kada bi vam neko rekao da postoji arhiver brz poput ZIPa a bolji u kompresiji od njega? Verovatno: A je li ZIP 2.x :)) Pa, sad vam kaČem: postoji arhiver bolji od ZIPa. Dolazi iz Evrope i Žitajuęi dokumentaciju mislio sam da se autor źali s obzirom na stil pisanja, a nisam Bog-zna-źta-oŽekivao posle tvrdnje da planira da promeni algoritam te da ga poboljźa. Ali, onda sam ga probao. Evo rezultata preliminarnog testa. Bez svih sviŽeva i merenja vremena, bojim se, jer sam bio nestrpljiv. Ali mogu vam reęi da ęu kontaktirati autora za verziju za VMS. Test 1: Tekstovi Volume in drive D is PERUN Serial number is 16BE:72CF Directory of d:\comm\tm\log\*.* . <DIR> 93-01-27 2:59 .. <DIR> 93-01-27 2:59 hobbiton.log 4572 93-03-27 5:37 sezam.log 40834 93-03-27 4:47 tm.use 71597 93-03-27 4:56 test.sqz 25496 93-03-27 5:23 <---------- Ovo je źampion! test.zip 26112 93-03-27 5:24 168.611 bytes in 7 file(s) 172.032 bytes allocated 9.340.928 bytes free Test 2: SadrČina mog utilizy direktorijuma, bez poddirektorijuma, oko 2.6 MB mahom izvrźnih programa Volume in drive D is PERUN Serial number is 16BE:72CF Directory of d:\comm\down\*.* . <DIR> 93-03-27 18:28 .. <DIR> 93-03-27 18:28 test2.sqz 1529084 93-03-27 5:37 <--------- ▒ampion :) test2.zip 1535328 93-03-27 5:30 <---- Jenki idi kuęi ;) 3.064.412 bytes in 4 file(s) 3.065.856 bytes allocated 6.326.272 bytes free Daklem, ako autor joź ugradi i efikasan deobu arhiva, moČemo poslati i drugog Jenkija kuęi :)) ▓ivela ▒vedska!
arhiveri.840 vstan,
Na temu ko bolje pakuje: u zadnje vreme sve sto skidam sa BBS-ova arhiviram i sa Arj 2.30 i sa novim Zipom. Cisto da probam da ustedim koji megabajt ;) U oba slucaja koristim maximalne kompresije. Iz istih razloga to radim i pri sredjivanju starih disketa. Rezultat - u VECINI slucajeva Arj pravi manje arhive. Ziveli :)
arhiveri.841 bulaja,
│** Uz poruku 'sqz1083e.exe' (119203 bytes) └─── Thanks, prebaceno u ARCHIVER dir.
arhiveri.842 milan,
Uz svo razumevanje za tvoju Čarku Čelju da Jenkije oteraź kuęi, moram da konstatujem da i SQZ boluje od iste "bolesti" kao i ARJ - sporoęe! To mu je i bila stara bolest. Uzeo sam, Žim si je priloČio, i noviju verziju SQZ i konstatovao da se tu niźta bitno nije promenilo. TaŽno je da je on, formalno gledano, "najkompresivniji". Tako je, na primer, moj direktorijum sa raznim "utilities" koji ima, sa raznim poddirektorijumima 6722204 bajta, a zgodan je za uzorak jer ima i "belog źuma" i izvrźnih fajlova i tekst fajlova raznovrsne frekvencije ponavljanja, svaki pojedinaŽni arhiver komprimovao na sledeęi naŽin: Volume in drive C is MS-DOS_5 Serial number is 1A75:A753 Directory of C:\ARCH\*.* . <DIR> 3-28-93 18:46 Vreme: .. <DIR> 3-28-93 18:46 U.ARJ 3704291 3-28-93 18:49 1:41.52 U.SQZ 3682577 3-28-93 18:56 2:35.43 U.ZIP 3710036 3-28-93 19:04 3:03.07 11,096,904 bytes in 5 file(s) 11,100,160 bytes allocated 337,958,528 bytes free Pri tome je kod svakog pojedinaŽnog arhivera koriźęena maksimalna kompresija. UoŽljivo je da sva tri komprimuju jednako (razlika manja od 30KB izme¬u "najboljeg" i "najgoreg", manja je od 1% i nije pomena vredna) ali je razlika u vremenu izvrźavanja ozbiljna. Zato i pretpostavljam, mada ne raspolaČem alogoritmima za ove arhivere, da sva tri implementiraju neki standardni frekvencijski postupak (Hufman, kako bar autor SQZ-a i kaČe u dokumentaciji), verovatno prvo osakaęen zbog male memorije DOS maźina ali zato potom popravljen na "kritiŽnim taŽkama".Me¬utim prava razlika im je u brzini! Seęam se jednog seminara iz 1989 ili 1990 kada sam studentima dao da kao seminarski rad napiźu programe za kompresiju. Mislim da je Žetvoro studenata pisalo te programe a ostali su uzeli neźto drugo. Kada su mi ih doneli zapanjio sam se da su svi bili dramatiŽno bolji od (tadaźnjeg) PKZIP-a. Istina, poźto je seminar bio po izboru, ovo su bili bolji studenti, ali ipak!? Bio sam źokiran, pogotovu źto su svi implementirali knjiźke algoritme - nisam im ja zadao da pronalaze fuzioni reaktor nego rupu na saksiji! Me¬utim, onda smo seli da merimo vreme i shvatili u Žemu je stvar - svi su bili 3 do 10 puta sporiji od PKZIP-a! I, mislim da je u tome Žitav źtos - autor PKZIP-a je oklevao sa novom verzijom upravo źto je stalno ubrzavao svoj postupak, otuda oni silni XMS, EMS, 386, 486 i DPMI switchevi. ▒to se arhivera tiŽe, krajnje granice komprimovanja su, po mom miźljenju dostignute joź u knjigama, pre nego źto je iko i poŽeo da pravi programe za PC. Trebalo je dakle reźiti problem brzine, źto je zip ipak najbolje reźio, i koriźęenja memorije źto je, na Čalost autor SQZ-a najgore reźio, jer pri kodovanju on koristi preko 380KB konvencionalne memorije!! Pl poz M P.S. Za Jenkije smo se valjda dogovorili - ne treba ih slati kuęi veę ih pofatati i Žuvati ovde zarad trampe za Marlboro i, dobro de, Coca Colu.
arhiveri.843 bulaja,
SQZ arhiver je stvarno cudo :). Uradio sam danas nekoliko testova sa ARJ, LHA, SQZ i ZIP arhiverima i evo rezultata. Verzije programa su ARJ 2.39d, LHA 2.52 (ova nova japanska verzija), SQZ 1.08.03 i ZIP 2.04g. Za sve arhivere korisceni su default metodi kompresije. Merenja su vrsena na 386DX/33c, 17ms hard disk (1000 transfer rate), 1 Mb slobodne EMS/XMS memorije. Softver - QEMM 6.02, QDPMI, MS-DOS 5.0, 4DOS, iskljucen disk cache. Merio sam stepen kompresije i vreme pakovanja za nekoliko PD/SW paketa (ima ih i na Sezamu pa mozete ponoviti testiranje). (datoteke u paketu) Naziv Direktorijum Broj Duzina ────── ────────────────── ─────────────────────── ────── ─────────── gws GWS 4 Win 1.1 \msdos\win\gwswin11 17 1.117.406 shez Scan 102 \msdos\virus\scan102 13 368.177 scan Shez 89 \msdos\archiver\shez89 19 547.486 snip C-Snippets 12/92 \msdos\c\snip1292 287 882.141 oxyd OXYD 3.4 \msdos\fun\oxyd34 11 1.354.073 zen Zen-10 (Intenet) \msdos\info\zen-10 1 176.896 Evo rezultata: (duzina arhivirane datoteke) (vreme kompresije) ┌────────┬────────┬────────┬────────┐ ┌────┬────┬────┬────┐ Test │ ARJ │ LHA │ SQZ │ ZIP │ │ ARJ│ LHA│ SQZ│ ZIP│ ┌────┐ ├────────┴────────┴────────┴────────┤ ├────┴────┴────┴────┤ │gws │ │ 369.748 378.430 368.968 369.065│ │ 40 57 50 23 │ │scan│ │ 198.245 199.251 197.661 198.740│ │ 16 20 20 12 │ │shez│ │ 207.413 214.072 204.779 206.991│ │ 23 29 27 14 │ │snip│ │ 304.067 299.801 296.818 314.816│ │120 155 158 48 │ │oxyd│ │ 851.414 869.783 846.780 848.290│ │ 52 70 67 44 │ │zen │ │ 66.473 70.260 65.567 66.066│ │ 9 11 13 7 │ └────┘ └───────────────────────────────────┘ └───────────────────┘ SQZ je stvarno iznenadjenje - u svim testovima ima najbolji stepen kompresije! Takodje ni ovaj japanski LHA nije los. ZIP i ARJ su uglavnom u stepenu kompresije vrlo slicni, a ZIP je apsolutni brzinski sampion. ARJ uopste nije toliko spor u odnosu na ZIP koliko se prica. U proseku je sporiji za oko trecinu, ali PKZip zato koristi i 386 kod i XMI/EMS memoriju i DPMI. Razlika u velicini arhive je uglavnom beznacajna (nekoliko promila) osim u slucaju Snippets-a gde se ARJ pokazao primetno bolji.
arhiveri.844 skerl,
Evo rezultata poredjenja zip-a i squeeze-a do kojih sam dosao. I zip i sqz su radili po defaultu, nisam stavljano nikave sviceve i/ili cfg fajlove. PKZIP PROBA *.* SQZ A PROBA *.* \dos 119 files 4,849,401 .exe .sys .dll 2:36 156 sec 5:05 305 sec 2,633,482 bytes 2,615,762 bytes \gws 47 files 2,509,552 .gif .tif .eps .pcx 1:36 96 sec 2:47 167 sec 1,923,684 bytes 1,920,238 bytes \simtel 2 files 1,846,881 s.dbf s.idx 0:50 50 sec 1:51 111 sec 536,902 bytes 530,775 bytes K'o sto se vidi Squeeze je svaki put usio pkzip u duzini dobijene arhive ali mu je brzina slaba tacka. Videcemo sta ce biti kada se malcice iskombinuju svicevi. Pozdrav, Skerl.
arhiveri.845 beast,
>> Daklem, ako autor joź ugradi i efikasan deobu arhiva, moČemo >> poslati i drugog Jenkija kuęi :)) ▓ivela ▒vedska! Ne delim baź tvoje oduźevljenje :) Kod mene sam ga poterao u utility direktorijumu (4.669.622 bytes) i ovo su rezultati: tmp sqz 2736945 28.03.93 21:16 tmp zip 2752606 28.03.93 21:20 PKZIP: Timer 1 off: 21:20:00 Elapsed: 0:02:11.38 SQZ: Timer 1 off: 21:16:34 Elapsed: 0:04:01.39 ▒to ęe reęi, kasni skoro dva minuta. To je na 4 ipo mega zanemarljivo, ali ipak sporije. BrČi je od ARJ-a u svakom sluŽaju. ▒to se tiŽe kompresiju, stvarno je sjajan. Evo joź jednog arhivera za 'prepucavanja' :) Ipak, malo je skroman po pitanju opcija a joź treba da se proveri i njegova pouzdanost.
arhiveri.846 zkrstic,
> to radim i pri sredjivanju starih disketa. Rezultat - u VECINI > slucajeva Arj pravi manje arhive. Ziveli :) Ovakvu poruku volim! Jel ti ARJ pravi manje arhive? - Pravi. Pa koristi ga i super :) Meni, neęeź verovati se Žini mi se samo jedared desilo da je ARJ napravio manju arhivu, a i te razlike su u 1-2 posto, a u brzini... jezivo. Zkr
arhiveri.847 spantic,
> Uz svo razumevanje za tvoju Čarku Čelju da Jenkije oteraź > kuęi, moram da konstatujem da i SQZ boluje od iste > "bolesti" kao i ARJ - sporoęe! Da, to je taŽno, to sam zaboravio da naglasim. > I, mislim da je u tome Žitav źtos - autor PKZIP-a je > oklevao sa novom verzijom upravo źto je stalno ubrzavao > svoj postupak, otuda oni silni XMS, EMS, 386, 486 i DPMI > switchevi. I to je taŽno, na kraju krajeva i sam autor kaČe da je pisan za 8086. Dakle nikakvih veęih trikova. Svejedno, dobro ura¬en posao i ko zna, moČda neźto i bude kasnije. Svejedno, u svakom sluŽaju brČi je od ARJa, a ima bolji stepen kompresije od oba. Postoje situacije kada je brzina kritiŽna ( treba li da spominjem pakovanje PADa? ) ali tako¬e i kada je prostor kritiŽan. SlaČem se da je za sada ZIP najbolje reźenje po pitanju brzine, pa i odnosa brzina/stepen kompresije, ali polako :)
arhiveri.848 wizard,
> Pa, sad vam kaČem: postoji arhiver bolji od ZIPa. Interesantno, u samo-raspakujuęoj arhivi u kojoj se distribuira SQZ, kada se pogleda fajl, moČe se videti i sledeęe: :) !PKLITE Copr. 1990-92 PKWARE Inc. All Rights Reserved Dobra fora, jel da? ;)
arhiveri.849 milan,
> ARJ uopste nije toliko spor u odnosu na ZIP koliko se prica. U > proseku je sporiji za oko trecinu, ali PKZip zato koristi i 386 kod i > XMI/EMS memoriju i DPMI. Razlika u velicini arhive je uglavnom > beznacajna (nekoliko promila) osim u slucaju Snippets-a gde se ARJ > pokazao primetno bolji. Moje iskustvo je da i 386 i kod i XMS/EMS i DPMI ZIP ubrzavaju za najviźe 10%. Dakle, ipak je najbrČi. Pl poz M
arhiveri.850 milan,
> SlaČem se da je za sada ZIP najbolje reźenje po pitanju brzine, pa i > odnosa brzina/stepen kompresije, ali polako :) A propos, autor SQZ-a priznaje da mu treba 380K za rad programa dok komprimuje. Koliko treba ZIP-u i ARJ-u? Pl poz M
arhiveri.851 ndragan,
/ DuČina lozinke ne utiŽe na duČinu arhive... pa nisi valjda mislio da / se lozinka upisuje u arhivu? Naravno da ne; mulja se nepovratnim postupkom i dobija se kljuŽ za (de)źifrovanje koji mora da bude upisan; źtos je izgleda źto je duČina tog kljuŽa 32 bita i gotovo; verovatno postoji i difolt kljuŽ za sluŽaj kad se ne navede lozinka, al' tad se i pakovanje neźto razlikuje: duČine spakovanih datoteka nisu iste sa i bez lozinke.
arhiveri.852 vcalic,
>> Moje iskustvo je da i 386 i kod i XMS/EMS i DPMI ZIP >> ubrzavaju za najviźe 10%. Dakle, ipak je najbrČi. Tako¬e. BrČi je i na 286 ploŽi bez svih tih Žuda. E, sad, ja i dalje viźe volim ARJ iako iskljuŽivo koristim ZIP. Pravi kompromis, zar ne? ;)
arhiveri.853 skerl,
│ Interesantno, u samo-raspakujucoj arhivi u kojoj se distribuira SQZ, │ kada se pogleda fajl, moze se videti i sledece: :) │ │ !PKLITE Copr. 1990-92 PKWARE Inc. All Rights Reserved └───── Evo jos bolje fore! c:\trt>pklite -x sqz1083e.exe PKLITE (tm) Executable File Compressor Version 1.15 7-30-92 Copyright 1990-1992 PKWARE Inc. All Rights Reserved. Patent No. 5,051,745 Expanding: SQZ1083E.EXE Original Size: 119203 Expanded Size: 136799 c:\trt>sqz1083e.exe SQZ -- SFX(1.02.5), Jan 24 1993, Copyright J I Hammarberg (/? for help) Unknown type of archive 'C:\TRT\SQZ1083E.EXE'! c:\trt>
arhiveri.855 janko,
> Pa, sad vam kaČem: postoji arhiver bolji od ZIPa. Spakovao sam źesnaest fajlova iz SQZ paketa, SQZ-om i ZIP-om. (SQZ uz opcije /q0 /m4, a PKZIP uz -ex) Na prvi pogled, sqz vodi... ! sqz_fil.sqz 95485 28.Mar.93. 19:05 ! sqz.zip 96369 28.Mar.93. 19:00 Ali... ! SQZ -- Squeeze It(1.08.3), Jan 24 1993, Copyright J I Hammarberg !... ! ============== ========== ========== ===== =================== ! 16 files. 160715 95017 40.9 28.03.1993 7.05 pm ! ! PKUNZIP (R) FAST! Extract Utility Version 2.04g 02-01-93 !... ! ------ ------ --- ------- ! 160715 94869 41% 16 Ovo je joź jedan paker koji 'vata na to źto manje informacija sloČi uz same pakovane podatke, a ne na to źto podatke bolje komprimuje. A sad, merenje brzine. Mereno je na RAM disku, da bi se istakle brzine ugra¬enih algoritama, a potisnulo uticaj brzine diska. Ovakvo merenje je sasvim realno, jer danas veę mase diskova imaju inteno keźeve pa se ne moČe ni znati kada smo 'naleteli' na prazan keź a kada na pun, a ovime obezbe¬ujemo uvek jednake rezultate. Tako¬e, u realnim uslovima, raŽunar na kome koristite paker nije 'go' veę i sam ima neki disk keź, źto opet Žesto poniźti uticaj brzine diska. Maźina na kojoj je merena brzina je spora, pa se lako vidi koji je paker brČi: Za veę gore koriźęene podatke: ! SQZ ZIP ! ! Pakovanje 15.27 8.84 ! Otpakivanje 5.00 2.42 Naravno, ni SQZ, kao ni ARC i ARJ, nema centralni direktorijum, te se brzina apdejtovanja, selektivnog otpakivanja iz arhive, brzina rada sa disketom pri obiŽnom PKUNZIP -v i SQZ v ne mogu niti porediti, jer tu je za sve pomenute pakere, PKZIP svetlosno brČi...(*) Na kraju, SQZ pri pakovanju troźi 450K memorije, źto je baź popriliŽno. Raspakivanje troźi umereno. Najava je bila prepompezna? ----- (*) Samo za ZIP fanove: Kako ARJ-ovac (pozdrav pomenutom;) skida jednu datoteku iz arhive koja mu zauzima ceo flopi? (Video svojim oŽima;) Kuca ARJ X a:bla ime.dat, pa Žim mu ARJ otpakuje tu datoteku, a on CtrlBreak ;)
arhiveri.856 dejanr,
>> U.ARJ 3704291 3-28-93 18:49 1:41.52 >> U.SQZ 3682577 3-28-93 18:56 2:35.43 >> U.ZIP 3710036 3-28-93 19:04 3:03.07 Pretpostavljam da su vremena pogreźno raspore¬ena u ovom spisku?
arhiveri.857 dejanr,
>> Merio sam stepen kompresije i vreme pakovanja za nekoliko PD/SW >> paketa (ima ih i na Sezamu pa mozete ponoviti testiranje). Mislim da ove arhive nisu najbolji test. Sa jedne strane jeste zgodno źto u njima postoji neźto EXE-a i neźto teksta, ali odnosi nisu baź dobar pokazatelj onoga za źta se arhiveri uglavnom koriste. Ja uglavnom arhiviram ili same tekstove, ili same baze podataka, ili same slike ili Žitav disk, radi backup-a. Izvrźne programe u suźtini retko imam potrebe da arhiviram, tako da bi test "re-arhiviranje PD/SW programa" mogao moČda da se uzme kao neki pokazatelj koliko ęe kompletan disk da se arhivira, ali i tu nije naroŽito dobar jer u tim arhivama ima malo previźe teksta u odnosu na programe. Sa druge strane, argument da se radi o testu koji svako moČe lako da ponovi je veoma dobar.
arhiveri.858 janko,
> Naravno da ne; mulja se nepovratnim postupkom i dobija se > kljuŽ za (de)źifrovanje koji mora da bude upisan; źtos je > izgleda źto je duČina tog kljuŽa 32 bita i gotovo; > verovatno postoji i difolt kljuŽ za sluŽaj kad se ne > navede lozinka, al' tad se i pakovanje neźto razlikuje: > duČine spakovanih datoteka nisu iste sa i bez lozinke. ProŽitaj jednom APPNOTE.TXT (sloČio sam neke citate na kraj ove poruke). Arhiva ne sadrČi nikakav kljuŽ. DuČa je namerno, jer se, pre kriptovanja komprimovane datoteke, prvo kriptuju neki podaci koje PKZIP sluŽajno generiźe, da bi razbijanje bilo teČe. Ti kriptovani podaci se zato dodaju ispred samih komprimovanih podataka. Ima ih 12 bajtova, od toga jednom znaź sadrČaj, ali ti to malo vredi u napadu za 'razbijanje.' ;) InaŽe, ako sam dobro primetio to da je sada poznat 1 a pre su bila 2 bajta je jedina razlika u algoritmu kriptovanja u PKZIP 2 verziji. Ono 'improved security' potiŽe odatle i od onoga da sada moČeź da kucaź viźereŽnu źifru i źifru koja sadrČi kontrolne znake (źto nije promena algoritma, veę samo juzer interfejsa). > > > > Each encrypted file has an extra 12 bytes stored at the start of ============== > > the data area defining the encryption header for that file. The ================= > > encryption header is originally set to random values, and then ====== > > itself encrypted, using three, 32-bit keys. The key values are > > initialized using the supplied encryption password. After each byte > > is encrypted, the keys are then updated using pseudo-random number > > generation techniques in combination with the same CRC-32 algorithm > > used in PKZIP and described elsewhere in this document. > > > > The following is the basic steps required to decrypt a file: > > > > 1) Initialize the three 32-bit keys with the password. > > 2) Read and decrypt the 12-byte encryption header, further > > initializing the encryption keys. > > 3) Read and decrypt the compressed data stream using the > > encryption keys. > > > > > > After the header is decrypted, the last 1 or 2 bytes in Buffer > > should be the high-order word/byte of the CRC for the file being > > decrypted, stored in Intel low-byte/high-byte order. Versions of > > PKZIP prior to 2.0 used a 2 byte CRC check; a 1 byte CRC check is > > used on versions after 2.0. This can be used to test if the password > > supplied is correct or not. > >
arhiveri.859 mjova,
> c:\trt> i ti imaź maźtovite direktorijume ;)
arhiveri.860 mjova,
> (*) Samo za ZIP fanove: Kako ARJ-ovac (pozdrav pomenutom;) > skida jednu datoteku iz arhive koja mu zauzima ceo flopi? > (Video svojim oŽima;) Kuca ARJ X a:bla ime.dat, pa Žim mu > ARJ otpakuje tu datoteku, a on CtrlBreak ;) ovo mora da uradi iz jednog razloga: u jednoj arj arhivi moČe da se nalazi viźe delova istog fajla, a da bi arj to saznao mora da pro¬e kroz ceo fajl. ovo sam usranovio prilikom spajanja nekoliko delova arhive (arj + a01 + ¨¨¨). zip se nebi ni snaŽao u tom sluŽaju, a da bi otpakovao isti fajl, morao bi prvo da mu daź poslednju disketu, pa onda 'źaraj malo' ;) ipak je to najmoęniji arhiver. jeste spor, ali meni liŽno ne smeta.
arhiveri.861 milan,
> E, sad, ja i dalje viźe volim ARJ iako iskljuŽivo koristim ZIP. Pravi > kompromis, zar ne? ;) Oh, ja sam joź źizofreniji i perverzniji od tebe. Ponekad vikendom, kada imam vremena, napravim i duplikate pa zipovane uarjuujem (lepog li glagola) a uarjovane uzipujem. Tako sada imam jedno deset disketli duplikata. Nek se na¬e! ;) Pl poz M
arhiveri.862 milan,
>> c:\trt> > > i ti imaź maźtovite direktorijume ;) Kada potroźim proba, test, radni, trt, mrt i cvrc (a Microsoft mi ionako po defaultu oduzima temp i tmp) meni se javljaju problemi sa pronalaČenjem novih imena. Kako vi ostali reźavate ovaj teČak problem? Pl poz M P.S. Razmiźljao sam da disk podelim na jedno dvadesetak particija pa da na svakoj imam po trt, mrt i cvrc źto bi, zar za izvesno vreme reźilo problem, a?
arhiveri.863 milan,
>>> U.ARJ 3704291 3-28-93 18:49 1:41.52 >>> U.SQZ 3682577 3-28-93 18:56 2:35.43 >>> U.ZIP 3710036 3-28-93 19:04 3:03.07 > > Pretpostavljam da su vremena pogreźno raspore¬ena u ovom spisku? Pardon! ;) Dobijeno je komandom dir > trt pa importovanjem trt-a u rxx.msg i ruŽnim dodavanjem vremena zapisatog na papiru (levo dole od tastature). Dakle pravilno je: U.ARJ 3704291 3-28-93 18:49 2:35.43 U.SQZ 3682577 3-28-93 18:56 3:03.07 U.ZIP 3710036 3-28-93 19:04 1:41.52 Pl poz M
arhiveri.864 d.petrovic,
Ă> javljaju problemi sa pronalaČenjem novih imena. Kako vi ostali Ă> reźavate ovaj teČak problem? pera, perica, petar, djordje, djoka, mika, milojica... Da tek vidiź privremene promenljive, zatreba iznenada za neku kontrolu, a ti se zagrejao da para ide na uźi..., prva reŽ koju Žujeź na radiju koji svira u pozadini, sourcevi (koja klepana reŽ ;)) ) pamte imena devojaka, trenutnih raspoloČenja i svega źto moČe da izleti podsvesno :)))
arhiveri.865 ndragan,
/ napravio manju arhivu, a i te razlike su u 1-2 posto, a u brzini... Vidiź da Žoveku nije stalo do brzine. Ima vremena da pakuje dvaput, a ono ipak, znaź, mega viźe - lakźe se diźe...
arhiveri.866 zkrstic,
>> "bolesti" kao i ARJ - sporoęe! > > Da, to je taŽno, to sam zaboravio da naglasim. Jesteeee... samo toliko ;) Zbog ovakve poruke zasluČujeź da te kazne sa mesec dana prozivanja u smislu DS(b) po Forumu, bez prava na odbranu! Pravo boljźeviŽki ;) O MiŽurinkama ęemo drugi put ;> Zkr
arhiveri.867 zkrstic,
> javljaju problemi sa pronalaČenjem novih imena. Kako vi ostali > reźavate ovaj teČak problem? Jezivo! Imam i C:░REMOVE C:░KRK i sliŽne pride ;( Mora se' testeriźe softnjare, nema druge ;) Zkr
arhiveri.868 ssokorac,
─┼┤ (*) Samo za ZIP fanove: Kako ARJ-ovac (pozdrav pomenutom;) skida ─┼┤ jednu datoteku iz arhive koja mu zauzima ceo flopi? (Video svojim ─┼┤ oŽima;) Kuca ARJ X a:bla ime.dat, pa Žim mu ARJ otpakuje tu ─┼┤ datoteku, a on CtrlBreak ;) Naravno, to i ja Žesto radim. Ma, źta da ti kaČem, arj sve moČe :). Gde si video da se ZIP-ovac tako snadje? Nije pc za svakoga...;)
arhiveri.870 balinda,
Veę ste do perverznosti izanalizirali źta je źta i ja sve mislim: 'Dobro, evo neęe viźe, sve su rekli!' :))) Poźto se moje nade i onako retko ostvaruju, ;) `ajde da vam se pridruČim u skladu sa svima poznatom poźtapalicom. :) >> Oh, ja sam joź źizofreniji i perverzniji od tebe. Ponekad >> vikendom, kada imam vremena, napravim i duplikate pa >> zipovane uarjuujem (lepog li glagola) a uarjovane uzipujem. Do juŽe sam mislio da ARJ ipak pravi neźto kraęe datoteke, ali sam ipak koristio ZIP (nesumnjivo mnogo brČi) a ARJ samo ako moČe pomoęi da mi neźto lepźe stane na disketlu, :) ili ako arhiviram na viźe delova. Tako sam 'arjovao' neke fontove (.SFP) ali nisu se mogli logiŽki podeliti tako da na disketama "lepo" stanu. Uzeh SHEZ (ima lepu opciju za konverziju iz formata u format) te ih prebaŽih :) u ZIP. Ko velim, i onako ne moČe stati pa neka mi makar bude brČe kada iz budem unzipovao. Na moje, ne malo, iznena¬anje, ZIP je uźtedeo dovoljno prostora koji se, ovog puta, pokazao dovoljnim za Žak dva plusa: Dobio sam logiŽniju podelu po tipovima fontova na disketama i jednu disketu viźka na raŽun veęe popunjenosti disketa u odnosu na onu dok je sve bilo arjovano. Dakle, ZIP mi je, praktiŽno, zaradio 2 marke. :) Pohvaljujem! :)))
arhiveri.871 zormi,
* Zato i pretpostavljam, mada ne raspolaČem alogoritmima za * ove arhivere, da sva tri implementiraju neki standardni * frekvencijski postupak (Hufman, kako bar autor SQZ-a... Uze mi reŽ sa tastature. Imam nekoliko arhivera koji su "bolji od ZIP-a". «esto i jesu, ali su katastrofalno sporiji. Zato koristim ZIP i pored svih bubica. Dakle, sve je to sredjeno u teoriji informacija, a arhiveri su samo manje ili viźe efikasni algoritmi koji implementiraju teoriju...
arhiveri.872 skerl,
│> c:\trt> │ │ i ti imas mastovite direktorijume ;) └──── :))) Sve je Milan lepo objasnio. Pozdrav, Skerl.
arhiveri.873 dcolak,
│ P.S. Razmiźljao sam da disk podelim na jedno dvadesetak │ particija pa da na svakoj imam po trt, mrt i cvrc źto bi, │ zar za izvesno vreme reźilo problem, a? Ja koristim prva slova arhiva.... I uvek ih imam dovoljno :) Sledge DAMMIR!
arhiveri.874 vitez.koja,
#=> Microsoft mi ionako po defaultu oduzima temp i tmp) meni Ja imam oba nabrojana direktorijuma na disku, i ne boli me glava (mnogo:). Je'l mi preti neka katastrofa ili si se samo salio ?
arhiveri.875 spantic,
Executor 1.0 (C) March 1993 Vincent D'Haeyere ============ * Purpose of this program : Suppose you have a large number of files to archive (example : a large collection of MOD files or Pascal source files, ...). You wish to archive them in different files, so you can easily spot the one you desire to re- trieve. This program allows you to archive each file terminated by a common extension in a unique archive, the name of which is derived from the original name. Optionnaly, the original file can be deleted. You can specify the archiver you wish to use. (Note : the archivers are not included in this archive as you own, at least, one of those, don't you ???) The exact synthax of the command can be viewed when Executor is runned with no parameter. execut10.zip
arhiveri.876 dejanr,
>> Interesantno, u samo-raspakujucoj arhivi u kojoj se distribuira SQZ, >> kada se pogleda fajl, moze se videti i sledece: :) >> !PKLITE Copr. 1990-92 PKWARE Inc. All Rights Reserved Ista poruka se vidi i u nekim eksternim programima novog DOS-a 6.0 (npr. FORMAT.COM).
arhiveri.877 darone,
>> Kada potroźim proba, test, radni, trt, mrt i >> cvrc (a Microsoft mi ionako po defaultu oduzima >> temp i tmp) meni se javljaju problemi sa >> pronalaČenjem novih imena. Kako vi ostali >> reźavate ovaj teČak problem? 1, 2, 3, 4, X... uglavnom jednoslovni dirovi. darone
arhiveri.878 milan,
># => Microsoft mi ionako po defaultu oduzima temp i tmp) meni > > Ja imam oba nabrojana direktorijuma na disku, i ne boli me glava > (mnogo:). Je'l mi preti neka katastrofa ili si se samo salio ? Ma ne! ;) Hteo sam da kaČem da ih "mali mekani" ionako napravi za neke svoje andrmolje pa ih ne koristim za smeźtanje datoteka iz drugog izvora. «isto da mu "ne smetam" da smeźta svoje datoteke tipa ~tmp2903.doc. Pl poz M
arhiveri.879 janko,
>> (*) Samo za ZIP fanove: Kako ARJ-ovac (pozdrav >> pomenutom;) skida jednu datoteku iz arhive koja mu >> zauzima ceo flopi? (Video svojim oŽima;) Kuca ARJ X a:bla >> ime.dat, pa Žim mu ARJ otpakuje tu datoteku, a on >> CtrlBreak ;) > zip se nebi ni snaŽao u tom sluŽaju, a da bi otpakovao > isti fajl, morao bi prvo da mu daź poslednju disketu, pa > onda 'źaraj malo' ;) (grrr) ;( a) TI nisi ZIP fan. b) Govorio sam o arhivi na JEDNOJ disketi. c) I kada se nalazi na viźe disketa: prvo staviź poslednju, zatim staviź disketu na kojoj je fajl, i sve je to neuporedivo kraęe nego naęi fajl u ARJ arhivi na viźe disketa. ;)
arhiveri.880 wizard,
> >> Interesantno, u samo-raspakujucoj arhivi u kojoj se distribuira SQZ, > >> kada se pogleda fajl, moze se videti i sledece: :) > >> !PKLITE Copr. 1990-92 PKWARE Inc. All Rights Reserved > > Ista poruka se vidi i u nekim eksternim programima novog DOS-a 6.0 (npr. > FORMAT.COM). To Žak i da razumem, (mada mi je ipak Žudno!), ali ovo je samo-raspakujuęa arhiva!? I to Žak moČe da se UN-LITE-uje, kako je veę neko veę pokazao. (ja nemam PKLITE, inaŽe bih sigurno probao :) Svaźta.
arhiveri.881 dr.grba,
>> javljaju problemi sa pronalazenjem novih imena. Kako vi ostali >> resavate ovaj tezak problem? Posle x godina, ustanovio sam sistem koji vise ne menjam ni za zivu glavu : kad god mi treba fajl na pet minuta, za neke redirekcije/probe/njakanja, njegovo ime je QQQ. Za direktorijum XXX. Ako novim QQQ prebrisem stari, c'est la vie. Ne treba mi vise od jednog XXX direktorijuma. Za ostale probe (od vremena velikih download-a) mi je ostalo da ispod DOWNLOAD dir-a imam DIR1 i DIR2, koji tamo stalno stoje. A svemu bitnom se zna mesto na disku ili disketi... I onda povremeno pustim SST kroz batch da pobrise sve QQQ; ako naletim na XXX, a da se trenutno ne setim sta je u njemu, koljem ga u momentu. Dosada je funkcionisalo. Jedan drugar je preuzeo recept, i kaze da mu pasuje. Pozdrav, dr ÔpŰa P.S. A propos premalog prostora na disku, taj se jos nije rodio, a da je problem resio besplatno ):
arhiveri.882 ppekovic,
>> samo-raspakujuęa arhiva!? I to Žak moČe da se UN-LITE-uje, kako je veę >> neko veę pokazao. (ja nemam PKLITE, inaŽe bih sigurno probao :) Imaź na FFS-u neki unp program koji raspakuje sve moguęe i nemoguęe PkLite-ove, LzEXE-ove i sl. zezalice. Paya
arhiveri.883 pedjak,
> PKLITE (tm) Executable File Compressor Version 1.15 7-30-92 > Copyright 1990-1992 PKWARE Inc. All Rights Reserved. Patent No. > 5,051,745 Apropo, jel' se moČe nabaviti PKLITE 1.20 ? Kol'ko sam primetio, njime je kompresovan PKZip 2.01
arhiveri.884 ndragan,
/ oŽima;) Kuca ARJ X a:bla ime.dat, pa Žim mu ARJ otpakuje tu / datoteku, a on CtrlBreak ;) Mislio sam da imaju neki oseęaj za vreme kad treba skoknuti po kafu. Nestrpljivi ljudi.
arhiveri.885 ematic,
> pera, perica, petar, djordje, djoka, mika, milojica... > Da tek vidiź privremene promenljive, zatreba iznenada za neku > kontrolu, a ti se zagrejao da para ide na uźi..., prva reŽ koju > Žujeź na radiju koji svira u pozadini, sourcevi (koja klepana > reŽ ;)) ) pamte imena devojaka, trenutnih raspoloČenja i svega > źto moČe da izleti podsvesno :))) Koja bi to zanimljiva gra¬a bila za nekog nadobudnog psih<ologa>|<ijatra> ;) Zamisli situaciju, teŽa gleda tvoj program: Xm, ¬ubre = trt_mrt;... pljuni(¬ubre);... Dao bi ti lovaŽku dozvolu dok kaČeź temp :))))
arhiveri.886 ematic,
> drugog izvora. «isto da mu "ne smetam" da smeźta svoje datoteke > tipa ~tmp2903.doc. OboČavam da tamanim malji gadni ~tmp2903.doc i sliŽne :))))
arhiveri.887 d.petrovic,
Ă> To Žak i da razumem, (mada mi je ipak Žudno!), ali ovo je Ă> samo-raspakujuęa arhiva!? I to Žak moČe da se UN-LITE-uje, kako Ă> je veę neko veę pokazao. (ja nemam PKLITE, inaŽe bih sigurno Ă> probao :) Ako je neźto kompresovano komercijalnom verzijom moČe da ga raspakuje DISLITE. PrikaŽio sam ga uz neku poruku jednom, ali je pooruka obrisana.
arhiveri.888 d.petrovic,
Ovaj raspakuje programe zapakovane komercijalnim PKLITE-om. dislite.arj
arhiveri.889 mladenp,
> kad god mi treba fajl na pet minuta, za neke > redirekcije/probe/njakanja, njegovo ime je QQQ. Ih, kako nemaźtovito. Bolje je: PROBA, PROBA1 i sl. :))
arhiveri.890 dens,
­ Ovaj raspakuje programe zapakovane komercijalnim PKLITE-om. To radi i ovaj, a raspakuje i joź poneźto :) «ini mi se i da je neźto manji za DL ;) Dejan :)
arhiveri.891 zkrstic,
> To radi i ovaj, a raspakuje i joź poneźto :) > «ini mi se i da je neźto manji za DL ;) E sad ęu da teram mak na konac. Ako je pravde, ova tvoja poruka MORA biti obrisana. Fajl koji si okaŽio je PD ili SH, siguran sam, obzirom da znam źta je u pitanju, ali u originalnoj arhivi postoji i UNP.DOC koji ti nisi sta- vio a Žini mi se da beźe i joź neki doc fajl pride. Da stvar bude smeźnija, sve zajedno iznosi 16K arhivirano i treba minut i po, dva za UL. Zkr
arhiveri.892 wizard,
> Ă> (ja nemam PKLITE, inaŽe bih sigurno > Ă> probao :) > > Ako je neźto kompresovano komercijalnom verzijom moČe da ga raspakuje > DISLITE. PrikaŽio sam ga uz neku poruku jednom, ali je pooruka > obrisana. Ma nema frke, nemam taj program zato źto mi ne treba. :)
arhiveri.893 bulaja,
│Ako je nesto kompresovano komercijalnom verzijom moze da ga raspakuje │DISLITE. Prikacio sam ga uz neku poruku jednom, ali je pooruka obrisana. └─── Ne znam sta bi sa porukom, ali...: :) R:\IBMPC\ARCHIVER\*.* ---------------------- dislt101 zip 25472 Dekompresija PKLITE-ovanih programa
arhiveri.894 nbatocanin,
MoČda da napravimo program za generisanje imena, kao źto postoji na VMS-u za lozinke ;)
arhiveri.895 dens,
­ Ako je pravde, ova tvoja poruka MORA biti obrisana. MoČe, źto se mene tiŽe O;) Elem, ne znam kako se desilo da pri ruci nemam celu arhivu sa .doc i sliŽno, no svima onima koji su eventualno veę pokupili fajl, poruŽujem da se ne sekiraju jer: kad niźta viźe ne pomaČe (ne radi) proŽitaj uputstvo. ;) A radięe :) Pozdrav, Dejan :)
arhiveri.896 dvidovic,
> Apropo, jel' se moČe nabaviti PKLITE 1.20 ? Kol'ko sam > primetio, njime je kompresovan PKZip 2.01 Joź ga nisu pustili u promet.
arhiveri.897 dr.grba,
>> Ih, kako nemastovito. Bolje je: PROBA, PROBA1 i sl. :)) QQQ se mnogo brze kuca (((;
arhiveri.898 sjocic,
Hi! Jel zna neko koji je arhiver u pitanju ili kako da raspakujem fajl sa extenzijom .z ? SJ
arhiveri.899 bulaja,
│Jel zna neko koji je arhiver u pitanju ili kako da raspakujem fajl sa │extenzijom .z ? └─── R:\IBMPC\ARCHIVER\*.* ---------------------- compress zip 17660 Unix kompatibilni arhiver (.Z)
arhiveri.900 ndragan,
/ MoČda da napravimo program za generisanje imena, kao źto postoji na Fokspro 2 ima, i vidi źta daje: _QER01O4NY_QER01O50V _QER01O70K _QER01O7KE _QER01O7ZO _QER01O8L1 _QER01O8X8 _QER01O9AY _QER01O9LN _QER01O9XU _QER01OA8J _QER01OAJ7 _QER01OASD _QER01OB4K _QER01OBF9 _QER01OBOE _QER01OBXK _QER01OC88 _QER01OCHE _QER01OCS2 _QER01OD2R _QER01ODDF _QER01ODO4 _QER01ODX9 _QER01OE7Y _QER01OEIM _QER01OETB _QER01OF2G _QER01OFEO _QER01OG64 _QER01OGIC _QER01OGUJ _QER01OH8A ... Verovatno je zakucano uz Žasovnik. Interesantnije je izvaditi neki komad iz indeksnih .cdx fajlova, na mestima gde se Žuvaju nepreklopljeni delovi reŽi, recimo iz teme.cdx, iseckati po Čelji: GRUbeckerekzastitavan.temeraznoms.dosclipperze.podatakabasicsembler5algo ritmitrendovirazno31electron9borlandyu.novostiraznorodajapc.newsmicrobko mentari8bixza.i.protivveti7saopstenjavideostampaciznoracunariprosirenjan itorimodemiljubimcihi.fi6cipovizvezdefsexyraznoolitickipitaliceravinajbo ljiuzikaorbid015misterije
arhiveri.901 ppekovic,
>>│ Jel zna neko koji je arhiver u pitanju ili kako da raspakujem fajl sa >>│ extenzijom .z ? >> └─── >> R:\IBMPC\ARCHIVER\*.* >> ---------------------- >> compress zip 17660 Unix kompatibilni arhiver (.Z) :) Eh taj unix. ako je nastavak .z onda se koristi unpack, ako je nastavak .Z onda uncompress :) Paya
arhiveri.902 spantic,
> Jel zna neko koji je arhiver u pitanju ili kako da > raspakujem fajl sa extenzijom .z ? To je standardni Unix arhiver. Pokupi compress.zip Imaź ga verovatno i ovde negde za MS DOS. Na Hobbitonu je u konferenciji archiver. Raspakujeź ga sa: compress -d ime_fajla.z
arhiveri.903 bulaja,
│:) Eh taj unix. ako je nastavak .z onda se koristi unpack, │ako je nastavak .Z onda uncompress :) └─── Eh taj Unix :)... Ali pretpostavljam da SJocicu treba bas UnCompress, posto je svojevremeno i meni trebao za HP 48SX fajlove skinute sa FTP servera :).
arhiveri.904 sjocic,
## │:) Eh taj unix. ako je nastavak .z onda se koristi unpack, ## │ako je nastavak .Z onda uncompress :) ## └─── ## Eh taj Unix :)... Ali pretpostavljam da SJocicu treba bas UnCompress, posto ## je svojevremeno i meni trebao za HP 48SX fajlove skinute sa FTP servera :). Pogodio si! :) Hvala! SJ
arhiveri.905 bulaja,
**** new file **** R:\IBMPC\ARCHIVER\*.* ---------------------- aszr201 zip 65868 Archive Sizer 2.01, podela ARC/ARJ/LZH/ZIP arhiva Archive Sizer 2.01 - Fast! ARC, ARJ, LHZ, ZIP Splitter. Archive Sizer by Jibben Software splits and sizes all types of files, including archived files. Will split to a size to fit specific floppy format or to user determined size. Files except archives can be rejoined. Supports ARC, ARJ, PKZIP (1.1/2.x), LZH, and HYP. Archives can be split so that they will extract to fit on a specific floppy size.
arhiveri.906 bulaja,
**** new file **** R:\IBMPC\ARCHIVER\*.* ---------------------- zckr201 zip 58435 Zip Chunker 2.01, podela ZIP arhiva (1.x/2.x) Zip Chunker 2.01 - Fast! ZIP File Splitter by Jibben Software. Zip Chunker splits and sizes all types of files, including ZIP files. Will split to a size to fit specific floppy format or to user determined size. Files except ZIP files can be rejoined. Supports PKZIP 1.x/2.x files. ZIP files can be split so that they will extract to fit on a specific floppy size.
arhiveri.907 ognjan,
STARI ZIP PAKUJE BOLJE OD NOVOG !!? Pokuźavao sam da spakujem PCTOOLS (6.0, bez par fajlova koji mi ne trebaju) na jednu HD disketu i pri tome sam probao stari zip, novi zip i arj. Koriźtena je maksimalna kompresija u sva tri sluŽaja. Rezultati su viźe nego neoŽekivani: PCT6_Z2 ZIP 1422538 04-12-93 2:00a Novi ZIP V2.04 PCT6_Z1 ZIP 1400538 04-12-93 2:25p Stari ZIP V1.1 PCT6 ARJ 1289895 04-12-93 2:48p ARJ V2.20 Ogy.
arhiveri.908 bearboy,
║> javljaju problemi sa pronalaČenjem novih imena. Kako vi ostali ║> reźavate ovaj teČak problem? Ispred sebe na zidu imam mapu evrope, pa kad ne mogu da se setim, samo bacim pogled na mapu i voila :)
arhiveri.909 bearboy,
║>> reźavate ovaj teČak problem? ║ ║ 1, 2, 3, 4, X... uglavnom jednoslovni dirovi. To stavljam unutar tempa :) a kad stgnes do 9 ili 0, ideź a b c :)
arhiveri.910 bearboy,
║>> Ih, kako nemastovito. Bolje je: PROBA, PROBA1 i sl. :)) ║ ║ QQQ se mnogo brze kuca (((; qwe se kuca joź brČe :)
arhiveri.911 dcolak,
Ljudi desilo mi se neźto straźno. Glavni glumac je PKZIP 2.0g... :(( Pre neki dan mi se javio drug, kaČe napravio arhivu igrica na hardu. Kad je pokuźao da je unzipuje javio greźke i nije mu pomogao ni pkzipfix. Ne koristi nikakav cache, nikakav emm, a ima 386. Ja mu rekoh, ma glup si, ne znaź da koristiź zip, to je najbolje itd... No, onda ja do¬oh na red. Koristio sam opciju -& i arhivirao oko 4M gif-ova na diskete od 720Kb (3.5"). I onda ja odluŽih da ih vratim na hard. I isti problem. Shez ne moČe da pogleda ni jedan .zip od 6 komada na 6 disketa ;). Onda poteram PKZIPFIX i povrati mi sve osim jedne greźke na zadnjem fajlu u svakom od źest zip-ova. So, jel ja greźim u neŽemu? Ako ne, onda ęe zip propisno da leti u neki arj... So, moČda ima neki switch ili neźto sliŽno? Sledge DAMMIR!
arhiveri.912 dejanr,
Jesi li, umesto SHEZ-om, probao "obiŽno" PKUNZIP sa tih disketa?
arhiveri.913 ppekovic,
>> I onda ja odluŽih da ih vratim na hard. I isti problem. >> Shez ne moČe da pogleda ni jedan .zip od 6 komada na >> 6 disketa ;). Onda poteram PKZIPFIX i povrati mi sve To źto se desilo je sasvim normalno. Naime, shez radi sa celim arhivama na jednom volume-u. Ako pogledaź strukturu zip arhiva, videęeź zaźto shez nije naźao niźta. Zip ima tzv. central directory na kraju fajla i uglavnom svi archive viewer-i i sliŽni programi Žitaju taj direktorijum. Kako se on kod tebe nalazi na poslednjoj disketi, izvedi sam zakljuŽke. >> 6 disketa ;). Onda poteram PKZIPFIX i povrati mi sve >> osim jedne greźke na zadnjem fajlu u svakom od źest >> zip-ova. So, jel ja greźim u neŽemu? Naravno. Osim central direktorijuma, podaci o svakom fajlu se Žuvaju neposredno pre fajla. PkZipFix radi tako źto koristi ove podatke a ne central header, źto je i logiŽno. Poźto arhiva nije oźteęena, logiŽno je źto je PkZipFix vratio to źto je vratio. Da si probao unzip -& itd. sve bi bilo u redu. Paya
arhiveri.914 dcolak,
│ Jesi li, umesto SHEZ-om, probao "obiŽno" PKUNZIP sa tih │ disketa? Buuu, ja to nisam znaoo :((( ;) Naravno, sve radi OK. Samo kada se kuca pkunzip a:\*.zip. Onda lepo traČi Last itd... Ali ja sam navikao da unzipujem tako źto prvo kopiram na hard pa tek onda pkunzip... A tako oŽigledno ne ide. ▒ta ęu ostalo mi od ARJ-a. No, po ovom pitanju je ipak ARJ mnooogo bolji. A źto je joź veęi biser FV ne radi na takvim arhivama, źto me je i ubedilo da su zip-ovi R.I.P. Pa Žak ni pkunzip -v neęe da radi, kaČe error in zipfile use pkzipfix... :(( BTW, kako da unzipujem samo 3. disketu? P.S. Q: Arj or Zip? A: Zip & AS... Sledge DAMMIR!
arhiveri.915 dcolak,
│ Da si probao unzip -& itd. sve bi bilo u redu. Hvala na odgovoru, no kakva je to opcija -& u pkunzip-u ? Ja je ne na¬oh, a ako pokuźam pkunzip na 3. disketi nema źanse da pro¬e... Sledge DAMMIR!
arhiveri.916 dejanr,
>> BTW, kako da unzipujem samo 3. disketu? Kada je arhiver podelio arhivu u viźe delova, ta podela nije na nivou datoteka, dakle recimo na kraju svakog dela je poŽela jedna datoteka i onda se ona nastavlja u sledeęoj. Prema tome, nema obiŽno moguęnosti da se razzipuje samo treęa disketa, jer u njoj niźta i ne mora da bude Dakle, jedino źto znam je da kaČeź PKUNZIP A:ARHIVA FAJL.EXT pa ęe ti on raspakovati samo FAJL.EXE bez obzira na kojoj je disketi. Ili moČe lista fajlova. Ali ęeź morati da umeęeź diskete redom kojim ih traČi.
arhiveri.917 dejanr,
>> Hvala na odgovoru, no kakva je to opcija -& u >> pkunzip-u ? Ja je ne na¬oh, a ako pokuźam >> pkunzip na 3. disketi nema źanse da pro¬e... Paja je napravio lapsus, ne postoji opcija -& kod PKUNZIP-a niti je potrebna. Dosta je PKUNZIP A:ARHIVA, a ako ti treba samo neka datoteka iz nje, onda PKUNZIP A:ARHIVA IME.TIP. MoČe i lista datoteka. Samo, moraęe da se umeęu diskete.
arhiveri.918 dcolak,
│ lista fajlova. Ali ęeź morati da umeęeź diskete redom │ kojim ih traČi. Ex.... :( Koristięu -& opciju samo za Backup celog HD-a, źto ęe reęi nikad ;) Sledge DAMMIR!
arhiveri.919 almi,
Imao sam Žudno iskustvo sa PkZip-om 204g. Kada sam na 486 sa DMPI napravio arhivu i onda je na 386 bez DPMI raspakovao bilo je greźaka.Ali kad sam pokuźao da je raspakujem na 486-ici opet je sve bili ok.Ova DPMI podrźka je baź Zona Sumraka :) Pozdrav Almi
arhiveri.920 mazi,
> No, onda ja do¬oh na red. Koristio sam opciju -& i > arhivirao oko 4M gif-ova na diskete od 720Kb (3.5"). Pa "trik" je vrlo jednostavan... Novi ZIP ima Header na repu!!! Svi bitni podaci (ime, duČina, itd...) su u ZIP-u na kraju arhive Zato se zip mnogo brČe iźŽita (sadrČaj) nego ARJ (ako si oba probao sa diskete, znaęeź o Žemu je reŽ) Tako, da bi otpakovao fajlove, kucaź pkunzip na prvoj disketi, pa ubaciź zadnju, pa ubaciź prvu, pa onda redom.. Ok je źto je PKZIPFIX prijavio greźke na zadnjim fajlovima u arhivi, jer su oni podeljeni... Ivan.
arhiveri.921 mazi,
> Imao sam Žudno iskustvo sa PkZip-om 204g. Reźenje jednostavno, koristiź ARJ... :) Ivan.
arhiveri.922 dcolak,
│ Ok je źto je PKZIPFIX prijavio greźke na zadnjim fajlovima │ u arhivi, jer su oni podeljeni... Ex, -& ęe biti for backup only, a za ostalo AS... Sledge DAMMIR!
arhiveri.923 drmarke,
> sve bili ok.Ova DPMI podrźka je baź Zona Sumraka :) Zona mraka je tvoj floppy (seti se samo "Red Baron-a").;) Pozdrav DrMarke
arhiveri.924 zormi,
* Tako, da bi otpakovao fajlove, kucaź pkunzip na prvoj * disketi, pa ubaciź zadnju, pa ubaciź prvu, pa onda redom.. «ini mi se da moČe odmah PKUNZIP na poslednjoj disketi. Uźtedi se jedna izmena :)
arhiveri.925 pbojan,
Evo sta procitah na Hobbitonu: ================================ UseNet/Compression:60 From: daemon 23-04-93 13:51 26 line(s) Subject: Re: ARJ 2.40? -------------------------------- From: hkok@cse (Kok Hon Yin) Date: 21 Apr 93 19:57:51 GMT Richard Schaaf (rscha@ctp.com) wrote: : Hi, : does anyone know whether ARJ 2.40 has been released yet? : I thought it was supposed to be out a few weeks ago if no major bugs : were found in 2.39d. As far as I know 2.39d is bug-free, so... *** Hi Rich... Robert Jung told me that it will be release in a few weeks but did not mentioned when. I suppose it should be out in two to three weeks time from now. Regards... --KHY-- -------------------------------- ...sto znaci da ARJ 2.40 nece nadmasiti PKZIP. Da l' da se smejem il' da placem?
arhiveri.926 ndragan,
/> Imao sam Žudno iskustvo sa PkZip-om 204g. / Reźenje jednostavno, koristiź ARJ... :) Pa baź i nije. Ako ti se arhiva prostire na sedam disketa, i treba ti neźto sa źeste, PKZIP ęe ti odmah po pregledu sedme traČiti źestu i zavrźiti posao. Kod ArdČa ili moraź da znaź sam na kojoj je to disketi (listaj ga), ili da pustiź njega da traČi (pogotovu ako je na petoj I źestoj), a to onda traaaje.
arhiveri.927 dr.grba,
>> Cini mi se da moze odmah PKUNZIP na poslednjoj disketi. Ustedi se jedna >> izmena :) Ili ARJ. Ustede se zivci. (((;
arhiveri.928 cdragan,
> Pa baź i nije. Ako ti se arhiva prostire na sedam disketa, > i treba ti neźto sa źeste, PKZIP ęe ti odmah po pregledu > sedme traČiti źestu i zavrźiti posao. > > Kod ArdČa ili moraź da znaź sam na kojoj je to disketi > (listaj ga), ili da pustiź njega da traČi (pogotovu ako je > na petoj I źestoj), a to onda traaaje. Ne koristim novi ZIP za arhive na viźe disketa al poenta je u onome źto si rekao u prvom pasusu : " i treba ti neźto sa źeste", znaŽi ti veę znaź da je to na źestoj ali zbog zipa moraź da staviź i sedmu a kod ARJ-a ako znaź da je na źestoj staviź samo nju i gotov posao ... P.S. a moraęu jedano, reda radi, da probam taj PKZIP -& ;)
arhiveri.929 mazi,
> ...sto znaci da ARJ 2.40 nece nadmasiti PKZIP. Da l' da se > smejem il' da placem? U Žemu nadmaźiti? Ivan.
arhiveri.930 dejanr,
Pogledajte NOVOSTI/microb 4.1413 - kako BYTE rangira arhivere. Tako¬e, NOVOSTI/microb 4.1416 i 4.1417 - prikaz raznih "stekera" za PC i Mac: Stacker for Windows and DOS 3.0, DoubleDensity 1.0, SuperStor Pro 1.0, XtraDrive 1.0...
arhiveri.932 stomic,
Pojavio se novi ARJ 2.39f... ================================ Hobbiton/misc:205 From: dragisha 01-05-93 14:46 6 line(s) Subject: Novi ARJ 2.39f! -------------------------------- Pojavio se novi ARJ 2.39f. JuŽe je bio upload-ovan na Internet, a danas se veę nalazi kod nas. Nalazi se u i:\arc-lbr direktorijumu. ▒ta je novo u novom ARJ-u moČete proŽitati u poruci UseNet/Compression:176 :). -- dragisha@hobbiton. -------------------------------- Arhiver ide uz poruku :). Pozdrav, stomic@hobbiton. arj239f.exe
arhiveri.933 ndragan,
/ onome źto si rekao u prvom pasusu : " i treba ti neźto sa źeste", ... / i sedmu a kod ARJ-a ako znaź da je na źestoj staviź samo nju i ======== Kod zipa ne znaź ti, nego zna PKUNZIP. ProŽitao sa sedme. Uostalom, na tu foru je radio i PCBackup - kompresija, direktorij na jednoj disketi (prvoj, ako se ne varam), ako ne uspe Žitanje direktorija, ipak ima zapisano joź negde. Nisam ga ŽaŽkao joź od verzije 5.0, tako da ne znam źta ima novo.
arhiveri.934 dejanr,
Ne znam da li je o ovome bilo reŽi na Sezamu, ali mene je u svakom sluŽaju iznenadilo. Do toga sam, naravno :) doźao sluŽajno, i zadnji put sam se tako zaŽudio kada sam u bravu od neke garaČe greźkom gurnuo kljuŽ od lifta na ETF-u (bili su jedan do drugog) i "ladno" otkljuŽao vrata. Elem, uzmite neki ARJ fajl (bilo koji) u kome, poČeljno je, ima viźe datoteka. Recimo da se zove TEST.ARJ. Onda izvrźite PKZIP PROBA TEST.ARJ. Ako ZIP nekim sluŽajem uspe da malo sabije .ARJ, makar za 1 posto (źto je jako malo verovatno, ali desi se povremeno), uzmite neki drugi ARJ. Poźto je kompresija zavrźena, kaČite ARJ E PROBA.ZIP. ARJ ęe da na¬e onu svoju arhivu "zatrpanu" u ZIP i da je bez greźke raspakuje :) ARJ-om raspakovati deo ZIP fajla? Svaźta :)
arhiveri.935 janko,
> Ne znam da li je o ovome bilo reŽi na Sezamu, ali mene je > ARJ-om raspakovati deo ZIP fajla? Svaźta :) Bilo, bogami. Pisao igor.mil pre oko godinu dana. (ZnaŽi, IPAK ne Žitaź sve na Sezamu! Ipak si i ti Žovek -- a baź sam se pitao kako ti uspeva! ;) )
arhiveri.936 mazi,
Nego, ZIP ima jednu lepu osobinu (iako koristim iskljuŽivo ARJ, moram ovo da napomenem) I pored tabele fajlova koji su u arhivi, na kraju same arhive, zip ima te nazive i u samom sebi, na poŽetku kompresije svakog fajla smeźtenog u arhivu. Header na kraju mu omoguęava da se isŽitavanje arhive, i "va¬enje" iz iste pojedinaŽnih fajlova obavlja munjevito, u odnosu na neke druge arhivere (ARJ i LhArc). To se posebno primeti kada to radite direktno sa diskete. Samo je źteta za novi ZIP źto ima (ipak, po meni) tragiŽno reźeno deljenje po disketama. Mogli su bez veęih problema da naprave da svaka disketa ima lokalne Header-e, i da se svaka disketa moČe Žitati sama za sebe. E ovde i sam zip ima jedan paradoks. Neku arhivu koja je podeljena na viźe disketa sasvim lepo moČete raspakovati i bez zadnje diskete. Kako? Pa lepo, uradite pkzipfix na disketi, i zatim je normalno raspakujete (strada samo zadnji podeljeni fajl) E, paradoks je taj da zipfix samo isŽita arhivu, i na njen kraj doda header sa fajlovima koji su u arhivi. Pa zar nisu to mogli da dodaju u samom ZIP-u, a ne da me źtrecaju sa raznim upozorenjima? Mislim, opcija tipa "Ako ne na¬eź header na kraju, isŽitaj datoteku fajl po fajl". I ZIP bi izgledao pametniji. Kad naprave normalno deljenje disketa, ili ovu opciju koju sam naveo na kraju, prelazim na ZIP. Dotle, NO WAY. Ivan.
arhiveri.937 pbojan,
> Ako ZIP nekim slucajem uspe da malo sabije .ARJ, makar za > 1 posto (sto je jako malo verovatno, ali desi se > povremeno), uzmite neki drugi ARJ. Kad smo vec tu, da li nekog zanima archive-viewer koji ume da gleda i u arhive u arhivama (zip u ARJu, lha u ZIPu i sve slicno, pod uslovom da su storirane)? I da ume da pronadje sve delove jedne ARJ multiple volume arhive i uradi zajednicki izvestaj (kao da je to jedna velika arhiva)?
arhiveri.938 vlad,
-> Kad smo vec tu, da li nekog zanima archive-viewer koji ume da gleda i -> u arhive u arhivama (zip u ARJu, lha u ZIPu i sve slicno, pod uslovom da -> su storirane)? Koga to ne zanima?! Ajde nemoj da nam pravis zazubice nego trpaj to ovamo! :)
arhiveri.939 mazi,
> Kad smo vec tu, da li nekog zanima archive-viewer koji ume da > gleda i u arhive u arhivama (zip u ARJu, lha u ZIPu i sve > slicno, pod uslovom da su storirane)? > I da ume da pronadje sve delove jedne ARJ multiple volume > arhive i uradi zajednicki izvestaj (kao da je to jedna velika > arhiva)? Ono prvo radi i SHEZ Ivan.
arhiveri.940 pbojan,
Evo, dakle, domaceg archive view programa (beta verzija, testiranje, razvoj): 05-07-93 BV 1.0ß - prva verzija programa; podrzani ARJ, ZIP, ARC, PAK, LHA, ZOO; ARJsfx, ZIPsfx, LHAsfx; moguce pregledanje storiranih arhiva u arhivama ARJ i ZIP moguce 'spajanje' izvestaja za multiple volume ARJ arhive beta status zadrzan radi pronalazenja eventualnih bagova i ispunjavanja zelja korisnika, kao i dalji razvoj Slede dva primera izvestaja koji fino (valjda) prikazuju trenutne mogucnosti BVa. Primeri prikazuju spajanje ARJ multiple volume arhive, gledanje arhive u arhivi... -Primer 1 (jedna ARJ arhiva, podeljena na arj, a01 i a02 arhive, a u njoj jedan ARJ, jedan ZIP i jos par datoteka; komanda BV /merge /nodir): Archive: C:\UNZIP\TEST.ARJ Filename Size Method % Packed CRC Date Time Ver Remark ──────────── ─────── ───────── ─── ─────── ──────── ──────── ───── ─── ─────── STLTECH.ARJ 5325 Stored 0 5325 691a9625 03-27-93 11:33 6 ------------ ------- --------- --- ------- -------- ----- stltech.tec 12781 Method 1 61 5048 03-19-93 22:37 ------------ ------- --------- --- ------- -------- ----- RV249.ZIP 27698 Stored 0 27698 dadd0a91 04-09-93 18:30 6 ------------ ------- --------- --- ------- -------- ----- other.pgm 4510 Imploded 50 2256 03-10-93 02:49 rv.cfg 13 Stored 0 13 03-10-93 02:49 rv.doc 8445 Imploded 58 3548 03-10-93 02:49 rv.exe 30171 Imploded 33 20471 03-10-93 02:49 rv249.new 481 Imploded 20 389 03-10-93 02:49 ------------ ------- --------- --- ------- -------- ----- LHASRC.EXE 59210 Stored 0 59210 03-04-91 04:56 6 split2 BV.C 14403 Method 1 74 3832 d98e51d8 04-14-93 20:12 6 vol 01 BV.CPP 18947 Method 1 70 5719 05-07-93 11:33 6 split2 ──────────── ─────── ───────── ─── ─────── ──────── ──────── ───── ─── ─────── Files: 7 125583 ARJ 19 101784 (this is actually a multiple volume archive consisting of 3 volumes) -Primer 2 (isto samo sa BV /join /nodir): Archive: C:\UNZIP\TEST.ARJ Filename Size Method % Packed CRC Date Time Ver Remark ──────────── ─────── ───────── ─── ─────── ──────── ──────── ───── ─── ─────── STLTECH.ARJ 5325 Stored 0 5325 691a9625 03-27-93 11:33 6 ------------ ------- --------- --- ------- -------- ----- stltech.tec 12781 Method 1 61 5048 03-19-93 22:37 ------------ ------- --------- --- ------- -------- ----- RV249.ZIP 27698 Stored 0 27698 dadd0a91 04-09-93 18:30 6 ------------ ------- --------- --- ------- -------- ----- other.pgm 4510 Imploded 50 2256 03-10-93 02:49 rv.cfg 13 Stored 0 13 03-10-93 02:49 rv.doc 8445 Imploded 58 3548 03-10-93 02:49 rv.exe 30171 Imploded 33 20471 03-10-93 02:49 rv249.new 481 Imploded 20 389 03-10-93 02:49 ------------ ------- --------- --- ------- -------- ----- LHASRC.EXE 16167 Stored 0 16167 28fd90c3 03-04-91 04:56 6 LHASRC.EXE 43043 Stored 0 43043 75e45714 03-04-91 04:56 6 vol 01 BV.C 14403 Method 1 74 3832 d98e51d8 04-14-93 20:12 6 vol 01 BV.CPP 7258 Method 1 70 2221 ffa909c4 05-07-93 11:33 6 vol 01 BV.CPP 11689 Method 1 71 3498 9facbf42 05-07-93 11:33 6 vol 02 ──────────── ─────── ───────── ─── ─────── ──────── ──────── ───── ─── ─────── Files: 7 125583 ARJ 19 101784 (this is actually a multiple volume archive consisting of 3 volumes) bv10b.arj
arhiveri.941 stomic,
$ Evo, dakle, domaceg archive view programa (beta verzija, $ testiranje, razvoj): Vrlo lepo :). Da te ne hvalim, program je odliŽan, radi kako sam oŽekivao,... :). Samo jedan mali bug i jedan predlog :). Bugię: ne radi, npr. bv ..\filename.ext, tj. ne moČe da prona¬e ni jednu arhivu u prethodnom diru ako se ovaj navede na ovakav naŽin. Predlog: da li moČe da ide malo dublje. Tj. da ako u arhivi na¬e drugu arhivu, a u njoj joź jednu, ispiźe njen sadrČaj. Da tako ide do neke N dubine. Sorry, ako je nemoguęe nisam baź mnogo upoznat :). Joź jednom, Svaka Žast! Pozdrav, stomic@hobbiton.
arhiveri.942 pbojan,
> Bugic: ne radi, npr. bv ..\filename.ext, tj. ne moze da > pronade ni jednu arhivu u prethodnom diru ako se ovaj > navede na ovakav nacin. > > Predlog: da li moze da ide malo dublje. Tj. da ako u > arhivi nade drugu arhivu, a u njoj jos jednu, ispise njen > sadrzaj. Da tako ide do neke N dubine. Sorry, ako je > nemoguce nisam bas mnogo upoznat :). Bugic je posledica starenja mozdanih celija, iliti zaboravnosti :). Bice ispravljeno jos juce :). Dubina kopanja po arhivama nije neki problem sto se mene tice, samo sto takvo kopanje jede dosta memorije. Ako se BV zove kao eksterni program neciji, ovo moze biti problem. Medjutim, na zahtev korisnika :), videcu sta moze da se uradi.
arhiveri.943 viktor,
Zdravo, Evo novoga SHEZ-a, nemojte me psovati ... samo DL-ujte i uČivajte ... :) Pozdrav.
arhiveri.944 fancy,
ŮŢ> Evo novoga SHEZ-a, nemojte me psovati ... samo DL-ujte i uČivajte ... :) Psovati? ... More, skidam kapu! Fancy (hats off)
arhiveri.945 bulaja,
│Evo novoga SHEZ-a, nemojte me psovati ... samo DL-ujte i uzivajte ... :) └─── Searching ZIP: SHEZ90A.ZIP - Testing: SHEZ.DOC OK -AV Testing: FILE_ID.DIZ OK -AV Testing: SAMPLE.EV OK -AV Testing: SYSOP.REG OK -AV Testing: SHEZ.REG OK -AV Testing: SHEZ.HLP OK -AV Testing: SHEZ.EXE PKUNZIP: Warning! file fails CRC check Testing: SHEZCFG.EXE OK -AV Testing: SHEZ.REF OK -AV Testing: OMBUDSMN.ASP OK -AV Testing: README.NOW OK -AV Testing: ASP-HUB.DOC OK -AV Testing: DUMPMAC.COM OK -AV Testing: SGREP.COM OK -AV Testing: SHEZ.ICO OK -AV Testing: SHEZ2.ICO OK -AV Testing: SHEZ3.ICO OK -AV Testing: SHEZ.REV OK -AV Testing: SHEZ.PIF OK -AV SHEZ90A.ZIP has errors!
arhiveri.946 viktor,
Zdravo, Kod mene u file-u nema te greźke, moČda je bio loź prenos, evo ponovo ... ;( Nadam se da ęe sada biti bolje... Pozdrav.
arhiveri.947 dcolak,
│ SHEZ90A.ZIP has errors! Ja skidoh i startovah, radi k'o ludo, no opet... BTW, uveden je novi sistem rada sa miźem, i shit! Stari je po meni bio mnooogo bolji ;( Sledge DAMMIR!
arhiveri.948 dejanr,
▒ta mislite, da posle glasanja za naj comm program napravimo i glasanje za naj arhiver? Ko bi bili kandidati: ARJ, LZH, PKZIP, SQZ... ima li joź neki?
arhiveri.949 wizard,
> Ko bi bili kandidati: ARJ, LZH, PKZIP, SQZ... ima li joź neki? Pa ima PKARC, ZOO... Pitanje je samo da li ima smisla i njih stavljati u listu, rekao bih da svi koriste PKZIP (veęina) ili ARJ.
arhiveri.950 ladislavs,
> Ko bi bili kandidati: ARJ, LZH, PKZIP, SQZ... ima li joź neki? PkArc? ;> Dugo je bio standard, pa je "za verovati" da joź postoji poneki korisnik. ciLa.
arhiveri.951 vstan,
>Sta mislite, da posle glasanja za naj comm program napravimo i glasanje za naj >arhiver? Ko bi bili kandidati: ARJ, LZH, PKZIP, SQZ... ima li jos neki? Shez ;>>
arhiveri.952 ssokorac,
─┼┤ listu, rekao bih da svi koriste PKZIP (veęina) ili ARJ. Misliź ARJ (veęina) ili PKZIP? ;)
arhiveri.953 dejanr,
PoŽinje glasanje za naj arhiver. Kandidati su: ARJ LZH PKARC PKZIP SQZ ZOO Glasanje ęe biti otvoreno do 1. juna u 23:59. Baź da vidimo koji je arhiver najpopularniji!
arhiveri.954 wizard,
> ─┼┤ listu, rekao bih da svi koriste PKZIP (veęina) ili ARJ. > > Misliź ARJ (veęina) ili PKZIP? ;) Ne, znatna veęina koristi PKZIP. Ja uglavnom koristim ARJ za sve malo komplikovanije poslove (jer ima mnogo jednostavnije i logiŽnije izbrane nazive komandi), a PKZIP samo kad moram...
arhiveri.955 bulaja,
│** Uz poruku 'shez90a.zip' (233995 bytes) └─── Thanks, prebaceno u ARCHIVER dir (podeljeno na dva dela zbog onih sa 1200 bps).
arhiveri.956 ssokorac,
─┼┤ Glasanje ęe biti otvoreno do 1. juna u 23:59. Baź da vidimo koji ─┼┤ je arhiver najpopularniji! «udi me da se ranije niko nije setio glasanja :). Iako zbog ljudske neobaveźtenosti (nemojte skakati, samo se źalim :) moČda ipak viźe ljudi koristi ZIP, bięe zaniljivo :). P.S. Dobro, ovde neęemo pobediti tako ubedljivo kao Telemate-Telix, ili kao Zvezda-Partizan ;) P.P.S. Ovo naknadno - rekoh zanimljivo? Pa, jeste :) Glasalo: 88 korisnika 1. ARJ (43 glasova) 2. PKZIP (43 glasova) 3. LZH (2 glasova)
arhiveri.957 trix,
Glasanje je smeźno. Koristim i ARJ i PKZIP. Kad glasam, glasam za jedan a drugi je alternativa. ZnaŽi odluŽięe neki izrod koji koristi ▓GM▓GLJ arhiver... Pa nisu bre ovo vicevi... :))) A moČda i jesu ?
arhiveri.959 dejanr,
Au, ala ęe ovo glasanje za naj arhiver biti tesno, ima da bude foto finiź!
arhiveri.960 miroslavn,
Kako da popravim loźu arj arhivu (tj. imam u njoj fajl koji ima CRC error). Kod zip-a to ide sa zipfix, a kod ARJ-a??????
arhiveri.961 mazi,
> Kako da popravim loźu arj arhivu (tj. imam u njoj fajl koji ima > CRC error). Kod zip-a to ide sa zipfix, a kod ARJ-a?????? Mislim da nikako direktno u arhivi (mislim sredjivanje) Probaj recimo ARJ X -JR1 IMEFAJLA.ARJ, tako ęe da ga izvuŽe iz arhive najbolje źto moČe, i neęe ga obrisati zato źto je loź. Ivan.
arhiveri.962 bulaja,
**** new file **** R:\IBMPC\WINDOWS\*.* ---------------------- winzip4b zip 154134 WinZip 4.0b, shell za rad sa ARJ/ZIP/LZH/ARC arhivama The following changes were made in WinZip 4.0b: - Fixed one bug that only occurred on 80286 machines. The following changes werade in WinZip 4.0a: - Built-in ZIP extraction is much faster. An 80386 based system or better is now required for built-in ZIP extraction. - Added support for Central Point's CPAV virus scanner. - Fixed a couple bugs, including one that prevented using ARC files in some configurations, and a problem extracting from ZIPs that span multiple floppies.
arhiveri.963 dejanr,
Zavrźeno je glasanje za "naj arhiver". Bilo je vrlo neizvesno, a evo i rezultata: 1. PKZIP (105 glasova) 2. ARJ (101 glasova) 3. LZH (3 glasova) 4. PKARC (1 glasova) 5. SQZ (0 glasova) 6. ZOO (0 glasova)
arhiveri.964 vitez.koja,
#=> 1. PKZIP (105 glasova) #=> 2. ARJ (101 glasova) Hura :) #=> 4. PKARC (1 glasova) E, ovo sam ja kriv :( greskom sam glasao za ARC umesto za ZIP (pozicije 3 i 4, oba pocinju sa PK:). Znaci, ZIP:ARJ 106:101 :)
arhiveri.965 mjova,
> 1. PKZIP (105 glasova) > 2. ARJ (101 glasova) ajde, ajde dejrane, koliko puta si glasao? ;)
arhiveri.966 ssokorac,
─┼┤ 1. PKZIP (105 glasova) ─┼┤ 2. ARJ (101 glasova) ─┼┤ 3. LZH (3 glasova) ─┼┤ 4. PKARC (1 glasova) Nameźteno. ;) Onaj glas za PKARC je trebao biti u PKZip-u, mada ni sam glasaŽ nije znao da je od posvesno za ARJ pa nije hteo da pobedi Zip ;), a ona 3 za LZH su takodje greźka, dakle 105:105, a kako je ARJ prvi po azbuŽnom redu - pobedili smo! :) Sad ozbiljno :), pokazalo da se ZIP-ovci nisu u pravu sa ogromnom rasprostranjenoźęu ZIP-a, bar na Sezamu. Tu smo negde :).
arhiveri.967 snemcev,
>> E, ovo sam ja kriv :( greskom sam glasao za ARC umesto za ZIP >> (pozicije 3 i 4, oba pocinju sa PK:). Znaci, ZIP:ARJ 106:101 :) 'Ej, nemoj ti tu da svojevoljno interpretiraź rezultate jednog demokratskog glasanja! Nemoj da mi stajeź na muku i poveęavaź razliku u korist PkZip-a! ;)
arhiveri.968 korvin,
­­>> Sad ozbiljno :), pokazalo da se ZIP-ovci nisu u pravu sa ogromnom ­­>> rasprostranjenoźęu ZIP-a, bar na Sezamu. Tu smo negde :). S obzirom da je zip 'zvaniŽni' arhiver Sezama, a arj nije, onda je arj makar moralno pobedio :) Kada zip izdeli datoteku kao arj, prelazim 100% na njega.
arhiveri.969 m.hristodulo,
>> 1. PKZIP (105 glasova) >> 2. ARJ (101 glasova) Trip trip hurray !
arhiveri.970 dr.grba,
>> 'Ej, nemoj ti tu da svojevoljno interpretiraź rezultate jednog >> demokratskog glasanja! Nemoj da mi stajeź na muku i poveęavaź >> razliku u korist PkZip-a! ;) ...o magarŽevoj senci raspravljati...
arhiveri.971 corto,
>  S obzirom da je zip 'zvanicni' arhiver Sezama, a arj nije, >  onda je arj makar moralno pobedio :) Kada zip izdeli datoteku >  kao arj, prelazim 100% na njega. >  Zip 204E moze, i radi ludacki brzo. Ipak ostajem ARJ-ovac, jer mi on AutoCAD-ove crteze pakuje na 25%, a zip na 30-35%. Kako se radi o veeeelikim fajlovima, razlika je bitna! Djole
arhiveri.972 darone,
>> > zip izdeli datoteku   kao arj, prelazim 100% >> > na njega. >> Zip 204E moze, i radi ludacki brzo. Ajd reci kako ;) darone
arhiveri.973 redakcija,
MoČe li neko da pomogne? ========================= 14544 Za redakcija Nije proŽitano. Od pant 10.06.«et 12:56 112 chr --------------------------------------------------- da li znate nesto o arhiveru/dearhiveru koji pravi *.tzr fajlove (za program xenixtex.tzr na BBS-u wild cat) -------------------------------------------14544---
arhiveri.974 mmile,
* ========================= * 14544 Za redakcija Nije proŽitano. * Od pant 10.06.«et 12:56 112 chr * --------------------------------------------------- * da li znate nesto o arhiveru/dearhiveru koji pravi *.tzr * fajlove (za program xenixtex.tzr na BBS-u wild cat) * -------------------------------------------14544--- Neki door-ovi pakuju "obicnim" arhiverima ( ARJ, ZIP i sl. ) samo mesto Stabdardnih stavljaju neka "egzoticna" imena : *.QWK, *.Q!K i sl. Mozda je to?
arhiveri.975 darone,
>> * da li znate nesto o arhiveru/dearhiveru koji >> * pravi *.tzr fajlove (za program xenixtex.tzr >> * na BBS-u wild cat) >> Neki door-ovi pakuju "obicnim" arhiverima ( ARJ, >> ZIP i sl. ) samo mesto Stabdardnih stavljaju >> neka "egzoticna" imena : *.QWK, *.Q!K i sl. >> Mozda je to? Neka proba da identifikuje fajl sa FT (ima negde po diru), znaŽi dir /s ft*.* i naęi ęe ga. darone
arhiveri.976 ppekovic,
>> da li znate nesto o arhiveru/dearhiveru koji pravi *.tzr fajlove (za program >> xenixtex.tzr na BBS-u wild cat) ++++++++++++ Poźto se radi o xenix-u moguęe su dve stvari. Prvo, moČda je arhiva tar, samo je Žovek pogreźno otkucao tzr. Drugo, mnogo verovatnije je da je arhiva xenixtex.tar.z ili xenixtex.tar.Z. Poźto DOS neęe da svari ovakav naziv fajla, onda je nastao xenixtex.tzr. Paya
arhiveri.977 bulaja,
│da li znate nesto o arhiveru/dearhiveru koji pravi *.tzr fajlove └─── Da nije neka varijanta .tar.z?
arhiveri.978 mazi,
> >>> Zip 204E moze, i radi ludacki brzo. > > Ajd reci kako ;) > > darone »uti, ne pitaj, tuga jedna :)) Ivan.
arhiveri.979 ndragan,
/ Sad ozbiljno :), pokazalo da se ZIP-ovci nisu u pravu sa ogromnom / rasprostranjenoźęu ZIP-a, bar na Sezamu. Tu smo negde :). Niste nigde. Zipovci nisu, veęinom, ni osetili potrebu da glasaju. ArdČovci su zagriČena manjina koja se dobro organizovala za izbore :) Sad bez zezanja: na terenu, gde se sreęem i sa maźinama koje nismo mi prodali, pre nego źto naselim svoje arhivere (naseljavam oba, da se razumemo), uglavnom nalazim 5:1 za zip. Radi se o firmama koje imaju kuęne programere, ili kojima je neko pre nas instalirao neku aplikaciju.
arhiveri.980 mjova,
> razumemo), uglavnom nalazim 5:1 za zip. Radi se o firmama > koje imaju kuęne programere, ili kojima je neko pre nas > instalirao neku aplikaciju. i nije im rekao źta sve valja i postoji. neko im je reko "zip je arhiver, on moČe na 30% da spakuje vaźu datoteku...", a oni su, sa puno razumevanja, odgovorili "auuuuuu". ;) znam dosta takvih sluŽajeva.
arhiveri.981 ndragan,
/ i nije im rekao źta sve valja i postoji. neko im je reko "zip je / arhiver, on moČe na 30% da spakuje vaźu datoteku...", a oni su, sa A mi se sad pitamo zaźto im nije rekao, ili zaźto nije bio ardČovac na njegovom mestu (statistiŽki, prema glasanju, źanse su otprilike 1:1, zar ne). Mislim da ne menja mnogo na stvari: na terenu je zip u veęini.
arhiveri.982 dgrbic,
:: xenixtex.tzr na BBS-u wild cat) ^^^^^^^^ Poźto se radi o programu za xenix, pretpostavljam da je reŽ o kombinaciji .tar.z koja je preimenovana zbog toga źto DOS ne podnosi dve ekstenzije.
arhiveri.983 dgrbic,
:: A mi se sad pitamo zaźto im nije rekao, ili zaźto nije :: bio ardČovac na njegovom mestu (statistiŽki, prema :: glasanju, źanse su otprilike 1:1, zar ne). Mislim da ne :: menja mnogo na stvari: na terenu je zip u veęini. PKZIP se pojavio neźto malko ranije od ARJ-a, pa dosta ljudi nije ni Žulo da postoji neki drugi arhiver. Npr. firma je kupila kompjuter pre 5 godina, neko im je instalirao npr. Wordstar 4.0 i PKZIP neznamnijakojuverziju, i oni su savrźeno sreęni i sa jednim i sa drugim, jer nisu ni Žuli za bolje... E sad, firma Žiji je direktor prijatelj/ro¬ak direktora gorenavedene firme kupi kompjuter, i ljudi do¬u da pokupe softver "za poŽetak, dok se ne sna¬u" :) ... I tako se PKZIP źiri ko virus :)
arhiveri.984 ssokorac,
─┼┤ A mi se sad pitamo zaźto im nije rekao, ili zaźto nije bio ardČovac na ─┼┤ njegovom mestu (statistiŽki, prema glasanju, źanse su otprilike 1:1, zar Nije bio ArdČovac, zato źto je taj tip takodje on nekoga Žuo da zip moČe da, o Žuda, spakuje datoteku, i on od nekog drugog i tako sve do vremena kada ARJ-a nije bilo. Dakle, sve zbog toga źto se zip prvi pojavio...
arhiveri.985 .bale.,
Dragi moji DOS-ovci, znam ja kako je vama tesko... ;-) Kada mi neko nabavi source ARJ-a koji ce moci da se prevede na Unix-u (svim varijantama), VMS-u itd, mozda cu da glasam za ARJ. Regards from .bale. ! #:*)+-<
arhiveri.986 ndragan,
/ ARJ-a nije bilo. Dakle, sve zbog toga źto se zip prvi pojavio... Pre njega se pojavio PkArc, i nalazili smo i njega na dosta mesta dok se nije pojavio PkZip (89?). ▒ta sad? PkArc pojeo mrak, ne drČi se Žak ni na atariju, zip na sve strane, a ardČ bi dosad trebalo da ga je poŽistio (otkad ga ima, godinu ipo ili dve?).
arhiveri.987 bulaja,
**** new file **** R:\IBMPC\ARCHIVER\*.* ---------------------- unp310 zip 23858 UNP v3.10, raspakivanje kompresovanih EXE datoteka UNP V3.10 Executable file expander - Uncompresses files compressed with DIET, EXEPACK, LZEXE, PKLITE and many other file compression utilities. UNP also allows you to convert files from COM to EXE and vice versa, optimize EXE headers and remove overlay data from EXE files.
arhiveri.988 dgrbic,
:: Pre njega se pojavio PkArc, i nalazili smo i njega na :: dosta mesta dok se nije pojavio PkZip (89?). ▒ta sad? :: PkArc pojeo mrak, ne drČi se Žak ni na atariju, zip na :: sve strane, a ardČ bi dosad trebalo da ga je poŽistio U vreme PKArc-a, na ovim prostorima arhiveri (a bogami ni drugi programi) nisu baź imali kuda da se źire. PKZip je ubo baź kad treba i di treba. I Žini mi se da nisu samo ovi naźi prostori bili tako plodni. Nekako pre toga PC-i i nisu bili baź toliko popularni ni kod Amera. PKZip je jednostavno imao sreęe.
arhiveri.989 dvidovic,
> Dragi moji DOS-ovci, znam ja kako je vama tesko... ;-) > Kada mi neko nabavi source ARJ-a koji ce moci da se > prevede na Unix-u (svim varijantama), VMS-u itd, mozda cu > da glasam za ARJ. SaŽekaj joź malo. RJ, pored toga sto zavrźava novu DOS verziju arj-a, radi i na verzijama za Unix i os pola. Pozdrav Dule
arhiveri.990 ssokorac,
─┼┤ na atariju, zip na sve strane, a ardČ bi dosad trebalo da ga je poŽistio ─┼┤ (otkad ga ima, godinu ipo ili dve?). Nisam verovao da ęu ovo reęi, ali...;) Sad ozbiljno :), Arj ipak nije toliko bolji od Zip-a koliko je Zip od PkArc-a. PkArc je bio Čiva beda i zip je bio pravo otkrovenje u odnosu na njega. Dok je ARJ bio samo za nijansu bolji od Zip-a. Onima koji ga viźe koriste ta nijansa je veęa, a oni koji zip koriste za pkzip a:mika, evo ti disketa nosi, startuje se sa mika.exe, nema nikakve nijanse. «ak je zip bolji jer je brČi :).
arhiveri.991 spantic,
> SaŽekaj joź malo. RJ, pored toga sto zavrźava novu DOS > verziju arj-a, radi i na verzijama za Unix i os pola. ▒to se UNIXa tiŽe, to ęe jedino biti aktuelno ako bude iźlo u sorsu. InaŽe na VMSu i UNIXima se ni ne koristi PKZIP veę INFO ZIP, koji su inaŽe bili brČi od samog PKWARa u implementaciji novog algoritma.
arhiveri.992 darone,
Ajd, da se izjasnim do kraja. Zip sam koristio dok nisam otkrio ARJ, koji je ohoho (po mojim merilima) bolje pakovao, a brzina se dala podneti, jednostavno nisam startovao pkzip na svojoj makini. E, onda je doźao Zip2, tri meseca sam se mislio, i danas Arj koristim samo kada pravim viźedelne arhive. TaŽka. darone
arhiveri.993 spale,
>> Ajd, da se izjasnim do kraja. Zip sam koristio dok >> nisam otkrio ARJ, koji je ohoho (po mojim merilima) >> bolje pakovao, a brzina se dala podneti, >> jednostavno nisam startovao pkzip na svojoj makini. >> E, onda je doźao Zip2, tri meseca sam se mislio, i >> danas Arj koristim samo kada pravim viźedelne >> arhive. TaŽka. Potpuno isti sluŽaj. K'o da sam ja pisao. :) Nikola
arhiveri.994 vlad,
-> E, onda je dosao Zip2, tri meseca sam se mislio, i -> danas Arj koristim samo kada pravim visedelne -> arhive. Tacka. I ja, indentincno. B) Nista nije vecito, pa ni ARJ. Do sledece verzije. B)
arhiveri.995 wizard,
> >> E, onda je doźao Zip2, tri meseca sam se mislio, i > >> danas Arj koristim samo kada pravim viźedelne > >> arhive. TaŽka. > > Potpuno isti sluŽaj. K'o da sam ja pisao. :) I ja sam bio na putu da to uradim, ali me je nepouzdanost ZIP-a (posebno prvih verzija) navela da o tome malo porazmislim. Sada kad je stigao 'pre-release' ARJ-a pokazuje se da nisam za dČabe Žekao. :)
arhiveri.996 darone,
>> Sada kad je stigao 'pre-release' ARJ-a pokazuje >> se da nisam za dČabe Žekao. :) Koji pri-riliz? darone
arhiveri.997 dr.grba,
>> > >> arhive. TaŽka. └───┘ >> > >> > Potpuno isti sluŽaj. K'o da sam ja pisao. :) >> >> I ja sam bio na putu da to uradim, ali me je nepouzdanost ZIP-a... Eto... nije bila taŽka... ))): Ova rasprava tinja li, tinja.
arhiveri.998 a.kircanski,
_-=> -> E, onda je dosao Zip2, tri meseca sam se mislio, i _-=> -> danas Arj koristim samo kada pravim visedelne _-=> -> arhive. Tacka. Zaźto, kad i zip to moČe??! Jest da nije baź najpouzdaniji, al' nema veze, ipak je brzo i fino.:)))
arhiveri.999 darone,
>> Zaźto, kad i zip to moČe??! Zaźto źto ne moČe da pravi arhivu od 200K, recimo. MoČe ako ispljujeź disketu, i multitaskujeź. darone
arhiveri.1000 paki,
­> Jest da nije baź najpouzdaniji, al' nema veze, ipak je brzo i ­> fino.:))) **** ;>>>>> Hahahahahaha. Kakva fora :)))) Jesi li probao nekad? Viźe od jednom? Viźe od dvaput? I dalje to koristiź? Ako su svi odgovori 'da', onda svaka Žast na jakim Čivcima :)) InaŽe, zip ne moČe da deli arhivu na viźe delova na hard disk, źto je vrrrrrlo korisno i potrebno.
arhiveri.1001 ppekovic,
>> Zaźto źto ne moČe da pravi arhivu od 200K, recimo. >> MoČe ako ispljujeź disketu, i multitaskujeź. MoČe da napravi delove od po 200K. Napraviź RAMdisk od 200K, onda lepo startujeź Windows-e ili neko drugo multitasking okruČenje, pa zatim pokreneź zip multivolume da arhivira na RAMdisk. Kad napuni RAMdisk, traČięe drugu disketu (RAMdisketu :))). Tada odeź u drugi DOS screen i iskopiraź sadrČaj RAMdiska gde Čeliź pa nastaviź postupak. :)))))) Paya
arhiveri.1002 viktor,
Eto dokaza da ljudska maźta moČe svaźta! Lepe ideje nikada ne presuźuju. Joź kada se sve poveČe sa onim programima koji dozvoljavaju obrazovanje RAM-diska i nakon config-a, milina jedna ... No, mora se, ipak priznati da je tu ARJ jeftinije reźenje, iako ja koristim ZIP, osim u tom sluŽaju ... ;))
arhiveri.1003 paki,
­> MoČe da napravi delove od po 200K. Napraviź RAMdisk od :)))) A ja sam se pitao kako mi tako jednostavno reźenje nije palo na pamet :) A, da, ne koristim Win, pa zato :)
arhiveri.1004 dejanr,
>> MoČe da napravi delove od po 200K. Napraviź RAMdisk od 200K, >> onda lepo startujeź Windows-e ili neko drugo multitasking >> okruČenje, pa zatim pokreneź zip multivolume da arhivira na >> RAMdisk. Kad napuni RAMdisk, traČięe drugu disketu (RAMdisketu >> :))). Tada odeź u drugi DOS screen i iskopiraź sadrČaj RAMdiska >> gde Čeliź pa nastaviź postupak. :)))))) Ljukavo, ljukav, VRLO ljukavo :)) MoČda bi moglo da se automatizuje, da se napravi program koji preuzima DOS interapt kojim se programi "raspituju" o slobodnom prostoru na volume-u, pa onda exec-uje PKZIP. Kada ZIP pita koliko ima prostora slobodnog, program ga "slaČe" da ima samo 200 K (ili veę koliko je navedeno). Problem sa Žitavom koncepcijom je źto ZIP svim arhivama, ako sam dobro primetio, daje isto ime :(
arhiveri.1005 vlad,
-> Eto dokaza da ljudska masta moze svasta! Lepe ideje nikada ne -> presusuju. Jos kada se sve poveze sa onim programima koji -> dozvoljavaju obrazovanje RAM-diska i nakon config-a, milina jedna A jos kad stakerises taj ram drive od 200k!!! B))))
arhiveri.1006 stomic,
$ Koji pri-riliz? Onaj koji sam ja poslao pre 2-3 meseca (sorry, ne znam taŽno izgubio sam poruku) - ARJ 2.39f i od tada se nalazi i na Hobbitonu. I posle kaČete da mi Živamo software samo za sebe, a ni jedna replika nije bila na moju poruku :). Pozdrav, stomic@hobbiton.
arhiveri.1007 a.kircanski,
_-=> Problem sa Žitavom koncepcijom je źto ZIP svim arhivama, ako _-=> sam dobro primetio, daje isto ime :( Daje, ali promeni LABEL. Npr. PCBACKUP001, il' tako neźto.:) pozdrav...
arhiveri.1008 paki,
­> Problem sa Žitavom koncepcijom je źto ZIP svim arhivama, ako ­> sam dobro primetio, daje isto ime :( Upravo tako :(( Pa se ti posle Žeźi i gledaj po disketama kako se koja zove :)
arhiveri.1009 zormi,
Izaźao je ARJ 2.41, ovog puta redovna verzija a na pre-release. IMTEL BBS.
arhiveri.1010 dejanr,
Prijatno iznena¬enje u direktorijumu ARCHIVER: - Novi ARJ (ARJ241.EXE) - Novi FV za pregled arhiva (FV145.ARJ) - Novi UNARJ, raspakivanje ARJ arhiva (UNARJ241.EXE) Programi su, reklo bi se, izaźli danas :)
arhiveri.1011 momcha,
> ...... . PkArc je bio Čiva beda i zip je bio pravo > otkrovenje u odnosu na njega. Moram da se umeźam sa mojim iskustvom sa 'bednim i starim' PkArc-om. A da li ste primetili (ili je to samo kod mene sluŽaj) da je PkArc na NOVELL-u DALEKO najbrČi arhiver. Ja lepo Arc-ujem źta treba i poźaljem na traku - rezultat: 20-tak posto veęa arhiva, ali kraęe vreme (svakodnevnog) rada operatera. Ova kombinacija je Žak brČa od direktnog arhi- viranja na strimer (uz mnogo veęi utroźak traka), kada se Arc-ovanje vrźi na nondedicated serveru za tu priliku. ZnaŽi na kraju radnog vremena, podigne se server u nondedicated modu, pusti batch file koji Arc-uje i arhivira na traku i ... ideź kuęi. Da ne bude zabune, razlika u brzini isto tako postoji i na NOVELL-u 3.11 u (jedinom) dedicated modu sa bilo koje radne stanice.
arhiveri.1012 wizard,
> >> Sada kad je stigao 'pre-release' ARJ-a pokazuje > >> se da nisam za dČabe Žekao. :) > > Koji pri-riliz? F.
arhiveri.1013 fancy,
ŮŢ> Izaźao je ARJ 2.41, ovog puta redovna verzija a na pre-release. Priznajem da sam PKZIP-ovac, osim u specijalnim sluŽajevima pakovanja u arhive Čeljene veliŽine, ali ono źto sam proŽitao na samom uvodu u arj.doc me je priliŽno..hm...dojmilo. Naime, Robert Jung je odmah dao do znanja da nema źale reŽima: *** The ARJ program is dedicated to God and to my family. E, tu viźe nema zezanja. so help us arj.
arhiveri.1014 vlad,
-> Izasao je ARJ 2.41, ovog puta redovna verzija a na pre-release. -> IMTEL BBS. Jos samo da dobijem IMTEL. B( Ajd nek ga neko baci ovamo, pliz.
arhiveri.1015 spantic,
> Izaźao je ARJ 2.41, ovog puta redovna verzija a na > pre-release. IMTEL BBS. U dokumentaciji stoji April 1993. Da li je to bila samo lepa Čelja ili...?
arhiveri.1016 dejanr,
>> U dokumentaciji stoji April 1993. Da li je to bila samo lepa Čelja ili...? ARJ se danas (tj. to je veę juŽe) pojavio na par veęih USA sistema. MoČda ga je napisao u aprilu, ali je iźao na joź jednu turu beta testiranja finalne verzije.
arhiveri.1017 dr.grba,
>> MoČda ga je napisao u aprilu, ali je iźao na joź jednu turu beta >> testiranja finalne verzije. Zna Žovek da se ZIP nije proslavio sa onom C dur (verz. c-e-g) varijantom (: Ili je mogao da ispali jednu molsku seriju? (a-c-e)
arhiveri.1018 pavbok,
B> - Novi ARJ (ARJ241.EXE) I mogu vam reęi da je bolji od PKZIP-a 2.04g tj. da bolje spakuje arhivu i sa normalnom kompresijom i sa maximalnom kompresijom, jedino źto je neźto sporiji. Doduźe ne moČe i jare i pare.
arhiveri.1019 dejanr,
>> I mogu vam reęi da je bolji od PKZIP-a 2.04g tj. da >> bolje spakuje arhivu i sa normalnom kompresijom i sa >> maximalnom kompresijom, jedino źto je neźto sporiji. Nisam joź imao vremena za neke ozbiljnije testove, probao sam samo sledeęe: raspakova ARJ241.EXE a zatim sve to źto se dobilo ZIP-ovao sa PKZIP -ex, pretvorio u .EXE za ZIP2EXE i najzad ARJ-ovao sa -jm. Dobijeni EXE je za oko kilobajt kraęi od samog ARJ241.EXE, dobijeni zip je tako¬e za kilobajt kraęi od ARJ-a. Ukratko, bolje bi bilo da se novi ARJ distribuira arhiviran pomoęu ZIP-a :)
arhiveri.1020 d.petrovic,
Ă> je tako¬e za kilobajt kraęi od ARJ-a. Ukratko, bolje Ă> bi bilo da se novi ARJ distribuira arhiviran pomoęu Ă> ZIP-a :) Ponavljaź se ;)))
arhiveri.1021 sbrk,
Dal' bi neko hteo da mi objasni: ako ARJ ume i da spakuje i da raspakuje, Žemu onda sluČi UNARJ?
arhiveri.1022 ppekovic,
>> I mogu vam reęi da je bolji od PKZIP-a 2.04g tj. da >> bolje spakuje arhivu i sa normalnom kompresijom i sa >> maximalnom kompresijom, jedino źto je neźto sporiji. ... i źto nema verzija za UNIX, VMS, tj. źto ga nema u source-u. Paya
arhiveri.1023 dejanr,
>> ako ARJ ume i da spakuje i da raspakuje, Žemu onda sluČi UNARJ? Pre svega za raspakivanje arhiva na ne-PC sistemima, jer je priloČen i source.
arhiveri.1024 kenza,
(;> ako ARJ ume i da spakuje i da raspakuje, cemu onda sluzi (;> UNARJ? To i meni nije jasno ?!
arhiveri.1025 bulaja,
│ako ARJ ume i da spakuje i da raspakuje, cemu onda sluzi UNARJ? └─── Manji je i dobija se source. Znacajan je pre svega zbog source-a, tako da mozes bez problema da ubacujes i u svoje programe da mogu da raspakuju ARJ datoteke (zgodno za instalacione programe).
arhiveri.1026 ssokorac,
─┼┤ oko kilobajt kraęi od samog ARJ241.EXE, dobijeni zip ─┼┤ je tako¬e za kilobajt kraęi od ARJ-a. Ukratko, bolje ─┼┤ bi bilo da se novi ARJ distribuira arhiviran pomoęu Da, da, a źta je sa onim tekstom koji se dobije startujuęi arj241.exe kao i onom novom proverom koja, bar po trajanju :), nije par bajtova? Tek uzme ceo ekran, pa je samo on oko 3K. Fuj zip ;).
arhiveri.1027 viktor,
> bolje spakuje arhivu i sa normalnom kompresijom i sa Nemam takvo iskustvo. Nisam izdrČao da se ne poigram. PKZIP 2.04g je u svim, veoma razliŽitim, sluŽajevima bio, osim jednom (ne, nije bio samo jedan pokuźaj :)) ), bolji od ARJ 2.41. Tek, da ne bi bilo diskusije tj. oseęanja da sam otklonjen na jednu stranu, koristim ih oba i sve do 2.04 skoro sve na disku mi je bilo ARJ-ovano. sada je drugaŽije ... ;))
arhiveri.1028 dejanr,
>> > oko kilobajt kraęi od samog ARJ241.EXE, dobijeni zip >> > je tako¬e za kilobajt kraęi od ARJ-a. >> >> Da, da, a źta je sa onim tekstom koji se dobije startujuęi arj241.exe «ek polako, arhiviraj sve fajlove koji Žine ARJ i to prvo ARJ-om sa -jm a onda PKZIP-om sa -ex. Dakle, nema tu nikakvog dopunskog teksta niti ikakvog security koda. Onda pogledaj koliki je dobijeni ZIP, a koliki je dobijeni ARJ. Mislim da je pore¬enje sasvim fer.
arhiveri.1029 pavbok,
B> Nisam joź imao vremena za neke ozbiljnije testove, probao B> sam samo sledeęe: raspakova ARJ241.EXE a zatim sve to B> źto se dobilo ZIP-ovao sa PKZIP -ex, pretvorio u .EXE B> za ZIP2EXE i najzad ARJ-ovao sa -jm. Dobijeni EXE je za Ja sam skinuo TM4.11 iz Sezamovog dir-a i onda da bi to prebacio na svoju disketu sve raspakovao pobrisao one a01 i a02 i sve zipovao sa PKZIP2.04g-om i prebacio u drugi dir, onda sam ponovio postupak sa ARJ2.41-om i prebacio u isti onaj dir gde je ZIP, tako sam uradio i sa pkzip -ex i sa arj a -jm i uvek je arj bio manji od zip-a Žak i arj sa obiŽnom kompresijom mi je bio bolji od zip-a sa -ex.
arhiveri.1030 ematic,
> za ZIP2EXE i najzad ARJ-ovao sa -jm. Dobijeni EXE je za > oko kilobajt kraęi od samog ARJ241.EXE, dobijeni zip > je tako¬e za kilobajt kraęi od ARJ-a. Verovatno je to zbog toga źto je novi ardČ :) originalno pakovan sa security envelope (VA u zip), pa odatle razlika od 1K.
arhiveri.1031 drakce,
Danas me je ZIP v2.04g "prijatno" iznenadio. Hteo sam da od dve ZIP arhive napravim jednu. Otpakovao sam ih u praznom direktorijumu i tamo otkucao: PKZIP -m -z TTF_DOC <c:\logo Odmah sam uradio i pkunzip -t ttf_doc i pozdravila me poruka o greźci. Pola Mb arhive je otiźlo u vetar ... Napominjem da ZIP koristim retko, pa je verovatnoęa da se ovo nekom ponovi tim veęa. U memoriji su ŽuŽali QEMM, Hyper, VGAMax i 4DOS. U istim uslovima, ARJ veę godinama fercera bez ijedne greźke. Sreęa da mi ta arhiva i nije bila posebno vaČna, inaŽe bi ton ove poruke bio bitno drugaŽiji ;) Pozdrav
arhiveri.1032 vcalic,
>> Danas me je ZIP v2.04g "prijatno" iznenadio. Hteo sam da od dve ZIP arhive >> napravim jednu. Otpakovao sam ih u praznom direktorijumu i tamo otkucao: >> >> PKZIP -m -z TTF_DOC <c:\logo >> Greźka je tvoja. Trebalo je da bude: PKZIP -m -z<c:\logo TTF_DOC
arhiveri.1033 dejanr,
>> PKZIP -m -z TTF_DOC <c:\logo «udna konstrukcija. U najmanju ruku treba da se stavi -z<C:\LOGO
arhiveri.1034 darone,
>> Greźka je tvoja. Trebalo je da bude: >> PKZIP -m -z<c:\logo TTF_DOC Hoęeź da kaČeź da kada napiźeź neźto źto i nije baź logiŽno, program treba da ti uniźti podatke. Pogotovo u jednom ovakvom sluŽaju? Zamisli, pogreźiź u sintaksi label komande DOSa, a on ti formatira hard ;) darone
arhiveri.1035 dejanr,
>> Zamisli, pogreźiź u sintaksi label komande DOSa, a on ti >> formatira hard ;) Ako pogreźiź u sintaksi, bude prijavljena greźka. Nevolja je źto u datom sluŽaju nije pogreźeno u sintaksi, nego u semantiKi. Najzad, meni se par puta desilo da umesto dir *.txt otkucam del *.txt i... odoźe fajlovi. RaŽunar uradi ono źto mu se kaČem, a ne ono źto hoęu.
arhiveri.1036 vlad,
->> bolje spakuje arhivu i sa normalnom kompresijom i sa -> -> Nemam takvo iskustvo. Nisam izdrzao da se ne poigram. PKZIP 2.04g -> je u svim, veoma razlicitim, slucajevima bio, osim jednom (ne, nije -> bio samo jedan pokusaj :)) ), bolji od ARJ 2.41. Izgleda mi da je ovde u pitanju razlika u masinama na kojima su testirani ARJ i ZIP. Ako se ne varam, Zip koristi prednosti 386 procesora, a Arj ne. Doduse kod mene (386DX/25) Arj je i pored toga "jaci".
arhiveri.1037 sbrk,
>> RaŽunar uradi ono źto mu se kaČem, a ne ono źto hoęu. I tako treba i da ostane! :)
arhiveri.1038 drakce,
││ Otpakovao sam ih u praznom direktorijumu i tamo otkucao: ││ PKZIP -m -z TTF_DOC <c:\logo │└───────────── │ Greźka je tvoja. Trebalo je da bude: PKZIP -m -z<c:\logo TTF_DOC └───────────── Nou vej :). Taj naŽin komentarisanja arhiva koristim joź od verzije 1.10. I na Euklidu se ista sintaksa koristila za komentarisanje svakog Uploada, 24 Žasa dnevno ... Jedan jedini put se pojavila greźka, i to prekjuŽe, tako źto je pkunzip -t prijavio Bad CRC na *treęem* fajlu arhive. Probaj i sam, kreiraj ASCI tekst kao C:\LOGO i zapakuj arhivu na moj naŽin. Neęeź imati nikakvih problema. Uostalom, ja svaku redirekciju kucam na kraju komandne linije. Tako mi je logiŽno. Nemam pojma odakle vam ideja da je tu greźka? Pozdrav
arhiveri.1039 ssokorac,
─┼┤ «ek polako, arhiviraj sve fajlove koji Žine ARJ i to prvo ARJ-om sa -jm ─┼┤ a onda PKZIP-om sa -ex. Dakle, nema tu nikakvog dopunskog teksta niti ─┼┤ ikakvog security koda. Onda pogledaj koliki je dobijeni ZIP, a koliki ─┼┤ je dobijeni ARJ. Mislim da je pore¬enje sasvim fer. Ok, to je u redu, ali nije u redu pravljenje .exe zip-a od arj fajlova i uporedjivati sa arj241.exe, koji se ne sastoji samo od tih fajlova...
arhiveri.1040 bulaja,
││PKZIP -m -z TTF_DOC <c:\logo │└─── │Greska je tvoja. Trebalo je da bude: │PKZIP -m -z<c:\logo TTF_DOC └─── Nema to veze, cak je normalnije da < stoji na kraju reda jer se o redirekciji brine DOS a ne ZIP. Inace i meni je jednom prilikom ZIP sje*ao file u koji sam hteo da ubacim komentar, ali se ne secam vise pod kojim okolnostima je to bilo.
arhiveri.1042 bulaja,
**** new file **** R:\IBMPC\ARCHIVER\*.* ---------------------- zzap66a zip 100081 ZZap v6.6, konverzija izmedju raznih formata arhiva Universal automated archive conversion. Supports all known archive programs. Convert archive type, test integrity, scan for viruses, validate program CRC's. Properly handles nested archives. NEW, support for self-extracting archives (SFX). Fully configurable. Several user "hooks" supported.
arhiveri.1043 ganta,
> meni se par puta desilo da umesto dir *.txt otkucam del *.txt i... > odoźe fajlovi. RaŽunar uradi ono źto mu se kaČem, a ne ono źto hoęu. MoČda nevezano direktno na temu, ali iznerviran posle nekoliko ovakvih sluŽajnih brisanja, posluźao sam druga i instalirao Norton Erase protect (sada Smartcan) i nisam se pokajao. Obriźeź neźto vaČno i onda *mrtav ladan* za 2 sekunde ga povratiź sa 100% verovatnoęom. Zauzima samo 10k ili joź manje ako se digne. Nije reklama za losion, al' za razliku od nekih mojih drugova ja joź uvek imam kosu na glavi :) G.
arhiveri.1044 fancy,
ŮŢ> ovakvih sluŽajnih brisanja, posluźao sam druga i instalirao ŮŢ> Norton Erase protect (sada Smartcan) i nisam se pokajao. To isto radi i PcTools Delete sentry, a poJenta i jednog i drugog je da se podaci u stvari i ne briźu veę premeźtaju u direktorijum predvi¬en za to. LiŽno smatram da je dovoljan nivo zaźtite Deletion-tracking metod... (imaju ga i PcTools i novi DOS 6... a bogami i Norton) Fancy
arhiveri.1045 ndragan,
/ Ă> bi bilo da se novi ARJ distribuira arhiviran pomoęu ZIP-a :) / Ponavljaź se ;))) DČang alias Jung se ponavlja :)
arhiveri.1046 jtitov,
> VGAMax i 4DOS. U istim uslovima, ARJ vec godinama fercera bez ijedne ------- Vidim da mnogi koriste ovaj izraz... Ajde meni, neukom, da se objasni sta to znaci (tj. otprilike znam znacenje) tj. odakle vodi poreklo?
arhiveri.1047 sbrk,
Top Lista Nadrealista. Verovatno onda nisi Žuo za veę legendarni hrkljuź, ili Žuveni hepek. Dal se neko seęa onih naziva novŽanih jedinica? jedna je bila ░e je ba zapelo, al one ostale?
arhiveri.1048 kenza,
(;>> VGAMax i 4DOS. U istim uslovima, ARJ vec godinama fercera (;>> bez ijedne (;> Vidim da mnogi koriste ovaj izraz... Ajde meni, neukom, da se (;> objasni sta to znaci (tj. otprilike znam znacenje) tj. odakle Fercerati=sljakati=raditi ;) p.s. Poreklo=unknown
arhiveri.1049 dr.grba,
>> Vidim da mnogi koriste ovaj izraz... Ajde meni, neukom, da se >> objasni sta to znaci (tj. otprilike znam znacenje) tj. odakle vodi >> poreklo? Od hepeka, ba!
arhiveri.1050 toma,
■■>> Top Lista Nadrealista. Verovatno onda nisi Žuo za veę legendarni ■■>> hrkljuź, ili Žuveni hepek. Dal se neko seęa onih naziva novŽanih ■■>> jedinica? jedna je bila ░e je ba zapelo, al one ostale? Sorry źto ide u arhivere, ali... Nije novŽana jedinica, nego Fabrika za proizvodnju NI▒TA. Jedna od sirovina se zove ░e je ba ono nestalo, a druga Nema niŽega. ps. hepek, to ti je mirikl!
arhiveri.1051 asterix,
> Top Lista Nadrealista. Verovatno onda nisi Žuo za veę legendarni hrkljuź, ili > Žuveni hepek. Dal se neko seęa onih naziva novŽanih jedinica? jedna je bila > ░e je ba zapelo, al one ostale? Ih pa otad svake nedelje, od proleęa do jeseni, u komźijskom dvoriźtu igramo zgvoź na travi. Doduźe ne fenkiramo ulevo, jer je komźija obeęao da ęe da nam je*e majku ako mu joź jedna fenka zavrźi u dnevnoj sobi, kroz prozor koji gle- da dvoriźte.
arhiveri.1053 mazi,
> Izgleda mi da je ovde u pitanju razlika u masinama na kojima su > testirani ARJ i ZIP. Ako se ne varam, Zip koristi prednosti 386 > procesora, a Arj ne. Da, ali samo po pitanju brzine, ne i kompresije. Tako da se na XT-u i na pentiumu dobije ista arhiva. Ivan.
arhiveri.1054 dgrbic,
:: ░e je ba zapelo, al one ostale? A druga daj źta daź. Treęe se nikako ne seęam :(
arhiveri.1055 vlad,
-> Da, ali samo po pitanju brzine, ne i kompresije. -> Tako da se na XT-u i na pentiumu dobije ista arhiva. To nisam znao. A tako je logicno! Svakog dana, u svakom pogledu...
arhiveri.1056 vstan,
Ej narode, pojavio se SHEZ 10.1. Verzija 10.0 nije trojanac vec je preskocena. Obavezno skinuti i patch - sada je podrzan i bulajin Arj ;>
arhiveri.1057 darone,
>> Ej narode, pojavio se SHEZ 10.1. Ovo i mene poŽinje da nervira. Ne koristim ▒ez, jedino se pitam kako li se oseęaju oni koji ga koriste :(( darone
arhiveri.1058 viktor,
> jedino se pitam kako li se oseęaju oni koji ga > koriste :(( Zadovoljno, mada pomalo nervozno kada im stiČe raŽun za telefon ... :)) U svakom sluŽaju, kako mi se Žini, daleko zadovoljniji od onih koji koriste TM ... 8))
arhiveri.1059 dr.grba,
>> jedino se pitam kako li se oseęaju oni koji ga koriste :(( Izveźtili smo se, pa skidamo verziju Žiji decimalni broj nije manji od 6 (;
arhiveri.1060 fancy,
ŮŢ> Ej narode, pojavio se SHEZ 10.1. ... ..da... eno ga sedi u Meku na Slaviji... ▒alim se.. gde se pojavio?
arhiveri.1061 slazar,
Verovatno svako ima za i protiv za ono nasta je navikao i sa cime radi i uvek ce naci neku gresku za drugu vrstu arhive.Ne mogu da se pohvalim vel;ikim iskustvom .Svega 6 meseci se bavim pc i njegovim problemima.Ali sam jednostavno dosao do izbora koji cu arhiver koristiti<a to je ARJ. Zasto?Jednostavno zato sto sam koristio PKZIP HPACK LZH I jos neke.Sa svakim sam na vise nacina arhivirao 12 direktorijuma WP51,CHI,DOS,NC,ORCAD,TANGO..... kod svih sam najbolju kompresiju to jest najgusce sabijanje dobio sa ARJ dovoljno da se opredelim za takvu vrstu Arhivera,naravno u zavisnosti od toga sta zelite da postignete sa arhiviranjem (a ja zasad zelim ustedu na disketama i hardu odabracete odabracete ono sto vam odgovara) tako da mislim da nema ova je bolja ona je losija sve su dobre ako ih dobro koristimo (SLAZAR)
arhiveri.1062 vstan,
>^]> Ej narode, pojavio se SHEZ 10.1. ... > > Salim se.. gde se pojavio? Salim se i ja :)) (procita li poruku do kraja ?)
arhiveri.1063 fancy,
ŮŢ> Salim se i ja :)) (procita li poruku do kraja ?) xe xe... a ja sam ube¬en da je "Bulajina arhiva" zaista zrela za standard..:) Fancy
arhiveri.1064 viktor,
Lepo, ja sam se źetao po svim mreČama ... :(( nije ignore ali jedan zabrinut pogled jeste :((
arhiveri.1065 nikac,
>■ arhivirao 12 direktorijuma WP51,CHI,DOS,NC,ORCAD,TANGO..... >■ kod svih sam najbolju kompresiju to jest najgusce sabijanje >■ dobio sa ARJ dovoljno da se To si mogo da dobijes jedino ako si koristio prepotopski zip 1.10... Zip 2.04g (najbolji arhiver za sada) pakuje skoro u bajt podjednako kao i arj 2.39b i arj 2.31 samo to sto radi M N O G O brze, narocito na jacin masinama (386 i jace). Ja kad biram uvek koristim ZIP jer je stvarno najbolji i najbrzi, bar za sada... -=Nikac=-
arhiveri.1066 jerry,
> na jacin masinama (386 i jace). Ja kad biram uvek koristim ZIP jer > je stvarno najbolji i najbrzi, bar za sada... Viva ZIP!
arhiveri.1067 vlad,
-> To si mogo da dobijes jedino ako si koristio prepotopski zip -> 1.10... Zip 2.04g (najbolji arhiver za sada) pakuje skoro u bajt -> podjednako kao i arj 2.39b i arj 2.31 samo to sto radi M N O G O Ti ocigledno koristis prepotopski ARJ 2.39, koji je jos uz to i beta. Probaj 2.41 pa onda javi utiske. Izgleda da kasnis sa softverom, a zuris sa izjavama (utisak stecen na osnovu jos nekoliko tvojih poruka).
arhiveri.1068 nikac,
>■ To si mogo da dobijes jedino ako si koristio prepotopski zip >■ 1.10... Zip 2.04g (najbolji arhiver za sada) pakuje skoro u >■ bajt podjednako kao i arj 2.39b i arj 2.31 samo to sto radi M >■ N O G O brze, narocito na jacin masinama (386 i jace). Ja kad >■ biram uvek koristim ZIP jer je stvarno najbolji i najbrzi, bar >■ za sada... A juce sam skinuo i arj 2.41 i pakuje nesto bolje (jedva 1% do 2%) ali je i dalje dobrih 20-tak % sporiji. -=Nikac=-
arhiveri.1069 dejanr,
U direktorijumu WINDOWS je WinZip 4.1 New features in WinZip 4.1 include: - A status line and header. The status line includes green and red lights to show when WinZip is ready/busy and a meter to show progress of internal unzipping. - The View Dialog Box can now be used to run the program associated with the selected file, the internal viewer, or any external viewer. - An all-new and easier-to-use Add Dialog Box. - The CheckOut Dialog Box now lets you create permanent Groups. - Password support. - Support for creation of ZIPs that span multiple floppies. - Support for all PKZIP 2.0 compression methods. - More sort fields (you can click on titles in the header to sort). - The compressed file size and compression ratio are optionally displayed. - Optional "always on top" feature. - Multiple WinZip windows no longer overlay each other. - Some prompts can be suppressed from the Configuration dialog box. Alternately, these prompts can also be suppressed by pressing the shift key. For example, hold down the shift key will dropping a file to avoid the Drop dialog box.
arhiveri.1070 bearboy,
> Tek, da ne bi bilo diskusije tj. oseęanja da sam otklonjen na > jednu stranu, koristim ih oba i sve do 2.04 skoro sve na disku > mi je bilo ARJ-ovano. sada je drugaŽije ... ;)) Sada nije skoro sve ardČovano, veę baź sve :>>>>>>
arhiveri.1071 bearboy,
> meni se par puta desilo da umesto dir *.txt otkucam del *.txt > i... odoźe fajlovi. RaŽunar uradi ono źto mu se kaČem, a ne ono Da, ali kod del bar postoji UNDELETE i UNERASE (kako kome ;), ovde...
arhiveri.1072 bearboy,
>>> RaŽunar uradi ono źto mu se kaČem, a ne ono źto hoęu. > > I tako treba i da ostane! :) TaŽno. Zamisli kad ne bi ni to uradio ! :)))
arhiveri.1073 bearboy,
> Norton Erase protect (sada Smartcan) i nisam se pokajao. > Obriźeź neźto vaČno i onda *mrtav ladan* za 2 sekunde ga > povratiź sa 100% verovatnoęom. Zauzima samo 10k ili joź manje > ako se digne. Jaoooooo.... Jednom sam u 4DOS-u uradio jedno DEL A*.??C /S i tako mi je obrisao oko 15 Mb u kojih stotinak fajlova. Za to mu je trebalo nekoliko minuta :(((( A tek posle źto je bilo veselja kad sam video da se nije oslobodio ni bajt mesta, źta viźe, bilo je manje mesta nego pre komandoske akcije :)
arhiveri.1074 dejanr,
>> Da, ali kod del bar postoji UNDELETE i UNERASE (kako kome ;), ovde... Ovde PKZIPFIX, otprilike ekvivalent za UNDELETE (veęina toga se povrati, neźto se ne povrati). ARJ-ove arhive se, ako su oźteęene, joź teČe oporavljaju.
arhiveri.1075 nikac,
>■ Ti ocigledno koristis prepotopski ARJ 2.39, koji je jos uz to >■ i beta. Probaj 2.41 pa onda javi utiske. >■ Izgleda da kasnis sa softverom, a zuris sa izjavama (utisak >■ stecen na osnovu jos nekoliko tvojih poruka). Isto vece kad sam poslao poruku video sam i uzeo arj 2.41... Odmah sam sproveo takmicenje izmedju zip-a i arj-a... Na osnovu rezultata neka svako vidi ko je bolji!!!! Masina koriscena za takmicenje je 80386 SX na 16 Mhz-a. (star 4 godine). Rezultati (ukupno 5 takmicenja): ================================ 1 takmicenje: ------------- Direktorijum koji sadrzi sledece: 2 x .res 2 x .chi 1 x .cht 4 x .com 3 x .txt 1 x .bnr 4 x .exe 1 x .bat 1 x .bas Sasvim slucajnog izbora ukupne duzine 393.355 bytes tj. 393,355 KB Arhiver Velicina arhive Vreme ==================================================== ARJ 2.41 Maximum compres. 186.523 bytes 38,84 sec. PkZip 2.04 Normal compres. 186.598 bytes 28,11 sec. Maximum compres. 186.277 bytes 36,60 sec. 2 takmicenje: ------------- Direktorijum sadrzi raspakovanu arhivu arj2.41 sa SEZAMA, raspakovane velicine 449.101 bytes tj. 449,101 KB. Arhiver Velicina arhive Vreme ==================================================== ARJ 2.41 Maximum compres. 206.407 bytes 46,16 sec. PkZip 2.04 Normal compres. 206.167 bytes 31,62 sec. Maximum compres. 205.298 bytes 40,40 sec. 3 takmicenje: ------------- Direktorijum sadrzi QEMM 6.03 a ukupna velicina fajlova je 466.661 bytes tj. 466,661 KB. Arhiver Velicina arhive Vreme ==================================================== ARJ 2.41 Maximum compres. 233.024 bytes 52,61 sec. PkZip 2.04 Normal compres. 234.822 bytes 33,80 sec. Maximum compres. 234.137 bytes 44,62 sec. 4 takmicenje: ------------- Direktorijum sadrzi PCTOOLS 6.0 Deluxe i jos neke fajlove. Ukupna duzina je 2.810.545 bytes tj. 2,810545 MB. Arhiver Velicina arhive Vreme ==================================================== ARJ 2.41 Maximum compres. 1.443.705 bytes 4 min 50,55 sec. PkZip 2.04 Normal compres. 1.448.093 bytes 3 min 20,22 sec. Maximum compres. 1.443.701 bytes 4 min 16,82 sec. 5 takmicenje: ------------- Direktorijum sadrzi ProComm Plus zajedno sa BiModemom i jos nekim fajlovima. Ukupna duzina je 1.225.411 bytes tj. 1,225411 MB. Arhiver Velicina arhive Vreme ==================================================== ARJ 2.41 Maximum compres. 563.124 bytes 2 min 02,08 sec. PkZip 2.04 Normal compres. 564.694 bytes 1 min 22,09 sec. Maximum compres. 562.939 bytes 1 min 43,28 sec. STVARNO MISLIM DA REZULTATE NE TREBA KOMENTARISATI!!! Viva ZIP 2.04g sto bi reko jerry!!! -=Nikac=-
arhiveri.1076 isekulovic,
>> Sasvim slucajnog izbora ukupne duzine 393.355 bytes tj. 393,355 KB 393355 bytes = 384,136 Kb ;)
arhiveri.1077 nikac,
>■ 393355 bytes = 384,136 Kb ;) Izvinjavam se na ovoj banalnoj gresci, ali sam se jako zurio da prikazem uporedne rezultate zip-a i arj-a, pa nisam obratio paznju na ovakvu pocetnicku pogresku. Jos jednom sorry... -=Nikac=-
arhiveri.1078 jerry,
> STVARNO MISLIM DA REZULTATE NE TREBA KOMENTARISATI!!! > Viva ZIP 2.04g sto bi reko jerry!!! > -=Nikac=- Posle ovoga ima odma da ubijem sve kopije ARJ-a sa diska. V I V A! God save the ZIP!
arhiveri.1079 jerry,
> Ovde PKZIPFIX, otprilike ekvivalent za UNDELETE (vecina toga se povrati, Pitanje: Ako se obrise ZIP fajl i istog momenta uradi undelete, PKUNZIP kaze da ZIP ima greske. Zasto?
arhiveri.1080 mjova,
> Ovde PKZIPFIX, otprilike ekvivalent za UNDELETE (veęina > toga se povrati, neźto se ne povrati). > ARJ-ove arhive se, ako su oźteęene, joź teČe oporavljaju. zavisi, ako je kod zipa oźteęen dir na kraju arhive, onda ęe i on raditi isto źto i arj (jurcati po fajlu traČeęi zaglavlje datoteka). elem, kako se zahteva startovanje zipfix-a u takvim sluŽajevima onda o sigurnosti arhiva moČemo reęi *isto*. u sluŽaju kad je oźteęen samo jedan fajl (u okviru arhive), onda se samo treba nadati da ęe Bog uŽiniti da problem bude u nekom nevaČnom segmentu arhiva (ili ęe marfi, Bog nezgoda, biti jaŽi ;) jer se u takvim sluŽajevima opet svodi na isto: oźteęena arhiva se moČe povratiti, ali tada ęe pogreźan bit u arhivi napraviti zbrlj na veęem segmentu fajla. kako sve ovo i ti znaź dobro, ovim samo pokuźavam da skinem sumnju sa arj-a da neźto krije i neęe da 'opravi' ;) oźteęene datoteke. oęe, kao i zip, ali kad to uradi moČeź (najŽeźęe) samo da se slikaź sa njom ;)
arhiveri.1081 darone,
>> ARJ-ove arhive se, ako su oźteęene, joź teČe >> oporavljaju. Meni nikako nije jasno zaźto. Recimo, sada zip i arj prave pribliČno iste datoteke (ok, zip manje). Ako se iz obe arhive (koje su gotovo identiŽne, vidi se i iz toga da arj zna da raspakuje neke zipovane datoteke) iseŽe ruŽno isti deo, recimo nulama popuni jedan sektor, zaźto ęe to zip bolje popraviti nego arj? Zar nije napravljena ista źteta? darone
arhiveri.1082 dejanr,
>> Ako se obrise ZIP fajl i istog momenta uradi undelete, PKUNZIP >> kaze da ZIP ima greske. Zasto? Zato źto UNDELETE ne mora da radi i ne mora da proizvede fajl identiŽan originalu. Komprimuj disk (npr. sa COMPRESS iz PCTOOLS-a), napravi ZIP, obriźi ga i UNDELETE-uj, i vrlo verovatno ęe biti ok. Ali, kada je disk fragmentiran UNDELETE ne moČe uvek da spase fajl Žak i ako niźta nije snimano na disk - morali bi se ruŽno traČiti "izgubljeni" sektori źto je izvodnljivo kada je fajl tekstualan, ali kada je arhiva... teźko. Ako hoęeź da budeź siguran od DEL, pokreni SENTRY (DOS 6.0). To ti garantuje da ęeź posle UNDELETE dobiti originalni fajl.
arhiveri.1083 dejanr,
Sve to je taŽno, ali ZIP ima centralni direktorijum, dakle odre¬ene redundane informacije koje poveęavaju verovatnoęu spasavanja fajla. Ako je jedan bajt u fajlu oźteęen, bięe CRC greźka i fajl ęe biti "sumnjiv" - ako je tekst, moČe u editoru da se gleda źta je zabrljano, a ako je binarni onda obiŽno moČe da se baci. Dakle, deo arhive koji je oźteęen je manje-viźe neupotrebljiv. ZIP zahvaljujuęi centralnom direktorijumu moČe viźe da uradi na izvlaŽenju podataka iz neoźteęenog dela arhive.
arhiveri.1084 npetrovic,
> Ovde PKZIPFIX, otprilike ekvivalent za UNDELETE (vecina toga se povrati, > nesto se ne povrati). Pa zavisi koliko si pisao na disk posle delete naredbe... Pyc
arhiveri.1085 npetrovic,
> Sasvim slucajnog izbora ukupne duzine 393.355 bytes tj. 393,355 KB Cakaj , cekaj j amislim da nije isto 393.355 bytes i 393.355 Kbytes treba da se podeli 393.355 sa 1024 pa se tek onda dobije iznos u kb... Pyc
arhiveri.1086 dejanr,
>> Meni nikako nije jasno zaźto. Recimo, sada zip i >> arj prave pribliČno iste datoteke (ok, zip manje). >> Ako se iz obe arhive (koje su gotovo identiŽne, >> vidi se i iz toga da arj zna da raspakuje neke >> zipovane datoteke) iseŽe ruŽno isti deo, recimo >> nulama popuni jedan sektor, zaźto ęe to zip bolje >> popraviti nego arj? Zar nije napravljena ista >> źteta? ▒teta jeste ista, ali u ZIP-u ima viźe informacija. ZIP, naime, ime sliŽne podatke kao i ARJ izme¬u fajlova *plus* ima centralni direktorijum na kraju arhive koji ARJ nema (ili bar nije imao u prethodnim verzijama, a mislim da je tako ostalo i u novoj). Dakle, neke informacije o falovima ZIP ima na dva mesta a ARJ na jednom, dakle kod ZIP-a je veęa verovatnoęa da ako je jedna informacija stradala, druga bude oŽuvana. Mana centralnog direktorijuma je źto poveęava arhivu, ZIP-ovi bi mogli da budu manji da ga nema. Tako¬e, zbog postojanja tog direktorijuma deźava se da se .ZIP moČe joź jednom ZIP-ovati uz neki "mikronski" dobitak, źto u praksi nije posebno bitno ali deluje malo neozbiljno. No, Katz je odluŽio da pretrpi te Črtve da bi moguęnost oporavka oźteęenih arhiva bila neźto poveęana. Moji (sasvim liŽni) zakljuŽci pore¬enja PKZIP 2.04g vs ARJ 2.41: - Oba programa proizvode arhive pribliČno jednakih duČina. U pojedinim sluŽajevima se pojavljuje mala prednost u prilog jednog od njih, ali je ta prednost u procentima beznaŽajna. - ZIP znaŽajno brČe radi (15-20%, nekada i viźe) - ARJ ima fleksibilnije reźeno deljenje arhiva na viźe delova. ZIP i ne moČe da deli arhive tako da komadi ostanu na disku. - ZIP pruČa bolju moguęnost oporavka delova oźteęenih arhiva.
arhiveri.1087 viktor,
Evo da imate oko Žega da se sva¬ate, ne, nisam ja imao vremena na bacanje veę samo prenosim ... ;)) Nisam imao Čivaca da se igram oko sre¬ivanja onih uspravnih crta i sliŽno, ko ima volje ... Path: mnemosyne.cs.du.edu!uunet!wupost!waikato.ac.nz!aukuni.ac.nz!cs18.cs.aukuni .ac.nz!pgut1 Newsgroups: comp.compression Subject: The compression list, 28/06/93 Message-ID: <1993Jun29.122301.14390▓cs.aukuni.ac.nz> From: pgut1▓cs.aukuni.ac.nz (Peter Gutmann) Date: Tue, 29 Jun 1993 12:23:01 GMT Organization: Computer Science Dept. University of Auckland Lines: 824 Here, at long last, is the latest compression list. It's been over a year since the last one, I thought that since the long-awaited Arj 2.4x is finally here I might as well post the new version. The only real changes are a few new compressors added. Every time I post this there's a small flurry of email along the lines of "Have you tested <x>" or "There's a newer version of <y>". Since it's been a long time since the last post, I expect a fair number of these to arrive. If there are enough changes, I'll post an updated version in a few weeks. Changes since the last list: - Added Pkzip 2.04, Arj 2.41, Hap/Pah 3, HPACK 0.78, SQZ 1083. Gzip is the same as Info-Zip for compression. - The timings are changed slightly since the last list, as I swapped my 386/25 for a 386/40. Based on running Pkzip 1.1 on the corpus on the faster system and comparing the timing with the same program on the previous one gave a speed improvement of 1.60 : 1.00. All timing results have been scaled by this amount (that is, all times on the 386/25 were divided by 1.60 to give the the 386/40 times). The inaccuracy introduced is at most a few fractions of a second, and the PC clock isn't that accurate anyway. (If anyone still wants to complain, they're welcome to rerun about a hundred compressors on the 3.5MB corpus to get exact timings :-). Changes since 07/02/92: - Alphabetized the compressors (mostly). - Reran the release version of Arj 2.30 (not the beta). - Added Info-ZIP 2.0 (actually Zip 1.9, Unzip 5.0, but it's the generic Zip 2.0 release so I've labelled it 2.0). - There were two requests for a ranking in order of compression performance (bits/byte), but I haven't added this since I feel it will just lead to yet another "my compressor is better than your compressor" war. - Shock horror! It appears there were a few mistakes in the list which had slipped past unnoticed until now (some of the figures were off by a few bytes, probably not enough to make an impact on the overall figures). I'd like to say a big "Thankyou" to Jean-Loup Gailly for digging these up. Changes since 15/07/91: - Added Info-ZIP compressor/decompressor, deleted 0.86 pre-release results. - Added Pkzip 2.0 beta (ie 1.93). - Reran Arj with maximum compression mode (Arj and the above two zip's have different compression modes, maximum is not the default mode). - Added Freeze. A note on compressor versions: Some compressors have new releases fairly regularly which implement bugfixes, new features, and so on. When a new release comes out I run a quick check on one or two files, and if the compression is basically identical to the previous release I don't bother rerunning it on the entire corpus. As a result if results are given for version x.00 of a compressor and the latest version is x.27 then it can be assumed that the results given for x.00 still apply to x.27. A note on test conditions: I run the tests with all programs and data on a Ramdrive to eliminate any problems with I/O bottlenecks or the load time of the compression code itself. Similarly I only count the size of the compressed data, not the total archive size (some archivers add a lot of cruft which influences the total archive size). A note on the suitability of the corpus: Some people have claimed that the corpus isn't a very good benchmark of actual performance ("My compressor can compress database files created by MegaBase 2000 in foo mode under a full moon while reciting from memory the verse contents of the Egyptian edition of Lord of the Rings, better than any other compressor"). There are datasets for which any compressor will outperform all others. The corpus is a reasonably good, almost universally accepted banchmark - it'll do for now. Its major advantage is that its data is unbiased - it hasn't been selected by someone just to make their compressor look good. A note on compressors on different platforms: Some programs have platform-specific optimizations which can make the speed (and in two cases compression performance) differ slightly. These are: COMP430D: Compresses better in non-MSDOS versions (memory limitations). HPACK: Somewhat faster and compresses slightly better in non-MSDOS versions (memory limitations). Lha: Somewhat faster in MSDOS and Amiga versions (routines in assembly language). Zip: Somewhat faster in MSDOS versions (routines in assembly language). Zoo: Somewhat faster in MSDOS versions (routines in assembly language). And now here it is....... +-----------------------------------------------------------------------------+ ¬ ¬ ¬ The Compression List 28/06/93 ¬ ¬ ¬ +-----------------------------------------------------------------------------+ The following data represents the result of running various compression programs on the corpus of test data presented in "Text Compression" by Tim Bell, John Cleary, and Ian Witten (an excellent book on data compression BTW), sometimes referred to as the Calgary corpus or the BWC corpus, which is something of a standard benchmark among data compression types. The PC archivers were run on a 386/40, the Mac ones on a Mac SE30 (no inits, no Multifinder (one of the archivers runs up to three times slower under Multifinder)), and the NeXT one on a 25MHz 68040. The files in the corpus are: bib : A list of references for comp.sci.papers in UNIX 'refer' format. book1 : "Far from the Madding Crowd" by Thomas Hardy, plain ASCII. book2 : "Principles of computer speech" by Ian Witten, Unix troff format. geo : Geophysical data consisting of 32-bit numbers. news : Usenet news obj1 : VAX executable obj2 : Mac executable paper1: Technical paper, Unix troff format. paper2: Technical paper, Unix troff format. pic : CCITT fax test picture 5 (1728x2376 bitmap, 200 pixels per inch). progc : C program. progl : Lisp program. progp : Pascal program trans : Transcript of terminal session (text + ANSI control codes) Figures are: Output data size; compression time in seconds (or minutes); decompression time in seconds (or minutes), and compression ratio in bits/byte (eg 2.85 means 2.85 bits output for every 8 bits input): +-----------------------------------------------------------------------------+ ¬ ¬ ¬ "Text Compression" Results ¬ ¬ ¬ +-----------------------------------------------------------------------------+ Size LZR LZJ' LZ77 LZSS LZH LZB LZW LZC LZ78 LZT LZMW bib 111,261 3.59 3.63 3.75 3.35 3.24 3.17 3.84 3.89 3.95 3.76 3.21 book1 768,771 4.61 3.67 4.57 4.08 3.73 3.86 4.03 4.06 3.92 3.90 3.72 book2 610,856 3.97 3.94 3.93 3.41 3.34 3.28 4.52 4.25 3.81 3.77 3.23 geo 102,400 7.34 6.05 6.34 6.43 6.52 6.17 6.15 6.10 5.59 5.96 5.85 news 377,109 4.26 4.59 4.37 3.79 3.84 3.55 4.92 4.90 4.33 4.36 3.83 obj1 21,504 6.37 5.19 5.41 4.57 4.58 4.26 6.30 6.15 5.58 4.93 4.89 obj2 246,814 4.21 5.95 3.81 3.30 3.19 3.14 9.81 5.19 4.68 4.08 3.20 paper1 53,161 4.47 3.66 3.94 3.38 3.38 3.22 4.58 4.43 4.50 3.85 3.47 paper2 82,199 4.56 3.48 4.10 3.58 3.57 3.43 4.02 3.98 4.24 3.69 3.40 pic 513,224 1.40 2.40 2.22 1.67 1.04 1.01 1.09 0.99 1.13 0.96 0.96 progc 39,611 4.39 3.72 3.84 3.24 3.25 3.08 4.88 4.41 4.60 3.82 3.40 progl 71,646 3.05 3.09 2.90 2.37 2.20 2.11 3.89 3.57 3.77 3.03 2.43 progp 49,379 2.97 3.14 2.93 2.36 2.17 2.08 3.73 3.72 3.84 3.09 2.43 trans 93,695 2.50 3.52 2.98 2.44 2.12 2.12 4.24 3.94 3.92 3.46 2.45 4.12 4.00 3.94 3.43 3.30 3.18 4.71 4.26 4.13 3.76 3.32 Size LZFG Y LZRW3 HUFF DAFC ADSM MTF WORD DMC PPMC SAKDC bib 111,261 2.90 2.91 3.53 5.24 3.84 3.87 3.12 2.19 2.28 2.11 2.10 book1 768,771 3.62 3.19 4.38 4.56 3.68 3.80 2.97 2.70 2.51 2.48 2.47 book2 610,856 3.05 3.01 3.64 4.83 3.92 3.95 2.66 2.51 2.25 2.26 2.26 geo 102,400 5.70 5.99 6.58 5.70 4.64 5.47 5.80 5.06 4.77 4.78 4.72 news 377,109 3.44 3.57 4.09 5.23 4.35 4.35 3.29 3.08 2.89 2.65 2.66 obj1 21,504 4.03 5.16 4.71 6.06 5.16 5.00 5.30 4.50 4.56 3.76 3.78 obj2 246,814 2.96 3.71 3.50 6.30 5.77 4.41 4.40 4.34 3.06 2.69 2.77 paper1 53,161 3.03 3.38 3.69 5.04 4.20 4.09 3.12 2.58 2.90 2.48 2.47 paper2 82,199 3.16 3.19 3.84 4.65 3.85 3.84 2.86 2.39 2.68 2.45 2.45 pic 513,224 0.87 1.02 1.74 1.66 0.90 1.03 1.09 0.89 0.94 1.09 0.82 progc 39,611 2.89 3.45 3.62 5.26 4.43 4.20 3.17 2.71 2.98 2.49 2.50 progl 71,646 1.97 2.63 2.72 4.81 3.61 3.67 2.31 1.90 2.17 1.90 1.90 progp 49,379 1.90 2.69 2.72 4.92 3.85 3.73 2.34 1.92 2.22 1.84 1.84 trans 93,695 1.76 2.67 2.59 5.58 4.11 3.88 2.87 1.91 2.11 1.77 1.77 2.95 3.33 3.67 4.99 3.95 4.02 3.24 2.76 2.74 2.48 2.47 +-----------------------------------------------------------------------------+ ¬ ¬ ¬ Summary of Compressors ¬ ¬ ¬ +-----------------------------------------------------------------------------+ The classifications of compressors by OS type are for timing purposes only. Some of the compressors are available for OS's other than the ones under which they are listed. -- MSDOS,OS/2 -- ARJ 0.15a Release 0.15a of the ARJ archiver, which uses an LZSS-like frontend followed by an adaptive Huffman encoder. ARJ 0.20, 1.00 Releases 0.20 and 1.00 of the ARJ archiver (they produce identical results), which uses an LZSS frontend followed by an adaptive Huffman encoder. ARJ 2.41 Release 2.00 of the ARJ archiver using a proprietary compression scheme (LZSS with adaptive Huffman). COMPRESS: Comp430D, an implementation of 16-bit Unix compress for the PC. Note that this gives compression figures which are not 100% the same as the standard Unix compress (figures for Unix compress are given as LZC in the text compression figures). Comp430D was used since it appears to be the most popular PC version of compress, and I had to use a PC version for timing results. DWC 5.01 Release 5.01 of the DWC archiver, using LZC. Freeze: LZSS with window size 8K followed by adaptive Huffman coding (this is an old version, there should be newer copies around (somewhere)). Hap3/Pah3 A PPMC-type arithmetic compressor. HPACK 0.75 Prototype of the HPACK archiver, which uses a mixture of arithmetic coders. HPACK 0.78 More recent prototype of the HPACK archiver, which uses a mixture of arithmetic coders. HYPER 2.5 Release 2.5 of the Hyper archiver using ??? Info-ZIP 1.00: As PKZIP 1.10 but with some improvements. Info-Zip 2.00/Gzip As PKZIP 2.00 but with some improvements. LARC 3.33 Release 3.33 of the Larc archiver, using pure LZSS. LHARC 1.13: LZSS with window size 4K, lookahead buffer size 60 bytes, followed by adaptive Huffman compression. LHA 2.11: LZSS with window size 8K and lookahead size 256 bytes, followed by plain Huffman backend for unmatched characters and lengths (these two use a common code space of 510 entries which includes the LZSS marker). Pointers are coded giving the size in bits, followed by the significant bits. These sizes are Huffman coded again. MDCD 1.0 Release 1.0 of Mike Davenport's MDCD archiver. PAK 1.00 Release 1.00 of NoGate Consulting's PAK archiver, which uses LZW with the code range from 2-13 bits and nodes being discarded on an LRU basis. PAK 2.51 Release 2.51 of NoGate Consulting's PAK archiver. PKARC 3.61 Release 3.61 of the PKARC archiver, which uses LZC with the code range from 9-13 bits. PKZIP 1.10: LZSS with window size 8K followed by compression of literals, positions, and lengths via static Shannon-Fano coding (the tables are transmitted as part of the file, but are static). PKZIP 2.04: LZSS with window size 32K followed by an adaptive Huffman compressor. SQZ 1.08.3 LZSS with window size 32K followed by an adaptive Huffman compressor. ZOO 2.01 Release 2.01 of the ZOO archiver, which uses LZC with the code range from 9-13 bits. ZOO 2.10 Release 2.10 of the ZOO archiver which uses the same compression method as Lha 2.xx. -- Macintosh -- Compactor/Compact Pro The Compactor archiver for the Macintosh, using RLE followed by LZ77 with window size 8K followed by compression of literals, lengths, and the upper bits of the position with Huffman compression. Disk Doubler Release 3.0A of the Disk Doubler compressor for the Macintosh, using LZC with codeword size 12-16 bits. Compression is as MacCompress. Times are for Finder with no inits; under Multifinder it runs up to three times slower. StuffIt/StuffIt Classic The StuffIt archiver for the Macintosh, using either LZC or Huffman depending on the data. -- NeXT -- Squash: The Squash archiver for the NeXT, using PPMC. -- Experimental -- BRENT: Robert Jung's implementation of R.P.Brent's compressor. COMP-1 The order-0 arithmetic coder from Dr.Dobbs Journal Feb'91. COMP-1A The simple order-1 arithmetic coder from Dr.Dobbs Journal Feb'91 COMP-2(1) The order-1 PPMC implementation from Dr.Dobbs Journal Feb'91. COMP-2(2) The order-2 PPMC implementation from Dr.Dobbs Journal Feb'91 Arithmetic: The simple order-0 arithmetic encoder from Communications of the ACM June'87. Y: Dan Bernstein's Yabba compressor. SAKDC: Ross Williams' Swiss Army Knife Data Compressor (scissors, magnifying glass, and tweezers option :-). +-----------------------------------------------------------------------------+ ¬ ¬ ¬ Compression Results ¬ ¬ ¬ +-----------------------------------------------------------------------------+ ARJ 0.15a ARJ 0.20,1.00,1.10 +----------------+--------------------------+--------------------------+ ¬ Bib : 111,261 ¬ 40,503 6.87s 0.93s 2.91 ¬ 40,741 6.25s 0.89s 2.93 ¬ ¬ Book1: 768,771 ¬ 337,632 48.8s 6.31s 3.51 ¬ 339,078 47.5s 5.87s 3.53 ¬ ¬ Book2: 610,856 ¬ 227,566 37.5s 4.46s 2.98 ¬ 228,444 36.3s 4.15s 2.99 ¬ ¬ Geo : 102,400 ¬ 68,276 5.62s 1.31s 5.33 ¬ 68,574 5.63s 1.24s 5.36 ¬ ¬ News : 377,109 ¬ 154,421 22.5s 2.99s 3.28 ¬ 155,086 21.9s 2.78s 3.29 ¬ ¬ Obj1 : 21,504 ¬ 10,309 1.87s 0.38s 3.84 ¬ 10,311 1.25s 0.34s 3.84 ¬ ¬ Obj2 : 246,814 ¬ 85,008 14.4s 1.75s 2.76 ¬ 84,982 13.8s 1.68s 2.75 ¬ ¬ Paper1: 53,161 ¬ 19,613 3.12s 0.55s 2.95 ¬ 19,676 3.13s 0.55s 2.96 ¬ ¬ Paper2: 82,199 ¬ 31,988 5.00s 0.79s 3.11 ¬ 32,097 5.00s 0.76s 3.12 ¬ ¬ Pic : 513,216 ¬ 52,008 1m03s 1.93s 0.81 ¬ 52,221 1m02s 1.86s 0.81 ¬ ¬ Progc: 39,611 ¬ 13,876 2.50s 0.44s 2.80 ¬ 13,942 2.50s 0.44s 2.82 ¬ ¬ Progl: 71,646 ¬ 16,840 4.38s 0.58s 1.88 ¬ 16,915 4.38s 0.55s 1.89 ¬ ¬ Progp: 49,379 ¬ 11,490 3.12s 0.44s 1.86 ¬ 11,507 3.13s 0.45s 1.86 ¬ ¬ Trans: 93,695 ¬ 22,483 5.63s 0.69s 1.92 ¬ 22,578 5.63s 0.66s 1.93 ¬ +----------------+--------------------------+--------------------------+ 14 Files Average: 2.85 Average: 2.86 Book2 speed = 16.3 K/s Book2 speed = 16.8 K/s Size: 1,092,013 Size: 1,096,152 ARJ 2.41 COMPRESS +----------------+--------------------------+--------------------------+ ¬ Bib : 111,261 ¬ 36,020 3.63s 0.55s 2.59 ¬ 46,258 1.00s 0.69s 3.33 ¬ ¬ Book1: 768,771 ¬ 318,835 30.9s 3.57s 3.32 ¬ 335,033 7.38s 4.43s 3.87 ¬ ¬ Book2: 610,856 ¬ 210,260 19.2s 2.52s 2.75 ¬ 256,378 6.00s 3.50s 3.36 ¬ ¬ Geo : 102,400 ¬ 68,916 12.0s 0.82s 5.38 ¬ 77,777 1.19s 0.83s 6.08 ¬ ¬ News : 377,109 ¬ 146,845 10.1s 1.76s 3.11 ¬ 185,241 3.75s 2.34s 6.00 ¬ ¬ Obj1 : 21,504 ¬ 10,315 0.77s 0.27s 3.84 ¬ 14,048 3.13s 0.21s 5.23 ¬ ¬ Obj2 : 246,814 ¬ 81,789 10.9s 1.10s 2.65 ¬ 130,574 2.81s 1.58s 4.23 ¬ ¬ Paper1: 53,161 ¬ 18,646 1.43s 0.38s 2.81 ¬ 25,077 5.63s 0.38s 3.77 ¬ ¬ Paper2: 82,199 ¬ 29,910 2.75s 0.50s 2.91 ¬ 36,161 0.81s 0.54s 3.52 ¬ ¬ Pic : 513,216 ¬ 53,342 38.9s 1.21s 0.83 ¬ 62,215 3.56s 2.12s 0.97 ¬ ¬ Progc: 39,611 ¬ 13,408 1.04s 0.33s 2.70 ¬ 19,143 4.38s 0.44s 3.87 ¬ ¬ Progl: 71,646 ¬ 16,389 2.25s 0.38s 1.83 ¬ 27,148 0.69s 0.34s 3.03 ¬ ¬ Progp: 49,379 ¬ 11,270 1.75s 0.33s 1.82 ¬ 19,209 0.50s 0.31s 3.11 ¬ ¬ Trans: 93,695 ¬ 20,055 2.08s 0.44s 1.71 ¬ 38,240 0.88s 0.61s 3.27 ¬ +----------------+--------------------------+--------------------------+ 14 Files Average: 2.73 Average: 3.83 Book2 speed = 31.8 K/s Book2 speed = 101.8 K/s Size: 1,035,500 Size: 1,272,502 DWC 5.01 Freeze +----------------+--------------------------+--------------------------+ ¬ Bib : 111,261 ¬ 52,529 0.59s 0.38s 3.78 ¬ 41,931 4.49s 1.83s 3.01 ¬ ¬ Book1: 768,771 ¬ 380,272 3.68s 2.48s 3.96 ¬ 351,762 36.4s 13.2s 3.66 ¬ ¬ Book2: 610,856 ¬ 292,779 2.85s 1.72s 3.83 ¬ 234,821 24.5s 9.69s 3.07 ¬ ¬ Geo : 102,400 ¬ 79,972 1.11s 0.44s 6.23 ¬ 68,487 19.6s 3.05s 5.35 ¬ ¬ News : 377,109 ¬ 210,916 1.92s 1.20s 4.47 ¬ 157,662 15.1s 6.88s 3.34 ¬ ¬ Obj1 : 21,504 ¬ 13,837 0.17s 0.14s 5.15 ¬ 10,527 2.30s 0.76s 3.91 ¬ ¬ Obj2 : 246,814 ¬ 131,367 1.21s 0.75s 4.26 ¬ 85,776 15.9s 4.50s 2.78 ¬ ¬ Paper1: 53,161 ¬ 26,244 0.31s 0.21s 3.95 ¬ 20,286 2.20s 0.96s 3.05 ¬ ¬ Paper2: 82,199 ¬ 38,113 0.44s 0.28s 3.71 ¬ 33,247 3.32s 1.38s 3.23 ¬ ¬ Pic : 513,216 ¬ 64,308 1.58s 0.86s 1.00 ¬ 57,643 4m47s 4.29s 0.83 ¬ ¬ Progc: 39,611 ¬ 19,148 0.24s 0.17s 3.87 ¬ 14,301 1.86s 0.75s 2.88 ¬ ¬ Progl: 71,646 ¬ 28,367 0.34s 0.24s 3.17 ¬ 17,265 3.57s 0.96s 1.92 ¬ ¬ Progp: 49,379 ¬ 19,215 0.28s 0.18s 3.11 ¬ 11,772 2.88s 0.71s 1.90 ¬ ¬ Trans: 93,695 ¬ 41,504 0.48s 0.31s 3.54 ¬ 23,002 3.61s 1.31s 1.96 ¬ +----------------+--------------------------+--------------------------+ 14 Files Average: 3.86 Average: 2.92 Book2 speed = 214.3 K/s Book2 speed = 24.9 K/s Size: 1,398,571 Size: 1,128,482 HAP3/PAH3 HYPER 2.5 +----------------+--------------------------+--------------------------+ ¬ Bib : 111,261 ¬ 29,281 6.11s 7.00s 2.11 ¬ 41,972 2.37s 1.61s 3.02 ¬ ¬ Book1: 768,771 ¬ 260,048 45.0s 50.6s 2.71 ¬ 345,857 17.6s 12.3s 3.60 ¬ ¬ Book2: 610,856 ¬ 183,193 34.4s 39.4s 2.40 ¬ 241,646 12.9s 8.69s 3.16 ¬ ¬ Geo : 102,400 ¬ 67,418 22.8s 28.9s 5.27 ¬ 64,171 3.03s 2.48s 5.01 ¬ ¬ News : 377,109 ¬ 138,821 27.8s 32.7s 2.94 ¬ 167,080 8.56s 6.01s 3.54 ¬ ¬ Obj1 : 21,504 ¬ 10,174 3.16s 4.05s 3.78 ¬ 10,681 0.62s 0.48s 3.97 ¬ ¬ Obj2 : 246,814 ¬ 84,890 21.3s 25.9s 2.75 ¬ 87,839 5.01s 3.36s 2.85 ¬ ¬ Paper1: 53,161 ¬ 18,437 3.36s 3.91s 2.47 ¬ 20,966 1.20s 0.83s 3.16 ¬ ¬ Paper2: 82,199 ¬ 25,110 4.78s 5.49s 2.44 ¬ 33,204 1.85s 1.27s 3.23 ¬ ¬ Pic : 513,216 ¬ 52,873 39.4s 41.9s 0.82 ¬ 59,152 8.19s 3.13s 0.92 ¬ ¬ Progc: 39,611 ¬ 12,375 2.78s 3.26s 2.50 ¬ 15,043 0.89s 0.62s 3.04 ¬ ¬ Progl: 71,646 ¬ 16,959 4.03s 4.43s 1.89 ¬ 18,872 1.38s 0.83s 2.11 ¬ ¬ Progp: 49,379 ¬ 11,288 3.06s 3.50s 1.83 ¬ 12,824 0.96s 0.58s 2.08 ¬ ¬ Trans: 93,695 ¬ 20,665 5.04s 5.80s 1.76 ¬ 24,792 1.68s 1.03s 2.12 ¬ +----------------+--------------------------+--------------------------+ 14 Files Average: 2.55 Average: 2.99 Book2 speed = 17.8 K/s Book2 speed = 47.4 K/s Size: 929,532 Size: 1,144,099 HPACK 0.75 HPACK 0.78 +----------------+--------------------------+--------------------------+ ¬ Bib : 111,261 ¬ 35,619 5.98s 2.85s 2.56 ¬ 33,420 9.01s 2.42s 2.40 ¬ ¬ Book1: 768,771 ¬ 306,876 1m07s 22.3s 3.19 ¬ 299,030 1m58s 20.9s 3.11 ¬ ¬ Book2: 610,856 ¬ 208,486 40.0s 15.6s 2.73 ¬ 200,695 1m06s 13.8s 2.63 ¬ ¬ Geo : 102,400 ¬ 58,976 18.0s 7.06s 4.61 ¬ 58,971 36.1s 7.09s 4.61 ¬ ¬ News : 377,109 ¬ 141,608 26.2s 11.0s 3.00 ¬ 138,395 44.5s 9.78s 2.94 ¬ ¬ Obj1 : 21,504 ¬ 10,572 2.51s 1.20s 3.93 ¬ 10,591 3.24s 1.15s 3.94 ¬ ¬ Obj2 : 246,814 ¬ 80,806 17.9s 8.56s 2.62 ¬ 79,190 27.8s 7.63s 2.57 ¬ ¬ Paper1: 53,161 ¬ 18,607 3.23s 1.48s 2.80 ¬ 18,182 4.45s 1.31s 2.74 ¬ ¬ Paper2: 82,199 ¬ 29,825 5.69s 2.26s 2.90 ¬ 28,773 8.68s 2.14s 2.80 ¬ ¬ Pic : 513,216 ¬ 51,778 13m2s 5.91s 0.81 ¬ 52,231 23m55 4.40s 0.81 ¬ ¬ Progc: 39,611 ¬ 13,475 2.44s 1.13s 2.72 ¬ 13,257 3.13s 0.99s 2.68 ¬ ¬ Progl: 71,646 ¬ 16,586 4.36s 1.41s 1.85 ¬ 16,217 6.54s 1.15s 1.81 ¬ ¬ Progp: 49,379 ¬ 11,647 3.26s 1.03s 1.89 ¬ 11,487 4.45s 0.88s 1.86 ¬ ¬ Trans: 93,695 ¬ 20,506 4.12s 1.82s 1.75 ¬ 18,992 5.27s 1.43s 1.62 ¬ +----------------+--------------------------+--------------------------+ 14 Files Average: 2.67 Average: 2.61 Book2 speed = 15.3 K/s Book2 speed = 9.3 K/s Size: 1,005,367 Size: 979,431 InfoZIP 1.00 InfoZIP 2.00/Gzip +----------------+--------------------------+--------------------------+ ¬ Bib : 111,261 ¬ 40,717 2.44s 1.76s 2.93 ¬ 34,878 4.23s 1.16s 2.51 ¬ ¬ Book1: 768,771 ¬ 339,932 20.1s 13.0s 3.54 ¬ 312,257 38.7s 8.46s 3.25 ¬ ¬ Book2: 610,856 ¬ 229,419 12.8s 9.25s 3.00 ¬ 206,134 24.1s 5.99s 2.70 ¬ ¬ Geo : 102,400 ¬ 69,837 8.31s 2.54s 5.46 ¬ 68,392 10.3s 1.65s 5.38 ¬ ¬ News : 377,109 ¬ 154,865 8.00s 6.75s 3.28 ¬ 144,377 13.0s 4.01s 3.06 ¬ ¬ Obj1 : 21,504 ¬ 10,522 0.89s 0.34s 3.91 ¬ 10,297 1.05s 0.38s 3.83 ¬ ¬ Obj2 : 246,814 ¬ 86,661 7.44s 3.74s 2.81 ¬ 81,064 12.5s 2.47s 2.63 ¬ ¬ Paper1: 53,161 ¬ 19,761 1.23s 0.86s 2.97 ¬ 18,518 1.81s 0.66s 2.79 ¬ ¬ Paper2: 82,199 ¬ 32,296 1.96s 1.34s 3.14 ¬ 29,642 3.41s 0.99s 2.88 ¬ ¬ Pic : 513,216 ¬ 56,828 12.7s 4.15s 0.89 ¬ 52,359 40.3s 3.19s 0.82 ¬ ¬ Progc: 39,611 ¬ 13,955 0.96s 0.66s 2.82 ¬ 13,237 1.37s 0.55s 2.67 ¬ ¬ Progl: 71,646 ¬ 16,954 1.48s 0.86s 1.89 ¬ 16,140 2.91s 0.71s 1.80 ¬ ¬ Progp: 49,379 ¬ 11,558 1.21s 0.62s 1.87 ¬ 11,162 2.31s 0.54s 1.81 ¬ ¬ Trans: 93,695 ¬ 22,737 1.71s 1.13s 1.94 ¬ 18,838 2.59s 0.83s 1.61 ¬ +----------------+--------------------------+--------------------------+ 14 files Average: 2.89 Average: 2.69 Book2 speed = 47.7 K/s Book2 speed = 25.3 K/s Size: 1,106,013 Size: 1,017,835 LARC 3.33 MDCD 1.0 +----------------+--------------------------+--------------------------+ ¬ Bib : 111,261 ¬ 52,591 3.13s 0.62s 3.78 ¬ 55,049 1.68s 0.99s 3.96 ¬ ¬ Book1: 768,771 ¬ 424,147 20.8s 3.78s 4.41 ¬ 391,143 12.1s 6.75s 4.07 ¬ ¬ Book2: 610,856 ¬ 285,942 16.5s 2.89s 3.74 ¬ 302,143 9.31s 5.37s 3.96 ¬ ¬ Geo : 102,400 ¬ 83,183 0.94s 0.65s 6.42 ¬ 79,466 2.41s 1.13s 6.21 ¬ ¬ News : 377,109 ¬ 194,435 9.63s 1.86s 4.12 ¬ 216,893 6.75s 3.50s 4.60 ¬ ¬ Obj1 : 21,504 ¬ 12,247 0.66s 0.21s 4.56 ¬ 13,734 0.48s 0.28s 5.11 ¬ ¬ Obj2 : 246,814 ¬ 103,002 6.81s 1.17s 3.34 ¬ 131,983 4.16s 2.26s 4.28 ¬ ¬ Paper1: 53,161 ¬ 24,467 1.82s 0.34s 3.68 ¬ 26,789 0.93s 0.55s 4.03 ¬ ¬ Paper2: 82,199 ¬ 39,703 2.34s 0.48s 3.86 ¬ 39,905 1.31s 0.79s 3.88 ¬ ¬ Pic : 513,216 ¬ 105,311 14.9s 2.03s 1.64 ¬ 64,367 4.64s 3.30s 1.00 ¬ ¬ Progc: 39,611 ¬ 17,531 1.16s 0.28s 3.54 ¬ 20,058 0.69s 0.41s 4.05 ¬ ¬ Progl: 71,646 ¬ 22,521 4.63s 0.38s 2.51 ¬ 28,558 1.03s 0.65s 3.19 ¬ ¬ Progp: 49,379 ¬ 15,445 1.51s 0.31s 2.52 ¬ 20,231 0.76s 0.48s 3.28 ¬ ¬ Trans: 93,695 ¬ 33,461 2.61s 0.48s 2.86 ¬ 43,511 0.86s 0.56s 3.72 ¬ +----------------+--------------------------+--------------------------+ 14 Files Average: 3.64 Average: 3.95 Book2 speed = 37.0 K/s Book2 speed = 65.6 K/s Size: 1,413,986 Size: 1,433,830 LHARC 1.13c LHARC 2.12 +----------------+--------------------------+--------------------------+ ¬ Bib : 111,261 ¬ 46,501 3.00s 1.20s 3.34 ¬ 40,740 3.00s 0.58s 2.93 ¬ ¬ Book1: 768,771 ¬ 369,512 19.1s 8.00s 3.85 ¬ 339,074 21.9s 4.36s 3.53 ¬ ¬ Book2: 610,856 ¬ 252,561 15.2s 5.98s 3.31 ¬ 228,442 16.6s 2.99s 2.99 ¬ ¬ Geo : 102,400 ¬ 70,945 3.13s 1.79s 5.53 ¬ 68,574 2.69s 0.89s 5.36 ¬ ¬ News : 377,109 ¬ 166,062 10.4s 4.22s 3.52 ¬ 155,084 10.1s 2.03s 3.29 ¬ ¬ Obj1 : 21,504 ¬ 10,748 0.88s 0.45s 4.00 ¬ 10,310 0.56s 0.21s 3.84 ¬ ¬ Obj2 : 246,814 ¬ 90,848 7.38s 2.64s 2.94 ¬ 84,981 6.25s 1.13s 2.75 ¬ ¬ Paper1: 53,161 ¬ 21,749 1.44s 0.62s 3.27 ¬ 19,676 1.44s 0.31s 2.96 ¬ ¬ Paper2: 82,199 ¬ 35,278 2.13s 0.89s 3.43 ¬ 32,096 2.31s 0.48s 3.12 ¬ ¬ Pic : 513,216 ¬ 61,394 51.3s 2.89s 0.96 ¬ 52,221 11.1s 1.13s 0.81 ¬ ¬ Progc: 39,611 ¬ 15,400 1.19s 0.48s 3.11 ¬ 13,941 1.06s 0.24s 2.82 ¬ ¬ Progl: 71,646 ¬ 18,759 2.56s 0.65s 2.09 ¬ 16,914 1.88s 0.31s 1.89 ¬ ¬ Progp: 49,379 ¬ 12,792 1.56s 0.48s 2.07 ¬ 11,507 1.25s 0.24s 1.86 ¬ ¬ Trans: 93,695 ¬ 28,094 2.75s 0.89s 2.40 ¬ 22,578 2.38s 0.38s 1.93 ¬ +----------------+--------------------------+--------------------------+ 14 Files Average: 3.13 Average: 2.86 Book2 speed = 40.2 K/s Book2 speed = 38.2 K/s Size: 1,200,643 Size: 1,096,138 PAK 1.00 PAK 2.51 +----------------+--------------------------+--------------------------+ ¬ Bib : 111,261 ¬ 47,757 1.94s 1.72s 3.43 ¬ 42,382 2.63s 0.69s 3.05 ¬ ¬ Book1: 768,771 ¬ 346,495 14.4s 11.8s 3.61 ¬ 347,567 21.5s 4.05s 3.62 ¬ ¬ Book2: 610,856 ¬ 263,671 11.1s 9.19s 3.45 ¬ 234,934 15.0s 3.06s 3.08 ¬ ¬ Geo : 102,400 ¬ 72,246 2.81s 2.09s 5.64 ¬ 68,853 3.25s 0.82s 5.38 ¬ ¬ News : 377,109 ¬ 189,775 7.38s 6.08s 4.03 ¬ 158,456 8.50s 2.06s 3.36 ¬ ¬ Obj1 : 21,504 ¬ 12,769 0.44s 0.41s 4.72 ¬ 11,236 0.75s 0.28s 4.14 ¬ ¬ Obj2 : 246,814 ¬ 123,189 4.94s 4.02s 3.99 ¬ 89,530 6.38s 1.34s 2.90 ¬ ¬ Paper1: 53,161 ¬ 24,838 0.94s 0.86s 3.74 ¬ 20,405 1.38s 0.41s 3.04 ¬ ¬ Paper2: 82,199 ¬ 35,839 1.44s 1.27s 3.49 ¬ 33,162 2.25s 0.54s 3.23 ¬ ¬ Pic : 513,216 ¬ 59,841 3.56s 3.43s 0.93 ¬ 67,195 9.44s 1.82s 1.05 ¬ ¬ Progc: 39,611 ¬ 18,751 0.75s 0.65s 3.79 ¬ 14,630 1.06s 0.34s 2.95 ¬ ¬ Progl: 71,646 ¬ 26,746 1.13s 1.03s 2.99 ¬ 18,083 1.75s 0.41s 2.02 ¬ ¬ Progp: 49,379 ¬ 18,972 0.81s 0.72s 3.07 ¬ 12,437 1.31s 0.34s 2.01 ¬ ¬ Trans: 93,695 ¬ 38,091 1.56s 1.38s 3.25 ¬ 24,113 1.94s 0.51s 2.06 ¬ +----------------+--------------------------+--------------------------+ 14 Files Average: 3.52 Average: 2.99 Book2 speed = 55.0 K/s Book2 speed = 40.7 K/s Size: 1,278,800 Size: 1,142,983 PKARC 3.61 PKZIP 1.10 +----------------+--------------------------+--------------------------+ ¬ Bib : 111,261 ¬ 49,192 0.50s 0.38s 3.54 ¬ 41,354 1.88s 0.31s 2.97 ¬ ¬ Book1: 768,771 ¬ 370,512 3.31s 2.37s 3.86 ¬ 350,560 18.1s 1.96s 3.65 ¬ ¬ Book2: 610,856 ¬ 299,490 2.62s 1.96s 3.92 ¬ 232,589 11.9s 1.47s 3.04 ¬ ¬ Geo : 102,400 ¬ 79,433 0.63s 0.44s 6.21 ¬ 76,172 6.19s 0.38s 5.95 ¬ ¬ News : 377,109 ¬ 214,213 1.75s 1.31s 4.54 ¬ 157,326 6.81s 0.86s 3.34 ¬ ¬ Obj1 : 21,504 ¬ 13,500 0.19s 0.17s 5.02 ¬ 10,546 0.94s 0.14s 3.92 ¬ ¬ Obj2 : 246,814 ¬ 132,337 1.13s 0.86s 4.29 ¬ 90,130 4.81s 0.51s 2.92 ¬ ¬ Paper1: 53,161 ¬ 25,814 0.25s 0.24s 3.88 ¬ 20,041 1.06s 0.21s 3.01 ¬ ¬ Paper2: 82,199 ¬ 38,303 0.43s 0.31s 3.73 ¬ 32,867 1.75s 0.28s 3.20 ¬ ¬ Pic : 513,216 ¬ 64,938 1.50s 1.09s 1.00 ¬ 63,805 29.2s 0.89s 0.99 ¬ ¬ Progc: 39,611 ¬ 20,041 0.25s 0.23s 4.05 ¬ 14,164 0.75s 0.18s 2.86 ¬ ¬ Progl: 71,646 ¬ 28,050 0.38s 0.28s 3.13 ¬ 17,255 1.18s 0.21s 1.93 ¬ ¬ Progp: 49,379 ¬ 20,197 0.25s 0.21s 3.27 ¬ 11,877 0.94s 0.18s 1.92 ¬ ¬ Trans: 93,695 ¬ 42,286 0.44s 0.34s 3.61 ¬ 23,135 1.38s 0.24s 1.98 ¬ +----------------+--------------------------+--------------------------+ 14 Files Average: 3.86 Average: 2.98 Book2 speed = 233.2 K/s Book2 speed = 51.3 K/s Size: 1,398,306 Size: 1,141,821 PKZIP 2.04 SQZ 1.08.3 +----------------+--------------------------+--------------------------+ ¬ Bib : 111,261 ¬ 35,126 3.07s 0.44s 2.53 ¬ 35,431 4.18s 0.72s 2.55 ¬ ¬ Book1: 768,771 ¬ 312,490 29.2s 2.08s 3.25 ¬ 314,977 39.4s 5.00s 3.28 ¬ ¬ Book2: 610,856 ¬ 206,513 19.8s 1.60s 2.70 ¬ 206,974 25.6s 3.52s 2.71 ¬ ¬ Geo : 102,400 ¬ 68,706 10.5s 0.61s 5.37 ¬ 69,239 6.76s 1.10s 5.41 ¬ ¬ News : 377,109 ¬ 144,545 12.0s 1.10s 3.07 ¬ 144,596 14.0s 2.36s 3.07 ¬ ¬ Obj1 : 21,504 ¬ 10,306 0.60s 0.28s 3.83 ¬ 10,295 0.61s 0.28s 3.83 ¬ ¬ Obj2 : 246,814
arhiveri.1089 viktor,
PKZIP 2.04 SQZ 1.08.3 +----------------+--------------------------+--------------------------+ ¬ Bib : 111,261 ¬ 35,126 3.07s 0.44s 2.53 ¬ 35,431 4.18s 0.72s 2.55 ¬ ¬ Book1: 768,771 ¬ 312,490 29.2s 2.08s 3.25 ¬ 314,977 39.4s 5.00s 3.28 ¬ ¬ Book2: 610,856 ¬ 206,513 19.8s 1.60s 2.70 ¬ 206,974 25.6s 3.52s 2.71 ¬ ¬ Geo : 102,400 ¬ 68,706 10.5s 0.61s 5.37 ¬ 69,239 6.76s 1.10s 5.41 ¬ ¬ News : 377,109 ¬ 144,545 12.0s 1.10s 3.07 ¬ 144,596 14.0s 2.36s 3.07 ¬ ¬ Obj1 : 21,504 ¬ 10,306 0.60s 0.28s 3.83 ¬ 10,295 0.61s 0.28s 3.83 ¬ ¬ Obj2 : 246,814 ¬ 81,132 8.68s 0.77s 2.63 ¬ 81,907 8.62s 1.43s 2.65 ¬ ¬ Paper1: 53,161 ¬ 18,531 1.43s 0.33s 2.79 ¬ 18,502 1.98s 0.44s 2.78 ¬ ¬ Paper2: 82,199 ¬ 29,568 2.58s 0.44s 2.88 ¬ 29,795 3.57s 0.60s 2.90 ¬ ¬ Pic : 513,216 ¬ 52,409 14.2s 0.88s 0.82 ¬ 56,335 10.8s 1.60s 0.88 ¬ ¬ Progc: 39,611 ¬ 13,341 0.93s 0.33s 2.69 ¬ 13,350 1.38s 0.33s 2.70 ¬ ¬ Progl: 71,646 ¬ 16,122 1.92s 0.38s 1.80 ¬ 16,294 2.25s 0.44s 1.82 ¬ ¬ Progp: 49,379 ¬ 11,200 1.10s 0.33s 1.81 ¬ 11,254 1.42s 0.33s 1.82 ¬ ¬ Trans: 93,695 ¬ 19,462 2.09s 0.39s 1.66 ¬ 19,363 2.47s 0.50s 1.65 ¬ +----------------+--------------------------+--------------------------+ 14 Files Average: 2.70 Avg: 2.72 Book2 speed = 30.9 K/s Book2 speed = 23.9 K/s Size: 1,019,451 Size: 1,028,312 ZOO 2.01 ZOO 2.10 +----------------+--------------------------+--------------------------+ ¬ Bib : 111,261 ¬ 55,049 1.31s 0.83s 3.96 ¬ 40,742 7.06s 0.89s 2.93 ¬ ¬ Book1: 768,771 ¬ 391,581 9.88s 5.43s 4.07 ¬ 339,076 51.9s 6.75s 3.53 ¬ ¬ Book2: 610,856 ¬ 302,143 7.38s 4.26s 3.96 ¬ 228,444 40.6s 4.78s 2.99 ¬ ¬ Geo : 102,400 ¬ 79,466 1.81s 0.96s 6.21 ¬ 68,576 5.98s 1.23s 5.36 ¬ ¬ News : 377,109 ¬ 217,194 5.25s 2.88s 4.61 ¬ 155,086 23.8s 3.09s 3.29 ¬ ¬ Obj1 : 21,504 ¬ 13,688 0.38s 0.24s 5.09 ¬ 10,312 1.10s 0.24s 3.84 ¬ ¬ Obj2 : 246,814 ¬ 132,837 3.25s 1.85s 4.31 ¬ 84,983 14.8s 1.79s 2.75 ¬ ¬ Paper1: 53,161 ¬ 26,789 0.75s 0.41s 4.03 ¬ 19,678 3.33s 0.45s 2.96 ¬ ¬ Paper2: 82,199 ¬ 39,905 1.06s 0.62s 3.88 ¬ 32,098 5.35s 0.72s 3.12 ¬ ¬ Pic : 513,216 ¬ 64,952 3.68s 2.34s 1.01 ¬ 52,223 26.3s 2.20s 0.81 ¬ ¬ Progc: 39,611 ¬ 20,058 0.56s 0.34s 4.05 ¬ 13,943 2.40s 0.34s 2.82 ¬ ¬ Progl: 71,646 ¬ 29,045 0.81s 0.51s 3.24 ¬ 16,916 4.43s 0.48s 1.89 ¬ ¬ Progp: 49,379 ¬ 20,231 0.56s 0.38s 3.28 ¬ 11,509 2.95s 0.34s 1.86 ¬ ¬ Trans: 93,695 ¬ 43,511 1.13s 0.69s 3.68 ¬ 22,580 5.69s 0.62s 1.93 ¬ +----------------+--------------------------+--------------------------+ 14 Files Average: 3.96 Average: 2.86 Book2 speed = 82.8 K/s Book2 speed = 15.0K/s Size: 1,436,449 Size: 1,096,166 Compactor 1.21 Compact Pro 1.3 +----------------+--------------------------+--------------------------+ ¬ Bib : 111,261 ¬ 42,329 10.7s 4.59s 3.04 ¬ 42,344 11.1s 4.89s 3.04 ¬ ¬ Book1: 768,771 ¬ 352,581 1m19s 29.3s 3.67 ¬ 352,596 1m21s 32.9s 3.67 ¬ ¬ Book2: 610,856 ¬ 237,187 55.1s 21.7s 3.11 ¬ 237,187 59.0s 24.1s 3.11 ¬ ¬ Geo : 102,400 ¬ 69,891 9.83s 5.20s 5.46 ¬ 69,906 13.3s 5.62s 5.46 ¬ ¬ News : 377,109 ¬ 158,627 34.1s 14.2s 3.37 ¬ 158,642 35.7s 15.9s 3.37 ¬ ¬ Obj1 : 21,504 ¬ 10,789 3.16s 1.68s 4.01 ¬ 10,804 3.24s 1.75s 4.02 ¬ ¬ Obj2 : 246,814 ¬ 88,485 23.4s 9.04s 2.87 ¬ 88,237 24.7s 9.90s 2.86 ¬ ¬ Paper1: 53,161 ¬ 20,419 5.70s 2.70s 3.07 ¬ 20,434 6.02s 3.06s 3.08 ¬ ¬ Paper2: 82,199 ¬ 33,431 8.14s 3.70s 3.25 ¬ 33,446 9.25s 4.34s 3.26 ¬ ¬ Pic : 513,216 ¬ 53,404 18.6s 9.34s 0.83 ¬ 53,419 20.4s 9.72s 0.83 ¬ ¬ Progc: 39,611 ¬ 14,438 4.26s 2.29s 2.92 ¬ 14,453 4.96s 2.45s 2.92 ¬ ¬ Progl: 71,646 ¬ 17,840 6.69s 3.70s 1.99 ¬ 17,855 7.59s 3.35s 1.99 ¬ ¬ Progp: 49,379 ¬ 12,110 4.86s 2.47s 1.96 ¬ 12,125 5.23s 2.56s 1.96 ¬ ¬ Trans: 93,695 ¬ 23,832 7.61s 3.74s 2.03 ¬ 23,847 8.96s 3.99s 2.04 ¬ +----------------+--------------------------+--------------------------+ 14 Files Average: 2.97 Average: 2.97 Book2 speed = 9.3 K/s Book2 speed = 10.3 K/s Size: 1,135,363 Size: 1,135,295 Disk Doubler 3.0A +----------------+--------------------------+ ¬ Bib : 111,261 ¬ 46,612 14s 3.61s 3.35 ¬ ¬ Book1: 768,771 ¬ 332,140 41s 18.8s 3.46 ¬ ¬ Book2: 610,856 ¬ 250,843 27s 14.6s 3.29 ¬ ¬ Geo : 102,400 ¬ 77,861 6s 4.45s 6.08 ¬ ¬ News : 377,109 ¬ 182,205 23s 10.2s 3.87 ¬ ¬ Obj1 : 21,504 ¬ 14,132 1.76s 1.69s 5.26 ¬ ¬ Obj2 : 246,814 ¬ 128,965 23s 7.42s 4.18 ¬ ¬ Paper1: 53,161 ¬ 25,161 2.71s 2.54s 3.77 ¬ ¬ Paper2: 82,199 ¬ 36,245 3.57s 3.18s 3.53 ¬ ¬ Pic : 513,216 ¬ 62,299 14s 7.73s 0.97 ¬ ¬ Progc: 39,611 ¬ 19,227 5s 2.19s 3.88 ¬ ¬ Progl: 71,646 ¬ 27,232 4s 2.72s 3.04 ¬ ¬ Progp: 49,379 ¬ 19,293 7s 2.24s 3.13 ¬ ¬ Trans: 93,695 ¬ 38,324 6s 3.28s 3.27 ¬ +----------------+--------------------------+ 14 Files Average: 3.65 Book2 speed = 22.6 K/s Size: 1,261,828 StuffIt 1.5.1 StuffIt Classic +----------------+--------------------------+--------------------------+ ¬ Bib : 111,261 ¬ 46,948 6.85s 5.31s 3.38 ¬ 46,951 24.0s 7.97s 3.38 ¬ ¬ Book1: 768,771 ¬ 357,518 43.8s 29.8s 3.72 ¬ 369,897 2m36s 45.8s 3.85 ¬ ¬ Book2: 610,856 ¬ 281,485 32.5s 22.4s 3.67 ¬ 252,974 2m06s 35.0s 3.31 ¬ ¬ Geo : 102,400 ¬ 73,010 17.4s 5.36s 5.70 ¬ 71,392 24.1s 9.91s 5.58 ¬ ¬ News : 377,109 ¬ 202,725 22.8s 14.9s 5.38 ¬ 166,493 1m23s 24.0s 3.53 ¬ ¬ Obj1 : 21,504 ¬ 14,179 3.59s 1.79s 5.27 ¬ 11,206 6.91s 2.98s 4.17 ¬ ¬ Obj2 : 246,814 ¬ 138,871 16.6s 10.3s 4.50 ¬ 91,301 58.4s 15.0s 2.96 ¬ ¬ Paper1: 53,161 ¬ 25,208 3.61s 2.95s 3.79 ¬ 22,203 11.5s 4.05s 3.34 ¬ ¬ Paper2: 82,199 ¬ 37,327 5.26s 3.87s 3.63 ¬ 35,734 5.49s 5.49s 3.48 ¬ ¬ Pic : 513,216 ¬ 63,408 14.2s 12.2s 0.99 ¬ 61,855 18.4s 18.4s 0.96 ¬ ¬ Progc: 39,611 ¬ 19,274 3.05s 2.56s 3.89 ¬ 15,856 3.47s 3.47s 3.20 ¬ ¬ Progl: 71,646 ¬ 27,247 4.46s 3.33s 3.04 ¬ 19,217 4.05s 4.05s 2.15 ¬ ¬ Progp: 49,379 ¬ 19,340 3.01s 2.76s 3.13 ¬ 13,249 3.51s 3.51s 2.15 ¬ ¬ Trans: 93,695 ¬ 39,736 5.61s 4.33s 3.39 ¬ 28,548 5.79s 5.79s 2.44 ¬ +----------------+--------------------------+--------------------------+ 14 Files Average: 3.82 Average: 3.18 Book2 speed = 19.1 K/s Book2 speed = 4.8 K/s Size: 1,346,282 Size: 1,206,876 Squash +----------------+--------------+ ¬ Bib : 111,261 ¬ 29,111 2.09 ¬ ¬ Book1: 768,771 ¬ 260,099 2.71 ¬ ¬ Book2: 610,856 ¬ 177,835 2.33 ¬ ¬ Geo : 102,400 ¬ 60,035 4.69 ¬ ¬ News : 377,109 ¬ 135,483 2.87 ¬ ¬ Obj1 : 21,504 ¬ 10,519 3.91 ¬ ¬ Obj2 : 246,814 ¬ 86,619 2.81 ¬ ¬ Paper1: 53,161 ¬ 17,155 2.58 ¬ ¬ Paper2: 82,199 ¬ 25,271 2.46 ¬ ¬ Pic : 513,216 ¬ 50,811 0.79 ¬ ¬ Progc: 39,611 ¬ 13,095 2.64 ¬ ¬ Progl: 71,646 ¬ 17,259 1.93 ¬ ¬ Progp: 49,379 ¬ 12,259 1.99 ¬ ¬ Trans: 93,695 ¬ 21,543 1.84 ¬ +----------------+--------------+ 14 Files Average: 2.55 Bk2sp= 19.7 K/s Size: 917,094 +-----------------------------------------------------------------------------+ ¬ ¬ ¬ Experimental Compressor Results ¬ ¬ ¬ +-----------------------------------------------------------------------------+ Arithmetic BRENT +----------------+--------------------+--------------------+ ¬ Bib : 111,261 ¬ 72,787 3.26s 5.23 ¬ 59,711 13.1s 4.29 ¬ ¬ Book1: 768,771 ¬ 436,881 20.5s 4.55 ¬ 466,187 1m51s 4.85 ¬ ¬ Book2: 610,856 ¬ 364,716 17.0s 4.78 ¬ 318,979 1m14s 4.18 ¬ ¬ Geo : 102,400 ¬ 72,398 4.48s 5.66 ¬ 78,485 9.75s 6.13 ¬ ¬ News : 377,109 ¬ 244,470 11.5s 5.19 ¬ 208,270 42.5s 4.42 ¬ ¬ Obj1 : 21,504 ¬ 16,037 1.03s 5.97 ¬ 11,654 5.38s 4.34 ¬ ¬ Obj2 : 246,814 ¬ 187,292 10.1s 6.07 ¬ 103,120 20.9s 3.34 ¬ ¬ Paper1: 53,161 ¬ 33,118 1.63s 4.98 ¬ 27,081 6.00s 4.08 ¬ ¬ Paper2: 82,199 ¬ 47,533 2.17s 4.62 ¬ 44,393 10.4s 4.32 ¬ ¬ Pic : 513,216 ¬ 74,800 9.06s 1.17 ¬ Crash-no free(0.90)¬ ¬ Progc: 39,611 ¬ 25,918 1.26s 5.23 ¬ 18,967 4.00s 3.83 ¬ ¬ Progl: 71,646 ¬ 42,618 1.91s 4.76 ¬ 24,106 6.13s 2.69 ¬ ¬ Progp: 49,379 ¬ 30,208 1.42s 4.89 ¬ 16,214 4.06s 2.63 ¬ ¬ Trans: 93,695 ¬ 64,325 3.13s 5.49 ¬ 36,028 9.00s 3.08 ¬ +----------------+--------------------+--------------------+ 14 Files Average: 4.90 Average: 3.79 Book2 sp.=35.9 K/s Book2 sp.= 8.3 K/s Size: 1,716,631 Size: 1,470,945 COMP-1 COMP-1A +----------------+--------------------+--------------------+ ¬ Bib : 111,261 ¬ 72,792 31.5s 5.23 ¬ 53,828 38.1s 3.87 ¬ ¬ Book1: 768,771 ¬ Bombs Ž550K (4.54)¬ Bombs Ž550K (3.68)¬ ¬ Book2: 610,856 ¬ 364,788 2m46s 4.78 ¬ 296,832 3m22s 3.89 ¬ ¬ Geo : 102,400 ¬ 72,405 27.8s 5.66 ¬ 64,795 34.6s 5.06 ¬ ¬ News : 377,109 ¬ 244,496 1m45s 5.19 ¬ 203,785 2m08s 4.32 ¬ ¬ Obj1 : 21,504 ¬ 16,038 5.83s 5.97 ¬ 14,094 7.25s 5.24 ¬ ¬ Obj2 : 246,814 ¬ 187,306 1m07s 6.07 ¬ 135,815 1m20s 4.40 ¬ ¬ Paper1: 53,161 ¬ 33,130 14.6s 4.99 ¬ 29,150 18.0s 4.39 ¬ ¬ Paper2: 82,199 ¬ 47,540 22.2s 4.63 ¬ 41,126 27.1s 4.00 ¬ ¬ Pic : 513,216 ¬ 75,066 2m23s 1.17 ¬ 58,785 3m07s 0.92 ¬ ¬ Progc: 39,611 ¬ 25,922 11.3s 5.24 ¬ 22,648 14.0s 4.57 ¬ ¬ Progl: 71,646 ¬ 42,617 20.3s 4.76 ¬ 33,854 24.3s 3.78 ¬ ¬ Progp: 49,379 ¬ 30,207 14.1s 4.89 ¬ 24,509 17.4s 3.97 ¬ ¬ Trans: 93,695 ¬ 64,340 27.1s 5.49 ¬ 46,608 33.1s 3.98 ¬ +----------------+--------------------+--------------------+ 14 Files Average: (4.90) Average: (4.01) Book2 sp.= 3.7 K/s Book2 sp.= 3.0 K/s Size: (1,712,925) Size: (1,379,463) COMP-2(1) COMP-2(2) +----------------+--------------------+--------------------+ ¬ Bib : 111,261 ¬ 48,089 1m00s 2.70 ¬ 36,903 48.1s 2.65 ¬ ¬ Book1: 768,771 ¬ 346,729 7m36s 3.61 ¬ 278,998 5m47s 2.90 ¬ ¬ Book2: 610,856 ¬ 285,538 6m22s 3.74 ¬ 219,726 4m49s 2.88 ¬ ¬ Geo : 102,400 ¬ 62,555 2.50s 4.89 ¬ Realloc error -.-- ¬ ¬ News : 377,109 ¬ 195,345 4m32s 4.15 ¬ Realloc error -.-- ¬ ¬ Obj1 : 21,504 ¬ 12,354 27.3s 4.60 ¬ Realloc error -.-- ¬ ¬ Obj2 : 246,814 ¬ 120,066 4m26s 3.90 ¬ Realloc error -.-- ¬ ¬ Paper1: 53,161 ¬ 25,312 30.3s 3.81 ¬ 19,491 23.9s 2.93 ¬ ¬ Paper2: 82,199 ¬ 37,151 45.0s 3.62 ¬ 29,498 36.1s 2.87 ¬ ¬ Pic : 513,216 ¬ 55,365 5m42s 0.86 ¬ 54,682 5m11s 0.85 ¬ ¬ Progc: 39,611 ¬ 19,058 24.3s 3.85 ¬ 14,543 19.3s 2.94 ¬ ¬ Progl: 71,646 ¬ 29,255 37.5s 3.27 ¬ 21,465 29.1s 2.40 ¬ ¬ Progp: 49,379 ¬ 20,710 28.6s 3.36 ¬ 14,115 21.4s 2.29 ¬ ¬ Trans: 93,695 ¬ 40,437 53.8s 3.45 ¬ 27,626 38.8s 2.36 ¬ +----------------+--------------------+--------------------+ 14 Files Average: 3.61 Average: -.-- Book2 sp.=1.60 K/s Book2 sp.= 2.1 K/s Size: 1,297,964 LZRW1 +----------------+--------------------+ ¬ Bib : 111,261 ¬ 69,848 0.58s 5.02 ¬ ¬ Book1: 768,771 ¬ 546,044 4.16s 5.68 ¬ ¬ Book2: 610,856 ¬ 379,255 2.95s 4.97 ¬ ¬ Geo : 102,400 ¬ 88,392 0.69s 6.91 ¬ ¬ News : 377,109 ¬ 243,967 1.92s 5.18 ¬ ¬ Obj1 : 21,504 ¬ 13,444 0.14s 5.00 ¬ ¬ Obj2 : 246,814 ¬ 132,045 1.13s 4.28 ¬ ¬ Paper1: 53,161 ¬ 32,141 0.28s 4.84 ¬ ¬ Paper2: 82,199 ¬ 52,527 0.45s 5.11 ¬ ¬ Pic : 513,216 ¬ 133,589 1.48s 2.08 ¬ ¬ Progc: 39,611 ¬ 22,377 0.20s 4.52 ¬ ¬ Progl: 71,646 ¬ 32,849 0.31s 3.67 ¬ ¬ Progp: 49,379 ¬ 22,354 0.21s 3.62 ¬ ¬ Trans: 93,695 ¬ 46,126 0.41s 3.94 ¬ +----------------+--------------------+ 14 Files Average: 4.63 Book2 sp.=207.1K/s Size: 1,814,958 +-----------------------------------------------------------------------------+ ¬ ¬ ¬ Comments ¬ ¬ ¬ +-----------------------------------------------------------------------------+ The archivers are grouped by the system they were run on. I've used speed results for Book2 for no logically plausible reason. All archivers were run with the maximum compression mode. Lharc 2.11, Arj 1.00, and Zoo 2.10 are derived from the same code and so produce virtually identical results. Thanks to the following people for help in compiling this list (in alphabetical order): Dik T.Winter (dik▓cwi.nl) for information on various compressors, in particular those used in the Mac archivers. Erik Talvola for providing the DWC archiver. Greg Cockroft (greg▓agog.com) for the Squash results. Jean-Loup Gailly (jloup▓chorus.fr) for the information on Info-ZIP and for debugging the compression figures in the list. Jonathan Histed (turbo▓nacjack.gen.nz - hassle him not me :-) for running the Mac timing tests. Leonid Broukhis (leo▓s514.ipmce.su) for providing the Freeze compressor. Robert Jung for providing the BRENT compressor. Ross Williams (ross▓spam.ua.oz.au) for posting his LZRW-n series to comp.compression. Tim Bell for providing the list of results from "Text Compression" (and letting me publish them as part of this list). + many other people for providing feedback. Disclaimer ---------- These results were obtained by running the archivers under exactly identical conditions (temperature, pressure, air humidity etc :-) on identical data. I've posted these results merely to waste net.bandwidth.....er, to provide information. With one exception I have no affiliation with any of the authors of the programs. Make what you will of these results..... Finally -------