PCUSER.1

20 Sep 1991 - 08 Oct 1992

Topics

  1. baze.podataka (114)
  2. tekst.procesori (315)
  3. word.perfect (377)
  4. ms.word (68)
  5. editori (245)
  6. ventura (229)
  7. spreadsheets (47)
  8. grafika (479)
  9. cad (222)
  10. tools (504)
  11. virusi (372)
  12. knjige (69)
  13. nabavka (123)
  14. memory.mng (379)
  15. disk.cache (145)
  16. arhiveri (357)
  17. razno (883)
  18. unknown (26)

Messages - arhiveri

arhiveri.1 bulaja,
Posto je zatvaranjem stare konferencije KOMUNIKACIJE (sada KOM.1) doslo do male reorganizacije spiska tema, to je sada tema ARHIVERI prebacena u ovu konferenciju. Jos cu razmisliti ;) da li cu stare poruke iz PC.USER koje su se odnosile na tu temu (bilo je nekih diskusija npr. o Shez-u, a i pk-lite bi mogao spadati ovde (ne i stacker!)) prebaciti u ovu temu.
arhiveri.2 igor.mil,
Evo jedna poruka tipa "vreovali ili ne" za novu temu: ARJ može da ehstrakuje fajlove iz .ZIP arhive! :))) To sam utvrdio služajno (a kako bi drugačije?), kada sam skinuo onaj ARJM (shell za rad sa ARJ-om) koji je u ZIP formatu i greškom pokrenuao ARJ E, on mi je izbacio neka dva fajla. Kada sam malo bolje pogledao šta je urađeno, grdno sam se zaprepastio: U toj zip arhivi je spakovana i jedna ARJ arhiva, i ARJ je izvukao fajlove iz te ugnježđene arhive! Kad malo bolje razmislim, to i nije tako čudno, pošto je ARJ arhiva bila STORE-ovana, pa je ARJ naišao na odgovarajuće uvodne informacije i lepo ih obradio. To je pohvala za pisca ARJ-a, pošto mi je program očigledno vrlo robusno napisan.
arhiveri.3 janko,
> ARJ može da ehstrakuje fajlove iz .ZIP arhive! :))) tj. da ekstrahuje sadržaj .ARJ fajla :& u .ZIP arhivi. To zvuči mnogo manje senzacionalno. > Kad malo bolje razmislim, to i nije tako čudno, pošto je > ARJ arhiva bila STORE-ovana, pa je ARJ naišao na > odgovarajuće uvodne informacije i lepo ih obradio. To je > pohvala za pisca ARJ-a, pošto mi je program očigledno vrlo > robusno napisan. PKZIP tako nešto ne radi, zato što ZIP datoteke imaju tzv. Central Directory, koji se nalazi na kraju datoteke, osim što postoje lokalni ispred svake datoteke. Postojanje centralnog dir-a takođe i povećava veličinu rezultujuće ZIP datoteke. To je jedan od razloga zašto su ARJ datoteke manje: one imaju samo lokalne hedere. Ali, ja to ne smatram za dobru osobinu, a evo i zašto: Pređite u neki direktorijum sa puno datoteka, pa ih ARJ-ujte, tako da dobijete oko 1M .ARJ pa ga snimite na disketu. Probajte samo ARJ l A:* i merite vreme. Uradite to isto sa ZIPom: ZIP-ujte, bacite .ZIP na disketu, zadajte PKUNZIP -v a:* i čudite se. To je zato što ARJ mora da pročita CELU datoteku, a PKZIP lepo skoči na kraj, pročita samo Central dir i to je sve. :)) Naravno, isti efekat postoji i kod hard diskova, ali je teže uočljiv ako imate neku zver mašinu. Iz istih razloga, PKZIP bolje vadi odabran broj datoteka (dakle ne sve) iz .ZIP-ova, nago ARJ iz .ARJ-ova. Pošto ja znatno manje kompresujem a često dekompresujem datoteke, i dalje ostajem pri ZIP-u, osim kada moram da nešto podelim na više disketa. Ali, i to će omati PKZIP 2.xx. :> Usput, ako ste se pitali šta radi PKZIPFIX, on upravo prolazi kroz celu oštećenu ZIP datoteku, i ispravno spakovane datoteke upisuje u Central dir. Janko J. Stamenović
arhiveri.4 janko,
ARHIVIRANJE != KOMPRIMOVANJE Ne znam ko je ovde to prvi počeo, ali smisaono je pogrešno proces komresije datoteka zvati arhiviranje. Pretpostavljam da čak i ova tema ima možda pogrešno ime? Daklem, arhiveri su programi koji više datoteka smeštaju u jednu, obično i na drugi medijum, i vice versa, a kompresori su oni koji redukuju veličinu datoteka. Napr. TAR na UNIX-u je arhiver, i to za trake, ali on uopšte ne radi NIKAKVU kompresiju. COMPRESS na UNIX-u je KOMPRESOR, ali NIJE arhiver. Istorijski, prvo su te f-je bile razdvojene, a onda su se pojavili kompresori koji su mogli da kompresuju više datoteka u jednu rezultujuću. Pošto je to bila novost, kada su reklamirani, naglašavana im je mogućnost arhiviranja. Onda se u nekim glavama dogodio kratak spoj, i sada ima ljudi koji su počeli da misle da se ARHIVIRANJEM SMANJUJE VELIžINA DATOTEKA (!?!) (Mislim da sam nešto slično pročitao i u konferenciji UPUTSTVO ?!?) Janko J. Stamenović
arhiveri.5 bulaja,
│ARHIVIRANJE != KOMPRIMOVANJE └─── Pa ne znam kako je sa UNIX-om, ali evo sta pise u zaglavlju PKARC-a, legendarnog (od njega krenuse ostali ;) PC arhivera: >PKARC FAST! Archive Create/Update Utility Version 3.5 04-27-87 ^^^^^^^ Kao sto se da primetiti, koristi se termin ARHIVIRANJE (otud i .ARC extenzija) za ono sto je na UNIX-u bilo samo kompresovanje. Ili evo sta pise za koriscenje ARJ-a: >Usage: ARJ <command> [-<sw> [-<sw>...]] <archive_name> [<file_names>...] ^^^^^^^ I naravno posle se u dokumentaciji pominje iskljucivo termin ARHIVA. U zaglavlju ARJ-a ipak pise nesto poput onoga sto si ti rekao: >ARJ file compression archiver utility. ali je ocigledno rec o atavizmu posto je to jedino mesto na kome se spominje. Ocigledno sitnicarenje oko koriscenja termina nema mnogo smisla ;) jer ovo nije ni prvi ni poslednji put da neka rec promeni svoje osnovno znacenje tokom vremena (da krenemo sa pojmom "racunar"?).
arhiveri.6 mjova,
> ARHIVIRANJE != KOMPRIMOVANJE > Istorijski, prvo su te f-je bile razdvojene, a onda su se > pojavili kompresori koji su mogli da kompresuju više da, mislim da ima razlike, ali zar nije logično da arhiva treba da zauzme manje mesta i da se iz tog razloga komprimuje? ovo je meni toliko logično da sam se odlučio da reč arhiviranje smatram kao oznaku za komprimovanje datoteka i sklanjanje u stranu. istorijski gledano, arhivirati neke podatke bilo je potrebno radi čuvanja od raznih uticajnih faktora, a danas je pojam arhiviranja dobio i nov smisao - smisao uštede u prostoru. vrlo retko arhiviram podatke da bih sačuvao njihov sadržaj, a mnogo češće da bi zauzele manje mesta ili brže prošle kroz modem. zato ću reč arhiva, u kompjuterskom žargonu, tretirati kao širi pojam od kompresije. SY
arhiveri.7 mjova,
> PKZIP tako nešto ne radi, zato što ZIP datoteke imaju tzv. > Central Directory, koji se nalazi na kraju datoteke, osim > .... Ali, ja to ne smatram za dobru osobinu, a evo i zašto: > Pređite u neki direktorijum sa puno datoteka, pa ih > ARJ-ujte, tako da dobijete oko 1M .ARJ pa ga snimite na > disketu. mislim datije primer odličan, ali samo za primer ;) ono što se može uraditi sa ARJ-om, baš zbog takvog formata arhiva ;), teško da može zip-om. mada su neke sličnosti očigledne, verovatno da arj ima bolje sisteme obrada već gotovih arhiva. drugo je to što je meni arj logičniji i jednostavniji za upotrebu pa sam na njegovoj strani. voleo bih da može i zip sve to pa da se ne vodi spika šta je bolje :) SY
arhiveri.8 spantic,
> Pređite u neki direktorijum sa puno datoteka, pa ih > ARJ-ujte, tako da dobijete oko 1M .ARJ pa ga snimite na > disketu. Probajte samo ARJ l A:* i merite vreme. Uradite > to isto sa ZIPom: ZIP-ujte, bacite .ZIP na disketu, > zadajte PKUNZIP -v a:* i čudite se. To je zato što ARJ > mora da pročita CELU datoteku, a PKZIP lepo skoči na kraj, > pročita samo Central dir i to je sve. Dopusti. Većina ljudi koristi ARJ baš zbog većeg stepena kompresije, kao i delenja u fajlove proizvoljne dužine. Vreme pregleda je od nekog značaja eventualno ako radiš sa XTom.
arhiveri.9 janko,
> Dopusti. Većina ljudi koristi ARJ baš zbog većeg stepena (...) Dopusti ti. Nas dvojca bolje da se svađamo na faksu nego ovde. Tada možemo da koristimo i druge, jače argumente (ruke, noge, tupe predmete, hladno i toplo oružje i oruđe itd.) ;>> Ipak, izneću svoje viđenje, opet, bez namere da generalizujem niti da pokrećem kilometarske rasprave, ako nije baš da je tekst u tri reda. Ovu diskusiju, ma šta ostali budu dalje odgovarali, nemam nameru da nastavljam, jer mislim da NEMA POTREBE ni koristi. Svakako, poštovaću svako argumentovano tuđe mišljenje. Već i probni balon novog PKZIPa postiže iste stepene kompresije koje postiže i ARJ. I opet, PKZIP je daleko brži. Neko ceni brzinu i kvalitet a neko se zanese sitnicama (al' sam zloban). Pročitaj dokumentaciju ARJ-a (čak i WHY-ARJ). G-din. Jang je dovoljno pošten da nigde ne kaže da ARJ daje najminimalnije datoteke, već da je ARJ među najboljima (iako, ruku na srce, stvarno su najčešće njegove datoteke do sada bile najminimalnije). Brzinu tek ni ne pominje. Za razliku od PKZIP-a, autor savetuje da se svako ARJ-ovanje radi sa nekom opcijom koja proverava integritet tek spakovane datoteke. To samo znači da čovek NIJE SIGURAN da to uvek radi. Fil Kac, iliti PK, sa druge strane, mirno spava, ja takođe, jer PKZIP 1.1 UVEK RADI. A i sledeća puna verzija će. Ono što Robert K. Jang potencira je da je ARJ 'trend-seter', sa čime se apsolutno slažem. Radujmo se ARJ-u da bi nam PKZIP bio još bolji. Janko
arhiveri.10 janko,
Ovo je nastavak priče započete u PC.OS:unix. Najbolje je da govore argumenti. - * - GROFF104 TAR 3061760 (Polazni fajl - C++ sorsovi u TAR-u) GROFF104 Z 1149605 GROFF104 ZIP 840748 (PKZIP 1.1) Length Method Size Ratio .. CRC-32 Attr Name ------ ------ ----- ----- .. ------ ---- ---- 3061760 Implode 840626 73% .. 7904541f --w GROFF104.TAR Zaključci (samo za ovaj slučaj!): ========= ====================== - Dobitak prelaskom sa .Z na .ZIP (1.1) je SAMO 27% - .Z je 37% a .ZIP je 27% polaznog fajla. Ipak, Compress je malo rasprostranjeniji na *NIXima. Šta je, uostalom, za pristojnu mašinu stotinak kila gore-dole. Ako baš hoćete da vadite creva u kompresiji na MS-DOS-u: GROFF104 LZH 820932 (LHa 2.13) GROFF104 ZIP 724856 (PKZIP 1.93 ALPHA) GROFF104 ARJ 724510 (ARJ 2.30) Ne morate ni da pitate koji je kompresor od ovih NAJBRčI. Takođe, ispis veličine fajla 'u bajt' zavarava da je ARJ ostvario bolji rezultat: na disketi je najmanja alokaciona jedinica 512B, pa i .ZIP (1.93) i .ARJ (2.30) datoteke zauzimaju po 1416 sektora. Na hard disku obe arče po 354 klastera od po 2KB. Za mene je ovime rasprava o stepenima kompresije završena. Nikada nisam pokušavao da nekog ubedim u nešto. Neka svako radi šta mu je volja, ali ja znam šta ću kada da koristim: - COMPRESS za *NIX-e, generalno, kada ne pakujem samo za jednu mašinu, sve dok Zip ne postane deo *NIX-eva. - PKZIP 1.1 za MS-DOS, za sve što ne treba da se proteže na više disketa, sve dok se ne pojavi PKZIP 2.xx, kada ću sigurno nove datoteke pakovati novim PKZipom. - ARJ 2.30 za MS-DOS, kada treba da podelim velike datoteke, pogotovu u slučajevima: arhiva bi bila 400k, imam dve diskete na kojima su mi fajlovi iste prirode, a na jednoj ima mesta 300k, a na drugoj 150k. Naravno, kada dođe PKZIP 2.xx, i te slučajeve ću rešavati PKZipom. Janko
arhiveri.11 janko,
> ono što se može uraditi sa ARJ-om, baš zbog takvog formata > arhiva ;), teško da može zip-om. mada su neke sličnosti > očigledne, verovatno da arj ima bolje sisteme obrada već > gotovih arhiva. Ja sam dao svoje argumente, a ti dokaži to što tvrdiš. Janko
arhiveri.12 mjova,
> Ja sam dao svoje argumente, a ti dokaži to što tvrdiš. valjda ti je dovoljan argument pkunzip /? i arj /?. pogledaj šta ima arj, a šta zip i obratno. ne ulazim u to šta ti samo treba, već šta sve može da ti zatreba. jedno vreme je zip bio najbolji i stvarno doneo mnogo toga dobrog. kasnije se pojavio arj i takođe doneo dosta toga. kako sam se navikao na raznolikost komandi koje arj pruža, sumnjam da ću menjati arhiver. ako i zip bude mogao (bar ono što mi treba) onda se možda odlučim za promenu. uglavnom, svaku arhivu koju dobijem prvo propustim kroz rearj, pa tek onda krećem da je otpakujem. SY
arhiveri.13 spantic,
> najminimalnije). Brzinu tek ni ne pominje. Za razliku od > PKZIP-a, autor savetuje da se svako ARJ-ovanje radi sa > nekom opcijom koja proverava integritet tek spakovane > datoteke. To samo znači da čovek NIJE SIGURAN da to uvek > radi. Fil Kac, iliti PK, sa druge strane, mirno spava, ja > takođe, jer PKZIP 1.1 UVEK RADI. A i sledeća puna verzija > će. Baš se vidi ko šta koristi :) Sve je to mahom tačno, osim jedne stvari. Integriteta. Meni se zaista desilo da mi ARJ to zezne na dva fajla u paketu od nekih 8 MB deljeno po disketama ( što PKZIP može, zar ne? ;), ali ko mi je kriv što nisam i pre toga koristio opciju provere integriteta. Nasuprot tvom tvrđenju da je PKZIP po tom pitanju pouzdaniji, ista stvar mi se (dok sam još koristio PKZIP) desila par puta. Inače ARJ mnogo intenzivnije koristim. Dopuštam da je reč o slučajnosti. Dajmo reč drugima. Ko ima slična iskustva sa problemom ispravnosti arhiva? Za sada kako stvari stoje ja koristim ARJ. Videćemo šta će biti kada stigne PKZIP 2.0 i ARJ 3.0.
arhiveri.14 dejanr,
>> Nasuprot tvom tvrđenju da je PKZIP po tom pitanju pouzdaniji, ista stvar >> mi se (dok sam još koristio PKZIP) desila par puta... Dajmo reč drugima. >> Ko ima slična iskustva sa problemom ispravnosti arhiva? Ja koristim isključivo PKZIP (od ARJ koristim samo E da raspakujem, ako mi neko baš uvali nešto sa tom ekstenzijom ;) i tako nešto mi se *nikad* nije desilo. Baš nikad! Međutim, i pored toga *uvek* koristim PKUNZIP -T za svaku arhivu pre nego što je snimim na disketu. Razlog je u tome što mi se 2 puta desilo da uredno snimljenu PKARC arhivu PKXARC ne može da raspakuje (a tada nije bilo ZIPFIX-a, nego se čovek morao dovijati na razne načine). Jednom je bila neka beznačajna igra, a drugi put jedna bazica podataka koja mi je žešće trebala, pa sam oko nje izgubio jedno popodne krpeći i dokucavajući :( Od tada posle svakog arhiviranja kucam PKXARC -T (odnosno docnije PKUNZIP -T) ali ZIP ni jednom nisam "ulovio" da pogreši.
arhiveri.15 darone,
>> uglavnom, svaku arhivu koju dobijem prvo >> propustim kroz rearj, pa tek onda krećem da je >> otpakujem. Meni je rearj rasturio par arhiva, jednom sam ga prekinuo u 'nezgodno vreme' i otišo mi je ceo disk (flopi), a drugi put je zezno jednu arhivu (i zip i arj :((( Kad smo već kod arja, sećaš li se mžovo frke sa qemm6? darone
arhiveri.16 mjova,
> Meni je rearj rasturio par arhiva, jednom sam ga > prekinuo u 'nezgodno vreme' i otišo mi je ceo disk pa moguće da ti je rasturio floppy, ali proveri da li si dobro napisao podatke u rearj.cfg. mada mi nije jasno, arj pravi temp datoteku, i u nju upisuje i briše, pa ako nema grešaka onda je preimenuje i time eventualno obriše postojeću, ali za svako brisanje pita, samo treba pravlino konfigurisati. inače, i sam sam prekidao rearj u poslu, ali se kao jedini problem javilo to da sam morao ručno da obrišem temp datoteke i direktorijume. ne sećam se ničega u vezi QEMM-a 6.0, čak ne postoji kod mene na diskovima, razočaran sam tom verzijom... a da, ono u grupi... SY
arhiveri.17 ndragan,
/ čudite se. To je zato što ARJ mora da pročita CELU datoteku, a Da znaš. Imao sam komandni fajl za zipovanje - onako jedna txt datoteka sa spiskom fajlova koje treba zipovati; ide pkzip ime čpack.cmd; kod ardža kaže da je vodeće slovo uzvičnik. Pokrenem arj a ime !pack.cmd - i šta se desilo: neke fajlove je spakovao dvaput. Reklo bi se da uopšte ne kontroliše da li se neki od fajlova već nalazi u arhivi. Protivzez: napravite mega3.arj u tri-četiri dela; dodajte mu zatim još jednu datoteku koja se ne nalazi u arhivi, ili još jednu koja se nalazi u trećem delu... Šta sam ono rekao na račun programera koji ne mogu da se odlepe od starog programa? Zato koristim ardž kad treba uzipovati nekoliko većih fajlova; kako mi se češće događa nekoliko stotina manjih - onda, ipak, zip. Bue_ NDragan P.S. Ardž ima jednu dobru osobinu - baš zbog takve strukture. Ako pukne neki fajl u njemu (loš sektor na disketi), ostali su i dalje ok. Pkzip se oporavlja mnogo kasnije (samo utisak; po jedan primer tamo i ovamo).
arhiveri.18 bulaja,
│Meni je rearj rasturio par arhiva, jednom sam ga prekinuo u 'nezgodno │vreme' i otiso mi je ceo disk (flopi), a drugi put je zezno jednu arhivu │(i zip i arj :( └─── Da li si siguran da je ARJ krivac? Meni su se dogadjale slicne stvari, i svaki put sam utvrdio da je kriv (glupavi) PCKwik (sa ukljucenim kesiranjem flopija). Pokusaj da das ARJ bilo koje malo vece kolicine datoteka (stotinak Kb) sa harda na flopy, i garantujem ti da ce se ARJ file pobrljaviti (dobices "Bad Huffman code" kod raspakivanja, il' na sta su vec promenili taj message u 2.30). Probaj bez PCKwik-a i bice sve ok. I ovde sam sklon da sumnjam na kwik (ume svakakve gluposti da pravi) a ne na ARJ.
arhiveri.19 darone,
>> Da li si siguran da je ARJ krivac? Meni su se >> dogadjale slicne stvari, i svaki put sam utvrdio >> da je kriv (glupavi) PCKwik (sa ukljucenim >> kesiranjem flopija). xexexexe... ne koristim pisikvik ;) Dakle, sve je do arja ;) darone
arhiveri.20 dragisha,
ű> Pa ne znam kako je sa UNIX-om, ali evo sta pise u ű> zaglavlju PKARC-a, legendarnog (od njega krenuse ostali ^^^^^^^^^^^^^^^^^^^^^^^ ű> ;) PC arhivera: Ni u snu. Prvo je ipak bio samo ARC, zaboravio sam ko je autor. Tek poslije je dosao PKARC koji jeste bio bolji od prethodnika, ali je valjda poslije nekog spora morao sa mijenja ono ARC u ZIP. dragisha
arhiveri.21 dragisha,
ű> Za mene je ovime rasprava o stepenima kompresije zavrsena. Zamorna rasprava, zaista. Ko li ju je zapoceo da nam je znati. ű> Nikada nisam pokusavao da nekog ubedim u nesto. ^^^^^^ :) Osim sada. dragisha
arhiveri.22 bulaja,
││PKARC-a, legendarnog (od njega krenuse ostali ;) PC arhivera │└─── │Ni u snu. Prvo je ipak bio samo ARC, zaboravio sam ko je autor. Tek │poslije je dosao PKARC koji jeste bio bolji od prethodnika, ali je │valjda poslije nekog spora morao sa mijenja ono ARC u ZIP. └─── Nikako ;). SEA ARC (to je taj na koji mislis) jeste bio prethodnica PK ARC-a, ali nikako nije imao previse uticaija na dalji razvoj PC arhivera. Kada je dosao Katz-ov ARC prosto je rasturio SEA, bio je i brzi i bolje kompresovao. Posle ga je SEA tuzio zbog ekstenzije datoteka, pa je posle poduze pauze izasao ZIP (a on je verovatno inicirao nastanak ARJ-a). Stoga je sigurno PKARC a ne SEA legendarni arhiver koji je izazvao kasniji ovako intenzivan razvoj ostalih arhivera.
arhiveri.23 vcalic,
>> Ni u snu. Prvo je ipak bio samo ARC, zaboravio sam ko je autor. Tek >> poslije je dosao PKARC koji jeste bio bolji od prethodnika, ali je valjda >> poslije nekog spora morao sa mijenja ono ARC u ZIP. Ispravka, ZIP nije kompatibilan sa ARC-om, a PKARC je promenio ime u PKPAK. Inače, program ARC je delo firme SEArc.
arhiveri.24 prvul,
┌Nikako ;). SEA ARC (to je taj na koji mislis) jeste bio prethodnica PK ├ARC-a, ali nikako nije imao previse uticaija na dalji razvoj PC ├arhivera. Kada je dosao Katz-ov ARC prosto je rasturio SEA, bio je i └brzi i bolje kompresovao. Posle ga je SEA tuzio zbog ekstenzije Hmmm.. koliko se ja sećam, PKARC je imao isti format arhiva i skoro sve metode kompresije iste kao kod SEA ARC-a, samo je dodao adaptivni LZW (ne sećam se kako ga je Katz nazvao u PKARC-u)... Prema tome, sumnjam da SEA ARC nije imao velikog uticaja na PKARC, a preko toga i na ostale.. Prvul.
arhiveri.25 bulaja,
│Hmmm.. koliko se ja secam, PKARC je imao isti format arhiva i skoro sve │metode kompresije iste kao kod SEA ARC-a, samo je dodao adaptivni LZW └─── Ne, imao je dosta bolji stepen kompresije od SEA. Cini mi se da je cak i format arhiva bio drugaciji, sto je i bio glavni argument SEA na sudu. No to sve je bilo suvise davno da bih se secao, ali ako mislite da bi bilo zanimljivo mogu da prekopam po svojoj arhivi ;) i saznam nesto vise sta se desavalo.
arhiveri.26 prvul,
┌ │Hmmm.. koliko se ja secam, PKARC je imao isti format arhiva i skoro sve ├ │metode kompresije iste kao kod SEA ARC-a, samo je dodao adaptivni LZW ├ └─── ├ └ Ne, imao je dosta bolji stepen kompresije od SEA. Cini mi se da je cak i Prirodno da je imao bolji stepen kompresije kada je koristio sve iste algoritme, samo je dodao dinamički LZW, a siroti SEA ARC-ov najboli algoritam je bio statički Hafmanov (bar koliko se ja sećam). Uostalom, da Katz tada nije dodao LZW, neko drugi bi to uradio... tada je to bio high-end algoritam. Sećam se da je kombinacija TAR-Z bila efikasnija od SEA ARC-a (zato što je COMPRESS koristio LZW)... i onda bi se svako normalan setio da ugradi parče koda iz COMPRESS-a u svoj arhiver... i Katz je to prvi uradio. Posle je tužen za ime arhivera i format arhive i morao je da promeni i jedno i drugo... Prvul.
arhiveri.27 bearboy,
-+={ Ono sto Robert K. Jang potencira je da je ARJ -+={ 'trend-seter', sa cime se apsolutno slazem. Radujmo se -+={ ARJ-u da bi nam PKZIP bio jos bolji. Ako ce se pojaviti REDOVNA verzija novog ZIP-a, ni ARJ nece biti daleko... S druge strane Mr. Fil Kac nije trebao da napravi toliku pauzu izmedu izdanja ZIP-a. Izgubio je mnogo ljudi na tome (nevernici koji su presli na ARJ :)
arhiveri.28 bearboy,
-+={ Inace ARJ mnogo intenzivnije koristim. I ja. -+={ Dopustam da je rec o slucajnosti. Dajmo rec drugima. Ko -+={ ima slicna iskustva sa problemom ispravnosti arhiva? So far so good. -+={ Za sada kako stvari stoje ja koristim ARJ. Videcemo sta -+={ ce biti kada stigne PKZIP 2.0 i ARJ 3.0. Me too. Pogotovo 'ocu da vidim ARJ 3.0... Ako se vreme kompresije smanji, (i ako se uvede na SEZAM-u :) ZIP je skoro garant izgubio dobar deo korisnika
arhiveri.29 bearboy,
-+={ Ja koristim iskljucivo PKZIP (od ARJ koristim samo E da -+={ raspakujem, ako mi neko bas uvali nesto sa tom -+={ ekstenzijom ;) i tako nesto mi se *nikad* nije desilo. -+={ Bas nikad! -+={ Medutim, i pored toga *uvek* koristim PKUNZIP -T za -+={ svaku arhivu pre nego -+={ Od tada posle svakog arhiviranja kucam PKXARC -T -+={ (odnosno docnije PKUNZIP -T) ali ZIP ni jednom nisam -+={ "ulovio" da pogresi. Xex, kod mene jos nije nikad pogresio... Inace, imas SET ARJ.CFG (tako nekako) pa lepo zadas automatsko testiranje i nema zezanja... (tako radim ja)
arhiveri.30 bearboy,
-+={ da je vodece slovo uzvicnik. Pokrenem arj a ime -+={ !pack.cmd - i sta se desilo: neke fajlove je spakovao -+={ dvaput. Reklo bi se da uopste ne kontrolise da li se -+={ neki od fajlova vec nalazi u arhivi. Xexe, ne citamo DOC ?!? Pise lepo da arhivira SVE ponovo, samo flaguje one fajlove koji su vec postojali sa backup flagom... A to moze biti VEOMA korisno (licno iskustvo). A i inace, ako neces backupe, opalis u SET ARJ.CFG b- (iliti nesto slicno, procitaj uputstvo) i eto, nema vise duplikata...
arhiveri.31 darone,
>> Xex, kod mene jos nije nikad pogresio... Inace, >> imas SET ARJ.CFG (tako nekako) pa lepo zadas >> automatsko testiranje i nema zezanja... (tako >> radim ja) U autoexec.bat bi valjalo ubaciti: SET ARJ_SW= -jycry -i1 -jv -jt darone
arhiveri.32 nboskovic,
*> SET ARJ_SW= -jycry -i1 -jv -jt Možda je bolje -jt1 da ne bi prvo testirao arhivu pa krenuo da je raspakuje ( što me je strašno nerviralo kada iz shez-a hoću da pogledam dos file unutar arhive). (c) klap nikola
arhiveri.33 vcalic,
>> Ako ce se pojaviti REDOVNA verzija novog ZIP-a, ni ARJ nece biti daleko... >> S druge strane Mr. Fil Kac nije trebao da napravi toliku pauzu izmedu izdanja >> ZIP-a. Izgubio je mnogo ljudi na tome (nevernici koji su presli na ARJ :) Pa, u dokumentraciji ARJ-a za verziju 2.30 piše, da autor trenutno radi na verziji 2.40, kod koje će stepen kompresije u modu maksimalne kompresije biti isti kao do sada, a brzina biti na nivou dosadašnjeg -m3 moda. Znači, ZIP-u se (ponovo) crno piše. Katz bi, ako pod hitno nešto ne uradi, mogao uskoro i da ispadne iz igre. Izgleda da se njegova popularnost u Americi zasniva na činjenici da se algoritam jako sličan ZIP-u može dobiti za oko 150$ (čini mi se da to beše cena) može dobiti u Assembler/C/Pascal source-u, spreman za ugrađivanje u aplikacije. ARJ-ov source još uvek nije obelodanjen.
arhiveri.34 ilazarevic,
█ Me too. Pogotovo 'ocu da vidim ARJ 3.0... Ako se vreme kompresije █ smanji, (i ako se uvede na SEZAM-u :) ZIP je skoro garant izgubio █ dobar deo korisnika Nema šanse, sem ako drastično ne smanje upotrebu memorije. Dotada će i PKZIP biti dovoljno dobar :)
arhiveri.35 ilazarevic,
█ SET ARJ_SW= -jycry -i1 -jv -jt Mene nervira onaj -i1, nije to lepo kao pravi grafički indikator.
arhiveri.36 ndragan,
/ S druge strane Mr. Fil Kac nije trebao da napravi toliku pauzu izmedu / izdanja ZIP-a. Izgubio je mnogo ljudi na tome (nevernici koji su / presli na ARJ :) Uštedeo je čovek :). Zamisli koliko puta bi morao da šilje nove disketle registrovanim korisnicima kod nas :))
arhiveri.37 ndragan,
/ Xexe, ne citamo DOC ?!? Pise lepo da arhivira SVE ponovo, samo flaguje What DOC? Do mene je stigla prvo neka ulešena verzija bez DOCa (šta da čitam?); posle sam sa sezama skinuo friškiju sa _previše_ teksta - ko bi to sve pročitao! Još uvek mislim da je glupo da mi u razmaku od pet sekundi upakuje isti fajl dva ili tri puta, a posle kad ga raspakujem na prazan direktorij, svaki čas pita "same or newer, pitschi precko? yeah/nay/quit/you_idiot" itd. Mislim da bi ardž mnogo dobio u kavalitetu kad bi bio kompatibilan sa zipom na nivou svičeva :)
arhiveri.38 nboskovic,
*> Mene nervira onaj -i1, nije to lepo kao pravi grafički *> indikator. Skloni ga pa neka ti pokazuje u procentima. (c) klap nikola
arhiveri.39 dragisha,
ű> Me too. Pogotovo 'ocu da vidim ARJ 3.0... Ako se vreme ű> kompresije smanji, (i ako se uvede na SEZAM-u :) ZIP je ű> skoro garant izgubio dobar deo korisnika Koja vajda ZIPu od YU korisnika? Jesi se ti mozda registrovao? Ili si planirao pa te je ARJ odvratio ?:) Ili sam mozda ja taj?:))
arhiveri.40 ilazarevic,
█ Skloni ga pa neka ti pokazuje u procentima. Pa normalno, to sam uradio još kad sam uvodio envajronment varijablu :))
arhiveri.41 igor.mil,
> What DOC? Do mene je stigla prvo neka ulešena verzija bez DOCa (šta da > čitam?); posle sam sa sezama skinuo friškiju sa _previše_ teksta - ko bi > to sve pročitao! Uradi jedan "ARJ -?" i dobićeš help na 2-3 akrana (sa YNQA pauzom :) ) Inače, ova pitanja (tj provere) se mogu isključiti sa -y flagom.
arhiveri.42 banex,
>> Uradi jedan "ARJ -?" i dobićeš help na 2-3 akrana (sa YNQA pauzom >> :) ) Inače, ova pitanja (tj provere) se mogu isključiti sa -y Još bolje uradi arj /? >> arj.hlp pa ćeš sve to dobiti u datoteci.
arhiveri.43 ndragan,
/ Uradi jedan "ARJ -?" i dobićeš help na 2-3 akrana (sa YNQA pauzom :) ) / Inače, ova pitanja (tj provere) se mogu isključiti sa -y flagom. To sam i uradio, i za -y znam, ali o list fajlu kaže samo kakva je sintaksa i amin. Nismo se razumeli u startu: oću da kažem da ako daš naredbu arj a paket !spisak.cmd a u spisak.cmd imaš ovako nešto: *.txt pperic.* onda ćeš u paket.arj imati _dva_puta_ spakovan pperic.txt! Kad to raspakuješ na prazan direktorij, javljaće "već postoji...". To smatram za dobar bag, jer 1) zip mi tako nešto nikad nije napravio, 2) jednom kad sam bio u frki sa prostorom na disketama, arj mi je ispao za nekih 50 fajlova duži i morao sam nešto da žrtvujem sa diskete - a nije mi bilo ni na kraj pameti da on može da spakuje nešto dvaput (i triput). Da li si siguran da je ovaj bugi opisan u nekom DOC fajlu? Ti razmisli, a ja odo da ih iščitam. Bue_ NDragan
arhiveri.44 skoprivica,
>-> Zato koristim ardz kad treba uzipovati nekoliko vecih fajlova; ^^^^^ ^^^^^^^^^ >-> Sta sam ono rekao na racun programera koji ne mogu da se odlepe od >-> starog programa? I ja kazem... Aje... CTEBO.
arhiveri.45 ndragan,
/ Xexe, ne citamo DOC ?!? Pise lepo da arhivira SVE ponovo, samo flaguje a vidi ovo: evo fajla list.lst: a*.txt arj.txt *.txt *.t?? pa sam onda uradio arj a primer !list.lst (isto mi je uradio i sa arj u primer !list.lst) ARJ 2.22 Copyright (c) 1990,91 Robert K Jung. Not for commercial use. Creating archive : PRIMER.ARJ Adding ARJ.TXT 41.3% Adding ARJ.TXT 41.3% Adding ARJ.TXT 41.3% Adding ARJ.TXT 41.3% 4 file(s) arj l primer Processing archive: PRIMER.ARJ Archive date : 1992-02-29 10:18:04 Filename Original Compressed Ratio DateTime modified CRC-32 ------------ ---------- ---------- ----- ----------------- -------- ARJ.TXT 7179 2965 0.413 92-02-29 10:13:24 C1CB2B74 ARJ.TXT 7179 2965 0.413 92-02-29 10:13:24 C1CB2B74 ARJ.TXT 7179 2965 0.413 92-02-29 10:13:24 C1CB2B74 ARJ.TXT 7179 2965 0.413 92-02-29 10:13:24 C1CB2B74 ------------ ---------- ---------- ----- 4 files 28716 11860 0.413 Krajeve linija sam odsekao da mi ne bi sezam sam prebacivao u novi red. Probao sam i sa -b i sa -b- prekidačima, razlika je ista. Opet mi u iste dve sekunde četiri puta spakuje isti fajl. Ne verujem da to ima ikakve veze sa tim što je datum 29 februar :) Bue_ NDragan
arhiveri.46 ndragan,
/> -> Zato koristim ardz kad treba uzipovati nekoliko vecih fajlova; / I ja kazem... Svaka čas maestro! Baš si me našao. Taj zip mi je toliko prešao u naviku da sam jednom zamalo predložio zipovanje kad je ponestalo mesta u zamrzivaču :). Inače u firmi imamo jednog koji pije samo zipovano vino :) Dobro sam se nasmejao: :)))) Bue_ NDragan
arhiveri.47 dejanr,
Odgovor na [PC.OS/windows 4.388, ssokorac] >> > Stvarno mi nije jasno kako si mogao da ih zapakuješ sa >> > test verzijom PKZIP-a. >> >> Uh, pa zar vas još ima koji nisu prešli na 1.93a?! Test ili ne - radi. Zapravo, sam autor PKZIP-a negde u dokumentaciji *ne* preporučuje da se ta verzija koristi i za šta osim za probanje. Prvo, zato što će se format fajla možda menjati, tako da bih posle morao da držim na disku i UNZIP od verzije 1.93 i UNZIP od verzije 2.0. A, naravno, i zato što se ne garantuje naročita pouzdanost :) Mislim da tu beta verziju za nešto "pravo" nema smisla koristiti.
arhiveri.48 beast,
>> Mislim da tu beta verziju za nešto "pravo" nema smisla koristiti. Pa zato postoji arj :)
arhiveri.49 mkiric,
>> Mislim da tu beta verziju za nešto "pravo" nema smisla koristiti. I ne samo tu, nego i beta verziju bilo kog programa. Već i samo to "ß" znači da je reč o test-verziji. Meni se čini da se itekako isplati biti konzervativan - uvek više volim (krajnje uslovno) da čujem kako je neko pronašao neki bag u novoj verziji komercijalnog programa, nego da ga sam pronađem.
arhiveri.50 ssokorac,
-=)> Mislim da tu beta verziju za nešto "pravo" nema smisla -=)> koristiti. Ali, to nije beta verzija, nego alfa, dakle, mnogo bliže pravoj verziji, i mnogo sigurnije od beta verzije... -=)> fajla možda menjati, tako da bih posle morao da držim -=)> na disku i UNZIP od verzije 1.93 i UNZIP od verzije -=)> 2.0. A, naravno, i zato što se ne garantuje naročita -=)> pouzdanost :) Naravno da se može menjati, ali na disku ne bi morao da držiš oba UNZIP-a nego napraviš jedan REZIP (nešto kao rearj) što sa SST nije neki problem, koji će ti za najviše sat vremena (ako imaš baš toliko ZIP-ova na disku) odzipovati sve zipove i zipovati ih sa 2.0. A zauzvrat sada dobijaš nešto bolji i brži zip... Što se tiče nepouzdanosti, to stoji, ali ja onako koristim arj, a zip samo za PKUNZIP file_from_bbs....:) I nijedanput nije zabrljao... Stasha
arhiveri.51 dejanr,
>> > Mislim da tu beta verziju za nešto "pravo" nema smisla >> > koristiti. >> >> Ali, to nije beta verzija, nego alfa, dakle, mnogo bliže pravoj >> verziji, i mnogo sigurnije od beta verzije... Malo si se zabunio, slovo alfa ide pre slova beta pa tako i alfa verzija pre beta verzije :) >> Naravno da se može menjati, ali na disku ne bi morao da držiš oba >> UNZIP-a nego napraviš jedan REZIP (nešto kao rearj) što sa SST nije >> neki problem, koji će ti za najviše sat vremena (ako imaš baš toliko >> ZIP-ova na disku) odzipovati sve zipove i zipovati ih sa 2.0. Ja na disku dabogda da imam i jedan ZIP-ovan fajl (sem poneki PAD). Ali na disketama ih imam na desetine i stotine megabajta - ko bi svaku disketu stavio, razzipovao, zipovao, snimio...
arhiveri.52 spantic,
> ZIP-ova na disku) odzipovati sve zipove i zipovati ih sa > 2.0. A zauzvrat sada dobijaš nešto bolji i brži zip... A gde je taj PKZIP 2.0? Navodno se već pojavio napolju, ali nema potvrde. To sam samo čuo negde na mreži i pitao ali nisam dobio odgovor.
arhiveri.53 ssokorac,
-=)> Malo si se zabunio, slovo alfa ide pre slova beta pa -=)> tako i alfa verzija pre beta verzije :) Jašta, ali to mu dodje ovako: 1.93 1.93 alpha 1.93 beta Alfa je pre beta, ali je i bliže 'pravoj' verziji... Dakle - prvo beta pa alfa... -=)> Ja na disku dabogda da imam i jedan ZIP-ovan fajl (sem -=)> poneki PAD). Ali na disketama ih imam na desetine i -=)> stotine megabajta - ko bi svaku disketu stavio, -=)> razzipovao, zipovao, snimio... Ih, pa malo razgibavanja, šta je to, kojih 70 sati?...:)) Uostalom kaži nekome (vojvodi, recimo) ko skuplja viruse da se na jednoj nalazi dosad neistraženi virus, pa da pregleda sve diskete... I za 10 minuta - sve je odzipovano! :)) A za zipovanje - snadji se! :)
arhiveri.54 dejanr,
>> Alfa je pre beta, ali je i bliže 'pravoj' verziji... Dakle - prvo >> beta pa alfa... Može biti da si u pravu, u kom slučaju ja godinama živim u zabludi. Po meni prvo nastaje alfa verzija, pa onda eventualno beta, gama... Ima li neko ko to pouzdano zna?
arhiveri.55 cdragan,
> A gde je taj PKZIP 2.0? Navodno se već pojavio napolju, > ali nema potvrde. To sam samo čuo negde na mreži i pitao > ali nisam dobio odgovor. Hmm, evo šta sam ja pročitao pre neki dan: From: IN%"CWP01002čPACEVM.BITNET" "Steve Wilcoxon" 6-MAR-1992 05:37:15.95 Subj: PKZIP 1.93 / 2.0... Return-path: <GAMES-LčGREARN.BITNET> To satisfy everyone's curiosity: *** No PKZIP 2.0 is not out yet *** I called the PKWare BBS about 3-4 days ago, and it says that PKZIP 2.0 will be released "at the end of the first quarter" (gee, such a nice exact date :) )... Twilight
arhiveri.56 ssokorac,
-=)> A gde je taj PKZIP 2.0? Navodno se već pojavio -=)> napolju, ali nema potvrde. To sam samo čuo negde na -=)> mreži i pitao ali nisam dobio odgovor. Ne znam, priča se da postoji već skoro mesec dana, ali nema ga ovde...:(
arhiveri.57 wizard,
>> Može biti da si u pravu, u kom slučaju ja godinama živim >> u zabludi. Po meni prvo nastaje alfa verzija, pa onda >> eventualno beta, gama... >> Ima li neko ko to pouzdano zna? Pa ne znam pouzdano ali mi je malo nelogično da oni unapred znaju koliko će još probnih verzija da bude i da krenu od tog slova (recimo gama).
arhiveri.58 ssokorac,
-=)>ć e još probnih verzija da bude i da krenu od tog slova -=)>ć (recimo gama). Pa, maltene uvek ima jedna verzija, ali ponekad dve. Zato uvek imaš beta verziju, dok se alfa redje pojavljuje, ali ga ima. Da je po vašem - imali bi više alfa nego beta verzija... Je l' neko video gama verziju? P.S. Video sam dosta Gama verzija računara u "Računarima" ali nije to ono...:))
arhiveri.59 dejanr,
>> Da je po vašem - imali bi više alfa nego beta verzija... U principu alfa verziju "vidi" uži krug, recimo sam programer/tim koji to radi i eventualno par saradnika. Beta verzija se šalje mnogima da se proveri na raznim konfiguracijama itd. Naravno, svako pravilo ima i izuzetaka.
arhiveri.60 zormi,
* ... Meni se čini da se * itekako isplati biti konzervativan - uvek više volim * (krajnje uslovno) da čujem kako je neko pronašao neki bag * u novoj verziji komercijalnog programa, nego da ga sam * pronađem. To jeste racionalan stav, ali nije zabavan. Računari onda ne bi bili uopšte zanimljivi :))). Zamisli, instaliraš probnu verziju novog DOS-a, ona se svaki čas zaglavljuje, a ti pokušavaš da je nateraš da radi. Pa kad proradi - joj sreće (kao kad se izuju dva broja manje cipele :).
arhiveri.61 zormi,
* >> Alfa je pre beta, ali je i bliže 'pravoj' verziji... * >> Dakle - prvo beta pa alfa... * * Može biti da si u pravu, u kom slučaju ja godinama živim u * zabludi. Po meni prvo nastaje alfa verzija, pa onda * eventualno beta, gama... Mislim da je ipak Dejan u pravu. Alfa verzije su prve koje se puštaju u svet, najčešće da bi se proverila opšta koncepcija programa, dok je 'beta' konačan program u kome se samo traže bagovi. Ali to je sve stvar autora kako će da nazove...
arhiveri.62 zormi,
* A gde je taj PKZIP 2.0? Navodno se već pojavio napolju, * ali nema potvrde. To sam samo čuo negde na mreži i pitao * ali nisam dobio odgovor. Nije izašao. Ja svakog dana visim po USA BBS-ovima i nema ga.
arhiveri.63 ssokorac,
-=)> U principu alfa verziju "vidi" uži krug, recimo sam -=)> programer/tim koji to radi i eventualno par saradnika. -=)> Beta verzija se šalje mnogima da se proveri na raznim -=)> konfiguracijama itd. Naravno, svako pravilo ima i -=)> izuzetaka. Inače sada su negde u isto vreme izašli 1.93 alpha i 2.0 beta. Prvi je starija verzija, dakle i trebalo bi da je više napredovao. Osim toga, čistim uporedjivanjem verzija vidi se da beta verzija nema pola programa ima jedan kratak .doc (ako i njega ima?), a 1.93 je kompletan sa celom dokumentacijom, helpom i sl. Kao u pravoj verziji.
arhiveri.64 isekulovic,
>> Ne znam, prica se da postoji vec skoro mesec dana, ali >> nema ga ovde...:( Ja mislim da je nesto pod tim nazivom bilo na sezamu (ne u direktorijumima) i da je cak neko probao i poslao rezultate. Frka je bila u tome sto nije bilo pkunzipa. Ivan
arhiveri.65 nkbog,
Ima li neko LHA verziju PKLITE-a (valjda se zove LZEXE i trebala bi da bude ShW/PD)? NB.
arhiveri.66 dejanr,
>> Mislim da je ipak Dejan u pravu. I ja :)) Malo sam se raspitao po USA i nedvosmisleno ustanovio da je alfa verzija prvo što nastaje a kompletirano je, zatim sledi beta verzija za šire testiranje, a ima i slučajeva da postoje gama verzije, recimo kažu da je postojala gama verzija Clippera 5.0 koja je bila gotovo identična finalnoj po specifikacijama, pri čemu je u finalnoj ispravljeno par bagova oko alociranja memorije (ostali bagovi su "prošli" pa je morala da se pravi i verzija 5.01 ;) Naravno, to je uobičajena konvencija - autoru niko ne brani da program nazove i omega verzijom ako mu to odgovara.
arhiveri.67 ssokorac,
-=)> Ja mislim da je nesto pod tim nazivom bilo na sezamu -=)> (ne u direktorijumima) i da je cak neko probao i -=)> poslao rezultate. Frka je bila u tome sto nije bilo -=)> pkunzipa. :))) To sam bio ja...:))) To je bila 'beta' verzija, ne ona prava...
arhiveri.68 fric,
> Ima li neko LHA verziju PKLITE-a (valjda se zove LZEXE i > trebala bi da bude ShW/PD)? Evo ide ... lzstuff.zip
arhiveri.69 ssokorac,
-=)> I ja :)) Malo sam se raspitao po USA i nedvosmisleno -=)> ustanovio da je alfa verzija prvo što nastaje a -=)> kompletirano je, zatim sledi beta verzija za šire -=)> testiranje, a ima i slučajeva da postoje gama verzije, -=)> recimo kažu da je postojala gama verzija Clippera 5.0 OK, ubedili ste me...:) <mada tračak nada još uvek tinja:)>
arhiveri.70 isekulovic,
Zasto arj zapisuje na pocetku arhive ime arhive? ivan
arhiveri.71 duki,
­■ Zasto arj zapisuje na pocetku arhive ime arhive? Mozda da bi znao kako se arhiva zove? :) Nije mi najjasnije tvoje pitanje. COPYRIGHT BY -Duki- LTD. ALL RIGHTS RESERVRED
arhiveri.72 isekulovic,
>> Mozda da bi znao kako se arhiva zove? :) >> Nije mi najjasnije tvoje pitanje. Hm, mozda je moje razmisljanje glupo, ali on ne uporedjuje to ime sa imenom arhive. Mozes da promenis ime arhive i nista se nece desiti. Ako promenis u arhivi to ime, pa makar i da bude isto kao promenjeno arhive neces moci da raspakujes. Pa me interesuje koja je prakticna primena tog imena. Jel jasno, nije? E j*bi ga ;) Ivan
arhiveri.73 skoprivica,
Sta da radim kad mi arj prijavi 'Bad Huffman code...' ? Nemojte mi reci da uzmem arj 2.30, posto je tu samo promenjena ta poruka... Aje... CTEBO.
arhiveri.74 drakce,
│ Sta da radim kad mi arj prijavi 'Bad Huffman code...' ? └──── Uradi prvo "arj t <imearhive" i zapamti ime fajla kod kojega je došlo do pojave greške. Zatim je raspakuj sa "arj x -jr -q <imearhive>". Zbog onog "-q" tražiće potvrdu za svaki fajl unutar arhive, da li želiš da ga raspakuješ. Pritiskaj "y" za sve, dok ne naiđeš na onaj "kvarni". Tu lupi jedno "n" i dalje nastavi sa "y". Tako ćeš dobiti sve fajlove, osim onog kod kojega se javlja greška, a on ti ionako nizašta ne može poslužiti. BTW Nisi u pravu što se ARJ 2.30 tiče. On nije samo poruku promenio, nego te i oslobađa dosadne, malopre spomenute procedure sa "y" i "n" odgovorima. Naime, u toj verziji, kad naidje na grešku, ARJ ne prekida sa raspakivanjem. Pozdrav od Dragana
arhiveri.75 duduk,
> Zatim je raspakuj sa "arj x -jr -q <imearhive>". Zbog onog "-q" trazice > potvrdu za svaki fajl unutar arhive, da li zelis da ga raspakujes. Bolje da mu stavi -x<fajl sa greskom>.
arhiveri.76 skoprivica,
>-> BTW Nisi u pravu sto se ARJ 2.30 tice. On nije samo poruku >-> promenio, nego te i oslobada dosadne, malopre spomenute procedure >-> sa "y" i "n" odgovorima. Naime, u toj verziji, kad naidje na >-> gresku, ARJ ne prekida sa raspakivanjem. To znaci da mogu da napisem "a" kod prvog i on ce preskociti onaj koji treba ? (nemam trenutno nijednu 'pogodnu' arhivu kod sebe, posto sam takve brisao, radilo se o manje vaznim stvarima) Aje... CTEBO.
arhiveri.77 drakce,
││ Zatim je raspakuj sa "arj x -jr -q <imearhive>". Zbog ││ onog "-q" trazice potvrdu za svaki fajl unutar arhive, da │└───── │ Bolje da mu stavi -x<fajl sa greskom>. └───── Potpuno si u pravu, samo ne znam od koje verzije postoji opcija -x, a rekao je da nema zadnju. Mislio sam što je sigurno, sigurno, a i zapamtio sam se da je uputstvo govorilo: "-jr -q u slučaju oštećenih arhiva". Pozdrav
arhiveri.78 drakce,
││u toj verziji (2.30), kad naidje na gresku, ARJ ne prekida sa raspakivanjem. │└───── │To znaci da mogu da napisem "a" kod prvog i on ce preskociti onaj koji treba └───── Da, samo što sada nemaš potrebe za -q opciju. Lepo staviš ARJ x <imearhive> i otpakovaće se svi fajlovi osim "kvarnog". Ako staviš i -jr opciju, otpakovaće se i on, naravno pogrešan, a ti onda vidiš da li se odatle da nešto spasiti :) Pozdrav
arhiveri.79 janko,
Na spisku Trickle fajlova je i stanoviti PKLITE 1.13, ne baš svežeg datuma. Zašto je na Sezamu 1.12?
arhiveri.80 djnsnd,
> -=)> I ja :)) Malo sam se raspitao po USA i nedvosmisleno > -=)> ustanovio da je alfa verzija prvo što nastaje a > -=)> kompletirano je, zatim sledi beta verzija za šire > -=)> testiranje, a ima i slučajeva da postoje gama > verzije, -=)> recimo kažu da je postojala gama verzija > Clippera 5.0 > > OK, ubedili ste me...:) <mada tračak nada još uvek > tinja:)> Alfa verzija sluzi za testiranje koje obavlja(ju) autor(i), tj. za testiranje u kuci. Beta verzija se salje nezavisnim pojedincima ili grupama na testiranje. Uskoro treba da bude objavljen clanak u Racunarima o testiranju. DjnSnd
arhiveri.81 bulaja,
│Na spisku Trickle fajlova je i stanoviti PKLITE 1.13, ne bas │svezeg datuma. Zasto je na Sezamu 1.12? └─── Skinuo sam svojevremeno i verziju 1.13, ali posto prakticno nista nije bilo izmenjeno u odnosu na prethodnu, onda je nisam ni stavljao na Sezam. Cak mi je bio vrlo smezan razlog zasto su oni uopste izdali novu verziju, evo kompletnog sadrzaja whatsnew datoteke: > The following items are new, changed, or fixed from version 1.12 > of PKLITE in this release of version 1.13 of the PKLITE software. > > - Fixed a minor anomoly when run on a POQET computer with power > management enabled.
arhiveri.82 skoprivica,
>-> Potpuno si u pravu, samo ne znam od koje verzije postoji opcija >-> -x, a rekao je da nema zadnju. Mislio sam sto je sigurno, sigurno, >-> a i zapamtio sam se da je uputstvo govorilo: "-jr -q u slucaju >-> ostecenih arhiva". Pozdrav Jos jednom, hvala, a inace imam arj 2.30 i rado ga koristim, nego sam tek sada video da sam napisao : '...nemojte da uzmem arj 2.30..', a hteo sam da kazem da je u arj 2.30 promenjena ta poruka, i ne znam kako ona glasi, pa sam naveo poruku prethodnih verzija... Aje... CTEBO.
arhiveri.83 bulaja,
**** new file **** \ibmpc\archiver\hpack75.zip Hpack v0.75 arhiver, po prvim testovima koje sam uradio ima do sada najbolji stepen kompresije, bolji i od ARJ i ZIP2. Uz to, autor navodi da planira da ovaj arhiver razvije za veliki broj racunarskih sistema. Vec postoje MSDOS i UNIX verzije, a trenutno su u razvoju za OS/2, Macintosh, Apple IIgs i Archimedes. U planu su jos Atari ST, Amiga i VAX/VMS verzije. Velika mana je sto je arhivira strasno spooooooooooro.
arhiveri.84 bulaja,
Evo rezultata jednog malog testa arhivera koji sam uradio, test datoteke su 4DOS v4.0 (i program i dokumentacija). Date su velicina arhive (u bajtovima) i vreme arhiviranja (u sekundama), rezultati su poredjani po stepenu kompresije. size speed HPack 0.75 472.896 193 ARJ 2.30 475.814 63 PKZIP 1.93 480.282 34 ARJ 2.00 486.496 57 ZIP 1.10 521.552 47
arhiveri.85 janko,
> Sezam. Cak mi je bio vrlo smezan razlog zasto su oni > uopste izdali novu verziju, evo kompletnog sadrzaja > whatsnew datoteke: > >> The following items are new, changed, or fixed from >> version 1.12 of PKLITE in this release of version 1.13 of >> the PKLITE software. >> >> - Fixed a minor anomoly when run on a POQET computer with >> power management enabled. Što jes, jes. Hvala, da znam da se ne trudim. BTW: gde su ti domaća slova?
arhiveri.86 janko,
> Hpack v0.75 arhiver, po prvim testovima koje sam uradio > ima do sada najbolji stepen kompresije, bolji i od ARJ i > ZIP2. > Velika mana je sto je > arhivira strasno spooooooooooro. (ovo čitajte uz muziku iz nekog horora) (Trup! Trup!) Ne! Neeeeee! Pazite! (Trup!) Dolazi još jedan! Bežite u brda! Sklonite žene i decu! Evo ga! Nee! AAAAaAAAAAa! (zadav, zadav) (krc! tup!) :) (Objašnjenje: ovo je bio komentar na arhivere daje-100-bajtova-manje-od-Zipa-doduše-deset-puta-je-sporiji tipa. Svaka sličnost namerna) (ipak, skinuo sam ga, znam da će sad da se nađu oni koji će na njega da pređu, pa će da muče ostale, u stilu gornjeg horora :(((
arhiveri.87 zormi,
* Evo rezultata jednog malog testa arhivera koji sam uradio, * * size speed * HPack 0.75 472.896 193 * ARJ 2.30 475.814 63 * PKZIP 1.93 480.282 34 Kao što sam negde rekao, današnji arhiveri su već "doterali cara da duvara". Kompresije su dovoljno ubile statistiku (postoje teorijska ograničenja dokle se može ići, a da je moguć obrnut proces) tako da je dalje napredovanje samo za po dlaku, reda 1%, i neće moći ništa bitnije da se popravi. žak mislim, ako bi dozvolili programu neograničeno vreme kompresije ne bi dobili više od 5-10%. Jedna ideja za mali prodor o kojoj je diskutovano, mislim na BIX-u: Svi arhiveri sada ispituju i kompresuju svaku pojedinačnu datoteku, pa ih onda "merdžuju". Ako bi zbir svih polaznih datoteka posmatrali kao jednu datoteku kompresija bi bila bolja, pogotovu ako ih ima mnogo i kratke su. Takodje, spisak datoteka u arhivi je obično nekompresovan. Zbog ova dva razloga ponekad ponovno arhiviranje već napravljene arhive daje manju arhivu. Problem je verovatno u bogatstvu opcija i radu sa pojedinačnim datotekama u arhivi.
arhiveri.88 ssokorac,
-=)>**** new file **** ĐibmpcĐarchiverĐhpack75.zip Uh, mene sve nervira ARJ što je mnogo spor, ali ga držim zbog ipak dosta veće kompresije od ZIP-a, ali ovo čudo ipka samo malo više kompresuje, suviše malo da bih čekao onoliko vreme... Stari, dobri, ARJ.:) I nemo' neko da kad šalje fajlove uz poruku da arhivira ovim čudom! Stasha
arhiveri.89 bulaja,
│BTW: gde su ti domaca slova? └─── U EPROM-u ;) (radim na Herculesu). Koristim ih uglavnom jednom mesecno kad treba otkucati neki text, a inace ih mrzim zbog glupog YUSCI standarda.
arhiveri.90 bulaja,
│(Objasnjenje: ovo je bio komentar na arhivere │daje-100-bajtova-manje-od-Zipa-doduse-deset-puta-je-sporiji │tipa. Svaka slicnost namerna) └─── Hpack jeste spor i ja ga sigurno necu koristiti za redovnu upotrebu (bar ne dok ne postane brzi i uvede npr. mogucnost podele arhive na delove), ali je itekako zasluzio da se na njega obrati paznja, pre svega zato sto ima pretenziju da postane univerzalan za sve masine, a dostupan je i source (koga nisam jos nabavio), a uz sve to im sjajan stepen kompresije. Vise nego dovoljni razlozi da se nadje na Sezamu.
arhiveri.91 skoprivica,
>-> Hpack v0.75 arhiver, po prvim testovima koje sam uradio ima do >-> sada najbolji stepen kompresije, bolji i od ARJ i ZIP2. Uz to, >-> autor navodi Koliko bolji, u % ? Ocemo test u racunarima cim izadju arj 2.40 i zip 2.0... Aje... CTEBO.
arhiveri.92 isekulovic,
>> size speed >> HPack 0.75 472.896 193 >> ARJ 2.30 475.814 63 Zbog ustede od 0.75% treba tri puta duze da se arhivira, pa to je suludo. Kakva su mu vremena dearhiviranja? ivan
arhiveri.93 drakce,
│ dostupan je i source (koga nisam jos nabavio), a uz sve to im sjajan stepen │ kompresije. Vise nego dovoljni razlozi da se nadje na Sezamu. └───── U pravu si. A i sam autor navodi da je ovo neka vrsta probne verzije, tek će sa sledećom poraditi na brzini (katastrofalnoj, njegove reči) i možda onda bude interesantniji. Ne znam da li ste primetili kako je fenomenalno ubacio u program i korišćenje PGP programa za kontrolu autentičnosti arhive. Eh, kad bi to i ARJ uradio :). BTW Davno sam čuo da se šuška o novoj verziji PGP-a. Dali se pojavila? Ova stara ima neki bug, dovoljno čest da me iznervira. Ponekad neće da otpakuje poruku, javlja "Bad signature" i ni makac dalje. Koristim -esu opciju kod šifrovanja. Desetinama puta sam već morao da ponavljam iste poruke zbog toga. Zato bi mi dobro došla nova verzija, možda tamo bude bolje ... Pozdrav od Dragana
arhiveri.94 janko,
> Svi arhiveri sada ispituju i kompresuju svaku pojedinačnu > datoteku, pa ih onda "merdžuju". Ako bi zbir svih polaznih > datoteka posmatrali kao jednu datoteku kompresija bi bila > bolja, pogotovu ako ih ima mnogo i kratke su. Takodje, > spisak datoteka u arhivi je obično nekompresovan. Ne, nije to glavni trik, gde se može izvući veći stepen, već u identifikovanju istih sekvenci u više programa. Napr. prvih 150 KB svakog programa koji napravi Clipper su jaaaako slični, pa ako pakuješ više Clipper EXE-ova za drugog bi mogle samo da se registruju razlike. To nisam ja izmislio. Na Unix-ima ima fazon da možeš da za dve verzije iste tekst datoteke (ako su promene male) za jednu od verzija napraviš datoteku samo sa komandama editoru koji će od jedne napraviti i drugu. Al sumnjam da se i tu isplati previše vaditi creva, jer onda fajlovi unutar rezultujuće datoteke postaju zavisni od ostalih, što nije dobro. Možda će i tako nešto biti uvedeno kao opcija, negde. Tipujem na Junga (autora ARJ-a), ako se on ne seti, niko neće. On jedini voli da ima milion opcija, pa jedna više--manje, a opet bi zeznuo konkurenciju. :)
arhiveri.95 janko,
Drago mi je da je HPack zeznuo ARJ, da bi ARJ-fanovi mogli malo da pucaju od muke. :) - * - Bacio sam pogled malo na HPack. Volim duhovite poruke u programima, ako imaju meru (ne muče te stalno, nego vrlo retko), a HPack ima baš takve, pa uživajte i vi: ... Can't read multipart archives yet Please upgrade to a non-prototype HPACK release ... Peter has been messing with the filekludge again ... Panic: Error during error recovery ... (nisam ih izmislio, stvarno POSTOJE u kodu!) :) ? <======( prevod: smešno, zar ne? )
arhiveri.96 skoprivica,
>-> (Trup! Trup!) Ne! Neeeeee! Pazite! (Trup!) Dolazi jos jedan! >-> Bezite u brda! Sklonite zene i decu! Evo ga! Nee! AAAAaAAAAAa! >-> (zadav, zadav) (krc! tup!) >-> :) Stvarno si dobre volje danas !!! Yeah, keep goin'... A necu da predjem na ovaj 'novi' arhiver, pre verzije bar 1.01... A inace je ARJ bolji 10-15% pri radu sa standardnim fajlovima od ZIPa (1.10)... Aje... CTEBO.
arhiveri.97 zormi,
PKZIP 2.0 nikako da se pojavi tako da je korisnike već počelo da izdaje strpljenje. U takvoj situaciji, našlo se dokonih "šaljivdžija" koji su izbacuju lažne verzije i stvaraju zabunu. Evo primera sa najvećeg svetskog BBS-a (nije SEZAM ;): ------------------------------------------------------------------- 03/16/1992 WARNING! WARNING! WARNING! WARNING! WARNING! WARNING! WARNING! There is a file being circulated on BBS's called PKZ201.ZIP or PKZ201.EXE or similar, and that claims to be version 2.01 of PKZIP but in fact is a hacked version of PKZIP 1.93 Alpha. As of the date of this writing, the latest version of PKZIP is version 1.10. If you see the files PKZ201.ZIP or PKZ201.EXE on any BBS or on-line system, please ask the SysOp of that system to remove the files IMMEDIATELY, and please contact PKWARE to report where the files were seen. Of course, because of this PKWARE will never release a version of PKZIP with the version number 2.01. If you have any information about the source of PKZ201.EXE or PKZ201.ZIP, please report it to PKWARE immediately, either: by Voice at 414-354-8699 by BBS at 414-354-8670 by FAX at 414-354-8559 or by mail: PKWARE Inc. 9025 N. Deerwood Drive Brown Deer, WI 53223 USA Sincerely, Phil Katz President, PKWARE Inc.
arhiveri.98 stomic,
$ A necu da predjem na ovaj 'novi' arhiver, pre verzije bar $ 1.01... A inace je ARJ bolji 10-15% pri radu sa $ standardnim fajlovima od ZIPa (1.10)... Sinoć sam vršio nova merenja sa HPACKom, ARJom 2.22 i ZIPom ALPHA 1.93. Merenje sam vršio na brzinu sa ascii filom (moj TEXT.X oko 2.5MB) i ispalo je da HPACK ima bolju kompresiju od ARJa za oko 10% (!!!), i da ZIP ima bolju okmpresiju od ARJa za oko 1% (!!!). Što se tiče vremenja kompresovanja nisam merio ali je HPACK strašno spor :-(((( Inače kompresor mi se prilično sviđa! Ako je neko zainteresovan uradiću kompletno (barem približno) merenje sa ova 3 arhivera, pa ću javiti rezultate. OK? Pozdrav stomic ▀▀▀▀▀▀▀▀▀▀▀▀▀▀
arhiveri.99 ilazarevic,
█ Zbog ustede od 0.75% treba tri puta duze da se arhivira, █ pa to je suludo. Kakva su mu vremena dearhiviranja? Ona tablica nije ok. Ako si primetio, 0.75 i 2.30 su verzije programa a 193 i 63 su speed :)
arhiveri.100 skoprivica,
>-> HPack 0.75 472.896 193 >-> ARJ 2.30 475.814 63 Sad se setih :), probaj sa arj a /jm ... pa da vidimo kako ce koji...
arhiveri.101 bulaja,
│Sinoc sam vrsio nova merenja sa HPACKom, ARJom 2.22 i ZIPom ALPHA 1.93. │Merenje sam vrsio na brzinu sa ascii filom (moj TEXT.X oko 2.5MB) i │ispalo je da HPACK ima bolju kompresiju od ARJa za oko 10% (!!!), i da │ZIP ima bolju okmpresiju od ARJa za oko 1% (!!!). └─── Da, ali je to stara verzija ARJ-a. ARJ 2.30 ima u nekim slucajevima primetno poboljsan stepen kompresije, tako da ga vredi skinuti. Na mom TEXT.X (oko 1.7 Mb) ARJ 2.30 je oko 1.6% bolji od ARJ 2.22 (nemo' da mi je neko rekao da je 1.6% malo poboljsanje ;).
arhiveri.102 drakce,
││ HPack 0.75 472.896 193 ││ ARJ 2.30 475.814 63 │└────── │ Sad se setih :), probaj sa arj a /jm ... pa da vidimo kako ce koji... └───── Osim -jm opcije za bolju kompresiju (ali i sporiju), postoji još jedan switch, koji se retko koristi. To je -t1 za tekst fajlove, ili -t1g za tekstove koji sadrže i grafičke simbole (ili ne-engleska slova). Probao sam ga par puta i dobije se po koji procenat uštede. Ako ste štedljivi, prava stvar za vas :)
arhiveri.103 isekulovic,
>> Ona tablica nije ok. Ako si primetio, 0.75 i 2.30 su >> verzije programa a 193 i 63 su speed :) Ne kapiram? Hp arhiva je bila manja od arj arhive za 3kb, posto je arhiva bila dugacka negde oko 400 kb to je 0.75 %. Dok je 193 tri puta duze (okvirno) od 63 sekunde. ivan
arhiveri.104 skoprivica,
>-> Ako je neko zainteresovan uradicu kompletno (barem >-> priblizno) merenje sa ova 3 arhivera, pa cu javiti rezultate. OK? OK...
arhiveri.105 ssokorac,
-=)> koji se retko koristi. To je -t1 za tekst fajlove, ili -=)> -t1g za tekstove koji Postoji i -m0 koji u stvari ništa ne pakuje, dodje mu neki backup. Ne znam zašto su to uopšte stavljali... -m1 je brz koliko i ZIP, a ZIP pakuje dosta bolje. -m2 je sporiji, a kao ZIP. Jedino bez ičega, -jm, -t1(g) valjaju...:)
arhiveri.106 stomic,
Evo rezultata: | *.TXT | *.DBF | *.EXE | IME | 2834785 | 553232 | 2443055 | ----------------+-----------+-----------+-----------+----------- 1. HPACK v0.75 | 844687 | 124512 | 1414308 | | (70,20%) | (77,49%) | (42,11%) | | 722 sec | 217 sec | 852 sec | ----------------+-----------+-----------+-----------+----------- 2. PKZIP v1.1 | 987860 | 153139 | 1449478 | | (65,15%) | (72,32%) | (40,67%) | | 257 sec | 75 sec | 228 sec | ----------------+-----------+-----------+-----------+----------- 3. PKZIP v1.93A | 923303 | 127737 | 1365629 | | (67,43%) | (76,91%) | (44,10%) | | 202 sec | 30 sec | 170 sec | ----------------+-----------+-----------+-----------+----------- 4. ARJ v2.22 | 932206 | 131554 | 1369747 | | (67,12%) | (76,22%) | (43,93%) | | 249 sec | 51 sec | 229 sec | ----------------+-----------+-----------+-----------+----------- Što se tiče veličina fileova sve su izražene u bajtovima. Izvianjavam se što sam morao da koristim stariju verziju ARJa, mrzelome da skidam novu. Dodajte 1-2% koliko je bolji novi ARJ. Test je rađen na AT-16MHz sa 44MB hard-diskom (28ms), cache je bio instaliran i disk je pod STACKERom. Zbog toga može doći do malih varijacija u brzini, ali ta će se odnositi na sve arhivere tako da će odnost biti približno isti. Možete primetiti da HPACK ima bolje kompresije za ascii fileove i dbf, ali za EXE slabije !!! Još je uz to 5-6 puta sporiji! Neverujem da će se ovaj arhiver rasprostraniti, za sada mu je jedina prednost što je podržan na više operativnih sistema. Jedino ako mu se brzina kompresije drastično poveća, onda možda i bude nešto. Iz testova u odnosu kompresija/brzina najbolje prolazi PKZIP v1.93 ALPHA. Ima bolju kompresiju i od ARJa (ustvari približno istu) ali je prilično brži (od 18% do 41%). Jedini problem što je ALPHA verzija. Jedino da čekamo da izađe krajnja verzija. Pozdrav stomic ▀▀▀▀▀▀▀▀▀▀▀▀▀▀
arhiveri.107 drakce,
│ Postoji i -m0 koji u stvari ništa ne pakuje, dodje mu neki │ backup. Ne znam zašto su to uopšte stavljali... └───── Ma od viška glava ne boli. To je store switch, samo upakuje sve fajlove u jednu arhivu, bez kompresije, ali velikom brzinom. Slučajno, koristim baš tu opciju s vremena na vreme. Recimo, imam neki programski paket na nekoliko disketa i hoću da napravim backup, koji će stati na što manji prostor. Svaku disketu upakujem sa: ARJ a -r -$a -jm DISKnn a: i dobijem nekoliko arhiva na hardu. Zatim ih lepo sve ubacim u jednu jedinu rasporedjenu na minimalan broj disketa sa: ARJ a -m0 -vva DISK*.ARJ a:IME Zbog -m0 pakovanje ide brže, a nema ni smisla da kompresuje ARJ arhive. Zgodno, zar ne? Pozdrav
arhiveri.108 ilazarevic,
█ Ne kapiram? Hp arhiva je bila manja od arj arhive █ za 3kb, posto je arhiva bila dugacka negde oko 400 kb █ to je 0.75 %. Dok je 193 tri puta duze (okvirno) od █ 63 sekunde. Ne, ne, ne.... 0.75 JESTE verzija programa. 193 sekunde se odnosi na brzinu HPack-a, a 63 na onaj drugi...
arhiveri.109 janko,
> Test je rađen na AT-16MHz sa 44MB hard-diskom (28ms), > cache je bio instaliran i disk je pod STACKERom. ======== !!!!!!!! ... i time je test ispunio uslov da postane neupotrebljiv!
arhiveri.110 isekulovic,
>> Ne, ne, ne.... 0.75 JESTE verzija programa. 193 sekunde >> se odnosi na brzinu HPack-a, a 63 na onaj drugi... Ne, ne, ne ....:) Sasvim slucajno ovde je i verzija programa 0.75 ali je isto toliko bolje i kompresovao 4dos od arja! ivan
arhiveri.111 stomic,
$> Test je rađen na AT-16MHz sa 44MB hard-diskom (28ms), $> cache je bio instaliran i disk je pod STACKERom. $ ======== $ !!!!!!!! $ $ ... i time je test ispunio uslov da postane neupotrebljiv! Zašto !?!?!?! Jedino ako misliš na vreme izvršavanja, ali ono bi trebalo da bude proprcionalno i vremenu bez stackera i PC-CACHEa, jer su svi arhiveri bili podjednako ubrzani/usporeni. Pozdrav stomic ▀▀▀▀▀▀▀▀▀▀▀▀▀▀
arhiveri.112 ilazarevic,
█ Ne, ne, ne ....:) Sasvim slucajno ovde je i verzija programa █ 0.75 ali je isto toliko bolje i kompresovao 4dos od arja! Slažem se, došli smo do zaključka da smo obojica u pravu... A sad, gde smo ono beše stali? ;))
arhiveri.113 dzakic,
>> Zašto !?!?!?! Jedino ako misliš na vreme izvršavanja, >> ali ono bi trebalo da bude proprcionalno i vremenu bez stackera >> i PC-CACHEa, jer su svi arhiveri bili podjednako >> ubrzani/usporeni. Zašto?! Pa zato što ne znaš kolko je vremena otišlo na stackerovo arhiviranje a kolko na arhiverovo. Ja sam nedavno kopirao datoteku (običan tekst, čini mi se poruke sa sezama) od 800k sa ramdiska na 'običnu' particiju, vreme je bilo 2.5 sec. Kad sam operaciju ponovio sa staterisanom particijom trebalo je više od 15! sekundi. Eto, zato. Doduše, tačno da se možda može videti neki odnos, al to je tolika aproksimacija da je, kako reče janko, neupotrebljiva.
arhiveri.114 stomic,
$ Doduše, tačno da se možda može videti neki odnos, al to je $ tolika aproksimacija da je, kako reče janko, $ neupotrebljiva. Kao što iz rezultata vidiš za test mi je trebalo oko 60tak minuta. Sedi ti ispred kompjutera sat vremena i gledaj kako arhivira neke glupe fileove. Barem imate podatke o dužini arhiva, što je u ovom slučaju i bilo više potrebno, jer smo znali da je HPACK nekoliko puta sporiji od ARJa, i vreme nije bilo toliko bitno(a i tu ste dobili barem približan odnos). Samo sam hteo da napravim neke približne podatke (što sam i dan pre nego što ću uraditi test rekao). Pozdrav stomic ▀▀▀▀▀▀▀▀▀▀▀▀▀▀
arhiveri.115 drakce,
*FLASH* Pojavio se novi PKZip v2.01 i izgleda da nije beta! Još ga nisam video, samo sam čuo da je "u prodaji" :) Pozdrav
arhiveri.116 zormi,
* Pojavio se novi PKZip v2.01 i izgleda da nije beta! Još ga * nisam video, samo sam čuo da je "u prodaji" :) Lažnjak. Autor je izjavio da neće biti verzije sa tim brojem baš zbog nekog šaljivdžije koji izeditovao 1.93.
arhiveri.117 sale,
>> Pojavio se novi PKZip v2.01 i izgleda da nije beta! Još ga nisam video, >> samo sam čuo da je "u prodaji" :) Vidi poruku 13.97 (u kojoj je objašnjeno da tako nešto ne postoji). Sale
arhiveri.118 drakce,
││ Pojavio se novi PKZip v2.01 i izgleda da nije beta! Još ga nisam video │└───── │ Vidi poruku 13.97 (u kojoj je objašnjeno da tako nešto ne postoji). └───── Ups, godine čine svoje :). A čitao sam tu poruku, kol'ko pre neki dan. Thank's. Znam bar jednog SysOp-a koga će ta vest zanimati ... Pozdrav
arhiveri.119 ssokorac,
-=)> zbog nekog šaljivdžije koji izeditovao 1.93. :((( Isto kao sa Digger-om. Digger 2,5,10,100...itd. Sve prva editovana verzija. U jednoj su cak Mujo i Haso...;)
arhiveri.120 skoprivica,
>-> :((( Isto kao sa Digger-om. Digger 2,5,10,100...itd. Sve prva >-> editovana verzija. U jednoj su cak Mujo i Haso...;) E nije, jedna pocinje od 20 nivoa odma...
arhiveri.121 skoprivica,
Kako da registrujem ovaj novi shez 7.1 ?
arhiveri.122 mjova,
> Kako da registrujem ovaj novi shez 7.1 ? pa valjda ima u arhivi i neki formular koji treba da odštampaš, popuniš i sa lovom pošalješ na neku adresu. može li drugačije? O;> SY
arhiveri.123 vcalic,
>> Kako da registrujem ovaj novi shez 7.1 ? Ako imaš "registrovanu" staru verziju, zaključno sa 6.5, uđi u nju, i daj da ti sve opcije prebaci u shez.cfg fajl. Taj fajl prebaci u dir gde ti je verzija 7.1. Onda startuj shezcfg.com iz v7.1, i on će te pitati da li da uzme opcije iz shez.cfg. Reci da, i stvar je gotova.
arhiveri.124 skoprivica,
>->> Kako da registrujem ovaj novi shez 7.1 ? >-> pa valjda ima u arhivi i neki formular koji treba da odstampas, >-> popunis i sa lovom posaljes na neku adresu. moze li drugacije? O;> Hvala, na resenju, a bas sam se pitao cemu sluzi taj formular...
arhiveri.125 dragoslavr,
you >> Kako da registrujem ovaj novi shez 7.1 ? you > you > pa valjda ima u arhivi i neki formular koji treba da you > odštampaš, popuniš i sa lovom pošalješ na neku adresu. you > može li drugačije? O;> Uh, bre, što ste dosadni! ;) Pa, rekao sam već da može da se uzme shezcfg.exe iz verzija 6.5, reg. br. 333333333333... (koliko stane:) i onda svoje ime i gotovo! Posle uzmi shezcfg 7.1 pa s njim ostalo sredi.. Pozdrav, Dragoslav
arhiveri.126 bulaja,
│Kako da registrujem ovaj novi shez 7.1 ? └─── Ne rade vise stare kombinacije 1111*, 3333* ili 1234*, ali moze npr. onaj broj iz poruke 10.330 (dkuki).
arhiveri.128 isekulovic,
Pitanje moze zvucati glupo, ali kako da, bilo sa arjom, bilo sa zipom, spakujem sve datoteke koje u imenu sadrze odredjeno slovo?
arhiveri.129 obren,
> Pitanje moze zvucati glupo, ali kako da, bilo sa arjom, bilo sa > zipom, spakujem sve datoteke koje u imenu sadrze odredjeno slovo? Ako koristiš 4dos možeš da probaš nešto ovako: select pkzip ime_arhive (*X*.*) ovim samo dobijaš listu fajlova koji imaju slovo ili nisku X u imenu, pa moraš još da ih sve selektuješ i lupiš enter.
arhiveri.130 beast,
>> Pitanje moze zvucati glupo, ali kako da, bilo sa arjom, bilo sa >> zipom, spakujem sve datoteke koje u imenu sadrze odredjeno slovo? Pa ako znaš gde se nalazi to slovo, koristi džokere, ili još bolje, ako koristiš 4dos (ako ne, obavezno ga stavi!) otkucaj select arj a imefajla [*.*] i markiraj sve koje oćeš...
arhiveri.131 ilazarevic,
█ Pitanje moze zvucati glupo, ali kako da, bilo sa arjom, bilo sa █ zipom, spakujem sve datoteke koje u imenu sadrze odredjeno slovo? Na primer: c:Đ>arj a proba a*.com pakuje sve a*.com fajlove u arhivu proba.
arhiveri.132 isekulovic,
>> Ako koristis 4dos mozes da probas nesto ovako: >> select pkzip ime_arhive (*X*.*) ^^^^^ Ne koristim ali frka mi je u ovim gore dzoker znacima. Po logici stvari to bi trebalo da znaci sve datoteke koje imaju X u sebi, ali u praksi nije tako vec isto kao da sam otkucao *.*
arhiveri.133 isekulovic,
>> Pa ako znas gde se nalazi to slovo, koristi dzokere, ili jos Stvar je u tome sto nije uvek na istom mestu.
arhiveri.134 obren,
> Ne koristim ali frka mi je u ovim gore dzoker znacima. Po logici > stvari to bi trebalo da znaci sve datoteke koje imaju X u sebi, ali > u praksi nije tako vec isto kao da sam otkucao *.* Pa frka ti i jeste zato što ne koristiš 4dos. Takvi džokeri prolaze samo u njemu i znače "X bilo gde u imenu".
arhiveri.135 bulaja,
Zeli li neko da zaradi 1000 $ ;)? PKWare je raspisao konkurs da onaj ko uspe da razbije ZIP-om sifrovanu datoteku dobije tu nagradu. Detalji konkursa i datoteka koju treba razbiti su u prilozenoj datoteci. pkcontst.zip
arhiveri.136 mjova,
> Zeli li neko da zaradi 1000 $ ;)? zamisli dobiješ nagradu pa kupiš sledeće računare, za sve pare, oba broja ;)))) SY
arhiveri.137 isekulovic,
>> pakuje sve a*.com fajlove u arhivu proba. Ne, zigleda da me nisi shvatio meni treba da spakuje fajlove npr. sEzam.txt Evoksi.exe bEograd.com mistErija.doc a da ne spakuje fajlove koji ne sadrze slovo E u imenu. Ono sto si mi ti predlozio pakuje sve fajlove koji pocinju na E.
arhiveri.138 zkrstic,
> Zeli li neko da zaradi 1000 $ ;)? Samo???? Ne pada mi na pamet ;))) zkr
arhiveri.139 banusko,
**> zamisli dobiješ nagradu pa kupiš sledeće računare, za **> sve pare, oba broja ;)))) A onda se raspadnu.....:)
arhiveri.140 viktor,
Zdravo, Znam da moze zvucati glupo, ali vredelo bi pokusati sa: for %1 in (e???????.* ?e??????.* ??e?????.* ???e????.* ????e???.* ?????e??.* ??????e?.* ???????e.*) do arj a ime_arhive %1 Toliko od mene. Ako ne radi, ne krivite mene vec Microsoft ... Pozdrav. P.S. za one koji koriste 4DOS, dozvoljeno je da izbace ono DO ... jasno, svima je dozvoljeno zamenjivanje imena archiver-a za oni koji oni koriste ...
arhiveri.141 dragisha,
ű> PKWare je raspisao konkurs da onaj ko uspe da razbije ű> ZIP-om sifrovanu datoteku dobije tu nagradu. Detalji ű> konkursa i datoteka koju treba razbiti su u prilozenoj ű> datoteci. PKZIP koristi DES algoritam i jedini nacin za razbijanje je da se pogodi sifra. Posto se PK kocka sa $1000 sifra je vjerovatno random. dragisha P.S. Sanse ima, al' je vjerovatnoca malecka:).
arhiveri.142 stomic,
$ P.S. Sanse ima, al' je vjerovatnoca malecka:). Navedeno je da je šifra do 7 znakova, znači ima 256^7 kombinacija (a to je briličan broj). Samo da se toliko puta startuje ZIP (dobro i nek stoji i na ramdisku), treba prilično vremena (da ne kažem godina). BTW, TP6.0, nemože da izračuna ni 256^5. Jel' ima neko CRAYa pri ruci? :) Pozdrav, stomic
arhiveri.143 banex,
>> Ne, zigleda da me nisi shvatio meni treba da spakuje >> fajlove npr. sEzam.txt Evoksi.exe bEograd.com mistErija.doc Rešenje je da sve datoteke koje ispunjavaju uslov smestiš u neki file npr. programi.lst pa da arj-u daš naredbu: ARJ a ime.arj !programi.lst To bi se iz 4dos-a postiglo sledećim naredbama: DIR /B /1 *e*.* >programi.lst ARJ a ime.arj !programi.lst DEL programi.lst Naravno, te naredbe je iz 4dos-a moguće zadati bilo u jednoj liniji ili napraviti alias sa njima ili neku .btm (.bat) datoteku. Ovo je primer kada želiš spakovati samo datoteke koje ispunjavaju taj uslov iz tekućeg dir-a. Za pakovanje svih datoteka sa tim uslovom bez obzira na direktorijum, morao bi se dodati novi prekidač za "dir" koji bi uz ime datoteke smestio i put do nje. Pošto ne koristiš 4dos, morao bi da probaš sa nekom zamenom za dir komandu, važno je samo da napraviš programi.lst datoteku jer je to jedini način da ih arj spakuje. Lošije rešenje (bez pomoćnih programa) je da zadaš sledeću naredbu: ARJ a ime.arj /q * /q = query on each file pa bi te arj na svakoj datoteci pitao da li želiš da je spakuje. Ne znam kako se to može izvesti sa zip-om jer sa njim i ne radim. CU! -BANE- PS. Ako želiš da probaš sa 4dos-om, on se vrlo lako instalira. Dovoljno je da iz config.sys-a izbaciš liniju kojom navodiš command.com (ako je imaš) i ubaciš liniju: SHELL=4dos.com /p i da 4dos.com staviš u root c diska.
arhiveri.144 pele,
#> Zeli li neko da zaradi 1000 $ ;)? # # zamisli dobiješ nagradu pa kupiš sledeće računare, za sve # pare, oba broja ;)))) Jos ti mozda ostane za Svet Kompjutera :)))
arhiveri.145 pele,
#> Zeli li neko da zaradi 1000 $ ;)? # # Samo???? Ne pada mi na pamet ;))) Ajde ti to onda provali cisto reda radi,a ja cu onda da se zrtvujem i primim tih 1000$ umesto tebe.Mislim da ti necu traziti nikakvu nagradu za ovo moje herojsko delo :)))
arhiveri.146 wizard,
>> PS. Ako želiš da probaš sa 4dos-om, on se vrlo lako instalira. >> Dovoljno je da iz config.sys-a izbaciš liniju kojom navodiš Ma, ako mu samo za to treba, dovoljno je da ga startuje 4DOS.COM. Isto može i sa NDOS-om iz Nortona 6.0. <<Nenad<<
arhiveri.147 markma,
> SHELL=4dos.com /p a sta znaci ovo /p
arhiveri.148 markma,
> SHELL=4dos.com /p a sta znaci ovo /p
arhiveri.149 nesic,
Dobra ideja, ali ima manu zato što se 8 puta radi update arhivske datoteke. Nešto bolje bi bilo: arj a <ime> %1*.* ?%1*.* ??%1*.* ???%1*.* ????%1*.* ?????%1*.* ??????%1*.* ???????%1.* Pozdrav, Nešić
arhiveri.150 mjova,
> a sta znaci ovo /p znači da je 4dos.com zamena za commannd.com i da treba da se učita za stalno. e, ono '/p' je znak da se učitava prvi shell tj. da ostaje rezidentan. SY
arhiveri.151 vcalic,
>> a sta znaci ovo /p Isto što znači i shell=command.com /p, dakle direktiva operativnom sistemu da nakon učitavanja komandnog procesora izvrši autoexec.bat.
arhiveri.152 stomic,
$ Ajde ti to onda provali cisto reda radi,a ja cu $ onda da se zrtvujem i primim tih 1000$ umesto $ tebe.Mislim da ti necu traziti nikakvu nagradu za $ ovo moje herojsko delo :))) BTW, nije veliki problem. Ispitaš sve kombinacije kojih ima 72057594037927936, računaj da ti za jednu kombinaciju otprilike treba 1sec (treba startovati PKUNZIP), i trebaće ti oko 2,2 milijarde godina da ispitaš sve kombinacije. Ako pronađeš častiš pićem... OK? :-))))))))))))))))))))))) Pozdrav, stomic
arhiveri.153 ilazarevic,
█ Ono sto si mi ti predlozio pakuje sve fajlove koji pocinju na E. E, onda uzmi 4DOS pa radi *a*.zip
arhiveri.154 vvelisavljev,
Nabavio sam STACKER 2.0 pa me interesuje da li je moguće i da li se isplati instalirati ovu verziju ako već imam instaliranu verziju 1.0? Znam da mogu da obrišem sve pa da ponovo komresujem sa novom verzijom, ali, nešto mi se sada ne inastlira ponovo 120MB. Kakve su prednosti "nove" verzije? Viktor
arhiveri.155 prvul,
Ů PKZIP koristi DES algoritam i jedini nacin za razbijanje je da se pogodi Ůsifra. Posto se PK kocka sa $1000 sifra je vjerovatno random. Ů▄▄▄ Osim ako nisu uvedene neke novosti u onoj verziji 1.93, algoritam nije DES. Finta je u tome da se za šifrovanje kod PKZIP-a koriste 32 bitni ključevi koji se izračunavaju na osnovu šifre... Baš sm nešto gledao sam algoritam i nisam siguran da je tako "nepobediv". Evo zašto: Radi se sa 3 ključa od po 32 bita. Na početku se ključevima dodele tačno određene vrednosti. Onda se ključevi modifikuju na osnovu zadate šifre, a pri tome se koristi CRC-32 kao "komplikaciona funkcija". Zatim se šifruje 12 slučajnih bajtova (koji se tako šifrovani upisuju u arhivu) a onda sam komprimovani fajl. Moguće rupe algoritma su: 1) CRC-32 nije predviđen da "ubrlja" bitove, može se desiti da delići šifre ostaju upisani u fajlu i posle onih 12 bajta (u prvih 4 bajta se sigurno nalaze, zato je i urađeno ono sa prvih 12 bajta). Poznavajući nekoliko bitova šifre drastično smanjujemo broj probanja. 2) Moguće je da "komplikacioni" algoritam ima samo 2**32 mogućnosti, pošto su ključevi 32 bitni. Naime, ključevi se na osnovu šifre modifikuju tako da zavise jedan od drugoga, pa je malo verovatno da su moguće sve kombinacije ključeva. Mnogo je veća verovatnoća da su samo nekoliko bita u preostala dva ključa nezavisni od prvog ključa. Tada je dovoljno pokušati sa tih 2*(32+X) mogućnosti, a 2**32 je 4 milijarde pokušaja, što je posao od nekoliko dana. Ovo je ujedno i "elegantno" rešenje, jer se potpuno zaobilazi šifra. Kada sam pročitao ono o takmičenju, pogledao sam opet onaj fajl sa opisom algoritma i moram priznati da sam razmišljao da li da se latim posla... Međutim, mislim da je PKWARE bio vrlo pametan, pa je ovo pustio upravo u doba kada je mladim hakerima-srednjoškolcima kraj školske godine, a nama studentima ispiti... Inače... dogovorimo se da organizujemo lutriju od 1000 dolara... svako dobije po jedan opseg šifri da ga proba na svom računaru... onaj najsrećniji dobija pravu i dobija nagradu... ;>>> jeste da je ukupna cena probanja šifri na par hiljada računara tokom više dana koštala daleko više od tih 1000$, ali ja bih sa svoje strane rado priložio $0.5 da bih "pokazao-njima-da-nisu-bezbedni". Uopšte, šta mislite zašto nisu ponudili neku ogromnu nagradu? Zato što bi onda neko uzeo i razbio šifru... fora je jedino u tome što se za $1000 ne isplati koristiti potrebne resurse... Prvul
arhiveri.156 prvul,
Ů BTW, nije veliki problem. Ispitaš sve kombinacije kojih Ů ima 72057594037927936, računaj da ti za jednu kombinaciju Ů otprilike treba 1sec (treba startovati PKUNZIP), i trebaće Ů▄▄ Nije. Treba mnogo manje. Napiši svoj program koji samo proverava na prvih 12 bajtova. Nisam probao, ali znam kako, i treba mnoooogo manje. Prvul
arhiveri.157 dejanr,
Ako tebe ne mrzi da pišeš program, računara koji će to da "vrte" će se svakako naći, evo kod mene kući stoje 3-4 ;) >> jeste da je ukupna cena probanja šifri na par hiljada računara tokom >> više dana koštala daleko više od tih 1000$, ali ja bih sa svoje strane >> rado priložio $0.5 da bih "pokazao-njima-da-nisu-bezbedni". A ko ne bi? A što se tiče računarskog vremena... i tako nam većina PC-ja po dobar deo dana stoji ugašena :)
arhiveri.158 janko,
> kao "komplikaciona funkcija". Zatim se šifruje 12 > slučajnih bajtova (koji se tako šifrovani upisuju u > arhivu) a onda sam komprimovani fajl. Moguće rupe > algoritma su: > > 1) CRC-32 nije predviđen da "ubrlja" bitove, može se > desiti da delići šifre ostaju upisani u fajlu i posle onih > 12 bajta (u prvih 4 bajta se sigurno nalaze, zato je i > urađeno ono sa prvih 12 bajta). Poznavajući nekoliko > bitova Delići šifre sigurno NISU upisani u fajl. > 2) Moguće je da "komplikacioni" algoritam ima samo 2**32 > mogućnosti, pošto su ključevi 32 bitni. Naime, ključevi se > na osnovu šifre modifikuju tako da zavise jedan od > drugoga, pa je malo verovatno da su moguće sve kombinacije > ključeva. Mnogo je veća verovatnoća da su samo nekoliko > bita u preostala dva ključa nezavisni od prvog ključa. > Tada je dovoljno pokušati sa tih 2*(32+X) mogućnosti, a > 2**32 je 4 milijarde pokušaja, što je posao od Teško. Ovaj algoritam ima periodu od 2**64, osim ako Roger Schlafly nije potpuni amater, u šta sumnjam. (Za vežbu, probaj da otkriješ koliku maksimalnu periodu možeš dobiti koristeći 3 8-bitna ključa, i sve će ti biti jasno.) Kako je 2**64=1.8e19, a 256**7 (ako su garantovali da ima 7 znakova) "samo" 7.2e16, "lakše" je napadati samu šifru. Što se mene tiče, hvala lepo. Inače, vredelo bi videti kako PKZIP pravi onih prvih 10 "random" bajtova koje prve kriptuje. Samo bi tu možda mogla da se nađe rupa, ali je u ovom njihovom nagradnom fajlu sasvim sigurno da su tu namestili PRAVE random bajtove. > Međutim, mislim da je PKWARE bio vrlo pametan, pa je ovo > pustio upravo u doba kada je mladim > hakerima-srednjoškolcima kraj školske godine, a nama > studentima ispiti... Inače... dogovorimo se da > organizujemo lutriju od 1000 dolara... svako dobije po > jedan opseg šifri da ga proba na svom računaru... onaj > najsrećniji dobija pravu i dobija nagradu... ;>>> jeste da > je ukupna Mislim da ne bi išlo ovo. Smanjiti ovo 10**3 puta i nije neko smanjenje.
arhiveri.159 janko,
> █ Ono sto si mi ti predlozio pakuje sve fajlove koji > pocinju na E. > > E, onda uzmi 4DOS pa radi *a*.zip Ne mora 4dos, dovoljno je da ima GREP, i neku zamenu za DIR koja daje ime fajlova sa tačkom, pa da kaže: NOVIDIR >1.1 GREP E 1.1 >2.2 PKZIP arhiva č2.2
arhiveri.160 stomic,
$ Nije. Treba mnogo manje. Napiši svoj program koji samo $ proverava na prvih 12 bajtova. Nisam probao, ali znam $ kako, i treba mnoooogo manje. Interesuje me kako? Računaj da u šifri nisu samo slova, već svi kodovi od 0-255. Pozdrav, stomic
arhiveri.161 prvul,
ŮAko tebe ne mrzi da pišeš program, računara koji će to da "vrte" će se Ůsvakako naći, evo kod mene kući stoje 3-4 ;) Ů▄▄▄ Da, ali treba prvo matematički "napasti" onu šifru, da se vidi koje mogućnosti treba probati, a koje ne. 2**(7*8) mogućnosti je ipak previše. A program koji proba šifre treba pisati na osnovu sledećeg (izvod iz onog fajla koji se pominje u tekstu pkcontst-a): ────────────────────── CUT HERE ───────────────────────────────── Decryption ---------- The encryption used in PKZIP was generously supplied by Roger Schlafly. PKWARE is grateful to Mr. Schlafly for his expert help and advice in the field of data encryption. PKZIP encrypts the compressed data stream. Encrypted files must be decrypted before they can be extracted. 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 3, 32-bit keys. The key values are initialized using the supplied encryption password. After each byte is encrypted, the keys are then updated using psuedo-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. Step 1 - Initializing the encryption keys ----------------------------------------- Key(0) <- 305419896 Key(1) <- 591751049 Key(2) <- 878082192 loop for i <- 0 to length(password)-1 update_keys(password(i)) end loop Where update_keys() is defined as: update_keys(char): Key(0) <- crc32(key(0),char) Key(1) <- Key(1) + (Key(0) & 000000ffH) Key(1) <- Key(1) * 134775813 + 1 Key(2) <- crc32(key(2),key(1) >> 24) end update_keys Where crc32(old_crc,char) is a routine that given a CRC value and a character, returns an updated CRC value after applying the CRC-32 algorithm described elsewhere in this document. Step 2 - Decrypting the encryption header ----------------------------------------- The purpose of this step is to further initialize the encryption keys, based on random data, to render a plaintext attack on the data ineffective. Read the 12-byte encryption header into Buffer, in locations Buffer(0) thru Buffer(11). loop for i <- 0 to 11 C <- buffer(i) ^ decrypt_byte() update_keys(C) buffer(i) <- C end loop Where decrypt_byte() is defined as: unsigned char decrypt_byte() local unsigned short temp temp <- Key(2) | 2 decrypt_byte <- (temp * (temp ^ 1)) >> 8 end decrypt_byte After the header is decrypted, the last two bytes in Buffer should be the high-order word of the CRC for the file being decrypted, stored in Intel low-byte/high-byte order. This can be used to test if the password supplied is correct or not. Step 3 - Decrypting the compressed data stream ---------------------------------------------- The compressed data stream can be decrypted as follows: loop until done read a charcter into C Temp <- C ^ decrypt_byte() update_keys(temp) output Temp end loop ───────────────────────── CUT HERE ───────────────────────────────── Kao što gore piše, može se na osnovu provere na prvih 12 bajta proveriti da li je šifra "pogođena". Samo, kažem, fali da se neko potrudi oko matematike i da se ispostavi da su negde pogrešili.... a verovatno bar negde jesu... naime, ako se ovde zada šifra od 12 bajta, a ima i tri ključa od po 4 bajta... ovaj algoritam tada daje bolju zaštitu od DES-a... a DES je nekoliko puta sporiji i komplikovaniji algoritam... pa zašto bi iko koristio DES onda? Prvul
arhiveri.162 prvul,
ŮDelići šifre sigurno NISU upisani u fajl. Ů▄▄▄ Pa dobro, nisam ni mislio da baš pišu tamo, nego da se mogu "izvući" na osnovu prvih nekoliko bajta fajla... ŮInače, vredelo bi videti kako PKZIP pravi onih prvih 10 "random" Ůbajtova koje prve kriptuje. Samo bi tu možda mogla da se nađe Ůrupa, ali je u ovom njihovom nagradnom fajlu sasvim sigurno da su Ůtu namestili PRAVE random bajtove. Ů▄▄▄ Da, tako bi se dobio fini known-plaintext-attack... Ovako možemo samo da "nabadamo" ključeve, i eventualno samo da smanjimo za par redova veličine broj mogućih ključeva matematičkom analizom... Prvul P.S. E, da.... ako iko bude "pobedio" na tom takmičenju, molio bih da neko prenese ovamo ono što bude o tome objavljeno (mislim, teško da će objaviti detalje vezane za samo razbijanje).
arhiveri.163 dragisha,
ű> Osim ako nisu uvedene neke novosti u onoj verziji 1.93, ű> algoritam nije DES. Finta je u tome da se za sifrovanje ű> kod PKZIP-a koriste 32 bitni kljucevi koji se ű> izracunavaju na osnovu sifre... Bas sm nesto gledao sam ű> algoritam i Zakljucio sam da je DES zbog toga sto su ga ukinuli iz export verzije. Ako nije, zasto ga ne izvoze? Ako imas parce koda koje je implementacija sifrovanja bio bih ti zahvalan ako ga UL. Meni se prije 2-3 godine desilo da zapakujem neke vazne sorseve i to sa sifrom koju sam vremenom zaboravio:). Mozda Phil Katz ima slican problem pa hoce pojeftino da ga rijesi.:) dragisha
arhiveri.164 isekulovic,
Hvala svima na pomoci, iapk prelazim na 4dos:) ivan
arhiveri.165 markma,
Preuzeo sam sa SEZAMA wpdesign.arj i kada sam probao da ga raspakujem sa arj e wpdesign nije hteo. Odnosno raspakuje mi prva dva fajla a kada dodje do BD.EXE onda stane i napise BAD HUFFMAN CODE (0) Sta da radim da bih ga raspakovao kako treba a da ga ne downloadujem ponovo.
arhiveri.166 ndragan,
/ ima 72057594037927936, računaj da ti za jednu kombinaciju Seti se da lozinka za ZIP razlikuje velika i mala slova ;(
arhiveri.167 stomic,
$ Seti se da lozinka za ZIP razlikuje velika i mala slova ;( Uračunao sam. Zato i ide 256^7 (mada bi se ovo moglo smanjiti ako se analizira malo algoritam, nisam sigura, ali...), 256 znači da su uračunati svi znaci ASCIIa (0-255), a samim tim i mala i velika slova. Pozdrav, stomic.
arhiveri.168 bearboy,
-=< Sta da radim da bih ga raspakovao kako treba a da ga ne -=< downloadujem ponovo. Koju verziju ARJ koristis ? Probaj sa svim koje imas. Ondak probaj da sve izbacis iz config-a i autoexec-a, a ako ni to ne ide, evo sistema 1. Pokreni ARJ 2. Kad izbaci poruku, ti ucitaj UNERASE, i lepo povrati taj fajl 3. Pokreni ponovo ARJ, ali sa parametrom -n Ovaj sistem je najnepouzdaniji moguci, ali nekad proradi... PS. 'Ocu da ovo ubacite u bajtove licne prirode !!! :)
arhiveri.169 jtitov,
Da li nesto dobija (mislim funkcionalno) registracijom poznatih nam arhivera? (Prvenstveno mislim na ARJ).
arhiveri.170 jtitov,
Svi smo bili odusevljeni dolaskom dislite-a. Ali postoji jedna caka: ako pogledate zaglavlje pklite-ovanih fajlova, videcete da tamo stoji: PKLITE ... itd. poruka. Malim, minornim izmenama pocetka te poruke (npr. upisete: pklite, ili nesto slicno, ili izbrisete pocetak), dovodite programe za razbijanje (a i sam pklite) do ludila, tj. spakovani program NE MOZE da se raspakuje. Jednostavan trik da se spakovani program zastiti od raspakivanja. Nije potrebna ni opcija -e kod registrovanog pklite-a. Naravno, spakovani, pa vasim rukama modifikovani program bez problema radi.
arhiveri.171 dejanr,
>> Da li nesto dobija (mislim funkcionalno) registracijom poznatih nam >> arhivera? (Prvenstveno mislim na ARJ). Ne znam za ARJ, ali kod ZIP-a je zgodna mogućnost da imaš svoj broj, pa PKUNZIP daje ono -AV (kontrola od virusa) i na kraju tvoje ime, kao kad raspakujete SCANV... Doduše, to je neko "provalio" ali opet za većinu predstavlja dovoljnu zaštitu.
arhiveri.172 nboskovic,
*> Da li nesto dobija (mislim funkcionalno) registracijom *> poznatih nam arhivera? (Prvenstveno mislim na ARJ). Pa ako uradiš punu registraciju npr. ARJ-a tada se pojavljuje tvoje ime i ser.no. prilikom raspakovanja tj. prikazuje se ko je vlasnik takve arhive. Ne znam da li ima još nekih prednosti ali ovo sam video kada se raspakuje originalna self extracting ARJ arhiva. (c) klap nikola
arhiveri.173 prvul,
Ůstoji: PKLITE ... itd. poruka. Malim, minornim izmenama pocetka te Ůporuke (npr. upisete: pklite, ili nesto slicno, ili izbrisete pocetak), Ůdovodite programe za razbijanje (a i sam pklite) do ludila, tj. spakovani Ůprogram NE MOZE da se raspakuje. Jednostavan trik da se spakovani program Ůzastiti od raspakivanja. Nije potrebna ni opcija -e kod registrovanog Ů▄▄▄▄ A skidanje zaštite se svodi na vraćanje starog stringa?
arhiveri.174 dejanr,
>> A skidanje zaštite se svodi na vraćanje starog stringa? Naravno, ako se neko seti... ali je ipak neka zaštita.
arhiveri.175 jtitov,
> A skidanje zastite se svodi na vracanje starog stringa? Tacno. Samo se na pravo mesto upise ono sto je PKLITE prvobitno upisao. Naravno, cela pklite-ova kopirat poruka moze da se popuni raznim nebulozama (#$^%#&$*%*^*^)), tako da za manje iskusnog korisnika ili za onog ko ne zna odakle treba da pocne tekst kopirat poruke, zastita je sigurna. Za onog ko zna trik, zastita je naravski bezvredna. (Da imam kljuc od banke, i sifre i propusnicu, i... (plavi pasos), bio bih vrlo bogat...)
arhiveri.176 bearboy,
-=< je vlasnik takve arhive. Ne znam da li ima jos nekih prednosti -=< ali ovo sam video kada se raspakuje originalna self extracting -=< ARJ arhiva. A imas i ono This archive HAS a valid ARJ security envelope...
arhiveri.177 bearboy,
-=<>> A skidanje zastite se svodi na vracanje starog stringa? -=< -=< Naravno, ako se neko seti... ali je ipak neka zastita. Joj sto se sad izivljavam :) Sad sam uposlio dislite, i raspackujem raznorazne 'zasticene' programe, pa ih lepo 'izmadijam' sa Sourcerom, i posle se divim :)
arhiveri.178 miroslavn,
Kako od ZIP arhive napraviti samoraspakujuću arhivu??????
arhiveri.179 markma,
> Kako od ZIP arhive napraviti samoraspakujucu arhivu?????? ZIP2EXE
arhiveri.180 bearboy,
-=< je vlasnik takve arhive. Ne znam da li ima jos nekih prednosti -=< ali ovo sam video kada se raspakuje originalna self extracting -=< ARJ arhiva. A imas i ono This archive HAS a valid ARJ security envelope...
arhiveri.181 bearboy,
-=<>> A skidanje zastite se svodi na vracanje starog stringa? -=< -=< Naravno, ako se neko seti... ali je ipak neka zastita. Joj sto se sad izivljavam :) Sad sam uposlio dislite, i raspackujem raznorazne 'zasticene' programe, pa ih lepo 'izmadijam' sa Sourcerom, i posle se divim :)
arhiveri.182 zormi,
┌───────────────────────────────────────────────────────────────┐ │ UPOZORENJE: Ne postoji PKZIP 2.2 već se radi o opasnom konju. │ └───────────────────────────────────────────────────────────────┘ 06/10/1992 WARNING! WARNING! WARNING! WARNING! WARNING! WARNING! WARNING! -------------------------------------------------------------------- There is a file being circulated on BBS's called PKZIPV2.EXE or PKZIPV2.ZIP or similar, and that claims to be version 2.2 of PKZIP but in fact is a simple program not at all related to any PKWARE product. This program will attempt to erase all files on your harddrive. As of the date of this writing, the latest version of PKZIP is version 1.10. If you see the files PKZIPV2.ZIP or PKZIPV2.EXE on any BBS or on-line system, please ask the SysOp of that system to remove the files IMMEDIATELY Of course, because of this PKWARE will never release a version of PKZIP with the version number 2.2. Please note that PKWARE policy is to ship an upgrade to registered users BEFORE making a program available for download. If you have any information about the source of PKZIPV2.EXE or PKZIPV2.ZIP, please report it to PKWARE immediately, either: by Voice at 414-354-8699 by BBS at 414-354-8670 by FAX at 414-354-8559 or by mail: PKWARE Inc. 9025 N. Deerwood Drive Brown Deer, WI 53223 USA Sincerely, PKWARE Inc. Technical Support
arhiveri.183 mjova,
>│ UPOZORENJE: Ne postoji PKZIP 2.2 već se radi o opasnom konju. │ nije to konj ;), to je program... SY
arhiveri.184 zormi,
* >│ UPOZORENJE: Ne postoji PKZIP 2.2 već se radi o opasnom * konju. │ * * nije to konj ;), to je program... Jeste, al' Trojanac, dakle ipak i konj ;).
arhiveri.185 zormi,
U očekivanju da PKWARE najzad "porodi" novu verziju PKZIP-a, evo novog PKLITE-a 1.14. Pored ispravke nekih grešaka, glavna razlika je u povećanoj otpornosti na "disliting"-ovanje ;) ================================================================ The following items are new, changed, or fixed from version 1.13 of PKLITE in this release of version 1.14 of the PKLITE software. Shareware version: - On rare occasions with certain executables the PKLITE 1.13 extractor may set the stack to collide with the extractor code. This has been fixed with version 1.14. - The following file names will not be compressed and must be renamed if you wish to compress them: COMMAND.COM SETVER.EXE - PKLITE will now compress EXE files with up to approximately 32,000 relocations. Earlier versions were limited to about 15,000 relocations. - Occasionally an incorrect 'Read-Only, skipping file' message would occur when the file is not read only. This has been fixed. - The output path specified when compressing files to another directory may now have a trailing slash or backslash. - Added code to prevent a file being compressed from overwriting itself when specifying an output path. Professional version: - Same changes as above. - A minor anamoly in the relocation code for files compressed with the extra compression option has been corrected. - Changes have been made to make this version more resistant to "disliting". - The extra compression option now writes the characters 'PK' (50, 4B hex) into the psp at offset 5C hex. The user program can check for this signature and abort if it isn't found. This way the user program will not run if the PKLITE compression is removed. This check may look something like the following in Microsoft or Borland C: if (*(unsigned int far *)MK_FP(_psp, 0x5C) != 0x4B50) exit(1);
arhiveri.186 dejanr,
Hvala na prilogu, program je u IBMPC\ARCHIVER
arhiveri.187 bearboy,
˙¨:>> Kako od ZIP arhive napraviti samoraspakujucu arhivu?????? ˙¨:> ˙¨:> ZIP2EXE A moze i PKSFX
arhiveri.188 panco,
Prenesoh pre neki dan jedan zip fajl ali kad probah da ga raspakujem javio mi je "I don`t know how to handle" za svaki od fajlova spakovanih u jedan zip fajl,posto mi se to desava vec drugi put voleo bih da znam sta dalje . thankx
arhiveri.189 drakce,
│ zip fajl ali kad probah da ga raspakujem javio mi je "I don`t know how to └───── Nije sigurno, ali možda su te datoteke zapakovane novom, 1.93 beta (alfa, teta, gama - ko će ga znati:) verzijom ZIP-a. Sličnu poruku sam dobijao kada sam verzijom 1.10 pokušavao da otpakujem takve arhive. Pozdrav
arhiveri.190 nboskovic,
*> Prenesoh pre neki dan jedan zip fajl ali kad probah da ga *> raspakujem javio mi je "I don`t know how to handle" za *> svaki od fajlova spakovanih u jedan zip fajl,posto mi se *> to desava vec drugi put voleo bih da znam sta dalje . *> thankx To je poruka kada je arhiva ZIP-ovana ß verzijom 1.93 a pokušavaš da je raspakuješ sa verzijom 1.1. Znači, otkucaj na sezamu R:\>ncd archiver R:\ARCHIVER>do pkz193a.exe i kad preneseš kući raspakuj sa njim te problematične arhive. (c) klap nikola
arhiveri.191 zsiz,
#Prenesoh pre neki dan jedan zip fajl ali kad probah da ga raspakujem #javio mi je "I donžt know how to handle" za svaki od fajlova #spakovanih u jedan zip fajl,posto mi se to desava vec drugi put #voleo bih da znam sta dalje . thankx Taj problem nastaje zato što ljudi ne čitaju *.me i *.doc fajlove. Zip fajl koji si preneo je zip-ovan sa ZIP v1.93 (Alfa/Beta). Ti si pokušao da ga razip-ujes sa ZIP v1.10 (ili v1.02). Dakle na Sezamu, u pod-direktorijumu IBMPC/ARCHIVER imaš pkz193a.exe. Inače u dokumentaciji za pkz193a lepo piše da netreba da se koristi za fajlove koji če da se UL na neki BBS, za važne fajlove itd. Pozdrav. Zdenko
arhiveri.192 darone,
Odgovor na ORKA.1:igre, 8.430, bdm. >> Problem je bio sto nisam imao ARJ.EXE vec samo >> UNARJ.EXE Ovo je jako važno :) UNARJ.EXE ne može da dearhivira više kontinualnih arhiva (arj, a01, a02 etc). Ovo čisto da se oni koji ne znaju, ili su novi, obaveste. darone
arhiveri.193 panco,
Falja ljepo Panco 8-)
arhiveri.194 ratman,
Imam utisak da arj-kompresor mnogo jace komrimuje (oko 1:4) fajlove nego pkzip (samo 1:2) vecinu fajlova. Da li je to tacno ili mi se samo cini (nisam duze koristio arj)?
arhiveri.195 dejanr,
>> Imam utisak da arj-kompresor mnogo jace komrimuje (oko 1:4) fajlove >> nego pkzip (samo 1:2) vecinu fajlova. Da li je to tacno ili mi se >> samo cini (nisam duze koristio arj)? ARJ uglavnom bolje komprimuje nego ZIP, premda ne baš u tako drastičnom odnosu. Zavisi i od tipa datoteka.
arhiveri.196 panco,
Kako da nateram arj.exe da mi podeli komprimovani arj fajl. Jes' da nosim cvikere ali u onom helpu za arj nevideh nesto slicno.Da li mi treba nesto kao zipoff ?
arhiveri.197 nboskovic,
*> Kako da nateram arj.exe da mi podeli komprimovani arj fajl. Postoje 2 varijante. Prva je da lepo raspakuješ arhivu pa da je ponovo arhiviraš sa svičerom za deljenje na željenu dužinu npr. arj a -vxxx ime.arhive gde je xxx željena dužina arhiviranih delova u bajtima. Drugi način je da arhivu arhiviraš još jednom ali sa arj a -m0 -vxxx ime.arhive ime.šta.arhiviraš gde je xxx isto što i gore a -m0 je da ne komprimuje već samo da uradi store. Nadam se da sam dovoljno jasno objasnio :) (c) klap nikola
arhiveri.198 panco,
> Nadam se da sam dovoljno jasno objasnio :) Kao i uvek.8-)) A sad nikako da provalim kako da mi SHEZ raspakuje neki file, a konfigurisem ga dobro,jedino sto mi je uspelo jeste da konvertujem jednu arhivu u drugu. Panco
arhiveri.199 nboskovic,
*> A sad nikako da provalim kako da mi SHEZ raspakuje neki file, *> a konfigurisem ga dobro,jedino sto mi je uspelo jeste da *> konvertujem jednu arhivu u drugu. Kada startuješ shez u njegovom meniju dobiješ spisak svih arhiva koje se nalaze u direktorijumu odakle si pozvao shez. Staneš na arhivu koja te interesuje i lupiš enter pa uđeš unutar nje. Sa ALT+X raspakuješ celu arhivu a ako hoćeš da raspakuješ samo jedan file staneš na njega i stisneš E. ako želiš da raspakuješ određene fajlove markiraš ih sa SPACE pa sa CTRL+E raspakuješ markirane. (c) klap nikola
arhiveri.200 nboskovic,
Jedan problem sa shezom 7.0 ( za 7.2 ću probati ). Kada direktno iz propta probate da učitate datoteku u shez recimo shez pera$$.zip shez je neće učitati tj. neće se dobiti spisak fajlova unutar arhive već će se startovati samo shez kao da nije ni navođeno ime arhive. Da li neko zna zašto shez ovako reaguje ? Kada se startuje shez pa se stane na ovakvu datoteku dalje je sve bez problema, ulaz u arhivu ... (c) klap nikola sp. Upravo sam probao i sa verzijom 7.2 isti su rezultati.
arhiveri.201 darone,
>> gde je xxx željena dužina arhiviranih delova u >> bajtima. Kilo, kilobajtima :) darone
arhiveri.202 nboskovic,
*> Kilo, kilobajtima :) Pajzi sad izvod iz arj /? :)))) *> v: enable multiple Volumes *> vv: beep between volumes *> vw: keep Whole files in volumes *> va: auto-detect space available *> vas: auto-detect and command *> vvwas: beep,whole,auto,command *> vascommand: -va + command *> v50000: make 50000 byte archives *> ^^^^ja markirao *> v360s: 362000 bytes and command *> ^^^^^ja markirao *> v360,v720,v1200,v1440: abbrevs Međutim, čini mi se da ako se atavi recimo 50k da onda sa ovim k podrazumeva kilobajte :)))) Jedino se ne mora navoditi za standardne formate disketa ( 360kb, 720kb...) (c) klap nikola
arhiveri.203 mjova,
> Međutim, čini mi se da ako se atavi recimo 50k da onda sa > ovim k podrazumeva kilobajte :)))) Jedino se ne mora > navoditi za standardne formate disketa ( 360kb, 720kb...) ovo je provereno, i radi!
arhiveri.204 panco,
> (c) klap > nikola Panco
arhiveri.205 darone,
>> *> Kilo, kilobajtima :) >> >> Pajzi sad izvod iz arj /? :)))) Ok :) Priznajem da sam poražen ;) darone
arhiveri.206 ndragan,
/ nije ni navođeno ime arhive. Da li neko zna zašto shez / ovako reaguje ? Kada se startuje shez pa se stane na Međutim SHEZ A: lepo služi za pretragu po disketlama, a da ne spominjem da je dovoljan F2 enter da shvati da sam promenio disketu. A zašto ne ulazi direktno u određeni fajl - verovatno nije ni predviđeno da tako radi.
arhiveri.207 todorp,
> A zasto ne ulazi direktno u odredeni fajl - verovatno nije ni > predvideno da tako radi. E pa da nije predvidjeno shez arhiva nebi radilo a radi kod mene vec preko godinu dana.Cinjenica je da shez ne voli arhive cije ime ima u sebi karakter $.Sa arhivama drugacijih imena radi savrseno. Pozdrav od Todora.
arhiveri.208 feniks,
Prosto je neverovatno da se PKZIP V2.0 jos uvek nije pojavio? Jos u januaru je bilo reci da ce izaci negde krajem marta, pa u aprilu... :( Pozdrav, S.P.
arhiveri.209 dejanr,
>> Prosto je neverovatno da se PKZIP V2.0 jos uvek >> nije pojavio? Nemamo više pristup trickle-u, ali na BIX-u ga nema. Verovatno će se ipak čuti kad se pojavi. Ili autor ima druga (pametnija ;) posla ili je naišao na neke veće probleme kod one alfa/beta verzije.
arhiveri.210 bojanp,
>>> Prosto je neverovatno da se PKZIP V2.0 jos uvek >>> nije pojavio? > > Nemamo više pristup trickle-u, ali na BIX-u ga nema. Verovatno > će se ipak čuti kad se pojavi. > > Ili autor ima druga (pametnija ;) posla ili je naišao na neke > veće probleme kod one alfa/beta verzije. Mislim da sam negde već ovo napisao, ali nema veze ponoviću. Tvrdi se da je pomenuta verzija programa završena još u martu, ali da se zbog nekih manjih problema na pojedinim tipovima računara još uvek testira. Pozdrav, Bojan
arhiveri.211 ndragan,
/>> Pajzi sad izvod iz arj /? :)))) / Ok :) Priznajem da sam poražen ;) Don't take it so hard. Ima nas koji smo i duže oženjeni, pa nam ništa ne fali.
arhiveri.212 ndragan,
/ karakter $.Sa arhivama drugacijih imena radi savrseno. Nisam uklavirio. Mislio sam da je ime$_$ ili šta je već bilo nekakva džoker oznaka, jer Shez koristi znak $ kao interni džoker. Da, to će ga sigurno zbuniti - ali bi onda morao da prepozna fajl u čijem imenu postoje znaci '?' i '*', garant :) P.S. "character" se, po meni, ima prevoditi kao "znak". Naprimer: "Majko, poslije oslobođenja njive će se orati karakterom" (Nikoletina Bursać).
arhiveri.213 todorp,
> P.S. "character" se, po meni, ima prevoditi kao "znak". Naprimer: Da,moja glupost :)) Od sada cu da pisem iskljucivo character ili znak. Hvala na konstruktivnoj kritici :) Pozdrav od Todora.
arhiveri.214 jtitov,
Opet ja sa arhiverima. Prvo bese ARC, zatim dodje PKARC, pa PKZIP; pa se umuvao i mali kosooki LHA i na kraju ARJ. (Ima ih jos, ali nisu toliko atraktivni). ARJ ima jednu lepo osobinu koja ga cini vrlo popularnim u ovim predelima, a to je da moze da "cepka" arhivu u toku pakovanja, na velicinu fajla koja nam je potrebana. Takodje, koriscenjem ARJ.CFG fajla mogu da se zadaju razne zanimljive kombinacije "prekidaca" koje ce se uvek aktivirati kada se pokrene ARJ sa odgovarajucom komandom. Evo primera kako izgleda jedan ARJ.CFG fajl: a /jm /vva /wd:\windows\temp /x*.lzh /x*.zip /x*.arj t /i1 /vva /y m /jm /vva /wd:\windows\temp /x*.lzh /x*.zip /x*.arj l /jp u /jm /vva /wd:\windows\temp /x*.lzh /x*.zip /x*.arj f /jm /vva /wd:\windows\temp /x*.lzh /x*.zip /x*.arj e /vva /y x /vva /y Znaci, dovoljno je za arhiviranje otucati ARJ A <ime_arhive> <spisak fajlova> i ARJ ce prvo da potrazi svoj CFG fajl, i ukoliko postoji, upotrebice sve navedene "prekidace". Sta ono gore navedeno znaci? a /jm /vva /wd:\windows\temp /x*.lzh /x*.zip /x*.arj │ │ │││ │ └──nemoj da pakujes fajlove sa nastavkom... │ │ │││ └───kao radni direktorijum za pakovanje korisi... │ │ ││└──automatski detektuj raspolozivi prostor na disketi │ │ │└───daj zvucni signal kada je potrebno promeniti fajl/disketu │ │ └────zelim cepkanje arhive │ └─────izvrsi maksimalnu kompresiju └────── ako je primenjena komanda A(dd) upotrebi sve navedene "prekidace" Kako to sve izgleda u praksi? Zelimo da arhiviramo odredjenu grupu fajlova, s time da arhiva bude na disketama. U opstoj stisci sa disketama, uzimamo neke po slobodnom izboru (bez obzira da li se na njima nesto nalazi ili su prazne), prelazimo u dir gde su fajlovi koje treba spakovati i kucamo: arj a a:arhiva1 *.txt Arj, prvo izvrsi detekciju slobodnog prostora na disketi, zatim pocne arhiviranje i to u radnom direktorijumu (navedenom iza /w). Kada spakuje fajl velicine koja moze da se smesti na slobodni prostor na disketi, iskopira isti iz radnog direktorijuma (disk, ram-disk) na disketu, da zvucni signal i ceka sledecu disketu i odgovarajucu akciju za nastavak rada. Dodavanjem "prekidaca" /y, ukoliko se radi sa disketama, nema bas puno smisla, jer ce ARJ posle prebacivanja arhive na disketu ODMAH nastaviti sa detektovanjem slobodnog prostora na ISTOJ disketi i uz poruku "Nema vise mesta" prekinuti rad. Ovaj prekidac IMA smisla kada vrsimo arhiviranje uz cepkanje na disku (uz primenu /vX..X), jer nas oslobadja sedenja pored racunara i kucanja potrebnih odgovora za nastavak rada. Takodje, i pored navedenih "prekidaca" u CFG fajlu, niko nam ne zabranjuje da primenimo i ostale i cak dupliramo postojece. Tako je moguce, da pored zadatog /vva "prekidaca" ubacimo rucno jos i /v100000 ako zelimo na pr. da nam arhive budu velicine samo 100K bez obzira na raspolozivi prostor na disketi. Sto se tice komande T(est), pored svirkanja i detektovanja arhive "da li je iz vise delova" ubacen je "prekidac" /y - da ne bi cucali pored racunara i stalno ga forsirali sa nastavkom rada. Tu je i /i1 sto znaci - prilikom testiranja "prikazuj mi graficki dokle si stigao" (znaci ne u procentima) u testiranju. To je da vam bude zanimljivo, ako bas nemate sta da radite dok se vrsi testiranje. Jos jedna prednost ARJ-a je ta, da ako se vrsi testiranje vise arhiva i detektuje se greska u nekoj od njih, posle zavrstetka kompletnog testiranja, ispisace se ponovo poruka da je greska negde bila. Drugi arhiveri ili prekinu sa daljim radom (LHA) ili prikazu poruku ODMAH (PKZIP), pa nastave sa radom i kada se vratite za sto, ono - sve je OK, a poruka sa greskom je odavno odskrolovana sa ekrana. Happy ARJing!
arhiveri.215 drazen,
Jako lepo. Imam jedan problem na koji ne znam odgovor, a to je da li ARJ ima mogucnost da koriguje ostecene ARJ fajlove, kao sto PKZIP to moze uz pomoc PKZIPFIX programa? PLK Pl Poz D
arhiveri.216 todorp,
Moze!Switch je -jr. Sto se tice pkzipfix i nije neka pomoc jer uglavnom posle njega arhiva moze da se raspakuje ali je unakazena i programi iz nje nece da rade :(( Pozdrav od Todora.
arhiveri.217 ndragan,
/ moze da se raspakuje ali je unakazena i programi iz nje nece da rade Zavisi kako i koliko je oštećena. Uspevao sam da rekonstruišem zipove sa disketa koji čak nisu hteli da se iskopiraju na disk; uglavnom se stvar svede na to da su neki fajlovi neupotrebljivi. Meni ne smeta mnogo, jer uglavnom imam mnooogo "majih majih" fajlova po zipovima. Kako se ARJ snalazi kad je recimo u .arj fajlu oštećen treći fajl, a ostali su OK? Meni ga je lepo raspakivao dotle, i onda pucao. Onda sam morao da mu dam da raspakuje samo novije, da bi preskočio ono što je dotle raspakovao, i tako sam prošao. Zip nema taj problem - samo javi da taj_i_taj fajl ne valja i ide dalje. Bue_ Ndragan
arhiveri.218 nboskovic,
*> Jako lepo. Imam jedan problem na koji ne znam odgovor, a *> to je da li ARJ ima mogucnost da koriguje ostecene ARJ *> fajlove, kao sto PKZIP to moze uz pomoc PKZIPFIX *> programa? Kada datoteke arhivirane ARJ-om kreneš da raspakuješ sa svičerom -jr ARJ će da izvuče iz arhive sve što se da izvući, za razliku od PKZIPFIX-a sa kojim još ni jednom nisam uspeo da izvučem arhivu koja mi je bila oštećena. (c) klap nikola
arhiveri.219 janko,
> Kada datoteke arhivirane ARJ-om kreneš da raspakuješ sa > svičerom -jr ARJ će da izvuče iz arhive sve što se da > izvući, za razliku od PKZIPFIX-a sa kojim još ni jednom > nisam uspeo da izvučem arhivu koja mi je bila oštećena. Već sam pisao o tome šta radi PKZIPFIX. Rekonstruiše 'centralni direktorijum' ZIP arhive (koji ARJ uopšte nema). Zatim se običnim PKUNZIP otpakuje dobijena arhiva. Šta to znači 'arhivu koja je bila oštećena?' Samo neka datoteka, ili sve? Ako je jedna datoteka, PKZIP će i nju, čak, dearhivirati, ali rezultat neće (naravno) biti smislen. Ako je više datoteka u arhivi, 'nedirnute' bi morao da ti da ispravne.
arhiveri.220 nboskovic,
*> Kako se ARJ snalazi kad je recimo u .arj fajlu oštećen *> treći fajl, a ostali su OK? Sa svičerom -jr raspakuje sve što može, a za fajl koji padne na CRC-u samo napiše komentar da taj fajl nije u redu i na kraju da isti komentar za celu arhivu, ali je ipak izvučeno iz arhive sve što valja. (c) klap nikola
arhiveri.221 ndragan,
/ Sa svičerom -jr raspakuje sve što može, a za fajl koji padne Ima previše tih prekidača. Nemoj mi samo reći da napravim arj.cfg - trebalo bi da ga raselim na pedesetak mašina koje obilazim. To onda nije bag, nego loša osobina. Malo gori bag je ono sa list fajlom. Da podsetim: recimo da hoću da arhiviram nekoliko tipova fajlova, i dam ovakvu naredbu: arj a test !arj.lst A u arj.lst imam ovo (isto se ponaša i sa "arj u") a*.* ?ts.* au*.* *. U tom slučaju neke fajlove pakuje više puta; što je još gore, kod raspakivanja nema pojma da je to isti fajl i kreće sa onim pitalicama ("same or newer..."). Evo šta mi je spakovao: ARJ 2.22 Copyright (c) 1990,91 Robert K Jung. Not for commercial use. Processing archive: TEST.ARJ Archive date : 1992-07-13 21:26:32 Filename Original Compressed Ratio DateTime modified ------------ ---------- ---------- ----- ----------------- ATS.EXE 21448 14390 0.671 91-07-16 20:32:00 ATS.LOG 601 288 0.479 92-07-12 14:01:18 AUTO 7674 3969 0.517 92-07-12 13:50:58 AUTO.INS 107 78 0.729 92-03-30 21:56:02 ARJ.LST 24 24 1.000 92-07-13 21:25:50 ATS.EXE 21448 14390 0.671 91-07-16 20:32:00 ATS.LOG 601 288 0.479 92-07-12 14:01:18 AUTO 7674 3969 0.517 92-07-12 13:50:58 AUTO.INS 107 78 0.729 92-03-30 21:56:02 AUTO 7674 3969 0.517 92-07-12 13:50:58 EXEC 582 388 0.667 92-07-12 14:04:18 ------------ ---------- ---------- ----- 11 files 67940 41831 0.616 (Obrisao sam desne kolone da ne bi sezam napravio haos od tabele). Auto. se spakovao čak triput. Nisam probao sa 2.30, ali za mene je ovo ozbiljan problem, sasvim dovoljan da ostanem pri Pkzipu. Druga stvar koja i dalje stavlja Pkzip ispred Arja je direktorij - uopšte mi nije teško da (pošto u principu znam šta mi se kako zove) raspakujem dva fajla iz nekog zipa direktno sa diskete. Uradi to sa Arj i uporedi vreme. Bue_ Ndragan
arhiveri.222 isekulovic,
>> a /jm /vva /wd:\windows\temp /x*.lzh /x*.zip /x*.arj >> │ │││ │ └──nemoj da pakujes fajlove sa nastavkom... Zar nije lakse da se stavi samo -jp i onda nece pakovati arhive (bilo *.arj, bilo *.zip,*.lzh,*.lha,*.arc,*.zoo...).
arhiveri.223 jtitov,
> Zar nije lakse da se stavi samo -jp i onda nece pakovati > arhive Koliko sam ja video, za -jp se kaze: jp: Pause after each screenfu jp50: pause, set page size to 50 U cemu je problem?
arhiveri.224 isekulovic,
>> Koliko sam ja video, za -jp se kaze: Jiiiiiik!!! Napravih dve greske u jednoj poruci:((((((( Prva je sto sam napisao -jp a mislio na -js, a druga je sto ni -js nece da preskace datoteke ;( vec samo nece pokusati da ih sabije:(((((((((((( sorry!
arhiveri.225 hacker,
Pozdrav IZASAO je NOVI PKZIP 2.01 i radi SVE ali bas SVE 2 puta brze nego ARJ. Zadivio sam se brzinom kojom radi... !
arhiveri.226 feniks,
>> IZASAO je NOVI PKZIP 2.01 i radi SVE ali bas SVE 2 puta brze nego ARJ. >> Zadivio sam se brzinom kojom radi... ! Ima osoba koje bi ovaj ZIP interesovao... Pogotovo cinjenica koliko memorije trazi za rad ;))))
arhiveri.227 nboskovic,
*> IZASAO je NOVI PKZIP 2.01 i radi SVE ali bas SVE 2 puta *> brze nego ARJ. Zadivio sam se brzinom kojom radi... ! Da li bi sa nama podelio program? :) Da se i mi uverimo u tu brzinu i da vidimo šta je još novo u njemu. (c) klap nikola
arhiveri.228 ssokorac,
:> IZASAO je NOVI PKZIP 2.01 i radi SVE ali bas SVE 2 puta :> brze nego ARJ. Zadivio sam se brzinom kojom radi... ! Pa, i sada sve radi 2 puta brze nego ARJ, pitanje je da li bolje kompresuje? I, daj reci, sta je jos novo, je l' ima deljenje arhivi, itd.?
arhiveri.229 stomic,
$ IZASAO je NOVI PKZIP 2.01 i radi SVE ali bas SVE 2 puta $ brze nego ARJ. Daj pošalji. I ako neko ima pristup nekom stranom BBSu, da proveri da nije trojanski konj. Pozdrav, STomic.
arhiveri.230 .bale.,
ŮŢ IZASAO je NOVI PKZIP 2.01 i radi SVE ali bas SVE 2 puta brze nego A ŮŢ Zadivio sam se brzinom kojom radi... ! Polako, gos'n Haker, već mesecima se zna da je PKZIP 2.01 trojanac. Takođe, već mesecima, očekuje se izlazak PKZIP-a 2.00. Ne bih ovo pisao da nisam video 4 odgovora na ovu poruku, u stilu: "Šaljiii!". Regards from .bale. ! #:*)+-<
arhiveri.231 feniks,
│*> IZASAO je NOVI PKZIP 2.01 i radi SVE ali bas SVE 2 puta │*> brze nego ARJ. Zadivio sam se brzinom kojom radi... ! │ │Da li bi sa nama podelio program? :) Da se i mi uverimo u │tu brzinu i da vidimo sta je jos novo u njemu. └───────── Ovih dana po gradu kruzi ova verzija PKZIP 2.01 koji je po rezultatima identican verziji 1.93 (alfa), ali su verovatno otklonjeni neki bagovi. Ko ima vremena neka ga testira pa da vidimo dali je ovo prava verzija? BTW, garantovano nije trojanac - program lepo radi. Pozdrav, S.P.
arhiveri.232 nboskovic,
*> verovatno otklonjeni neki bagovi. Ko ima vremena neka ga *> testira pa da vidimo dali je ovo prava verzija? *> BTW, garantovano nije trojanac - program lepo radi. U vezi arhive zakačene uz poruku na koju repliciram. Kao prvo, ovaj ZIP je spakovan sa ARJ-om i napravljena samoraspakujuća arhiva. Kao drugo, pkzip i pkunzip su PKLITE-ovani, što je malo sumnjivo za fajlove firme PKWARE. Ako je ovo novi ZIP ko što je bilo reči u poruci, zašto nije spakovan sa ZIP-om i napravljena tako samoraspakujića arhiva. Sem toga u komumetaciji nema ni pomena o novim svičerima. Sve u svemu, verzija je veoma SUMNJIVA !!! tek da se zna. U svakom slučaju, korišćenje, za sada, ove verzije ZIP-a se ne preporučuje. (c) klap nikola
arhiveri.233 janko,
>*> BTW, garantovano nije trojanac - program lepo radi. Naravno da jeste. PKWARE je lepo rekao da NIKADA neće napraviti 2.01 verziju. Mislite da su zaboravili? Onaj program skinite, (moderatorima: možete i da ga ostavite na Sezamu, ali OBAVEZNO dodajte info da je trojanac, i preimenujte ga u napr. TROJ201.EXE, da se neko ne zaleti. Takođe, bilo bi bolje da se datoteka prebaci u temu virusi) samo ako vas zanima kako izgleda jedan trojanac (ne znamo samo da li je maligni ili benigni). > arhiva. Kao drugo, pkzip i pkunzip su PKLITE-ovani, što je > malo sumnjivo za fajlove firme PKWARE. Ako je ovo novi ZIP > ko što je Ne, nije sumnjivo. I 1.93 je PKLITE-ovan, a biće i naredne verzije. Glavno je da ne sme da radi PKLITE -x nad njima, niti DISLITE. Ako radi bilo šta od ta dva, onda je trojanac još providniji. > o novim svičerima. Sve u svemu, verzija je veoma SUMNJIVA Ne. Verzija je NESUMNJIVI trojanac. Fil Kac da koristi ARJ? Pre bi se obesio a zatim pucao sebi u usta i na kraju se priključio na električnu stolicu. :)
arhiveri.234 janko,
U prilog raskrinkavanju takozvane verzije "PKZIP 2.01," evo i konkretnih podataka: - Menjuel je nevešto ispravljeni menjuel za verziju 1.1. - Izvršne datoteke PKZIP.EXE i PKUNZIP.EXE su pečovane .EXE datoteke iz 1.93 alfa verzije PKZIP-a. Originalne datoteke iz 1.93 alfa verzije su prvo 'dislajtovane' programom DISLITE (koji možete naći i na Sezamu), zatim pečovane nekim disk-editorom i ponovo pklajtovane. - Na sreću, osim oznake 2.01, u izvršni kod izgleda da nije ugrađen nikakav virus ili nešto slično -- izgleda da su samo promenjene poruke koje se ispisuju. - Kao dokaz, sledi spisak svih različitih BAJTOVA u .EXE datotekama originala i '2.01' 'verzije.' '-' označava da je bajt isti kao u originalu. =========================================== Za Sezam priredio: Janko Stamenović =========================================== Data unique to so-called Data unigue to PKWARE'S "PKZIP.EXE 2.01" PKZIP.EXE 1.93 alpha 00000 ----------?----- 00000 ----------J----- 074C0 --If you find PK 074C0 --NOTICE: THIS I 074D0 ZI- fast, easy, 074D0 S -RE-RELEASE SO 074E0 and convenient-t 074E0 FTWARE AND, AS-S 074F0 o use, a-registr 074F0 UCH, HAS-NOT BEE 07500 ation of $33--wo 07500 N COMPLETELY--TE 07510 uld be-encourage 07510 STED. -PERSONS U 07520 d. If you-send $ 07520 SING THIS-SOFTWA 07530 60 you will rece 07530 RE MAY ENCOUNTER 07540 ive, when availa 07540 PROBLEMS AND IT 07550 ble, ..the 07550 IS LIKELY..THAT 07560 next version of 07560 YOU MAY LOSE OR 07570 PKZIP, PKUNZIP, 07570 DESTROY DATA. 07580 programs. Please 07580 YOU MUST BACKUP 07590 state the versi 07590 YOUR SYSTEM PRIO 075A0 on..of the softw 075A0 R..TO USING THIS 075B0 are that you hav 075B0 SOFTWARE, AND S 075C0 e, Please send c 075C0 HOULD DO SO OFTE 075D0 heck or money or 075D0 N DURING SUBSEQU 075E0 der to: PKWARE, 075E0 ENT USE.....PKWA 075F0 Inc..7545 N.PORT 075F0 RE, Inc...9025 N 07600 Washington Rd.. 07600 . Deerwood Drive 07610 .Glendale, WI 53 07610 ..Brown Deer, WI 07620 217.. .. ..PK 07620 53223.....PKWAR 07630 WARE disclaims a 07630 E disclaims all 07640 ll warantees to 07640 warranties as to 07650 this software, w 07650 this software, 07660 hether express o 07660 whether express 07670 r ..implied, inc 07670 or..implied, inc 07680 luding without l 07680 luding without l 07690 imitation any im 07690 imitation any im 076A0 plied warranties 076A0 plied warranties 076B0 of merchant-..a 076B0 of merchant-..a 076C0 bility, fitness 076C0 bility, fitness 076D0 for a particular 076D0 for a particular 076E0 purpose, functi 076E0 purpose, functi 076F0 onality or data 076F0 onality or data 07700 integrity..or pr 07700 integrity..or pr 07710 otection. Se--- 07710 otection. Se--- 07D20 ----------- Ver 07D20 -----------Versi 07D30 sion 2.01 03-1 07D30 on 1.93 ALPHA 07D40 5-92 -------- 07D40 10-15-91-------- 07D50 --------2------- 07D50 --------1------- 07DB0 --- - - 07DB0 ---Patent-No.-5, 07DC0 --------- 07DC0 051,745--------- 07EF0 -----available i 07EF0 -----not functio 07F00 - regis-ered ver 07F00 -al in -his vers 07F10 sion------------ 07F10 ion.------------ =========================================== Data unique to Data unique to so called PKWARE'S "PKUNZIP.EXE 2.01" PKUNZIP.EXE 1.93 alpha 00000 ----------.----- 00000 ----------.----- 05D80 --If you find PK 05D80 --NOTICE: THIS I 05D90 ZI- fast, easy a 05D90 S -RE-RELEASE SO 05DA0 nd convenient to 05DA0 FTWARE AND, AS S 05DB0 use, a registra 05DB0 UCH, HAS NOT BEE 05DC0 tion of $33 --wo 05DC0 N COMPLETELY--TE 05DD0 uld be-encourage 05DD0 STED. -PERSONS U 05DE0 d. If you-send $ 05DE0 SING THIS-SOFTWA 05DF0 60-you-will rece 05DF0 RE-MAY-ENCOUNTER 05E00 ive, when-availa 05E00 PROBLEMS-AND IT 05E10 ble, the --next 05E10 IS LIKELY--THAT 05E20 version of PKZIP 05E20 YOU MAY LOSE OR 05E30 , PKUNZIP progra 05E30 DESTROY DATA. 05E40 ms.-Please state 05E40 YOU-MUST BACKUP 05E50 the-version of 05E50 YOUR-SYSTEM PRIO 05E60 --the software 05E60 R--TO USING THIS 05E70 that you have an 05E70 SOFTWARE, AND S 05E80 d send Check or 05E80 HOULD DO SO OFTE 05E90 Money order to: 05E90 N DURING SUBSEQU 05EA0 PKWAR-, Inc..75 05EA0 ENT US-.....PKWA 05EB0 45 N.Port Washin 05EB0 RE, Inc...9025 N 05EC0 gton..Glendale, 05EC0 . Deerwood Drive 05ED0 WI 53217 - 05ED0 ..Brown Deer,-WI 05EE0 - ---------- 05EE0 -53223---------- 06040 -- Version 2.01- 06040 --Version 1.93 - 06050 03-15-92 - 06050 ALPHA 10-15-91- 06060 ---------------2 06060 ---------------1
arhiveri.235 mjova,
> verzije. Glavno je da ne sme da radi PKLITE -x nad njima, > niti DISLITE. Ako radi bilo šta od ta dva, onda je > trojanac još Pa vidi ovako, dislite dekompresuje *BAŠ SVE* programe koje sam video da su spakovani sa pklite. Naravno da otvara i ovaj i to bez greške (čak i ne koristim pklite za otpakivanje). Ako pogledaš svi ZIP-ovi su pisani u MSC-u, i autor nije onaj koji je potpisao pgm DISLITE, inače pisan u BC++ (2.0) > Ne. Verzija je NESUMNJIVI trojanac. Fil Kac da koristi > ARJ? Pre bi se obesio a zatim pucao sebi u usta i na kraju ARJ je ovde verovatno zalutao, jer se radi o tome da je neko greškom obrisao original (ma šta on bio), a sigurno da neko ko je napisao OVAKAV program (ili trojanac ako jeste) ne bi napravio tako stupidnu grešku da koristi arj?! Dakle, i ako je pravi, i ako nije, mene ne zanima, i dalje koristim ARJ (i pkunzip ;). SY
arhiveri.236 mjova,
> - Menjuel je nevešto ispravljeni menjuel za verziju 1.1. kad već pišeš kao što govoriš, zašto 'menjuel' (valjda je ono nj? ;) ne prevedeš u prilično odomaćenu reč UPUTSTVO? > - Izvršne datoteke PKZIP.EXE i PKUNZIP.EXE su pečovane > .EXE datoteke iz 1.93 alfa verzije PKZIP-a. Originalne > datoteke iz k'o što rekoh, neko je nevešto spakovao... SY ps. kako te nije mrzelo?
arhiveri.237 janko,
E, mjovo, ko šta radi, ti bi da se svađaš. :( Što je najžalosnije, opet grešiš. :( >> verzije. Glavno je da ne sme da radi PKLITE -x nad njima, >> niti DISLITE. Ako radi bilo šta od ta dva, onda je >> trojanac još > > Pa vidi ovako, dislite dekompresuje *BAŠ SVE* programe > koje sam video da su spakovani sa pklite. Naravno da > otvara i ovaj i to bez greške (čak i ne koristim pklite za > otpakivanje). Ako pogledaš svi ZIP-ovi su pisani u MSC-u, > i autor nije onaj koji je potpisao pgm DISLITE, inače > pisan u BC++ (2.0) DISLITE, naravno, NE može da dekompresuje datoteke nastale korišćenjem REGISTROVANE verzije PKLITE 1.14. Nemoj da brineš, novi PKZIP neće moći da se dislajtuje bar dva-tri meseca od trenutka kad se pojavi (a onda će možda neki heker...) Naravno da PKWARE nikada, NIKADA ne bi prodavao program koji razbija rezultate njihovog drugog programa. Naravno da je DISLITE pisao neko sa strane. Ali kakve to ima veze, pobogu? > Dakle, i ako je pravi, i ako nije, mene ne zanima, i dalje > koristim ARJ (i pkunzip ;). Zašto bi ikoga zanimalo da li tebe zanima? >> Ne. Verzija je NESUMNJIVI trojanac. Fil Kac da koristi >> ARJ? Pre bi se obesio a zatim pucao sebi u usta i na > kraju > > ARJ je ovde verovatno zalutao, jer se radi o tome da je > neko greškom obrisao original (ma šta on bio), a sigurno > da neko ko je napisao OVAKAV program (ili trojanac ako > jeste) ne bi napravio tako stupidnu grešku da koristi > arj?! Zalutao-nezalutao, ljudi treba da se nauče da prepoznaju šta je OK a šta ne. Onog trenutka kada se arhiva u kojoj je PKZIP ne raspakuje sve uz ono 'Authentic files Verified' sve sa pravim PKWARE kodom (PKW655), i još par redova sa adresom ili nečim sličnim (do dada su hekeri uspeli da falsifikuju proces AV ali ne i da daje kod PKWARE-a), ne treba ni da pomisle da je u arhivi nešto što treba da koriste.
arhiveri.238 janko,
> ps. kako te nije mrzelo? Što bi me mrzelo? Pa, to je prvi trojanac koga sam imao prilike da vidim. Radoznalost je glavna odlika istraživača. Osim toga, imam manu da uvek proverim ono o čemu pišem (za razliku...) pa kada sam napisao da sam ubeđen da je program 'falš' to sam i dokazao argumentima.
arhiveri.239 ssokorac,
:>>> Ne. Verzija je NESUMNJIVI trojanac. Fil Kac da koristi :>>> ARJ? Pre bi se obesio a zatim pucao sebi u usta i na :> Zalutao-nezalutao, ljudi treba da se nauce da prepoznaju :> sta je OK a sta ne. Onog trenutka kada se arhiva u kojoj :> je PKZIP ne Pa, ti rece da je 'zato sto je pakovano ARJ-om NESUMNJIVI trojanac'. To sto je pakovano ARJ-om, kao sto mjova lepo rece ne znaci da je trojanac, jer ju je mogao posle otpakivanja spakovati ARJ-om onaj koji ju je poslao. A ako nema AV-a, opet, ne znaci da je trojanac, moze da bude, ali sigurno nije 'NESUMNJIVI'.
arhiveri.240 bearboy,
˙¨:> Jako lepo. Imam jedan problem na koji ne znam odgovor, a to je ˙¨:> da li ARJ ima mogucnost da koriguje ostecene ARJ fajlove, kao sto ˙¨:> PKZIP to moze uz pomoc PKZIPFIX programa? Ima svic -jb, ali nesto ne radi ?! Najjednostavnije je da u slucaju da se zaglavi kod jednog fajla, ti napravis RUCNO fajl sa istim imenom, pa ga lepo preskocis kod extractovanja.
arhiveri.241 mjova,
> E, mjovo, ko šta radi, ti bi da se svađaš. :( Nisam imao takve namere jer me ovih dana mrzi sve. Dao sam samo svoje viđenje baš kao i ti. Jedina razlika je u tome što su ta dva različita skroz pa se ti osećaš povređenim. Nije bila u pitanju nikakva svađa, već sasvim drugi rezon. Nikad nisam nikoga osuđivao za razliku od tebe. Što se tiče dislite-a, imao sam muke sa programima koje su vlasnici zaštitili tako što su ih komprimovali. Kad je došao DISLITE moja osveta je počela ;) i u tom poslu nisam primetio muke oko dekompresije, zato sam tako i napisao. Dakle, nije svađa i nije trojanac! ;) SY
arhiveri.242 isekulovic,
>> Pa vidi ovako, dislite dekompresuje *BAŠ SVE* programe koje sam video Zar i one sa izmenjenim onim natpisom PKLITE u programu?
arhiveri.243 jtitov,
>>> Pa vidi ovako, dislite dekompresuje *BAS SVE* programe > koje sam video > > Zar i one sa izmenjenim onim natpisom PKLITE u programu? E to nece moci. To je apsolutno sigurna zastita, naravno ukoliko "razbijac" ne zna odakle pocinje poruka. Ukoliko zna, pa onda nema pomoci.
arhiveri.244 janko,
> koji ju je poslao. A ako nema AV-a, opet, ne znaci da je > trojanac, moze da bude, ali sigurno nije 'NESUMNJIVI'. Ali ja nisam ni rekao da je samo zbog toga nesumnjivi. Nesumnjivi je zato što je Fil Kac to rekao. A čovek valjda zna? ;)
arhiveri.245 janko,
> Dakle, nije svađa i nije trojanac! ;) Drago mi je to, da nije svađa. Što se tiče termina kako krstiti program modifikovan tako da daje lažne podatke, možda o tome u CIVILIZACIJA:o.jeziku? Sada, kada smo se primirili (nadam se), još nešto mi je palo na pamet: Izgleda da ni u tvrdnji da je ARJ arhivu neko kasnije napravio, a ne onaj ko je falsifikovao, nisi bio u pravu. Plagijator nije mogao ništa drugo da iskoristi. Zašto? Pa, jadni plagijator nije imao dovoljno znanja (ni mogućnosti) da napravi sanmoraspakujuću arhivu, koja ne bi davala PKZIP 1.1 poruku (1.93 je isporučena, kao alfa verzija, bez propratnih programa -- pa i onog koji generiše samoraspakujuću arhivu). To mu se verovatno nije svidelo (previše bi bilo očigledno), pa je uzeo ARJ :)) Dosta je smešan CRC fajl koji je falsifikovan za navodnu 'verziju 2.01.' Očigledno je da takvu arhivu nije mogao ničim da napravi: Tip je editorom teksta sređivao CRC.DOC iz 1.93 verzije, pa je omaškom ostavio ALPHA193.DOC. Što je još smešnije, za fajlove koje je dodao izmišljao je krajnje blesave CRC-ove: > This is a copy of the screen presented by the test of the PKZ201.EXE > file containing the alpha distribution. The column labeled "CRC-32" > contains values that are unique to that particular file. By comparing > this number to the number displayed by PKUNZIP, it is possible to > determine that the file is identical to the files we are distributing. > If there is any discrepancy in the numbers it should be reported to > PKWARE immediately. > > Older versions of PKUNZIP can generate this report as well. > > PKUNZIP (R) FAST! Extract Utility Version 2.01 03-15-92 > Copr. 1989-1992 PKWARE Inc. All Rights Reserved. PKUNZIP/h for help > PKUNZIP Reg. U.S. Pat. and Tm. Off. > > Searching ZIP: PKZ201.EXE > > Length Method Size Ratio Date Time CRC-32 Attr Name > ------ ------ ----- ----- ---- ---- -------- ---- ---- > 595 A-Xtra 500 21% 03-15-92 02:01 342j530c --w- OMBUDSMN.ASP > 118 Stored 118 0% 03-15-92 02:01 643hjw32 --w- FILE_ID.DIZ > 9318 A-Xtra 3829 59% 03-15-92 02:01 7fbf4b0d --w- ALPHA193.DOC > 2449 A-Xtra 596 76% 03-15-92 02:01 23767266 --w- BENCH.DOC > 720 A-Xtra 356 63% 03-15-92 02:01 5edfg24b --w- DEDICATE.DOC > 132199 A-Xtra 88407 58% 03-15-92 02:01 h3hdm641 --w- MANUAL.DOC > 4654 A-Xtra 1463 82% 03-15-92 02:01 65fb3x6a --w- ORDER.DOC > 789 A-Xtra 341 62% 03-15-92 02:01 h4d1ss23 --w- README.DOC > 7885 A-Xtra 2603 71% 03-15-92 02:01 tb36v56g --w- WHATSNEW.201 > 24869 Stored 24869 0% 03-15-92 02:01 310bcd85 --w- PKZIP.EXE > 19793 Stored 19793 0% 03-15-92 02:01 43c890d7 --w- PKUNZIP.EXE > 32227 A-Xtra 9980 70% 03-15-92 02:01 e7a0c28f --w- APPNOTE.TXT > ------ ------ --- ------- > 235289 95816 59% 12 Šta reći na kraju? Moja je teorija da tip, koji je to radio, je to radio samo da bi nekog, ko zna još manje nego on, impresionirao ("Ja imam 2.01"). Ili da, opet tako nekog, ubedi da taj neko pređe na 1.93. Taj neko je onda sa puno poverenja ("bože moj, ovo nije alfa verzija") počeo, na obostranu sreću, da koristi 1.93 ("2.01"). Naravno, falsifikat se, zatim, proširio brzinom munje (po celom svetu!!!). Na svu sreću onih koji su ga koristili, program nije zločest, što sam već pre pokazao. Mislim da smo ovime iscrpeli SVE O 'PKZIP 2.01' temu. > Nisam imao takve namere jer me ovih dana mrzi sve. Dao sam > samo svoje viđenje baš kao i ti. Jedina razlika je u tome > što su ta dva različita skroz pa se ti osećaš povređenim. > Nije bila u pitanju nikakva svađa, već sasvim drugi rezon. > Nikad nisam nikoga osuđivao za razliku od tebe. žime sam te osudio? Što se tiče iskazivanja ličnog stava, uvek sam bio za to. I ne osećam se povređenim. Samo si zvučao kao da hoćeš da se svađaš. A rezon ti baš nije bio neki... čak! Ima li izjave u kojoj nisi pogrešio? (Kad mene mrzi sve, čitam lepu književnost)
arhiveri.246 beast,
Naišo sam na zanimljiv softver za zip arhiver i iako mi deluje beskorisno možda nekom i koristi: Zip Chunker. Možda je to isto što i zipoff, ali nema veze. Inače stvar je sw. zc.exe
arhiveri.247 bojanp,
Obzirom da se ispostavilo da ova datoteka nema nikakve veze sa ZIP arhiverom verzija 2.01 (sem naziva datoteke :), datoteka je obrisana. Pozdrav, Bojan
arhiveri.248 bearboy,
˙¨:> IZASAO je NOVI PKZIP 2.01 i radi SVE ali bas SVE 2 puta brze nego ARJ. ˙¨:> Zadivio sam se brzinom kojom radi... ! Divno. Da te ohladim - ZIP 2.01 i dalje NE SECE na delove, osim ako je u pitanju registrovana verzija...
arhiveri.249 bearboy,
˙¨:> Pogotovo cinjenica koliko memorije trazi za rad ;)))) 85 Kb, ako imas EMS, i 185 KB, ako ga nemas
arhiveri.250 bearboy,
˙¨:> novi PKZIP nece moci da se dislajtuje bar dva-tri meseca od ˙¨:> trenutka kad se pojavi (a onda ce mozda neki heker...) Ili mozda novija verzija DISLITE-a ;)
arhiveri.251 bearboy,
˙¨:> kompresuje? I, daj reci, sta je jos novo, je l' ima deljenje arhivi, ˙¨:> itd.? JOK :>>>>>>>>>> Ako platis, dobijes reg. verziju, i ona deli... :))) PS. A sad je na potezu Gos'n Jung. Cekamo ARJ 3.0.
arhiveri.252 bearboy,
˙¨:> 07D20 ----------- Ver 07D20 -----------Versi ˙¨:> 07D30 sion 2.01 03-1 07D30 on 1.93 ALPHA ˙¨:> 07D40 5-92 -------- 07D40 10-15-91-------- Ovo je sumljivo. Datum je Mart petaesti '92. Prerano za ZIP 2.01. Ipak je trojanac ;)))
arhiveri.253 ssokorac,
:> JOK :>>>>>>>>>> Ako platis, dobijes reg. verziju, i ona :> deli... :))) Super, registrovani trojanac, je l' to jos neko video? :>
arhiveri.254 ssokorac,
:> ZIP 2.01 i dalje NE SECE na delove, osim ako je u :> pitanju registrovana verzija... Ali sece disk... Ili ga barem formatira...;>
arhiveri.255 spantic,
> Osim toga, imam manu da uvek proverim ono o čemu pišem (za > razliku...) pa kada sam napisao da sam ubeđen da je > program 'falš' to sam i dokazao argumentima. Jedno pitanje. Da li si koristio taj program i da li je došlo do kraha sistema? To je DOKAZ, a ono što si ti napisao nije dokaz da je program "trojanac". Jedino što opet temeljno radiš jeste što opet pokušavaš da se svađaš u stručnim raspravama.
arhiveri.256 janko,
> Obzirom da se ispostavilo da ova datoteka nema nikakve > veze sa ZIP arhiverom verzija 2.01 (sem naziva datoteke > :), datoteka je Pa, ima veze :) jer je 'PKZIP 2.01' fantomska verzija, a 'PKZIP arhiver verzija 2.01' NIKADA I NEĆE postojati. :)
arhiveri.257 janko,
> ˙¨:> trenutka kad se pojavi (a onda ce mozda neki heker...) > > Ili mozda novija verzija DISLITE-a ;) Ma ko je, života ti, pisao DISLITE?
arhiveri.258 janko,
> Ovo je sumljivo. Datum je Mart petaesti '92. Prerano za > ZIP 2.01. Ipak je trojanac ;))) Luče mamino, kako sjajno zaključuješ. );>=
arhiveri.259 janko,
> Divno. Da te ohladim - > > ZIP 2.01 i dalje NE SECE na delove, osim ako je u pitanju > registrovana verzija... Svima koji još nisu shvatili: ******************************************************* PKZIP 2.01 ne postoji. NE POSTOJI. NE POSTOJI. NITI ĆE. (koliko puta da kažem?) ******************************************************* I posle mjova kaže "kako me nije mrzelo?" Njemu je bilo dovoljno, ali, evo, izgleda da i dalje moram da crtam... možda ni sada nisam upotrebio dovoljno zvezdica? Ali, neee, neću više da se nerviram... Question for bearboy: Does bearboy stands for a boy who is hard to bear, or what? :>=
arhiveri.260 janko,
> kraha sistema? To je DOKAZ, a ono što si ti napisao nije > dokaz da je program "trojanac". > > Jedino što opet temeljno radiš jeste što opet pokušavaš da > se svađaš u stručnim raspravama. Gosn. Pantić, molim te, ne pričaj, da prostiš, svašta. Nisam primetio da se neko svađa (sa mjovom sam samo razmenjivao različite poglede, za razliku od onoga pre u cccc kada je sebi dozvolio više nego što je pristojno, sada je, što mi je jako drago, uspeo da se kontroliše, da različito viđenje ne pređe u nešto ružnije) i nije mi jasno šta ti sada hoćeš ovime? Da iniciraš novi krug verovatno nepotrebne diskusije, ili ti nešto nije dovoljno jasno? Nadam se da je ovo drugo, i zato se i trudim da ti odgovorim... Kao što rekoh, raspravu o tome da li nedozvoljeno modifikovan origninalni program, tako da daje lažne podatke, navodi na pogrešne zaključke, unosi zabunu među korisnike itd. itd, treba zvati 'trojanac,' ili možda 'fantom,' ili već-šta-želiš, radije bih ostavio za CIVILIZACIJA:o.jeziku. Po meni navodni-PKZIP-2.01 nanosi dovoljno štete, da ga mogu smatrati trojancem, bar u nekom širem smislu, čak i kada mi ne preformatira hard disk (što nemam nameru da čekam)... A ovo što tvrdim (da je nedozvoljeno modifikovan original itd.) sam dokazao. A tebi, izgleda, ono što sam napisao nije dovoljno? Trebalo bi da te prepustim mjovi -- njemu je i to previše (pita me "kako me nije mrzelo...") Pitam se koliko je i kakvih dokaza trebalo da dam da bi ti poverovao? Od trenutka kad se fajl pojavio na Sezamu, koliko se već proširio po gradu upravo zbog toga što su ga ljudi 'skinuli sa Sezama' kao ispravnog? Upravo je obrisan. Smatraš li ti i dalje da je to OK program? Inače, uža definicija programa 'trojanca' je to da je trojanac program koji u sebi nosi SAKRIVENE akcije koje se od njega NE OžEKUJU, a koje su u njega NAMERNO UGRAĐENE iz NEžASNIH pobuda. Između 'trojanca' i programa 'zaraženog virusom' postoji očigledna razlika -- trojanac može u sebi da nosi 'larvu' virusa, ali ne mora. Programi trojanci su dobili ime po legendarnom trojanskom konju -- poklonu koji je nosio u sebi sakriveno zlo. Može li se OVAJ program nazvati trojanac? Možda i ne, možda treba samo da se zove 'fantom,' 'bogus,' ili nešto treće, ali, zar je to bitno, kada ima ljudi koji misle da je to original?
arhiveri.261 ndragan,
/ kad već pišeš kao što govoriš, zašto 'menjuel' (valjda je ono nj? ;) / ne prevedeš u prilično odomaćenu reč UPUTSTVO? (*) Zato što u prevodu znači "priručnik". Uputstvo je "instructions for use", mada se češće piše "user's guide", što se tačnije prevodi sa "usereš gajde" (u takvim uputstvima ništa bitno nema, to je za početnike). (*) Prema Zoranu Stanojeviću, "nj je najvažnije slovo, jer mnoge mlade devojke provode silne besane noći, sve misleći na nj" (knjiga "Poznavanje svega").
arhiveri.262 vitez.koja,
-> PS. A sad je na potezu Gos'n Jung. Cekamo ARJ 3.0. Nece biti, prvo ARJ 2.40 (koji je najavljen i navodno ce biti MNOGO brzi)
arhiveri.263 mjova,
> -> PS. A sad je na potezu Gos'n Jung. Cekamo ARJ 3.0. gos'n Jung je vrlo ljubazna osoba, iz ličnog iskustva. > Nece biti, prvo ARJ 2.40 (koji je najavljen i navodno ce > biti MNOGO brzi) odakle ti ova informacija?
arhiveri.264 dragisha,
ű>>>> Pa vidi ovako, dislite dekompresuje *BAS SVE* programe ű>> koje sam video ű>> ű>> Zar i one sa izmenjenim onim natpisom PKLITE u programu? ű> ű> E to nece moci. To je apsolutno sigurna zastita, naravno ű> ukoliko "razbijac" ne zna odakle pocinje poruka. Ukoliko ű> zna, pa onda nema pomoci. Moći će, naravno. DISLITE programi rade na foru da puste sam program da se dekompresuje i onda rezultat preuzmu prije nego se program prepusti DOSu na relokaciju i dalje izvršenje. Oni sami nemaju pojma o algoritmu za dekompresiju. dragisha
arhiveri.265 ndragan,
/> 7885 A-Xtra 2603 71% 03-15-92 02:01 tb36v56g --w- /> WHATSNEW.201 ------- "t" i "v" su nove heks cifre? Ovo je stvarno naivno.
arhiveri.266 bearboy,
˙¨:> ******************************************************** ˙¨:> ˙¨:> PKZIP 2.01 ne postoji. NE POSTOJI. NE POSTOJI. NITI CE. ˙¨:> (koliko puta da kazem?) ˙¨:> ˙¨:> ******************************************************** ˙¨:> ˙¨:> I posle mjova kaze "kako me nije mrzelo?" Njemu je bilo ˙¨:> dovoljno, ali, evo, izgleda da i dalje moram da crtam... mozda E, u Bingou mozes i lepse :>>> ╔════════════════════════════════════════════════════════════╗ ║┌──────────────────────────────────────────────────────────┐║ ║│ PKZIP 2.01 ne postoji. NE POSTOJI. NE POSTOJI. NITI CE. │║ ║└──────────────────────────────────────────────────────────┘║ ╚════════════════════════════════════════════════════════════╝ ˙¨:> Question for bearboy: Does bearboy stands for a boy who is hard ˙¨:> to bear, or what? :>= If you mean does Bearboy (you wrote my majestical name with lower case !) STAND (and not stands) for a boy who is hard to bear, then you are wrong, because I'm not so heavy that I cannot be beared, got it ? :>>>>>>>
arhiveri.267 ssokorac,
:> "t" i "v" su nove heks cifre? Ovo je stvarno naivno. Pa, pise gore crc-32. Dakle nisu heks nego triesdva-eks. :)
arhiveri.268 jtitov,
> Moci ce, naravno. DISLITE programi rade na foru da puste > sam E PA NECE MOCI. Joj, sto ste nedokazani. Kad kazem nece moci, onda nece moci. Izvoli pa probaj. Spakuj nesto sa pklite, promeni mu zaglavlje (ono sa kopirajt porukom) pa probaj dislite. Jedino sto ces uspeti je da izazoves poruku: This is not a PKLITEd executable.
arhiveri.269 bulaja,
││Nece biti, prvo ARJ 2.40 (koji je najavljen ││i navodno ce biti MNOGO brzi) │└─── │odakle ti ova informacija? └─── UPDATE.DOC, ARJ 2.30 January 1992 The next release, ARJ 2.40, is coded and is now undergoing ALPHA testing. This version will provide a significant increase in compression speed by using a variation of the ARJ method 3 compression which has always been FAST.
arhiveri.270 vitez.koja,
>> Nece biti, prvo ARJ 2.40 (koji je najavljen i navodno ce >> biti MNOGO brzi) > odakle ti ova informacija? Iz ARJ 2.30 iz nekog readme.doc, whyarj.* ili tako nekog fajla...
arhiveri.271 isekulovic,
>> If you mean does Bearboy (you wrote my majestical name with lower case >> !) STAND (and not stands) for a boy who is hard to bear, then you are >> wrong, because I'm not so heavy that I cannot be beared, got it ? BTW Da li ste znali da se kaze bear i za spukalnta na berzi ;>>
arhiveri.272 cacxa,
> If you mean does Bearboy (you wrote my majestical name with lower case !) ...in lower case...
arhiveri.273 djovicevic,
During the development of PKZIP v. 2.0 for MS-DOS, PKWARE has discovered hardware faults in newer 80386 & 80486 computers. These faults can cause anomalies in the operation of PKWARE software as well as other software. PKWARE has been endeavoring to locate an anomaly that has been observed by a number of customers and associated vendors. The intial symptoms of the problem were: - Particular files extracting with errors on one machine, but not on another. - Installs of some products failing. These problems have been observed primarily on newer, fast (33Mhz or faster) 80386 and 80486 machines. Investigation of the problem revealed no difference in software or hardware between machines that failed and machines which did not. The files which fail do not fail every time. To further test where the problem was occuring, a very simple program which would load a test file into a RAM buffer and then copy it to a second RAM buffer was created. The program then compares the two buffers one byte at a time and reports any discrepancies. Discrepancies with even the simple copy were noted. If the EXTERNAL CACHE is turned off through the BIOS configuration, the problem does not occur. This is indeed a hardware flaw. While this effort to work around these hardware faults will, unfortunately, delay the release of PKZIP v. 2.0 for MS-DOS, we hope to release it in the next few months. We know you will be pleased with the many new features and enhancements to PKZIP. We appreciate your understanding and patience in our efforts to provide reliable software. Sincerely, PKWARE, Inc. probdesc.zip
arhiveri.274 spantic,
> Gosn. Pantić, molim te, ne pričaj, da prostiš, svašta. > Nisam Aman, zaman Janko. Imaš li ti uopšte ideje koliko svađalački zvučiš ovde? Izneo si svoja zapažanja, lepo. Ne znam da li jako voliš da crtaš, ali mene to nimalo ne zanima. Bio si izneo informaciju i svoju analizu i to bi valjda svakome bilo dosta. Po dosadašnjem testiranju ispada da je narečeni program patchovana verzija PKZIP alfa 1.93. Barem još nije stradao onaj računar na kome ga vrtim, za test Možda je to nekome ličilo na zaludan posao, ali eto...
arhiveri.275 dragisha,
ű> Po dosadašnjem testiranju ispada da je narečeni program ű> patchovana verzija PKZIP alfa 1.93. Barem još nije stradao =============== Mislim da je ipak u pitanju patch na verziju 1.10 dragisha
arhiveri.276 dragisha,
Izvini, ali šta je ovaj fajl? dragisha
arhiveri.279 zdimic,
Hi! Evo novosti sa PKWARE BBS-a. 06/10/1992 WARNING! WARNING! WARNING! WARNING! WARNING! WARNING! WARNING! -------------------------------------------------------------------- There is a file being circulated on BBS's called PKZIPV2.EXE or PKZIPV2.ZIP or similar, and that claims to be version 2.2 of PKZIP but in fact is a simple program not at all related to any PKWARE product. This program will attempt to erase all files on your harddrive. As of the date of this writing, the latest version of PKZIP is version 1.10. If you see the files PKZIPV2.ZIP or PKZIPV2.EXE on any BBS or on-line system, please ask the SysOp of that system to remove the files IMMEDIATELY Of course, because of this PKWARE will never release a version of PKZIP with the version number 2.2. Please note that PKWARE policy is to ship an upgrade to registered users BEFORE making a program available for download. If you have any information about the source of PKZIPV2.EXE or PKZIPV2.ZIP, please report it to PKWARE immediately, either: by Voice at 414-354-8699 by BBS at 414-354-8670 by FAX at 414-354-8559 or by mail: PKWARE Inc. 9025 N. Deerwood Drive Brown Deer, WI 53223 USA Sincerely, PKWARE Inc. Technical Support 06/10/1992 WARNING! WARNING! WARNING! WARNING! WARNING! WARNING! WARNING! -------------------------------------------------------------------- There is a file being circulated on BBS's called PKZIPV2.EXE or PKZIPV2.ZIP or similar, and that claims to be version 2.2 of PKZIP but in fact is a simple program not at all related to any PKWARE product. This program will attempt to erase all files on your harddrive. As of the date of this writing, the latest version of PKZIP is version 1.10. If you see the files PKZIPV2.ZIP or PKZIPV2.EXE on any BBS or on-line system, please ask the SysOp of that system to remove the files IMMEDIATELY Of course, because of this PKWARE will never release a version of PKZIP with the version number 2.2. Please note that PKWARE policy is to ship an upgrade to registered users BEFORE making a program available for download. If you have any information about the source of PKZIPV2.EXE or PKZIPV2.ZIP, please report it to PKWARE immediately, either: by Voice at 414-354-8699 by BBS at 414-354-8670 by FAX at 414-354-8559 or by mail: PKWARE Inc. 9025 N. Deerwood Drive Brown Deer, WI 53223 USA Sincerely, PKWARE Inc. Technical Support ************ Zoran
arhiveri.280 ssokorac,
:> Of course, because of this PKWARE will never release a :> version of PKZIP with the version number 2.2. Please :> note that PKWARE Ako se ovako nastavi, nista od ZIP-a 2.x, preci ce odmah na 3.0...
arhiveri.281 mjova,
>> version of PKZIP with the version number 2.2. Please > Ako se ovako nastavi, nista od ZIP-a 2.x, preci ce odmah > na 3.0... zar ne vidiš da se 'vade', slabo im to sve krenulo... sumnjam ja da oni znaju da napišu taj novi zip. SY
arhiveri.282 tesloni,
­Ú-> :>> version of PKZIP with the version number 2.2. ­Ú-> :> Please Ako se ovako nastavi, nista od ZIP-a 2.x, ­Ú-> :> preci ce odmah na 3.0... ­Ú-> : zar ne vidiš da se 'vade', slabo im to sve ­Ú-> : krenulo... ­Ú-> : sumnjam ja da oni znaju da napišu taj novi zip. žekaj može i gore zamisli samo da Bill Gates otkupi PKWARE ... Pa da izađe MSZip 1.0, pa MSZipWin 1.0 for Win 3.1, i na kraju se dogodi da i ARC stari ima bolju brzinu i kompresiju od Zip-a Tek će to biti kraj za jedan divni program ... P.S. Zašto sve divne programerske ideje moraju tako grozno da umru ( da ih MS preuzme ) ... ... ­Ú-> Tesloni <-Ú­
arhiveri.283 ssokorac,
:> sumnjam ja da oni znaju da napisu taj novi zip. Moguce... Ali nece mozi jos dugo da se vade na te fazone, ako je to u pitanju.. Morace barem neku beta verziju da izbace.... < a onda ce da svade da je to samo beta..:) >
arhiveri.284 zormi,
* > ps. kako te nije mrzelo? * * Što bi me mrzelo? Pa, to je prvi trojanac koga sam imao prilike * da vidim. Radoznalost je glavna odlika istraživača. Pre par meseci sam ovde negde poslao PKWARE-ov izveštaj o PKZIP 2.01 u kome sve piše, pa da se ne mučite ;).
arhiveri.285 zormi,
Novi PKLITE 1.15. Nema ništa bitno novo.
arhiveri.286 bojanp,
Program prebačen u direktorij *** r:\ibmpc\archiver *** pklte115 zip 41282* 12.08.1992 Kompresor EXE i COM datoteka Hvala na prilogu.
arhiveri.287 dsoskic,
> Novi PKLITE 1.15. > > Nema ništa bitno novo. Pošto nikad nisam koristio ni stari, da li bi mogao da mi kažeš nešto više o tom prg.-u, pretpostavljam da ukoliko znaš da nema ništa novo, da znaš da mi kažeš šta je to staro. Da li on komprimuje EXE i COM (video sam sledeću bojanovu poruku) tako da zauzimaju manje mesta na hardu a mogu direktno da se startuju tj. koriste u tom obliku ili nešto slično kao ARJ ili ZIP. Ukoliko ti nemaš vremena ili te mrzi, nema veze, valjda će neko drugi da mi odgovori. :))) Pozdrav, Danko p.s. sorry što zanovetam, ali da ne upload-ujem ako prg.-i ne postanu manji i mogu da se koriste. cu
arhiveri.288 bulaja,
│Da li on komprimuje EXE i COM (video sam sledecu bojanovu poruku) │tako da zauzimaju manje mesta na hardu a mogu direktno da se │startuju tj. koriste u tom obliku ili nesto slicno kao ARJ ili ZIP. └─── Komprimuje .exe i .com tako da mogu i dalje da se izvrsavaju. Procenat kompresije je negde oko ZIP-a 1.1, sto je otprilike oko 40% u vecini slucajeva. Ne mogu se spakovati svi programi, npr. oni koji imaju interne ovrleje (npr. Telix) ili koji zapisuju konfiguraciju u .exe (Qedit). Pri startovanju se prg otpakuje u RAM, tako da se ceka malo vremena (ne mnogo, ali nije ni trenutno) pre izvrsavanja. PKLite nije tako losa stvar, al' ja ga ne koristim :).
arhiveri.290 piter,
Da li je neko primetio da pri pravljenju arhiva sa ARJ arhiverom dolazi do jedne greske. Kada se koristi opcija multiple volumes (-va,-v720k...) arj napuni disketu koliko god moze ne pazeci pri tom da li je ranije neki sektor bio oznacen kao los, sto priznacete zna da stvori velike probleme prilikom raspakivanja arhive jer arj svaki fajl sa CRC ERROR jednostavno obrise. Ima li ideja ? Milos Petrovic SEZAM::PITER UNSIM::IMILOSP Hocemo 9600bps, hocemo YUPAK!!!
arhiveri.291 dsoskic,
> Ne mogu se spakovati svi programi, npr. oni koji imaju > interne ovrleje (npr. Telix) ili koji zapisuju konfiguraciju u .exe Momentalno radim samo sa diskete, pa sam poželeo više mesta na disketi, a baš bi mi za telix i sor dobro došlo, da ne moram svaka dva dana da bacam textpad :((. > vremena (ne mnogo, ali nije ni trenutno) pre izvrsavanja. PKLite > nije tako losa stvar, al' ja ga ne koristim :). Već je toliko sporo :((, samo mi fali da ga još usporim. Hvala na objašnjenju. Pozdrav, Danko
arhiveri.292 jtitov,
> Momentalno radim samo sa diskete, pa sam pozeleo vise > mesta na disketi, Mama mia, kako mozes??? Da li si pokusao da instaliras stacker na disketu? Moze i to.
arhiveri.293 zormi,
* Momentalno radim samo sa diskete, pa sam poželeo više mesta na * disketi, * .... * Već je toliko sporo :((, samo mi fali da ga još usporim. Dobitak u skraćenju vremena učitavanja PKLITE-ovanog programa je višestruko veći od vremena utrošenog za raspakivanje u memoriji, pogotovu sa diskete.
arhiveri.294 janko,
> These problems have been observed primarily on newer, fast > (33Mhz or faster) 80386 and 80486 machines. Investigation > of the problem > If the EXTERNAL CACHE is turned off through the BIOS > configuration, the problem does not occur. Je l' neko od vas vlasnika zver mašina sa ekst. kešom (nije mi jasno je l' reč o DISK ili PROCESOR kešu???) probao ove programčiće? Dejanr je pričao da zbog disk keša nije uspeo da instalira OS/2. Da li je ovo objašnjenje?
arhiveri.295 bulaja,
││If the EXTERNAL CACHE is turned off through the BIOS ││configuration, the problem does not occur. │└─── │... (nije mi jasno je l' rec o DISK ili PROCESOR kesu???) ... └─── Verovatno o procesorskom, cache na disk kontroleru nema mnogo veze sa BIOS-om tj. ne moze se preko njega on/off.
arhiveri.296 bearboy,
˙¨:> Hocemo 9600bps, hocemo YUPAK!!! A planine i gospodari ? :)))
arhiveri.298 bulaja,
│** Uz poruku 'shez80.zip' (241338 bytes) └─── Eno ga u \ibmpc\archiver, podeljeno na dva dela (shez80.arj & .a01, duzine od po 120K). Zahvaljujemo na prilogu.
arhiveri.299 bulaja,
Spisak noviteta u SHEZ-u 8.0 u odnosu na prethodnu verziju (7.4): v8.0 8/17/92 Version 7.5 - 7.9 skipped due to hacked copies being distributed. Made SHEZ Ultravision aware. If the screen is in an Ultravision mode not supported by SHEZ, SHEZ will deactivate Ultravision and then re-activate Ultravision at exit time. Corrected an EMS memory problem that caused SHEZ to lock up some PC's. SHEZ will not allows users to enter filename and directory names using the upper ACSII characters. I.E. characters with a decimal value greater than 127. Added the option to sort the compressed file list by directory name. When converting compressed files to another compressed file format, SHEZ will now identify the file format of the file to convert internally, withou taking the file extension into account. When converting compressed files from one compressed file format into another, SHEZ will attempt to retain the path information if it exists in the source compressed file. Modified the mouse identification code to identify more non- Microsoft mouse drivers. (If your mouse does not work try running the SHEZCFG program and set the FAST MOUSE RESET option to N.) When converting from a ZIP to and ARJ or an ARJ to a ZIP file format, you will be asked if you wish to retain the Volume Label information. (THIS OPTION WILL ONLY APPEAR WHEN CONVERTING ONE FILE AT A TIME. ALSO THE PROMPT WILL NOT APPEAR IF RUNNING SHEZ IN A DOS WINDOWS UNDER OS/2.) When creating a new ARJ compressed file, the user can activate ARJ's multi-volume support by responding to a multi-volume prompt. Added a new command ALT-F when viewing the DOS file list to run the PKZIPFIX program against the currently highlighted file. When using F8 to edit a file contained within a compressed file, SHEZ will attempt to use the path information if it is stored in the compressed file. Corrected the problem where the mouse menu is not appearing when double clicking on the left mouse button.
arhiveri.301 banex,
>> arj napuni disketu koliko god moze ne pazeci pri tom da >> li je ranije neki sektor bio oznacen kao los, sto >> Ima li ideja ? Ideja je da u arj_sw ubaciš prekidač za kontrolu ispravnosti spakovanih datoteka. Pored toga ja koristim i 'verify on' u autoexecu tako da imam duplu kontrolu. Prekidač je /jt.
arhiveri.302 milic,
Kako da otvorim "XXXXXX.LHA" ? HELP ! ...Mile P.S. "XXXXXX" u slobodnom prevodu znači "TETRIS" :))
arhiveri.303 d.petrovic,
> Kako da otvorim "XXXXXX.LHA" ? A da probaš prvo LHA/? ;)
arhiveri.304 vvelisavljev,
> Ideja je da u arj_sw ubaciš prekidač za kontrolu Kako treba da izgleda arj_sw fajl. Nigde nisam našao u arj.doc kako se upotrebljava datoteka gde će se nalaziti svičevi koji se stalno koriste pri uptrebi arj-a.
arhiveri.305 ilazarevic,
█ Kako da otvorim "XXXXXX.LHA" ? Ako imaš LHA/LHArc, može. Ako ga nemaš, skini ga sa Sezama....
arhiveri.306 d.petrovic,
> Kako da otvorim "XXXXXX.LHA" ? Ista sintaksa kao i za ARJ ! lha e tetris
arhiveri.307 darone,
>> Kako treba da izgleda arj_sw fajl. Nigde nisam >> našao u arj.doc kako se upotrebljava datoteka >> gde će se nalaziti svičevi koji se stalno >> koriste pri uptrebi arj-a. c:\autoexec.bat >> @echo off >> (...) >> set arj_sw=c:\sys\arj.cfg >> set yukod=C >> (...) >> echo -Greetings, professor Falken. c:\sys\arj.cfg >> a -a -jt -jv -jm -jycry >> e -ja -jyacy -jv >> x -ja -jyacy -jv >> l -jp -jv >> c -zcomment.txt Spisak svičeva dobijaš sa: arj /? >arj.txt type arj.txt >lpt1: darone
arhiveri.308 mmarkov,
>> █ Kako da otvorim "XXXXXX.LHA" ? >> >> Ako imaš LHA/LHArc, može. Ako ga nemaš, skini ga sa >> Sezama.... BTW, jel' ja to imam neku suludu verziju ili je default ekstenzija za arhive koje pravi LHA - LZH ? Ako je to u pitanju u ovom slučaju probaj da kucaš LHA e IME.LHA...
arhiveri.309 ilazarevic,
█ BTW, jel' ja to imam neku suludu verziju ili je default ekstenzija █ za arhive koje pravi LHA - LZH ? Koliko se ja sećam, kod starih verzija je .LHA, a kod novih .LZH - ili je obrnuto :)
arhiveri.310 vvelisavljev,
Zahvaljujem!
arhiveri.311 seki,
Ljudi zasto na Sezamu nema Pkzip v2.01 ili 2.10 koju je neki moj ortak skinuo sa nekog stranog BBS-a?Da li da saljem?Program je sto posto shareware. Ognjen
arhiveri.312 dejanr,
>> Ljudi zasto na Sezamu nema Pkzip v2.01 ili 2.10 koju je neki moj ortak >> skinuo sa nekog stranog BBS-a?Da li da saljem?Program je sto posto >> shareware. Na žalost, nije 100% PKZIP. PKZIP 2.01 ne postoji kao proizvod firme PKWARE Inc. Neko je uzeo PKZIP 1.93 alfa i promenio mu broj verzije, kao i par poruka. Nadam se da nije dodao i neki virus ;) Ukratko, PKZIP 2. nije izašao, a kad izađe, naravno da će biti na Sezamu. O PKZIP-u 2.01 bilo je već dosta reči u ovoj temi, možeš da pogledaš stare poruke.
arhiveri.313 drakce,
│ Ljudi zasto na Sezamu nema Pkzip v2.01 ili 2.10 koju je neki moj ortak skinuo └───── U pitanju je lažna verzija PKZip-a. Preporuči ortaku da je skine sa hard diska. Imaš opširnije o tome u starim porukama, čini mi se baš u ovoj temi. Pozdrav PS: Ne brini, izgleda da nije opasan :), al' ga ukloni u svakom slučaju
arhiveri.314 ssokorac,
:> Ljudi zasto na Sezamu nema Pkzip v2.01 ili 2.10 koju je :> neki moj ortak skinuo sa nekog stranog BBS-a?Da li da :> saljem?Program je sto posto shareware. Ak pogledaš malo unazad videćeš da su to trojanci.
arhiveri.315 ilazarevic,
█ Ljudi zasto na Sezamu nema Pkzip v2.01 ili 2.10 koju je neki moj █ ortak skinuo sa nekog stranog BBS-a?Da li da saljem?Program je sto █ posto shareware. Šeki, možda je nekakav trojanac? Da li ga je tvoj drugar probao duže vreme kod sebe, naravno bez posledica? ;)
arhiveri.316 seki,
Whatttttt!!!! Brisem exspresno!!!!!! Hvala na odgovorima i izvinite na uzbunjivanju. Ognjen
arhiveri.317 ndragan,
/ Ljudi zasto na Sezamu nema Pkzip v2.01 ili 2.10 koju je neki moj ortak Ti si ovde nov?
arhiveri.318 pele,
#} / Ljudi zasto na Sezamu nema Pkzip v2.01 ili 2.10 koju je #} neki moj ortak #} #} Ti si ovde nov? Pa saraj malo! :))
arhiveri.319 seki,
Ne,uclanjen sam posle vas dva meseca.I dugo nisam pratio ovu konf. Ognjen
arhiveri.320 milic,
>=>>> █ Kako da otvorim "XXXXXX.LHA" ? >=>>> Ako imaš LHA/LHArc, može. Ako ga nemaš, skini ga sa >=>>> Sezama.... >=> BTW, jel' ja to imam neku suludu verziju ili je default >=> ekstenzija za arhive koje pravi LHA - LZH ? Onda i ja imam tu suludu verziju,jer mi javlja kako nigde nema tetris.lzh ! >=> Ako je to u pitanju u ovom slučaju probaj da kucaš LHA e >=> IME.LHA... I to sam već probao ali neće (javlja nešto u stilu "can't create '.inf' " ?!!? ...Mile
arhiveri.321 bearboy,
˙¨:>> => ekstenzija za arhive koje pravi LHA - LZH ? ˙¨:> ˙¨:> Onda i ja imam tu suludu verziju,jer mi javlja kako nigde ˙¨:> nema tetris.lzh ! ˙¨:> ˙¨:>> => Ako je to u pitanju u ovom slučaju probaj da kucaš LHA e ˙¨:>> => IME.LHA... ˙¨:> ˙¨:> I to sam već probao ali neće (javlja nešto u stilu "can't ˙¨:> create '.inf' " ?!!? Jaoooooooo :)))))))))))))))) Jednostavan razlog - TO JE AMIGA PROGRAM :))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))) ))))))))))))))))))))))) etc. etc. :) Pa extenzija je verovatno .info a on to ne može da napravi na sirotom DOSu pa javlja grešku. Ali ako ikako uspete pokrenuti Super Tetris za Amigu na PrC-u - javite !!! Inače, Super Tetris za Amigu je u 16 boja :))))) Manje nego na PrC-u :))))
arhiveri.322 milic,
>=> Jaoooooooo :)))))))))))))))) Jednostavan razlog - TO JE AMIGA >=> PROGRAM !!!!! !!!!!!! :)))))) I ti si mi neki sysop :)))))))) ( mislim da je stiglo baš iz Subotice ) :)))) ...Mile P.S. BTW TETRIS.LHA = 454460 :((((((((((( etc.etc i to na 2400bps,i to iz Subotice... Sve u svemu,izjave saučešća primam na mail send milic :((((
arhiveri.323 glisin,
Da li je ARJ sposoban da iz root-a sa ARJ -v -r skupi ceo hard na tuce disketa? Interesuje me kao mogućnost backup-a? Na primer C:\> arj -vva -r a:backup Kako će da se ponaša? Nemam sada toliko disketa da probam, ali ako ima smisla da čistim i da tako radim back, pokušao bih... ŢŢŢIGGYŮŮŮ
arhiveri.324 bulaja,
│Da li je ARJ sposoban da iz root-a sa ARJ -v -r skupi ceo hard na tuce │disketa? Interesuje me kao mogucnost backup-a? Na primer │C:\> arj -vva -r a:backup └─── arj a -r -vva a:backup Radi posao, provereno.
arhiveri.325 darone,
>> │ C:\> arj -vva -r a:backup >> └─── >> arj a -r -vva a:backup >> >> Radi posao, provereno. E ne radi, ali svaka čast ako si proverio :) Dakle, ako želite da se bekapuju *sve* datoteke, koristite: arj a -r -vva -a1 -b2 -i1 -jt -jic:\backup.inx -wc:\ -m4 Sledi opis svičeva: -r poddirovi -vva da bipne posle svake diskete (v) da koristi sav raspoloživi prostor na disketi (a) -a1 svi fajlovi (i skriveni), kao i svi poddirovi -b2 ovo sam zaboravio ;) -i1 ovo ko voli grafički prikaz arhiviranja -jt da testira svaku arhivu (!) -jic:\backup.inx kreiranje indeks fajla -wc:\tmp dir koji će se koristiti kao radni -m4 maksimalni stepen kompresije (valjda je difolt, ali.. ;) Poenta je u onom -a1 i -jt. Ako se prvi ne navede, gube se recimo io.sys i msdos.sys iz c:\, a drugi testira svaku disketu pošto je napuni. Spasilo me dva puta. U ARJ.DOC ima jako lepo poglavlje o bekapu, ko radi bekap neka ga pročita, koristiće. darone
arhiveri.326 dikla,
>>> U ARJ.DOC ima jako lepo poglavlje o bekapu, ko radi >>> bekap neka ga procita, koristice. A kako posle vratiti to sve na disk !!!
arhiveri.327 skoprivica,
-> C:\> arj -vva -r a:backup -> Kako ce da se ponasa? Nemam sada toliko disketa da probam, ali ako Nikako, tj. nece raditi. Ako imas vremena probaj: C:\> arj a -vva -r -i1 -jt1 -we:\ a:backup ^^^^^ ram disk (e:) Aje... CTEBO.
arhiveri.328 darone,
>> >>> U ARJ.DOC ima jako lepo poglavlje o bekapu, >> >>> ko radi bekap neka ga procita, koristice. >> >> A kako posle vratiti to sve na disk !!! Jednostavno: ubači se prva disketa (ime.arj), ode na *rut* diska kojem se vraćaju podaTci i otkuca: arj x a:ime -vv -jycn gde je: x naredba za extrakciju arhive sa poddirovima -vv biiiiip između disketa -jycn da se odgovori sa tastature primaju pritiskom samo na jedan taster (y/n/a/q), bez entera (svič y) da se preskoči pitanje o kreiranju nepostojećeg direktorijuma (svič c) da se preskoči pitanje o promeni imena datoteke, ako već postoji neka sa istim imenom na disku Sve ovo je dušu dalo za zezanje u multitaskingu. Recimo, sedite i čantrate na Sezamu a mučenik muku muči sa bekapom. Istina je da je pristup flopiju *znatno* usporen, ali se bar ne gubi vreme :) darone
arhiveri.329 kuki,
> -m4 maksimalni stepen kompresije > (valjda je difolt, ali.. ;) -m4 nije maksimalni stepen kompresije, već minimalni! Za max stepen kompresije se koristi -m1 (difolt) -jm (ovo nije difolt) 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 Pozdrav, Vladimir
arhiveri.330 ogiglisic,
**> Da li je ARJ sposoban da iz root-a sa ARJ -v -r skupi **> ceo hard na tuce disketa? Interesuje me kao mogucnost **> backup-a? MOZE. Kod mene je pravio backup harda bez problema. Otkucas mu na primer ARJ A -R -JM1 -V1440000 A:\BACKUP i on ce ceo hard da bekapuje na XX 1.44 mb disketa gde ce prva da ima ekstenziju .arj a ostale a01,a02 itd. Naravno kod raspakivanja moras voditi racuna o redosledu i upotrebiti komandu ARJ X. Jos nesto. NE moze da spakuje read onlu i sistemske datoteke.(npr COMMAND.COM, IBMBIO.COM, IBMDOS.COM) Pozdarav Ogiglisic
arhiveri.331 bulaja,
│Poenta je u onom -a1 i -jt. Ako se prvi ne navede, gube se recimo io.sys │i msdos.sys iz c:\, a drugi testira svaku disketu posto je napuni. └─── Pa i treba da se izgube io.sys i msdos.sys, njih prilikom restore treba da kreira format /s a ne da se kopiraju!!! Isto vazi npr. i za mirorsav.fil. Poddirovi ce se i ovako kreirati kad se raspakuju fajlovi u njima. -m4 je *minimalni* stepen kompresije, zao mi je ako si potrosio koju kutiju disketa viska :).
arhiveri.332 dsoskic,
> Da li je ARJ sposoban da iz root-a sa ARJ -v -r skupi ceo hard na tuce > disketa? Interesuje me kao mogućnost backup-a? Na primer arj.exe /? i na kraju help-a ti se nalaze tačne komande za backup cu
arhiveri.333 darone,
>> > -m4 maksimalni stepen kompresije >> > (valjda je difolt, ali.. ;) >> >> -m4 nije maksimalni stepen kompresije, već >> minimalni! Za max stepen kompresije se koristi >> -m1 (difolt) -jm (ovo nije difolt) Khm, ponovo. Sori. darone
arhiveri.334 d.petrovic,
Ă> komandu ARJ X. Jos nesto. NE moze da spakuje read onlu i sistemske Ă> datoteke.(npr COMMAND.COM, IBMBIO.COM, IBMDOS.COM) Siguran ?. Pogle''j neku porukicu unazad. :)
arhiveri.335 d.petrovic,
Ă> -m4 je *minimalni* stepen kompresije, zao mi je ako si potrosio Ă> koju kutiju disketa viska :). A šta je maksimalan narode? Ja koristim -jm, ali nedavno sam raspakovao neku arhivu i kad sam hteo da je spakujem nikako nisam mogao da dobijem istu dužinu. Napominjem da je predhodna arhiva imala i jedan redić poruke pri raspakivanju pa je ipak bila manja.
arhiveri.336 mkiric,
>> Sve ovo je dušu dalo za zezanje u multitaskingu. >> Recimo, sedite i čantrate na Sezamu a mučenik muku >> muči sa bekapom. Istina je da je pristup flopiju >> *znatno* usporen, ali se bar ne gubi vreme :) Kako to misliš "ne gubi se vreme"? Em je sporo, em ga još *znatno* usporiš ;)
arhiveri.337 zolika,
>> kojem se vraćaju podaTci i otkuca: Bez "T"... :-))
arhiveri.338 ogiglisic,
Video, video, ali sa onim kako sam ja napisao ne moze. Usput sta ce ti u backup-u sistemske datoteke kad i onako ako ih ne kopiras sa SYS nista ti ne vrede. Pozdrav Ogiglisic
arhiveri.339 darone,
>> Kako to misliš "ne gubi se vreme"? Em je sporo, >> em ga još *znatno* usporiš ;) Mislio sam da čovek ne gubi vreme (brzina komunikacije sa ostalim personama u chatu je ipak ostala ista, zar ne?). A vreme trajanja bekapa se poveća, i to je ono što je neminovno :( darone
arhiveri.340 bearboy,
˙¨:>> => Jaoooooooo :)))))))))))))))) Jednostavan razlog - TO JE AMIGA ˙¨:>> => PROGRAM !!!!! ˙¨:> !!!!!!! ˙¨:> ˙¨:> :)))))) I ti si mi neki sysop :)))))))) ˙¨:> ( mislim da je stiglo baš iz Subotice ) :)))) Ako je nije u nekom od PrC dirova, pljuvati možeš po badboyu, on mi je vrsta CoSys-a u vezi Amige, i on bi trebao to da raspoređuje :)
arhiveri.341 d.petrovic,
Ă> backup-u sistemske datoteke kad i onako ako ih ne kopiras sa SYS Ă> nista ti ne vrede. Siguran ? A za dos 5.00 ? Možeš bre i pct-om da ih kopiraš ako oćeš. Uzgred primetio sam (još odavno) da ako formatiraš disketu pct-om i oćeš da staviš sistem na nju (odma', pri formatiranju) on ti na disketu stavi IBMBIO i IBMDOS ! Pa šta ? E, al to je tako i ako na disku imaš dos 5.00, i onda sa takve diskete ne možeš da digneš sistem. Bleskavo, ali je tako. Pozdrav, Dejan
arhiveri.342 adiklic,
Da li neko možda ima unpak.exe? Ne bi trebalo da je veliki, pa ako može da mi se prikači na poruku u mail, bio bih veoma zahvalan. Pozdrav, Aca Unapred zahvaljujem.
arhiveri.343 neman,
> Da li neko možda ima unpak.exe? Jel to pitaš za arhivu ime.PAK Ja imam PAK.EXE Pak 2.51 Copyright 1988-90 NoGate Consulting On radi i arhiviranje i dearhiviranje. Komanda za ovo drugo je PAK E ime ili PAK X ime pri čemu se briše datoteka. Ovaj arhiver inače podržava i rad sa .ZIP i .ARC i sam ih raspoznaje. Imaš i PAK ? Dužina je 106,236, pa mi potvrdi MAIL SEND.
arhiveri.344 adiklic,
> Jel to pitaš za arhivu ime.PAK U nekim instalacionim programima koriste se posebni programi za arhiviranje i dearhiviranje.Recimo qpro3 je koristio unzip, a 4.0 koristi unpak.Meni treba taj. > Ja imam PAK.EXE Imam i ja pak.exe, ali nije to, ipak hvala.
arhiveri.345 ogiglisic,
**> Siguran ? A za dos 5.00 ? Mozes bre i pct-om da ih **> kopiras ako oces. Pravo da ti kazem ne verujem. Sa obicnim kopiranjem na disketu pa makar bio i 5.0 (koji imam) kod mene ne radi. Radi samo ako ga kopiram sa SYS a:. Sa pct ne radim tako da ne znam za njegovo pravljenje sys diskete, ali kada mu (dos-u) iz komandne linije otkucam FORMAT A:/S on mi lepo formatira disketu i prebaci sistem na nju. Posle dize disk bez problema. Pozdrav Ogiglisic
arhiveri.346 adiklic,
> Da li neko možda ima unpak.exe? Dobio sam, zahvaljujem. Aca
arhiveri.347 kvelkovski,
>>>> Sve ovo je dusu dalo za zezanje u multitaskingu. >>>> Recimo, sedite i cantrate na Sezamu a mucenik muku >>>> muci sa bekapom. Istina je da je pristup flopiju >>>> * znatno* usporen, ali se bar ne gubi vreme :) >> >> Kako to mislis "ne gubi se vreme"? Em je sporo, em ga jos *znatno* >> usporis Pa chovek CHAT ne smatra gubljenjem vremena :-). BTW, ako *bilo* shta kopirate na flopi dok ste u DESQView-u - koristite DOS Services !!! Puuuuuno je brzhe nego 'xcopy a: b:'. Kupe
arhiveri.348 d.petrovic,
Jel zna neko kako može da se pakuje program sa pklite, ako ima dinamičke overleje. Konkretno, program pisan u Kliperu i linkovan rtlink-om, neće da radi kad se spakuje sa pklite. Traži overleje ;)))
arhiveri.349 d.petrovic,
Ă> Pravo da ti kazem ne verujem. Sa obicnim kopiranjem na disketu pa Ă> makar bio i 5.0 (koji imam) kod mene ne radi. Radi samo ako ga Znaš šta sam sad radio ?! Kpirao pa dizao sistem i... neće ;( A, siguran sam da sam jedno vreme imao takav sistem na disku, pazi : SIGURAN i NA DISKU. E, ne bih sad da nastavim sa eksperimentima, ako budem imao vremena obavestiću te o rezultatima. Ă> kopiram sa SYS a:. Sa pct ne radim tako da ne znam za njegovo Sa sys a: i ja inače radim, ovo mi je tek ostalo u sećanju iz nekih ranijih iskustava. Što se tiže pct-a... savetujem PROBAJ ! Iznenadićeš se koliko korisnih stvari staje u jedan program. Pozdrav, Dejan
arhiveri.350 zormi,
* Jel zna neko kako može da se pakuje program sa pklite, ako ima * dinamičke overleje. Verovatno nikako, jer posle pakovanja više ni bog otac ne zna gde je koji deo koda (naravno na disku, u memoriji je sve u redu i raspakovano).
arhiveri.351 nbatocanin,
> Jel zna neko kako može da se pakuje program sa pklite, ako > ima dinamičke overleje. Konkretno, program pisan u Kliperu > i linkovan rtlink-om, neće da radi kad se spakuje sa > pklite. Traži overleje ;))) Jedino da kreiraš statičke overleje, ali će ti onda program biti znatno veći.
arhiveri.352 d.petrovic,
Ă> Jedino da kreiraš statičke overleje, ali će ti onda program biti Ă> znatno veći. Ma nikako, i ne moram baš da ga pakujem, samo sam pitao da li to može pklite da izvede. BTW. A kako se prave statički overleji (mislim sa rtlink-om), onako.. informativno ? Pozdrav, Dejan
arhiveri.353 nbatocanin,
> BTW. A kako se prave statički overleji (mislim sa > rtlink-om), onako.. informativno ? Opcijom RESIDENT možeš da fiksiraš pojedine module u root, a statičke overleje definišeš sa onim BEGINAREA itd.
arhiveri.354 bearboy,
Dragi moji, odo' ja kod jednog tipa, i šta vide oči moje - ARJ v2.39A PS. Pa ako vas zanima ;))))))))
arhiveri.355 bulaja,
│Dragi moji, odo' ja kod jednog tipa, i sta vide oci moje - ARJ v2.39A │PS. Pa ako vas zanima ;)))))))) └─── Daaaaaaaaaa. :)
arhiveri.356 drakce,
│ Dragi moji, odo' ja kod jednog tipa, i šta vide oči moje - ARJ v2.39A └───── Zanima nas naravno :). Znam da je u "opticaju" već duže vremena, ali nikako da stigne do nas, "iz poznatih razloga". Pozdrav
arhiveri.357 andrejl,
>│ Dragi moji, odo' ja kod jednog tipa, i šta vide oči moje >│ - ARJ v2.39A A što bi nas zanimalo O;) Davaj ;)