PCUTIL.1

08 Oct 1992 - 31 Aug 1993

Topics

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

Messages - arhiveri

arhiveri.818 bearboy, -> #768, bulaja
║ vec je taj junior unzip deep shit - jeste mali ali nista ne radi :). Najbolji i najmanji SFX pravi Lharc. Malo, pouzdano i sporo :)
arhiveri.819 spantic, -> #805, ppekovic
> A na osnovu Žega moČeź da tvrdiź da je ZIP zeznuo stvar? > Loźi sektori, ukrźteni fajlovi, źteker? ;) Na osnovu toga źto je prethodna verzija bila u redu ;) Loźih sektora nemam. Proverio. Nix, ukrźteni fajlovi. ▒teker? Pa to je uvreda payo! ;)
arhiveri.820 drakce, -> #815, dejanr
│ Za sada mi ZIP204g izgleda sasvim pouzdano, u smislu da meni nikakav │ problem nije napravio. Doduźe, i dalje redovno kucam PKUNZIP -t * └─────── Na Imtel BBS-u sam naiźao na dve poruke u kojima se ljudi Čale na bug u ZIP2EXE programu. NaČalost, nemam ih (poruke) pri ruci, pa mi verujte na reŽ :). Mislim da je jednu pisao ZorMi, moČda on kaČe neźto viźe o tome. Pozdrav
arhiveri.821 vitez.koja, -> #795, dnikolic
#=> Znam za zipov PKZIPFIX, ali ne znam kako da ispovracam #=> ostecenu ARJ arhivu? SviŽ -jr. Meni nije pomogao ni jednom...
arhiveri.822 jtitov, -> #764, adzem
> nih datoteka vec na slobodan prostor za buducu arhivu. > Privremene datoteke se, valjda, formiraju na hardu. Jos bolje na RAM disku.
arhiveri.823 imtel, -> #820, drakce
* Na Imtel BBS-u sam naiźao na dve poruke u kojima se ljudi Čale na bug u * ZIP2EXE programu... * Mislim da je jednu pisao ZorMi, moČda on kaČe neźto viźe o tome. ZorMi viźe nije Žlan SEZAM-a, istekla mu pretplata... ZIP2EXE definitivno ima bug-ove u kombinaciji sa -j parametrom (PKSFXjr). Bug moČe da se ponovi, tj. odredjene datoteke UVEK pogreźno zapakuje i javi CRC error (ili bad table) pri raspakivanju.
arhiveri.824 peca.st, -> #803, ppekovic
!-> ;))))))))) E stvarno si ma razveselio. !-> Ja jesam siguran da sam stavio -jm jer !-> sam JA! radio testove. A sad ako mi ne !-> verujeź, Verujem ti ali nisi me razumeo. Problem je źto -m1 moČe da smeta -jm. To je DusanP i dokazao. Pe¬a.
arhiveri.825 vitez.koja, -> #819, spantic
#=> ▒teker? Pa to je uvreda Da pitam neźto źto nema blage veze sa diskusijom :) Odakle se 'Stacker' Žita '▒teker' ? Nemojte mi reęi da se sa PUSH podatak stavlja na źtek (sstek) a da se 'glup' kaČe 'źtupid' ? :))) Ozbiljno, zaźto ▒teker ?
arhiveri.826 dejanr, -> #825, vitez.koja
>> Ozbiljno, zaźto ▒teker ? Nema vrsta nadimka, ime od milja :) Kao źto Windows zovu Udovice ili Žak Njindonjs, tako je i Stacker dobio nadimak. Naravno, u originalu se ne Žita tako :)
arhiveri.827 ndragan, -> #784, mladenp
/ je zipovan. "Arjovan" zvuŽi jezivo. ;) Mi kaČemo 'ardČovan' (mada neki tvrde da "zipuju ardČom"). A baź me zanima kako li porodicu Jung oslovljavaju otkako nisu viźe ▒vabe nego Ameri - jel' Jung ili DČang? A moČda su i Kinezi poreklom, tada me ni jedno ni drugo ne bi iznenadilo.
arhiveri.828 ndragan, -> #816, bearboy
/ Opet novo ? Sta li ęe gos'n Kac uraditi kad mu ponestanu slova i / brojke ? :) Ja reko' da me probude kod x. Znaź zaźto se najmanji beskonaŽan broj zove alef nula? MatematiŽari potroźili sva latinska i grŽka slova, pa preźli na jevrejska. Kad i to potroźe, ostaju kineska.
arhiveri.829 ndragan,
Kako duČina lozinke utiŽe na duČinu zip arhive? Arhivirao sam sa osam razliŽitih duČina (od 1 do 8 znakova) i uvek dobio u bajt istu duČinu zip fajla. U Žemu je źtos - jel' PkZip ima svoju difolt duČinu lozinke, pa dopunjava blankovima, ili se razlika oseęa tek posle 8 znakova?
arhiveri.830 ndragan, -> #795, dnikolic
/ Znam za zipov PKZIPFIX, ali ne znam kako da ispovracam ostecenu ARJ / arhivu? Nisam paČljivo proŽitao poruku, pa zamalo da napiźem 'turi dva prsta me¬u krajnike, drČi dve sekunde duČe nego źto misliź da moČeź da izdrČiź, i...'. ARJ? Mora da ima neki sviŽ...
arhiveri.831 prvul, -> #829, ndragan
ŮKako duČina lozinke utiŽe na duČinu zip arhive? Arhivirao sam sa osam ŮrazliŽitih duČina (od 1 do 8 znakova) i uvek dobio u bajt istu duČinu Ůzip fajla. U Žemu je źtos - jel' PkZip ima svoju difolt duČinu lozinke, Ůpa dopunjava blankovima, ili se razlika oseęa tek posle 8 znakova? Ů▄▄ DuČina lozinke ne utiŽe na duČinu arhive... pa nisi valjda mislio da se lozinka upisuje u arhivu? Kod ARJ-a npr. arhiver pokuźa da raspakuje, pa ako je pogreźan CRC on kaČe da je loź password... Na osnovu lozinke se generiźu neki 32-bitni kljuŽevi, pa se onda njima deźifruje fajl... e, kod ZIP-a ima u encription hederu malo zvrŽki tako da on onda proveri da li je dobio ispravne kljuŽeve, pa ako nije, kuka... za dalje, pogledaj onaj fajl sa formatom arhive.
arhiveri.832 mjova, -> #831, prvul
> Na osnovu lozinke se generiźu neki 32-bitni kljuŽevi, pa > se onda njima deźifruje fajl... kad veę pominjeź ajd da traČim ;) treba mi neka fn koja moČe da daje ˙dovoljno˙ jedinstvene kljuŽeve na osnovu źifre realne duČine (ne preko 15 znakova). da li CRC ima takvu osobinu? mislim da je 32 bita sasvim dovoljno, jeste li?
arhiveri.833 dgrbic, -> #829, ndragan
:: zip fajla. U Žemu je źtos - jel' PkZip ima svoju difolt :: duČinu lozinke, pa dopunjava blankovima, ili se razlika :: oseęa tek posle 8 znakova? Ili se lozinka uopźte ne zapisuje u .zip :)
arhiveri.834 prvul, -> #832, mjova
Ů> Na osnovu lozinke se generiźu neki 32-bitni kljuŽevi, pa Ůtreba mi neka fn koja moČe da daje ˙dovoljno˙ jedinstvene kljuŽeve na Ůosnovu źifre realne duČine (ne preko 15 znakova). da li CRC ima takvu Ůosobinu? Ůmislim da je 32 bita sasvim dovoljno, jeste li? Ů▄▄ Kako za źta... Bolje uzmi onaj algoritam źto ga ZIP koristi, jako je prost za izvesti, a izgleda da je priliŽno siguran (svojevremeno su baźe nudili i onu nagradu onome ko provali, pa se neźto ne seęam da je takvih bilo). InaŽe, CRC izgleda kao da se moČe koristiti, ali ja ne bih... btw. ZIP-ov algoritam koristi i CRC, ali preko njega ide sa joź nekim transformacijama, a sumnjam da bi to radio dČabe, tj. kada bi CRC vrźio posao.
arhiveri.835 zolika, -> #828, ndragan
>> zove alef nula? MatematiŽari potroźili sva latinska i grŽka slova, pa >> preźli na jevrejska. Kad i to potroźe, ostaju kineska. Hm, a zaźto nisu iskoristili celu ęirilicu? Ako uzmeź naźu, rusku, bu- garsku, makedonsku i joź po koju ęirilicu, taman moČe da bude dovoljno slova za vek ili dva. Imao sam prilike da sluźam predavanja na kojima su funkcije lepo bile obeleČavane sa nj(x), dČ(x), lj(x), gde su pomenuta slova bila napisana ęirilicom. I niko se nije bunio!
arhiveri.836 dr.grba, -> #828, ndragan
>> Ja reko' da me probude kod x. Znas zasto se najmanji beskonacan broj >> zove alef nula? Matematicari potrosili sva latinska i grcka slova, pa >> presli na jevrejska. Kad i to potrose, ostaju kineska. Prof. Kalajdzic sa PMF-a u Beogradu je imao obicaj da posle 60 minuta predavanja potrosi sve standardne azbuke u indeksima indeksovih indekasa, pa je koristio i cirilicu i latinicu i grcki i hebrejski. Niko se nije (srecom) setio da mu kupi kutiju sarenih kreda... Pozdrav, dr ÔpŰa
arhiveri.837 bearboy, -> #821, vitez.koja
║# => Znam za zipov PKZIPFIX, ali ne znam kako da ispovracam ║# => ostecenu ARJ arhivu? ║ ║ SviŽ -jr. Meni nije pomogao ni jednom... Meni nekoliko puta :) Kad je neki sektor otiźo u nebo (ili gde veę sektori idu kad se pokvare :), a baź je bio izme¬u dva fajla, tj. header, ARJ je doźao do loźeg sektora i ako bi ignoris'o, 'ladno bi rekao Bad Header. Ovako preskoŽi onaj drugi fajl i źiba dalje. ( a nekad uspe i neźto da iskopa iz tog fajla.)
arhiveri.838 spantic,
Seęate se onog novog arhivera sa liste sveČeg softvera? E... Zanimljiv je, ali viźe o tome u sledeęoj poruci. Uz ovu eto njega. Evropski arhiver :) SQZ is a file-compresser/archiver. creating small archives with a good rate of compression. 32-bit CRC both on files and SQZ itself. New MOVE command. Easy to use; No extraction to COM0..9/CON/AUX. sqz1083e.exe
arhiveri.839 spantic,
▒ta biste rekli kada bi vam neko rekao da postoji arhiver brz poput ZIPa a bolji u kompresiji od njega? Verovatno: A je li ZIP 2.x :)) Pa, sad vam kaČem: postoji arhiver bolji od ZIPa. Dolazi iz Evrope i Žitajuęi dokumentaciju mislio sam da se autor źali s obzirom na stil pisanja, a nisam Bog-zna-źta-oŽekivao posle tvrdnje da planira da promeni algoritam te da ga poboljźa. Ali, onda sam ga probao. Evo rezultata preliminarnog testa. Bez svih sviŽeva i merenja vremena, bojim se, jer sam bio nestrpljiv. Ali mogu vam reęi da ęu kontaktirati autora za verziju za VMS. Test 1: Tekstovi Volume in drive D is PERUN Serial number is 16BE:72CF Directory of d:\comm\tm\log\*.* . <DIR> 93-01-27 2:59 .. <DIR> 93-01-27 2:59 hobbiton.log 4572 93-03-27 5:37 sezam.log 40834 93-03-27 4:47 tm.use 71597 93-03-27 4:56 test.sqz 25496 93-03-27 5:23 <---------- Ovo je źampion! test.zip 26112 93-03-27 5:24 168.611 bytes in 7 file(s) 172.032 bytes allocated 9.340.928 bytes free Test 2: SadrČina mog utilizy direktorijuma, bez poddirektorijuma, oko 2.6 MB mahom izvrźnih programa Volume in drive D is PERUN Serial number is 16BE:72CF Directory of d:\comm\down\*.* . <DIR> 93-03-27 18:28 .. <DIR> 93-03-27 18:28 test2.sqz 1529084 93-03-27 5:37 <--------- ▒ampion :) test2.zip 1535328 93-03-27 5:30 <---- Jenki idi kuęi ;) 3.064.412 bytes in 4 file(s) 3.065.856 bytes allocated 6.326.272 bytes free Daklem, ako autor joź ugradi i efikasan deobu arhiva, moČemo poslati i drugog Jenkija kuęi :)) ▓ivela ▒vedska!
arhiveri.840 vstan,
Na temu ko bolje pakuje: u zadnje vreme sve sto skidam sa BBS-ova arhiviram i sa Arj 2.30 i sa novim Zipom. Cisto da probam da ustedim koji megabajt ;) U oba slucaja koristim maximalne kompresije. Iz istih razloga to radim i pri sredjivanju starih disketa. Rezultat - u VECINI slucajeva Arj pravi manje arhive. Ziveli :)
arhiveri.841 bulaja, -> #838, spantic
│** Uz poruku 'sqz1083e.exe' (119203 bytes) └─── Thanks, prebaceno u ARCHIVER dir.
arhiveri.842 milan, -> #838, spantic
Uz svo razumevanje za tvoju Čarku Čelju da Jenkije oteraź kuęi, moram da konstatujem da i SQZ boluje od iste "bolesti" kao i ARJ - sporoęe! To mu je i bila stara bolest. Uzeo sam, Žim si je priloČio, i noviju verziju SQZ i konstatovao da se tu niźta bitno nije promenilo. TaŽno je da je on, formalno gledano, "najkompresivniji". Tako je, na primer, moj direktorijum sa raznim "utilities" koji ima, sa raznim poddirektorijumima 6722204 bajta, a zgodan je za uzorak jer ima i "belog źuma" i izvrźnih fajlova i tekst fajlova raznovrsne frekvencije ponavljanja, svaki pojedinaŽni arhiver komprimovao na sledeęi naŽin: Volume in drive C is MS-DOS_5 Serial number is 1A75:A753 Directory of C:\ARCH\*.* . <DIR> 3-28-93 18:46 Vreme: .. <DIR> 3-28-93 18:46 U.ARJ 3704291 3-28-93 18:49 1:41.52 U.SQZ 3682577 3-28-93 18:56 2:35.43 U.ZIP 3710036 3-28-93 19:04 3:03.07 11,096,904 bytes in 5 file(s) 11,100,160 bytes allocated 337,958,528 bytes free Pri tome je kod svakog pojedinaŽnog arhivera koriźęena maksimalna kompresija. UoŽljivo je da sva tri komprimuju jednako (razlika manja od 30KB izme¬u "najboljeg" i "najgoreg", manja je od 1% i nije pomena vredna) ali je razlika u vremenu izvrźavanja ozbiljna. Zato i pretpostavljam, mada ne raspolaČem alogoritmima za ove arhivere, da sva tri implementiraju neki standardni frekvencijski postupak (Hufman, kako bar autor SQZ-a i kaČe u dokumentaciji), verovatno prvo osakaęen zbog male memorije DOS maźina ali zato potom popravljen na "kritiŽnim taŽkama".Me¬utim prava razlika im je u brzini! Seęam se jednog seminara iz 1989 ili 1990 kada sam studentima dao da kao seminarski rad napiźu programe za kompresiju. Mislim da je Žetvoro studenata pisalo te programe a ostali su uzeli neźto drugo. Kada su mi ih doneli zapanjio sam se da su svi bili dramatiŽno bolji od (tadaźnjeg) PKZIP-a. Istina, poźto je seminar bio po izboru, ovo su bili bolji studenti, ali ipak!? Bio sam źokiran, pogotovu źto su svi implementirali knjiźke algoritme - nisam im ja zadao da pronalaze fuzioni reaktor nego rupu na saksiji! Me¬utim, onda smo seli da merimo vreme i shvatili u Žemu je stvar - svi su bili 3 do 10 puta sporiji od PKZIP-a! I, mislim da je u tome Žitav źtos - autor PKZIP-a je oklevao sa novom verzijom upravo źto je stalno ubrzavao svoj postupak, otuda oni silni XMS, EMS, 386, 486 i DPMI switchevi. ▒to se arhivera tiŽe, krajnje granice komprimovanja su, po mom miźljenju dostignute joź u knjigama, pre nego źto je iko i poŽeo da pravi programe za PC. Trebalo je dakle reźiti problem brzine, źto je zip ipak najbolje reźio, i koriźęenja memorije źto je, na Čalost autor SQZ-a najgore reźio, jer pri kodovanju on koristi preko 380KB konvencionalne memorije!! Pl poz M P.S. Za Jenkije smo se valjda dogovorili - ne treba ih slati kuęi veę ih pofatati i Žuvati ovde zarad trampe za Marlboro i, dobro de, Coca Colu.
arhiveri.843 bulaja,
SQZ arhiver je stvarno cudo :). Uradio sam danas nekoliko testova sa ARJ, LHA, SQZ i ZIP arhiverima i evo rezultata. Verzije programa su ARJ 2.39d, LHA 2.52 (ova nova japanska verzija), SQZ 1.08.03 i ZIP 2.04g. Za sve arhivere korisceni su default metodi kompresije. Merenja su vrsena na 386DX/33c, 17ms hard disk (1000 transfer rate), 1 Mb slobodne EMS/XMS memorije. Softver - QEMM 6.02, QDPMI, MS-DOS 5.0, 4DOS, iskljucen disk cache. Merio sam stepen kompresije i vreme pakovanja za nekoliko PD/SW paketa (ima ih i na Sezamu pa mozete ponoviti testiranje). (datoteke u paketu) Naziv Direktorijum Broj Duzina ────── ────────────────── ─────────────────────── ────── ─────────── gws GWS 4 Win 1.1 \msdos\win\gwswin11 17 1.117.406 shez Scan 102 \msdos\virus\scan102 13 368.177 scan Shez 89 \msdos\archiver\shez89 19 547.486 snip C-Snippets 12/92 \msdos\c\snip1292 287 882.141 oxyd OXYD 3.4 \msdos\fun\oxyd34 11 1.354.073 zen Zen-10 (Intenet) \msdos\info\zen-10 1 176.896 Evo rezultata: (duzina arhivirane datoteke) (vreme kompresije) ┌────────┬────────┬────────┬────────┐ ┌────┬────┬────┬────┐ Test │ ARJ │ LHA │ SQZ │ ZIP │ │ ARJ│ LHA│ SQZ│ ZIP│ ┌────┐ ├────────┴────────┴────────┴────────┤ ├────┴────┴────┴────┤ │gws │ │ 369.748 378.430 368.968 369.065│ │ 40 57 50 23 │ │scan│ │ 198.245 199.251 197.661 198.740│ │ 16 20 20 12 │ │shez│ │ 207.413 214.072 204.779 206.991│ │ 23 29 27 14 │ │snip│ │ 304.067 299.801 296.818 314.816│ │120 155 158 48 │ │oxyd│ │ 851.414 869.783 846.780 848.290│ │ 52 70 67 44 │ │zen │ │ 66.473 70.260 65.567 66.066│ │ 9 11 13 7 │ └────┘ └───────────────────────────────────┘ └───────────────────┘ SQZ je stvarno iznenadjenje - u svim testovima ima najbolji stepen kompresije! Takodje ni ovaj japanski LHA nije los. ZIP i ARJ su uglavnom u stepenu kompresije vrlo slicni, a ZIP je apsolutni brzinski sampion. ARJ uopste nije toliko spor u odnosu na ZIP koliko se prica. U proseku je sporiji za oko trecinu, ali PKZip zato koristi i 386 kod i XMI/EMS memoriju i DPMI. Razlika u velicini arhive je uglavnom beznacajna (nekoliko promila) osim u slucaju Snippets-a gde se ARJ pokazao primetno bolji.
arhiveri.844 skerl, -> #839, spantic
Evo rezultata poredjenja zip-a i squeeze-a do kojih sam dosao. I zip i sqz su radili po defaultu, nisam stavljano nikave sviceve i/ili cfg fajlove. PKZIP PROBA *.* SQZ A PROBA *.* \dos 119 files 4,849,401 .exe .sys .dll 2:36 156 sec 5:05 305 sec 2,633,482 bytes 2,615,762 bytes \gws 47 files 2,509,552 .gif .tif .eps .pcx 1:36 96 sec 2:47 167 sec 1,923,684 bytes 1,920,238 bytes \simtel 2 files 1,846,881 s.dbf s.idx 0:50 50 sec 1:51 111 sec 536,902 bytes 530,775 bytes K'o sto se vidi Squeeze je svaki put usio pkzip u duzini dobijene arhive ali mu je brzina slaba tacka. Videcemo sta ce biti kada se malcice iskombinuju svicevi. Pozdrav, Skerl.
arhiveri.845 beast, -> #839, spantic
>> Daklem, ako autor joź ugradi i efikasan deobu arhiva, moČemo >> poslati i drugog Jenkija kuęi :)) ▓ivela ▒vedska! Ne delim baź tvoje oduźevljenje :) Kod mene sam ga poterao u utility direktorijumu (4.669.622 bytes) i ovo su rezultati: tmp sqz 2736945 28.03.93 21:16 tmp zip 2752606 28.03.93 21:20 PKZIP: Timer 1 off: 21:20:00 Elapsed: 0:02:11.38 SQZ: Timer 1 off: 21:16:34 Elapsed: 0:04:01.39 ▒to ęe reęi, kasni skoro dva minuta. To je na 4 ipo mega zanemarljivo, ali ipak sporije. BrČi je od ARJ-a u svakom sluŽaju. ▒to se tiŽe kompresiju, stvarno je sjajan. Evo joź jednog arhivera za 'prepucavanja' :) Ipak, malo je skroman po pitanju opcija a joź treba da se proveri i njegova pouzdanost.
arhiveri.846 zkrstic, -> #840, vstan
> to radim i pri sredjivanju starih disketa. Rezultat - u VECINI > slucajeva Arj pravi manje arhive. Ziveli :) Ovakvu poruku volim! Jel ti ARJ pravi manje arhive? - Pravi. Pa koristi ga i super :) Meni, neęeź verovati se Žini mi se samo jedared desilo da je ARJ napravio manju arhivu, a i te razlike su u 1-2 posto, a u brzini... jezivo. Zkr
arhiveri.847 spantic, -> #842, milan
> Uz svo razumevanje za tvoju Čarku Čelju da Jenkije oteraź > kuęi, moram da konstatujem da i SQZ boluje od iste > "bolesti" kao i ARJ - sporoęe! Da, to je taŽno, to sam zaboravio da naglasim. > I, mislim da je u tome Žitav źtos - autor PKZIP-a je > oklevao sa novom verzijom upravo źto je stalno ubrzavao > svoj postupak, otuda oni silni XMS, EMS, 386, 486 i DPMI > switchevi. I to je taŽno, na kraju krajeva i sam autor kaČe da je pisan za 8086. Dakle nikakvih veęih trikova. Svejedno, dobro ura¬en posao i ko zna, moČda neźto i bude kasnije. Svejedno, u svakom sluŽaju brČi je od ARJa, a ima bolji stepen kompresije od oba. Postoje situacije kada je brzina kritiŽna ( treba li da spominjem pakovanje PADa? ) ali tako¬e i kada je prostor kritiŽan. SlaČem se da je za sada ZIP najbolje reźenje po pitanju brzine, pa i odnosa brzina/stepen kompresije, ali polako :)
arhiveri.848 wizard, -> #839, spantic
> Pa, sad vam kaČem: postoji arhiver bolji od ZIPa. Interesantno, u samo-raspakujuęoj arhivi u kojoj se distribuira SQZ, kada se pogleda fajl, moČe se videti i sledeęe: :) !PKLITE Copr. 1990-92 PKWARE Inc. All Rights Reserved Dobra fora, jel da? ;)
arhiveri.849 milan, -> #843, bulaja
> ARJ uopste nije toliko spor u odnosu na ZIP koliko se prica. U > proseku je sporiji za oko trecinu, ali PKZip zato koristi i 386 kod i > XMI/EMS memoriju i DPMI. Razlika u velicini arhive je uglavnom > beznacajna (nekoliko promila) osim u slucaju Snippets-a gde se ARJ > pokazao primetno bolji. Moje iskustvo je da i 386 i kod i XMS/EMS i DPMI ZIP ubrzavaju za najviźe 10%. Dakle, ipak je najbrČi. Pl poz M
arhiveri.850 milan, -> #847, spantic
> SlaČem se da je za sada ZIP najbolje reźenje po pitanju brzine, pa i > odnosa brzina/stepen kompresije, ali polako :) A propos, autor SQZ-a priznaje da mu treba 380K za rad programa dok komprimuje. Koliko treba ZIP-u i ARJ-u? Pl poz M
arhiveri.851 ndragan, -> #831, prvul
/ DuČina lozinke ne utiŽe na duČinu arhive... pa nisi valjda mislio da / se lozinka upisuje u arhivu? Naravno da ne; mulja se nepovratnim postupkom i dobija se kljuŽ za (de)źifrovanje koji mora da bude upisan; źtos je izgleda źto je duČina tog kljuŽa 32 bita i gotovo; verovatno postoji i difolt kljuŽ za sluŽaj kad se ne navede lozinka, al' tad se i pakovanje neźto razlikuje: duČine spakovanih datoteka nisu iste sa i bez lozinke.
arhiveri.852 vcalic, -> #849, milan
>> Moje iskustvo je da i 386 i kod i XMS/EMS i DPMI ZIP >> ubrzavaju za najviźe 10%. Dakle, ipak je najbrČi. Tako¬e. BrČi je i na 286 ploŽi bez svih tih Žuda. E, sad, ja i dalje viźe volim ARJ iako iskljuŽivo koristim ZIP. Pravi kompromis, zar ne? ;)
arhiveri.853 skerl, -> #848, wizard
│ Interesantno, u samo-raspakujucoj arhivi u kojoj se distribuira SQZ, │ kada se pogleda fajl, moze se videti i sledece: :) │ │ !PKLITE Copr. 1990-92 PKWARE Inc. All Rights Reserved └───── Evo jos bolje fore! c:\trt>pklite -x sqz1083e.exe PKLITE (tm) Executable File Compressor Version 1.15 7-30-92 Copyright 1990-1992 PKWARE Inc. All Rights Reserved. Patent No. 5,051,745 Expanding: SQZ1083E.EXE Original Size: 119203 Expanded Size: 136799 c:\trt>sqz1083e.exe SQZ -- SFX(1.02.5), Jan 24 1993, Copyright J I Hammarberg (/? for help) Unknown type of archive 'C:\TRT\SQZ1083E.EXE'! c:\trt>
arhiveri.855 janko, -> #839, spantic
> Pa, sad vam kaČem: postoji arhiver bolji od ZIPa. Spakovao sam źesnaest fajlova iz SQZ paketa, SQZ-om i ZIP-om. (SQZ uz opcije /q0 /m4, a PKZIP uz -ex) Na prvi pogled, sqz vodi... ! sqz_fil.sqz 95485 28.Mar.93. 19:05 ! sqz.zip 96369 28.Mar.93. 19:00 Ali... ! SQZ -- Squeeze It(1.08.3), Jan 24 1993, Copyright J I Hammarberg !... ! ============== ========== ========== ===== =================== ! 16 files. 160715 95017 40.9 28.03.1993 7.05 pm ! ! PKUNZIP (R) FAST! Extract Utility Version 2.04g 02-01-93 !... ! ------ ------ --- ------- ! 160715 94869 41% 16 Ovo je joź jedan paker koji 'vata na to źto manje informacija sloČi uz same pakovane podatke, a ne na to źto podatke bolje komprimuje. A sad, merenje brzine. Mereno je na RAM disku, da bi se istakle brzine ugra¬enih algoritama, a potisnulo uticaj brzine diska. Ovakvo merenje je sasvim realno, jer danas veę mase diskova imaju inteno keźeve pa se ne moČe ni znati kada smo 'naleteli' na prazan keź a kada na pun, a ovime obezbe¬ujemo uvek jednake rezultate. Tako¬e, u realnim uslovima, raŽunar na kome koristite paker nije 'go' veę i sam ima neki disk keź, źto opet Žesto poniźti uticaj brzine diska. Maźina na kojoj je merena brzina je spora, pa se lako vidi koji je paker brČi: Za veę gore koriźęene podatke: ! SQZ ZIP ! ! Pakovanje 15.27 8.84 ! Otpakivanje 5.00 2.42 Naravno, ni SQZ, kao ni ARC i ARJ, nema centralni direktorijum, te se brzina apdejtovanja, selektivnog otpakivanja iz arhive, brzina rada sa disketom pri obiŽnom PKUNZIP -v i SQZ v ne mogu niti porediti, jer tu je za sve pomenute pakere, PKZIP svetlosno brČi...(*) Na kraju, SQZ pri pakovanju troźi 450K memorije, źto je baź popriliŽno. Raspakivanje troźi umereno. Najava je bila prepompezna? ----- (*) Samo za ZIP fanove: Kako ARJ-ovac (pozdrav pomenutom;) skida jednu datoteku iz arhive koja mu zauzima ceo flopi? (Video svojim oŽima;) Kuca ARJ X a:bla ime.dat, pa Žim mu ARJ otpakuje tu datoteku, a on CtrlBreak ;)
arhiveri.856 dejanr, -> #842, milan
>> U.ARJ 3704291 3-28-93 18:49 1:41.52 >> U.SQZ 3682577 3-28-93 18:56 2:35.43 >> U.ZIP 3710036 3-28-93 19:04 3:03.07 Pretpostavljam da su vremena pogreźno raspore¬ena u ovom spisku?
arhiveri.857 dejanr, -> #843, bulaja
>> Merio sam stepen kompresije i vreme pakovanja za nekoliko PD/SW >> paketa (ima ih i na Sezamu pa mozete ponoviti testiranje). Mislim da ove arhive nisu najbolji test. Sa jedne strane jeste zgodno źto u njima postoji neźto EXE-a i neźto teksta, ali odnosi nisu baź dobar pokazatelj onoga za źta se arhiveri uglavnom koriste. Ja uglavnom arhiviram ili same tekstove, ili same baze podataka, ili same slike ili Žitav disk, radi backup-a. Izvrźne programe u suźtini retko imam potrebe da arhiviram, tako da bi test "re-arhiviranje PD/SW programa" mogao moČda da se uzme kao neki pokazatelj koliko ęe kompletan disk da se arhivira, ali i tu nije naroŽito dobar jer u tim arhivama ima malo previźe teksta u odnosu na programe. Sa druge strane, argument da se radi o testu koji svako moČe lako da ponovi je veoma dobar.
arhiveri.858 janko, -> #851, ndragan
> Naravno da ne; mulja se nepovratnim postupkom i dobija se > kljuŽ za (de)źifrovanje koji mora da bude upisan; źtos je > izgleda źto je duČina tog kljuŽa 32 bita i gotovo; > verovatno postoji i difolt kljuŽ za sluŽaj kad se ne > navede lozinka, al' tad se i pakovanje neźto razlikuje: > duČine spakovanih datoteka nisu iste sa i bez lozinke. ProŽitaj jednom APPNOTE.TXT (sloČio sam neke citate na kraj ove poruke). Arhiva ne sadrČi nikakav kljuŽ. DuČa je namerno, jer se, pre kriptovanja komprimovane datoteke, prvo kriptuju neki podaci koje PKZIP sluŽajno generiźe, da bi razbijanje bilo teČe. Ti kriptovani podaci se zato dodaju ispred samih komprimovanih podataka. Ima ih 12 bajtova, od toga jednom znaź sadrČaj, ali ti to malo vredi u napadu za 'razbijanje.' ;) InaŽe, ako sam dobro primetio to da je sada poznat 1 a pre su bila 2 bajta je jedina razlika u algoritmu kriptovanja u PKZIP 2 verziji. Ono 'improved security' potiŽe odatle i od onoga da sada moČeź da kucaź viźereŽnu źifru i źifru koja sadrČi kontrolne znake (źto nije promena algoritma, veę samo juzer interfejsa). > > > > Each encrypted file has an extra 12 bytes stored at the start of ============== > > the data area defining the encryption header for that file. The ================= > > encryption header is originally set to random values, and then ====== > > itself encrypted, using three, 32-bit keys. The key values are > > initialized using the supplied encryption password. After each byte > > is encrypted, the keys are then updated using pseudo-random number > > generation techniques in combination with the same CRC-32 algorithm > > used in PKZIP and described elsewhere in this document. > > > > The following is the basic steps required to decrypt a file: > > > > 1) Initialize the three 32-bit keys with the password. > > 2) Read and decrypt the 12-byte encryption header, further > > initializing the encryption keys. > > 3) Read and decrypt the compressed data stream using the > > encryption keys. > > > > > > After the header is decrypted, the last 1 or 2 bytes in Buffer > > should be the high-order word/byte of the CRC for the file being > > decrypted, stored in Intel low-byte/high-byte order. Versions of > > PKZIP prior to 2.0 used a 2 byte CRC check; a 1 byte CRC check is > > used on versions after 2.0. This can be used to test if the password > > supplied is correct or not. > >
arhiveri.859 mjova, -> #853, skerl
> c:\trt> i ti imaź maźtovite direktorijume ;)
arhiveri.860 mjova, -> #855, janko
> (*) Samo za ZIP fanove: Kako ARJ-ovac (pozdrav pomenutom;) > skida jednu datoteku iz arhive koja mu zauzima ceo flopi? > (Video svojim oŽima;) Kuca ARJ X a:bla ime.dat, pa Žim mu > ARJ otpakuje tu datoteku, a on CtrlBreak ;) ovo mora da uradi iz jednog razloga: u jednoj arj arhivi moČe da se nalazi viźe delova istog fajla, a da bi arj to saznao mora da pro¬e kroz ceo fajl. ovo sam usranovio prilikom spajanja nekoliko delova arhive (arj + a01 + ¨¨¨). zip se nebi ni snaŽao u tom sluŽaju, a da bi otpakovao isti fajl, morao bi prvo da mu daź poslednju disketu, pa onda 'źaraj malo' ;) ipak je to najmoęniji arhiver. jeste spor, ali meni liŽno ne smeta.
arhiveri.861 milan, -> #852, vcalic
> E, sad, ja i dalje viźe volim ARJ iako iskljuŽivo koristim ZIP. Pravi > kompromis, zar ne? ;) Oh, ja sam joź źizofreniji i perverzniji od tebe. Ponekad vikendom, kada imam vremena, napravim i duplikate pa zipovane uarjuujem (lepog li glagola) a uarjovane uzipujem. Tako sada imam jedno deset disketli duplikata. Nek se na¬e! ;) Pl poz M
arhiveri.862 milan, -> #859, mjova
>> c:\trt> > > i ti imaź maźtovite direktorijume ;) Kada potroźim proba, test, radni, trt, mrt i cvrc (a Microsoft mi ionako po defaultu oduzima temp i tmp) meni se javljaju problemi sa pronalaČenjem novih imena. Kako vi ostali reźavate ovaj teČak problem? Pl poz M P.S. Razmiźljao sam da disk podelim na jedno dvadesetak particija pa da na svakoj imam po trt, mrt i cvrc źto bi, zar za izvesno vreme reźilo problem, a?
arhiveri.863 milan, -> #856, dejanr
>>> U.ARJ 3704291 3-28-93 18:49 1:41.52 >>> U.SQZ 3682577 3-28-93 18:56 2:35.43 >>> U.ZIP 3710036 3-28-93 19:04 3:03.07 > > Pretpostavljam da su vremena pogreźno raspore¬ena u ovom spisku? Pardon! ;) Dobijeno je komandom dir > trt pa importovanjem trt-a u rxx.msg i ruŽnim dodavanjem vremena zapisatog na papiru (levo dole od tastature). Dakle pravilno je: U.ARJ 3704291 3-28-93 18:49 2:35.43 U.SQZ 3682577 3-28-93 18:56 3:03.07 U.ZIP 3710036 3-28-93 19:04 1:41.52 Pl poz M
arhiveri.864 d.petrovic, -> #862, milan
Ă> javljaju problemi sa pronalaČenjem novih imena. Kako vi ostali Ă> reźavate ovaj teČak problem? pera, perica, petar, djordje, djoka, mika, milojica... Da tek vidiź privremene promenljive, zatreba iznenada za neku kontrolu, a ti se zagrejao da para ide na uźi..., prva reŽ koju Žujeź na radiju koji svira u pozadini, sourcevi (koja klepana reŽ ;)) ) pamte imena devojaka, trenutnih raspoloČenja i svega źto moČe da izleti podsvesno :)))
arhiveri.865 ndragan, -> #846, zkrstic
/ napravio manju arhivu, a i te razlike su u 1-2 posto, a u brzini... Vidiź da Žoveku nije stalo do brzine. Ima vremena da pakuje dvaput, a ono ipak, znaź, mega viźe - lakźe se diźe...
arhiveri.866 zkrstic, -> #847, spantic
>> "bolesti" kao i ARJ - sporoęe! > > Da, to je taŽno, to sam zaboravio da naglasim. Jesteeee... samo toliko ;) Zbog ovakve poruke zasluČujeź da te kazne sa mesec dana prozivanja u smislu DS(b) po Forumu, bez prava na odbranu! Pravo boljźeviŽki ;) O MiŽurinkama ęemo drugi put ;> Zkr
arhiveri.867 zkrstic, -> #862, milan
> javljaju problemi sa pronalaČenjem novih imena. Kako vi ostali > reźavate ovaj teČak problem? Jezivo! Imam i C:░REMOVE C:░KRK i sliŽne pride ;( Mora se' testeriźe softnjare, nema druge ;) Zkr
arhiveri.868 ssokorac, -> #855, janko
─┼┤ (*) Samo za ZIP fanove: Kako ARJ-ovac (pozdrav pomenutom;) skida ─┼┤ jednu datoteku iz arhive koja mu zauzima ceo flopi? (Video svojim ─┼┤ oŽima;) Kuca ARJ X a:bla ime.dat, pa Žim mu ARJ otpakuje tu ─┼┤ datoteku, a on CtrlBreak ;) Naravno, to i ja Žesto radim. Ma, źta da ti kaČem, arj sve moČe :). Gde si video da se ZIP-ovac tako snadje? Nije pc za svakoga...;)
arhiveri.870 balinda, -> #861, milan
Veę ste do perverznosti izanalizirali źta je źta i ja sve mislim: 'Dobro, evo neęe viźe, sve su rekli!' :))) Poźto se moje nade i onako retko ostvaruju, ;) `ajde da vam se pridruČim u skladu sa svima poznatom poźtapalicom. :) >> Oh, ja sam joź źizofreniji i perverzniji od tebe. Ponekad >> vikendom, kada imam vremena, napravim i duplikate pa >> zipovane uarjuujem (lepog li glagola) a uarjovane uzipujem. Do juŽe sam mislio da ARJ ipak pravi neźto kraęe datoteke, ali sam ipak koristio ZIP (nesumnjivo mnogo brČi) a ARJ samo ako moČe pomoęi da mi neźto lepźe stane na disketlu, :) ili ako arhiviram na viźe delova. Tako sam 'arjovao' neke fontove (.SFP) ali nisu se mogli logiŽki podeliti tako da na disketama "lepo" stanu. Uzeh SHEZ (ima lepu opciju za konverziju iz formata u format) te ih prebaŽih :) u ZIP. Ko velim, i onako ne moČe stati pa neka mi makar bude brČe kada iz budem unzipovao. Na moje, ne malo, iznena¬anje, ZIP je uźtedeo dovoljno prostora koji se, ovog puta, pokazao dovoljnim za Žak dva plusa: Dobio sam logiŽniju podelu po tipovima fontova na disketama i jednu disketu viźka na raŽun veęe popunjenosti disketa u odnosu na onu dok je sve bilo arjovano. Dakle, ZIP mi je, praktiŽno, zaradio 2 marke. :) Pohvaljujem! :)))
arhiveri.871 zormi, -> #842, milan
* Zato i pretpostavljam, mada ne raspolaČem alogoritmima za * ove arhivere, da sva tri implementiraju neki standardni * frekvencijski postupak (Hufman, kako bar autor SQZ-a... Uze mi reŽ sa tastature. Imam nekoliko arhivera koji su "bolji od ZIP-a". «esto i jesu, ali su katastrofalno sporiji. Zato koristim ZIP i pored svih bubica. Dakle, sve je to sredjeno u teoriji informacija, a arhiveri su samo manje ili viźe efikasni algoritmi koji implementiraju teoriju...
arhiveri.872 skerl, -> #859, mjova
│> c:\trt> │ │ i ti imas mastovite direktorijume ;) └──── :))) Sve je Milan lepo objasnio. Pozdrav, Skerl.
arhiveri.873 dcolak, -> #862, milan
│ P.S. Razmiźljao sam da disk podelim na jedno dvadesetak │ particija pa da na svakoj imam po trt, mrt i cvrc źto bi, │ zar za izvesno vreme reźilo problem, a? Ja koristim prva slova arhiva.... I uvek ih imam dovoljno :) Sledge DAMMIR!
arhiveri.874 vitez.koja, -> #862, milan
#=> Microsoft mi ionako po defaultu oduzima temp i tmp) meni Ja imam oba nabrojana direktorijuma na disku, i ne boli me glava (mnogo:). Je'l mi preti neka katastrofa ili si se samo salio ?
arhiveri.875 spantic,
Executor 1.0 (C) March 1993 Vincent D'Haeyere ============ * Purpose of this program : Suppose you have a large number of files to archive (example : a large collection of MOD files or Pascal source files, ...). You wish to archive them in different files, so you can easily spot the one you desire to re- trieve. This program allows you to archive each file terminated by a common extension in a unique archive, the name of which is derived from the original name. Optionnaly, the original file can be deleted. You can specify the archiver you wish to use. (Note : the archivers are not included in this archive as you own, at least, one of those, don't you ???) The exact synthax of the command can be viewed when Executor is runned with no parameter. execut10.zip
arhiveri.876 dejanr, -> #848, wizard
>> Interesantno, u samo-raspakujucoj arhivi u kojoj se distribuira SQZ, >> kada se pogleda fajl, moze se videti i sledece: :) >> !PKLITE Copr. 1990-92 PKWARE Inc. All Rights Reserved Ista poruka se vidi i u nekim eksternim programima novog DOS-a 6.0 (npr. FORMAT.COM).
arhiveri.877 darone, -> #862, milan
>> Kada potroźim proba, test, radni, trt, mrt i >> cvrc (a Microsoft mi ionako po defaultu oduzima >> temp i tmp) meni se javljaju problemi sa >> pronalaČenjem novih imena. Kako vi ostali >> reźavate ovaj teČak problem? 1, 2, 3, 4, X... uglavnom jednoslovni dirovi. darone
arhiveri.878 milan, -> #874, vitez.koja
># => Microsoft mi ionako po defaultu oduzima temp i tmp) meni > > Ja imam oba nabrojana direktorijuma na disku, i ne boli me glava > (mnogo:). Je'l mi preti neka katastrofa ili si se samo salio ? Ma ne! ;) Hteo sam da kaČem da ih "mali mekani" ionako napravi za neke svoje andrmolje pa ih ne koristim za smeźtanje datoteka iz drugog izvora. «isto da mu "ne smetam" da smeźta svoje datoteke tipa ~tmp2903.doc. Pl poz M
arhiveri.879 janko, -> #860, mjova
>> (*) Samo za ZIP fanove: Kako ARJ-ovac (pozdrav >> pomenutom;) skida jednu datoteku iz arhive koja mu >> zauzima ceo flopi? (Video svojim oŽima;) Kuca ARJ X a:bla >> ime.dat, pa Žim mu ARJ otpakuje tu datoteku, a on >> CtrlBreak ;) > zip se nebi ni snaŽao u tom sluŽaju, a da bi otpakovao > isti fajl, morao bi prvo da mu daź poslednju disketu, pa > onda 'źaraj malo' ;) (grrr) ;( a) TI nisi ZIP fan. b) Govorio sam o arhivi na JEDNOJ disketi. c) I kada se nalazi na viźe disketa: prvo staviź poslednju, zatim staviź disketu na kojoj je fajl, i sve je to neuporedivo kraęe nego naęi fajl u ARJ arhivi na viźe disketa. ;)
arhiveri.880 wizard, -> #876, dejanr
> >> Interesantno, u samo-raspakujucoj arhivi u kojoj se distribuira SQZ, > >> kada se pogleda fajl, moze se videti i sledece: :) > >> !PKLITE Copr. 1990-92 PKWARE Inc. All Rights Reserved > > Ista poruka se vidi i u nekim eksternim programima novog DOS-a 6.0 (npr. > FORMAT.COM). To Žak i da razumem, (mada mi je ipak Žudno!), ali ovo je samo-raspakujuęa arhiva!? I to Žak moČe da se UN-LITE-uje, kako je veę neko veę pokazao. (ja nemam PKLITE, inaŽe bih sigurno probao :) Svaźta.
arhiveri.881 dr.grba, -> #862, milan
>> javljaju problemi sa pronalazenjem novih imena. Kako vi ostali >> resavate ovaj tezak problem? Posle x godina, ustanovio sam sistem koji vise ne menjam ni za zivu glavu : kad god mi treba fajl na pet minuta, za neke redirekcije/probe/njakanja, njegovo ime je QQQ. Za direktorijum XXX. Ako novim QQQ prebrisem stari, c'est la vie. Ne treba mi vise od jednog XXX direktorijuma. Za ostale probe (od vremena velikih download-a) mi je ostalo da ispod DOWNLOAD dir-a imam DIR1 i DIR2, koji tamo stalno stoje. A svemu bitnom se zna mesto na disku ili disketi... I onda povremeno pustim SST kroz batch da pobrise sve QQQ; ako naletim na XXX, a da se trenutno ne setim sta je u njemu, koljem ga u momentu. Dosada je funkcionisalo. Jedan drugar je preuzeo recept, i kaze da mu pasuje. Pozdrav, dr ÔpŰa P.S. A propos premalog prostora na disku, taj se jos nije rodio, a da je problem resio besplatno ):
arhiveri.882 ppekovic, -> #880, wizard
>> samo-raspakujuęa arhiva!? I to Žak moČe da se UN-LITE-uje, kako je veę >> neko veę pokazao. (ja nemam PKLITE, inaŽe bih sigurno probao :) Imaź na FFS-u neki unp program koji raspakuje sve moguęe i nemoguęe PkLite-ove, LzEXE-ove i sl. zezalice. Paya
arhiveri.883 pedjak, -> #853, skerl
> PKLITE (tm) Executable File Compressor Version 1.15 7-30-92 > Copyright 1990-1992 PKWARE Inc. All Rights Reserved. Patent No. > 5,051,745 Apropo, jel' se moČe nabaviti PKLITE 1.20 ? Kol'ko sam primetio, njime je kompresovan PKZip 2.01
arhiveri.884 ndragan, -> #855, janko
/ oŽima;) Kuca ARJ X a:bla ime.dat, pa Žim mu ARJ otpakuje tu / datoteku, a on CtrlBreak ;) Mislio sam da imaju neki oseęaj za vreme kad treba skoknuti po kafu. Nestrpljivi ljudi.
arhiveri.885 ematic, -> #864, d.petrovic
> pera, perica, petar, djordje, djoka, mika, milojica... > Da tek vidiź privremene promenljive, zatreba iznenada za neku > kontrolu, a ti se zagrejao da para ide na uźi..., prva reŽ koju > Žujeź na radiju koji svira u pozadini, sourcevi (koja klepana > reŽ ;)) ) pamte imena devojaka, trenutnih raspoloČenja i svega > źto moČe da izleti podsvesno :))) Koja bi to zanimljiva gra¬a bila za nekog nadobudnog psih<ologa>|<ijatra> ;) Zamisli situaciju, teŽa gleda tvoj program: Xm, ¬ubre = trt_mrt;... pljuni(¬ubre);... Dao bi ti lovaŽku dozvolu dok kaČeź temp :))))
arhiveri.886 ematic, -> #878, milan
> drugog izvora. «isto da mu "ne smetam" da smeźta svoje datoteke > tipa ~tmp2903.doc. OboČavam da tamanim malji gadni ~tmp2903.doc i sliŽne :))))
arhiveri.887 d.petrovic, -> #880, wizard
Ă> To Žak i da razumem, (mada mi je ipak Žudno!), ali ovo je Ă> samo-raspakujuęa arhiva!? I to Žak moČe da se UN-LITE-uje, kako Ă> je veę neko veę pokazao. (ja nemam PKLITE, inaŽe bih sigurno Ă> probao :) Ako je neźto kompresovano komercijalnom verzijom moČe da ga raspakuje DISLITE. PrikaŽio sam ga uz neku poruku jednom, ali je pooruka obrisana.
arhiveri.888 d.petrovic,
Ovaj raspakuje programe zapakovane komercijalnim PKLITE-om. dislite.arj
arhiveri.889 mladenp, -> #881, dr.grba
> kad god mi treba fajl na pet minuta, za neke > redirekcije/probe/njakanja, njegovo ime je QQQ. Ih, kako nemaźtovito. Bolje je: PROBA, PROBA1 i sl. :))
arhiveri.890 dens, -> #888, d.petrovic
­ Ovaj raspakuje programe zapakovane komercijalnim PKLITE-om. To radi i ovaj, a raspakuje i joź poneźto :) «ini mi se i da je neźto manji za DL ;) Dejan :)
arhiveri.891 zkrstic, -> #890, dens
> To radi i ovaj, a raspakuje i joź poneźto :) > «ini mi se i da je neźto manji za DL ;) E sad ęu da teram mak na konac. Ako je pravde, ova tvoja poruka MORA biti obrisana. Fajl koji si okaŽio je PD ili SH, siguran sam, obzirom da znam źta je u pitanju, ali u originalnoj arhivi postoji i UNP.DOC koji ti nisi sta- vio a Žini mi se da beźe i joź neki doc fajl pride. Da stvar bude smeźnija, sve zajedno iznosi 16K arhivirano i treba minut i po, dva za UL. Zkr
arhiveri.892 wizard, -> #887, d.petrovic
> Ă> (ja nemam PKLITE, inaŽe bih sigurno > Ă> probao :) > > Ako je neźto kompresovano komercijalnom verzijom moČe da ga raspakuje > DISLITE. PrikaŽio sam ga uz neku poruku jednom, ali je pooruka > obrisana. Ma nema frke, nemam taj program zato źto mi ne treba. :)
arhiveri.893 bulaja, -> #887, d.petrovic
│Ako je nesto kompresovano komercijalnom verzijom moze da ga raspakuje │DISLITE. Prikacio sam ga uz neku poruku jednom, ali je pooruka obrisana. └─── Ne znam sta bi sa porukom, ali...: :) R:\IBMPC\ARCHIVER\*.* ---------------------- dislt101 zip 25472 Dekompresija PKLITE-ovanih programa
arhiveri.894 nbatocanin, -> #862, milan
MoČda da napravimo program za generisanje imena, kao źto postoji na VMS-u za lozinke ;)
arhiveri.895 dens, -> #891, zkrstic
­ Ako je pravde, ova tvoja poruka MORA biti obrisana. MoČe, źto se mene tiŽe O;) Elem, ne znam kako se desilo da pri ruci nemam celu arhivu sa .doc i sliŽno, no svima onima koji su eventualno veę pokupili fajl, poruŽujem da se ne sekiraju jer: kad niźta viźe ne pomaČe (ne radi) proŽitaj uputstvo. ;) A radięe :) Pozdrav, Dejan :)
arhiveri.896 dvidovic, -> #883, pedjak
> Apropo, jel' se moČe nabaviti PKLITE 1.20 ? Kol'ko sam > primetio, njime je kompresovan PKZip 2.01 Joź ga nisu pustili u promet.
arhiveri.897 dr.grba, -> #889, mladenp
>> Ih, kako nemastovito. Bolje je: PROBA, PROBA1 i sl. :)) QQQ se mnogo brze kuca (((;
arhiveri.898 sjocic,
Hi! Jel zna neko koji je arhiver u pitanju ili kako da raspakujem fajl sa extenzijom .z ? SJ
arhiveri.899 bulaja, -> #898, sjocic
│Jel zna neko koji je arhiver u pitanju ili kako da raspakujem fajl sa │extenzijom .z ? └─── R:\IBMPC\ARCHIVER\*.* ---------------------- compress zip 17660 Unix kompatibilni arhiver (.Z)
arhiveri.900 ndragan, -> #894, nbatocanin
/ MoČda da napravimo program za generisanje imena, kao źto postoji na Fokspro 2 ima, i vidi źta daje: _QER01O4NY_QER01O50V _QER01O70K _QER01O7KE _QER01O7ZO _QER01O8L1 _QER01O8X8 _QER01O9AY _QER01O9LN _QER01O9XU _QER01OA8J _QER01OAJ7 _QER01OASD _QER01OB4K _QER01OBF9 _QER01OBOE _QER01OBXK _QER01OC88 _QER01OCHE _QER01OCS2 _QER01OD2R _QER01ODDF _QER01ODO4 _QER01ODX9 _QER01OE7Y _QER01OEIM _QER01OETB _QER01OF2G _QER01OFEO _QER01OG64 _QER01OGIC _QER01OGUJ _QER01OH8A ... Verovatno je zakucano uz Žasovnik. Interesantnije je izvaditi neki komad iz indeksnih .cdx fajlova, na mestima gde se Žuvaju nepreklopljeni delovi reŽi, recimo iz teme.cdx, iseckati po Čelji: GRUbeckerekzastitavan.temeraznoms.dosclipperze.podatakabasicsembler5algo ritmitrendovirazno31electron9borlandyu.novostiraznorodajapc.newsmicrobko mentari8bixza.i.protivveti7saopstenjavideostampaciznoracunariprosirenjan itorimodemiljubimcihi.fi6cipovizvezdefsexyraznoolitickipitaliceravinajbo ljiuzikaorbid015misterije
arhiveri.901 ppekovic, -> #899, bulaja
>>│ Jel zna neko koji je arhiver u pitanju ili kako da raspakujem fajl sa >>│ extenzijom .z ? >> └─── >> R:\IBMPC\ARCHIVER\*.* >> ---------------------- >> compress zip 17660 Unix kompatibilni arhiver (.Z) :) Eh taj unix. ako je nastavak .z onda se koristi unpack, ako je nastavak .Z onda uncompress :) Paya
arhiveri.902 spantic, -> #898, sjocic
> Jel zna neko koji je arhiver u pitanju ili kako da > raspakujem fajl sa extenzijom .z ? To je standardni Unix arhiver. Pokupi compress.zip Imaź ga verovatno i ovde negde za MS DOS. Na Hobbitonu je u konferenciji archiver. Raspakujeź ga sa: compress -d ime_fajla.z
arhiveri.903 bulaja, -> #901, ppekovic
│:) Eh taj unix. ako je nastavak .z onda se koristi unpack, │ako je nastavak .Z onda uncompress :) └─── Eh taj Unix :)... Ali pretpostavljam da SJocicu treba bas UnCompress, posto je svojevremeno i meni trebao za HP 48SX fajlove skinute sa FTP servera :).
arhiveri.904 sjocic, -> #903, bulaja
## │:) Eh taj unix. ako je nastavak .z onda se koristi unpack, ## │ako je nastavak .Z onda uncompress :) ## └─── ## Eh taj Unix :)... Ali pretpostavljam da SJocicu treba bas UnCompress, posto ## je svojevremeno i meni trebao za HP 48SX fajlove skinute sa FTP servera :). Pogodio si! :) Hvala! SJ
arhiveri.905 bulaja,
**** new file **** R:\IBMPC\ARCHIVER\*.* ---------------------- aszr201 zip 65868 Archive Sizer 2.01, podela ARC/ARJ/LZH/ZIP arhiva Archive Sizer 2.01 - Fast! ARC, ARJ, LHZ, ZIP Splitter. Archive Sizer by Jibben Software splits and sizes all types of files, including archived files. Will split to a size to fit specific floppy format or to user determined size. Files except archives can be rejoined. Supports ARC, ARJ, PKZIP (1.1/2.x), LZH, and HYP. Archives can be split so that they will extract to fit on a specific floppy size.
arhiveri.906 bulaja,
**** new file **** R:\IBMPC\ARCHIVER\*.* ---------------------- zckr201 zip 58435 Zip Chunker 2.01, podela ZIP arhiva (1.x/2.x) Zip Chunker 2.01 - Fast! ZIP File Splitter by Jibben Software. Zip Chunker splits and sizes all types of files, including ZIP files. Will split to a size to fit specific floppy format or to user determined size. Files except ZIP files can be rejoined. Supports PKZIP 1.x/2.x files. ZIP files can be split so that they will extract to fit on a specific floppy size.
arhiveri.907 ognjan,
STARI ZIP PAKUJE BOLJE OD NOVOG !!? Pokuźavao sam da spakujem PCTOOLS (6.0, bez par fajlova koji mi ne trebaju) na jednu HD disketu i pri tome sam probao stari zip, novi zip i arj. Koriźtena je maksimalna kompresija u sva tri sluŽaja. Rezultati su viźe nego neoŽekivani: PCT6_Z2 ZIP 1422538 04-12-93 2:00a Novi ZIP V2.04 PCT6_Z1 ZIP 1400538 04-12-93 2:25p Stari ZIP V1.1 PCT6 ARJ 1289895 04-12-93 2:48p ARJ V2.20 Ogy.
arhiveri.908 bearboy, -> #867, zkrstic
║> javljaju problemi sa pronalaČenjem novih imena. Kako vi ostali ║> reźavate ovaj teČak problem? Ispred sebe na zidu imam mapu evrope, pa kad ne mogu da se setim, samo bacim pogled na mapu i voila :)
arhiveri.909 bearboy, -> #877, darone
║>> reźavate ovaj teČak problem? ║ ║ 1, 2, 3, 4, X... uglavnom jednoslovni dirovi. To stavljam unutar tempa :) a kad stgnes do 9 ili 0, ideź a b c :)
arhiveri.910 bearboy, -> #897, dr.grba
║>> Ih, kako nemastovito. Bolje je: PROBA, PROBA1 i sl. :)) ║ ║ QQQ se mnogo brze kuca (((; qwe se kuca joź brČe :)
arhiveri.911 dcolak,
Ljudi desilo mi se neźto straźno. Glavni glumac je PKZIP 2.0g... :(( Pre neki dan mi se javio drug, kaČe napravio arhivu igrica na hardu. Kad je pokuźao da je unzipuje javio greźke i nije mu pomogao ni pkzipfix. Ne koristi nikakav cache, nikakav emm, a ima 386. Ja mu rekoh, ma glup si, ne znaź da koristiź zip, to je najbolje itd... No, onda ja do¬oh na red. Koristio sam opciju -& i arhivirao oko 4M gif-ova na diskete od 720Kb (3.5"). I onda ja odluŽih da ih vratim na hard. I isti problem. Shez ne moČe da pogleda ni jedan .zip od 6 komada na 6 disketa ;). Onda poteram PKZIPFIX i povrati mi sve osim jedne greźke na zadnjem fajlu u svakom od źest zip-ova. So, jel ja greźim u neŽemu? Ako ne, onda ęe zip propisno da leti u neki arj... So, moČda ima neki switch ili neźto sliŽno? Sledge DAMMIR!
arhiveri.912 dejanr, -> #911, dcolak
Jesi li, umesto SHEZ-om, probao "obiŽno" PKUNZIP sa tih disketa?
arhiveri.913 ppekovic, -> #911, dcolak
>> I onda ja odluŽih da ih vratim na hard. I isti problem. >> Shez ne moČe da pogleda ni jedan .zip od 6 komada na >> 6 disketa ;). Onda poteram PKZIPFIX i povrati mi sve To źto se desilo je sasvim normalno. Naime, shez radi sa celim arhivama na jednom volume-u. Ako pogledaź strukturu zip arhiva, videęeź zaźto shez nije naźao niźta. Zip ima tzv. central directory na kraju fajla i uglavnom svi archive viewer-i i sliŽni programi Žitaju taj direktorijum. Kako se on kod tebe nalazi na poslednjoj disketi, izvedi sam zakljuŽke. >> 6 disketa ;). Onda poteram PKZIPFIX i povrati mi sve >> osim jedne greźke na zadnjem fajlu u svakom od źest >> zip-ova. So, jel ja greźim u neŽemu? Naravno. Osim central direktorijuma, podaci o svakom fajlu se Žuvaju neposredno pre fajla. PkZipFix radi tako źto koristi ove podatke a ne central header, źto je i logiŽno. Poźto arhiva nije oźteęena, logiŽno je źto je PkZipFix vratio to źto je vratio. Da si probao unzip -& itd. sve bi bilo u redu. Paya
arhiveri.914 dcolak, -> #912, dejanr
│ Jesi li, umesto SHEZ-om, probao "obiŽno" PKUNZIP sa tih │ disketa? Buuu, ja to nisam znaoo :((( ;) Naravno, sve radi OK. Samo kada se kuca pkunzip a:\*.zip. Onda lepo traČi Last itd... Ali ja sam navikao da unzipujem tako źto prvo kopiram na hard pa tek onda pkunzip... A tako oŽigledno ne ide. ▒ta ęu ostalo mi od ARJ-a. No, po ovom pitanju je ipak ARJ mnooogo bolji. A źto je joź veęi biser FV ne radi na takvim arhivama, źto me je i ubedilo da su zip-ovi R.I.P. Pa Žak ni pkunzip -v neęe da radi, kaČe error in zipfile use pkzipfix... :(( BTW, kako da unzipujem samo 3. disketu? P.S. Q: Arj or Zip? A: Zip & AS... Sledge DAMMIR!
arhiveri.915 dcolak, -> #913, ppekovic
│ Da si probao unzip -& itd. sve bi bilo u redu. Hvala na odgovoru, no kakva je to opcija -& u pkunzip-u ? Ja je ne na¬oh, a ako pokuźam pkunzip na 3. disketi nema źanse da pro¬e... Sledge DAMMIR!
arhiveri.916 dejanr, -> #914, dcolak
>> BTW, kako da unzipujem samo 3. disketu? Kada je arhiver podelio arhivu u viźe delova, ta podela nije na nivou datoteka, dakle recimo na kraju svakog dela je poŽela jedna datoteka i onda se ona nastavlja u sledeęoj. Prema tome, nema obiŽno moguęnosti da se razzipuje samo treęa disketa, jer u njoj niźta i ne mora da bude Dakle, jedino źto znam je da kaČeź PKUNZIP A:ARHIVA FAJL.EXT pa ęe ti on raspakovati samo FAJL.EXE bez obzira na kojoj je disketi. Ili moČe lista fajlova. Ali ęeź morati da umeęeź diskete redom kojim ih traČi.
arhiveri.917 dejanr, -> #915, dcolak
>> Hvala na odgovoru, no kakva je to opcija -& u >> pkunzip-u ? Ja je ne na¬oh, a ako pokuźam >> pkunzip na 3. disketi nema źanse da pro¬e... Paja je napravio lapsus, ne postoji opcija -& kod PKUNZIP-a niti je potrebna. Dosta je PKUNZIP A:ARHIVA, a ako ti treba samo neka datoteka iz nje, onda PKUNZIP A:ARHIVA IME.TIP. MoČe i lista datoteka. Samo, moraęe da se umeęu diskete.
arhiveri.918 dcolak, -> #916, dejanr
│ lista fajlova. Ali ęeź morati da umeęeź diskete redom │ kojim ih traČi. Ex.... :( Koristięu -& opciju samo za Backup celog HD-a, źto ęe reęi nikad ;) Sledge DAMMIR!
arhiveri.919 almi,
Imao sam Žudno iskustvo sa PkZip-om 204g. Kada sam na 486 sa DMPI napravio arhivu i onda je na 386 bez DPMI raspakovao bilo je greźaka.Ali kad sam pokuźao da je raspakujem na 486-ici opet je sve bili ok.Ova DPMI podrźka je baź Zona Sumraka :) Pozdrav Almi