arhiveri.101bulaja,
-> #98, stomic│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.102drakce,
-> #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...
└─────
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.103isekulovic,
-> #99, ilazarevic>> 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.104skoprivica,
-> #98, stomic>-> Ako je neko zainteresovan uradicu kompletno (barem
>-> priblizno) merenje sa ova 3 arhivera, pa cu javiti rezultate. OK?
OK...
arhiveri.105ssokorac,
-> #102, drakce -=)> 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.106stomic,
-> #104, skoprivica
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.107drakce,
-> #105, ssokorac
│ 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.108ilazarevic,
-> #103, isekulovic█ 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.109janko,
-> #106, 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!
arhiveri.110isekulovic,
-> #108, ilazarevic>> 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.111stomic,
-> #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!
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.112ilazarevic,
-> #110, isekulovic█ 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.113dzakic,
-> #111, stomic>> 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.114stomic,
-> #113, dzakic$ 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.115drakce,
*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.116zormi,
-> #115, drakce* 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.117sale,
-> #115, drakce>> 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.118drakce,
-> #117, sale
││ 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.119ssokorac,
-> #116, zormi -=)> 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.120skoprivica,
-> #119, ssokorac>-> :((( 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.121skoprivica,
Kako da registrujem ovaj novi shez 7.1 ?
arhiveri.122mjova,
-> #121, skoprivica> 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.123vcalic,
-> #121, skoprivica>> 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.124skoprivica,
-> #122, mjova>->> 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.125dragoslavr,
-> #122, mjovayou >> 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.126bulaja,
-> #121, skoprivica│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.128isekulovic,
Pitanje moze zvucati glupo, ali kako da, bilo sa arjom, bilo sa
zipom, spakujem sve datoteke koje u imenu sadrze odredjeno slovo?
arhiveri.129obren,
-> #128, isekulovic> 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.130beast,
-> #128, isekulovic>> 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.131ilazarevic,
-> #128, isekulovic█ 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.132isekulovic,
-> #129, obren>> 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.133isekulovic,
-> #130, beast>> Pa ako znas gde se nalazi to slovo, koristi dzokere, ili jos
Stvar je u tome sto nije uvek na istom mestu.
arhiveri.134obren,
-> #132, isekulovic> 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.135bulaja,
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.ziparhiveri.136mjova,
-> #135, bulaja> Zeli li neko da zaradi 1000 $ ;)?
zamisli dobiješ nagradu pa kupiš sledeće računare, za sve pare, oba
broja ;))))
SY
arhiveri.137isekulovic,
-> #131, ilazarevic>> 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.138zkrstic,
-> #135, bulaja> Zeli li neko da zaradi 1000 $ ;)?
Samo???? Ne pada mi na pamet ;)))
zkr
arhiveri.139banusko,
-> #136, mjova**> zamisli dobiješ nagradu pa kupiš sledeće računare, za
**> sve pare, oba broja ;))))
A onda se raspadnu.....:)
arhiveri.140viktor,
-> #128, isekulovicZdravo,
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.141dragisha,
-> #135, bulajaű> 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.142stomic,
-> #141, dragisha$ 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.143banex,
-> #137, isekulovic>> 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.144pele,
-> #136, mjova#> 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.145pele,
-> #138, zkrstic#> 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.146wizard,
-> #143, banex>> 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.147markma,
-> #143, banex> SHELL=4dos.com /p
a sta znaci ovo /p
arhiveri.148markma,
-> #143, banex> SHELL=4dos.com /p
a sta znaci ovo /p
arhiveri.149nesic,
-> #140, viktor 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.150mjova,
-> #147, markma> 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.151vcalic,
-> #147, markma>> 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.152stomic,
-> #145, pele$ 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.153ilazarevic,
-> #137, isekulovic█ Ono sto si mi ti predlozio pakuje sve fajlove koji pocinju na E.
E, onda uzmi 4DOS pa radi *a*.zip
arhiveri.154vvelisavljev,
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.155prvul,
-> #141, dragishaŮ 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.156prvul,
-> #152, stomicŮ 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.157dejanr,
-> #155, prvulAko 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.158janko,
-> #155, prvul> 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.159janko,
-> #153, ilazarevic> █ 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.160stomic,
-> #156, prvul$ 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.161prvul,
-> #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 ;)
Ů▄▄▄
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.162prvul,
-> #158, jankoŮ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.163dragisha,
-> #155, prvulű> 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.164isekulovic,
Hvala svima na pomoci, iapk prelazim na 4dos:)
ivan
arhiveri.165markma,
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.166ndragan,
-> #152, stomic/ ima 72057594037927936, računaj da ti za jednu kombinaciju
Seti se da lozinka za ZIP razlikuje velika i mala slova ;(
arhiveri.167stomic,
-> #166, ndragan$ 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.168bearboy,
-> #165, markma-=< 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.169jtitov,
Da li nesto dobija (mislim funkcionalno) registracijom poznatih nam
arhivera? (Prvenstveno mislim na ARJ).
arhiveri.170jtitov,
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.171dejanr,
-> #169, jtitov>> 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.172nboskovic,
-> #169, jtitov*> 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.173prvul,
-> #170, jtitovŮ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.174dejanr,
-> #173, prvul>> A skidanje zaštite se svodi na vraćanje starog stringa?
Naravno, ako se neko seti... ali je ipak neka zaštita.
arhiveri.175jtitov,
-> #173, prvul> 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.176bearboy,
-> #172, nboskovic-=< 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.177bearboy,
-> #174, dejanr-=<>> 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.178miroslavn,
Kako od ZIP arhive napraviti samoraspakujuću arhivu??????
arhiveri.179markma,
-> #178, miroslavn> Kako od ZIP arhive napraviti samoraspakujucu arhivu??????
ZIP2EXE
arhiveri.180bearboy,
-> #172, nboskovic-=< 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.181bearboy,
-> #174, dejanr-=<>> 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.182zormi,
┌───────────────────────────────────────────────────────────────┐
│ 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.183mjova,
-> #182, zormi>│ UPOZORENJE: Ne postoji PKZIP 2.2 već se radi o opasnom konju. │
nije to konj ;), to je program...
SY
arhiveri.184zormi,
-> #183, mjova* >│ 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.185zormi,
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.186dejanr,
-> #185, zormiHvala na prilogu, program je u IBMPC\ARCHIVER
arhiveri.187bearboy,
-> #179, markma˙¨:>> Kako od ZIP arhive napraviti samoraspakujucu arhivu??????
˙¨:>
˙¨:> ZIP2EXE
A moze i PKSFX
arhiveri.188panco,
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.189drakce,
-> #188, panco
│ 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.190nboskovic,
-> #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
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.191zsiz,
-> #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
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.192darone,
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.193panco,
-> #188, pancoFalja ljepo
Panco 8-)
arhiveri.194ratman,
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.195dejanr,
-> #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)?
ARJ uglavnom bolje komprimuje nego ZIP, premda ne baš u tako drastičnom
odnosu. Zavisi i od tipa datoteka.
arhiveri.196panco,
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.197nboskovic,
-> #196, panco*> 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.198panco,
-> #197, nboskovic> 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.199nboskovic,
-> #198, panco*> 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.200nboskovic,
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.201darone,
-> #197, nboskovic>> gde je xxx željena dužina arhiviranih delova u
>> bajtima.
Kilo, kilobajtima :)
darone