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.306 wizard, -> #298, adzem
>> Upravo je to velika mana ZIP-a. Pakovanje, raspakivanje i deljenje >> u tri programa. ARJ sve to ima na jednom mestu. Zato i troźi toliko memorije...
arhiveri.307 vcalic, -> #271, dejanr
>> Da li je neko dobio drugaŽije rezultate? Ja sam dobio sliŽne rezultate kada sam merio stepen kompresije ASCII fajlova i DBF-a, me¬utim, ARJ ima bolju kompresiju kod EXE fajlova, a prosto ubija (javlja se maltene znaŽajna razlika) kada se pakuje veliki broj fajlova u WP formatu. To je uglavnom ono na Žemu sam eksperimentisao. InaŽe, najviźe sam se zadrČao na isprobavanju raznih shareware paketa, uzeo sam tri nasumice odabrana i dobio otprilike ovakve rezultate: ▒to se brzine tiŽe ZIP nema konkurenciju. U poŽetku sam isprobavao PKZIP 2.04 sa sviŽevima -ex i -en (difolt), zatim PKZIP 1.1 sa difolt sviŽevima, i sa druge strane ARJ verziju 2.30 sa difolt sviŽem i -m1 -jm (maksimalna kompresija) i ARJ 2.39 sa difolt, -m1 -jm i -m1 -jm1. Kod ARJ v2.39 se pojavljuje neźto Žudno. Naime sviŽevi za maksimalnu kompresiju (-jm i -jm1, pri Žemu bi -jm trebalo da neźto sporije daje neźto bolju kompresiju) se ponaźaju jako Žudno, tako da u jednoj prilici jedan radi sporije i bolje, a u nekoj drugoj prilici onaj drugi. Prvi paket koji sam uzeo (sasvim sluŽajno) bio je ZIP10EX. Usput sam i preveo sors da bi dobio INFO-ZIP verziju ZIP-a, i usput nju testirao. Sve u svemu, bilo je tu ukupno 67 fajlova od 679.459 bajtova, raznih tipova (.c, .obj, .exe, .bat, .doc). Pobedio je (Žudno) ARJ v2.30 i to sa sviŽevima -m1 - jm koji je dao veliŽinu arhive 286435. PKZIP 2.04 je sa opcijom -ex dao fajl za ceo kilobajt veęi. ARJ v2.39 je dao neźto malo veęi fajl od 2.30, ali je uradio posao za minut i 47 sekundi, źto je za 27 sekundi viźe od vremena koje je bilo potrebno PKZIP-u sa sviŽem -ex. Dakle, u tom sluŽaju je pobedio ARJ źto se stepena kompresije tiŽe. U ovom primeru sam testirao i INFO-ZIP-ovu verziju ZIP-a, i on je primenom "imploding" algoritma za 3min28sec napravio fajl od 299334 bajta. PKZIP 1.1 je za 1min 35sec napravio primetno veęi fajl (304130 bajtova). Sledeęi paket bio je Hyper SPeed KiT. Ima 19 fajlova od 488731 bajta i sadrČi se od dosta .EXE fajlova koji se PKLITE-ovani. Ovde sam testirao samo ZIP 2.04 i ARJ 2.39. Pobedio je ARJ v2.39 sa sviŽevima -m1 -jm1, ali za samo 5 bajtova, pri tom uradivźi posao za 10-tak sekundi duČe. (minut i 20s je trebalo ARJ-u, a minut i 10 ZIP-u). Za upore¬ivanje su i rezultati koji su postigli ZIP i ARJ sa difolt opcijama. Za 25 sekundi kraęe, ZIP je napravio arhivu za 500 bajtova veęu od ARJ-a. Na SPKT-u sam testirao i maksimalne brzine kompresovanja. U igru su uźli stari PKPAK v3.61, PKZIP1.1 sa opcijom -es, PKZIP v2.04 sa opcijom -es i ARJ 2.39 sa opcijom -m4. Posao je najbrČe obavio ZIP 1.1 (29 sekundi) pri tom napravivźi arhivu od 353636 bajta. Za neźto viźe vremena neźto veęu arhivu napravio je PKPAK. Apsolutni źampion je me¬utim ZIP v2.04 koji je za samo 33 sekunde napravio arhivu od 298073 bajta, źto je veę ogromna razlika. ARJ je napravio neźto veęu arhivu (309431) za skoro duplo viźe vremena. Zadnji paket bio je SPEC145 (registrovana verzija). Ovde je pobedio ZIP 2.04 sa -ex, ali mu je za Žudo trebalo viźe vremena nego ARJ 2.39 sa maksimalnom kompresijom (!?). Nije mi baź bio jasan ovaj rezultat pa sam ponovio probu i dobio ponovo sliŽne rezultate. Kod difolt opcija veliŽina fajla je bila na strani ARJ-a (za svega par bajtova) ali brzina, naravno, na ZIP-ovoj strani. ZakljuŽak koji mogu da izvedem na osnovu mojih testova i proba, i gledajuęi źta su drugi radili je sledeęi: ARJ u proseku daje manje arhive kod paketa kod kojih ima dosta binarnih fajlova, a ZIP je majstor za ASCII datoteke. Dakle, ne moČe se sa sigurnoźęu tvrditi koji ęe arhiver dati manju ciljnu datoteku. Brzina je ubedljivo na strani ZIP-a, i to mu za sad daje izvesnu prednost koju ARJ anulira veęim brojem opcija i boljom moguęnoźęu prilago¬avanja, kao i bolje koncipiranim radom sa multi-volume arhivama. «ini mi se da novi ZIP ipak neęe Jungu preoteti korisnike koji su navikli na ARJ, veę ęe samo oboČavaocima ZIP-a dati nove argumente za raspravu sa ARJ-ovcima. U svakom sluŽaju, ostali arhiveri su potpuno izbaŽeni iz igre kad je MSDOS u pitanju (ZOO, LHA i ostali mogu da egzistiraju na drugim operativnim sistemima, mada ih je tamo INFO-ZIP opet gurnuo u drugi plan) Borba se nastavlja i oŽigledno ęe biti joź zanimljivija. Nadam se samo da ęe PKWare ęeźęe izbacivati nove verzije nego do sada. A nadam se da ęemo i mi biti u prilici da do¬emo do njih :(((
arhiveri.308 adzem, -> #298, adzem
> Upravo je to velika mana ZIP-a. Pakovanje, raspakivanje i deljenje > u tri programa. ARJ sve to ima na jednom mestu. Greźka (reply samom sebi). Pakovanje, raspakivanje, deljenje i konverziju u EXE u Žetiri programa. ARJ sve sam radi ;) ------
arhiveri.309 dejanr, -> #275, zormi
>> - nema bitno bolju kompresiju od ARJ-a Ali ipak ima neźto bolju kompresiju. Jako su retki sluŽajevi kada ARJ napravi kraęi fajl. >> Pa ko źta voli... Kao i kod MSC-a i BC-a "koji god da izaberete neęete >> pogreźiti" SlaČem se :) A dodatna sreęa je źto oba mogu da stoje na disku. Istina, mogu da stoje i MSC+BC, ali je potreban malo veęi disk ;)
arhiveri.310 dejanr, -> #277, wizard
>> Arhivirao sam neke fajlove sa ARJ-om koisteęi opciju -g i zaboravio >> źifru. :((( Ima li nade? Ima... ako neki struŽnjak CIA-e hoęe da ti pomogne. Ne sumnjam da bi to za njih bio sitan zalogajŽię, verovatno su ga veę i reźili (na dan kada je ARJ izaźao ;) Ovako amaterski... Žisto sumnjam :(
arhiveri.311 dejanr, -> #280, janko
>> > Zato i dalje koristim ZIP, pa onda LCOPY (eno je neka >> > beta verzija u direktorijumu UTILITY). >> >> Sve to radi sada novi ZIP sam. Ne znam zaźto Dejan reklamira >> te svoje metode za seckanje na diskete. Ne reklamiram, samo ih koristim ;) A za te novotarije, ima vremena, trebalo je godina dana da se vidi kakve sve probleme ARJ ume da napravi sa deljenjem na diskete. Ko zna źta ęe da ispliva iz ovog novog ZIP-a ;) Zato, rado se igram sa njim, a za posao koristim ono źto je provereno - za LCOPY bar znam źta moČe da mi priredi :)
arhiveri.312 dejanr, -> #290, mjova
>> ne bih ja bio baź toliko siguran :). ko zna da li je i ovo moČda >> 'laČnjak', samo mnogo bolje napravljen! ove ranije je lako bilo >> provaliti... Proveren je sa njihovim BBS-om i reklo bi se da je dobar. E sad ako im je neko provalio na BBS pa stavio laČnu verziju... najzad, od neŽeg Žovek mora i da umre ;)
arhiveri.313 dejanr, -> #299, darone
>> Ali arjova kobas'ca radi bar pedeset puta bolje >> posao deljenja arhiva! Uostalom, otkucaęu deset >> slova viźe, ali onda bar znam źta mogu (a mogu >> sve...). Eh, eh, kako do¬e baź do toga 50? ;) Kada se radi o deljenju na diskete, meni u praksi treba baź to PKZIP -& A:A fajl - da mi arhivira i to stavi na diskete, kolko na koju stane. *Jedine* dve prednosti ARJ-a po tom pitanju su (sa mog aspekta): (1) źto ZIP ne ume da deli arhivu na komadięe koji bi ostali na disku, kako bi mogli da se upload-uju na Sezam (2) źto ako imam N disketa na kojima ima neźto, pa hoęu da poŽnem da snimam arhivu od pete diskete s tim da na njoj ostane ono źto se nalazilo a da sve sledeęe briźem... e, to ne moČe. Zato i ostajem pri LCOPY-ju ;) Sad, da li se ove prednosti mogu kvantifikovati kao 50 puta, to je van moje nadleČnosti ;)
arhiveri.314 dejanr, -> #303, .bale.
>> Dajte, ljudi, ako Boga znate, program za registrovanje ZIP-a. Ja >> nekako moram da ubedim i PKZIP da ne koristi XMS, ali on nece da >> konstatuje PKZIP.CFG, valjda zato sto nisam ni pokusao da ga registrujem. Registrovan/neregistrovan ZIP bi trebao da konstatuje PKZIP.CFG, ako se ne varam. Mora da si neźto pogreźio.
arhiveri.315 ndragan, -> #262, drazen
/ backup / restore kombinacije. Uvazavam optimalno. Oh ne. Kome se joź nije desilo da Restore neęe da raspakuje arhivu jer cilj nije isti onaj disk i direktorij iz originala, i ko se snaźao drugaŽije osim sa Subst?
arhiveri.316 banusko, -> #277, wizard
>**> Arhivirao sam neke fajlove sa ARJ-om koisteęi opciju -g i >**> zaboravio źifru. :((( Ima li nade? Opcija -g je 'osteljiva' ne velika i mala slova. ZnaČi, moČda źifru nisi zaboravio, nego si samo ukljuŽio/iskljuŽio velika/mala slova, pa je tvoja tuga otuda. 8) Pozdrav.
arhiveri.317 nkbog,
Ko kompresuje viźe ARJ ili PKZIP? ARJ. Eto ja probo na tri paČljivo odabrane O;) datoteke i PKZIP je bio slabiji 42% (skoro ko meseŽna inflacija!). A kako su odabrane datoteke? Pa paČljivo (sve tri su imale po taŽno 0 bajtova). ;) Rezultati u kojima je ARJ za oko 1-2K bolji od PKZIP, ako su ra¬eni na veęem broju datoteka, se iskljuŽivo mogu pripisati manjoj sigurnosti, a ne boljoj kompresiji ARJ-a. A evo zaźto: PKZIP ima centralni katalog koji se nalazi na kraju arhive. On mu omoguęava izvanredno lako oporavljanje arhive ukoliko je njen kraj saŽuvan. Ukoliko je pak centralni katalog oźteęen, PKZIP ęe postupiti sliŽno ARJ (mada bi pravilnije bilo reęi obrnuto), i oporavljati datoteke redom. Naime, ukoliko se "paČljivo oźteti" ;) zaglavlje neke datoteke u ARJ arhivi, sve datoteke nakon nje ęe postati neŽitljivi. U PKZIP-u to morate da uradite na dva mesta. Postojanje ovog centralnog kataloga produČuje ZIP arhive (i to moČe biti znaŽajno produČenje ukoliko imate mnogo datoteka, a pogotovu ukoliko vrźite arhiviranje stabala kataloga). Sa druge strane kada kompresujete samo jednu datoteku (dovoljno veliku ;)) ZIP-ove dodatne informacije su zanemarljivo male, te postaju uoŽljive razlike u boljem algoritmu kompresije koji ZIP primenjuje. NB.
arhiveri.318 dusanp, -> #313, dejanr
=> *Jedine* dve prednosti ARJ-a po tom pitanju su (sa mog => aspekta): => => (1) źto ZIP ne ume da deli arhivu na komadięe koji bi => ostali na disku, kako bi mogli da se upload-uju na => Sezam => => (2) źto ako imam N disketa na kojima ima neźto, pa hoęu => da poŽnem da snimam arhivu od pete diskete s tim => da na njoj ostane ono źto se nalazilo a da sve sledeęe => briźem... e, to ne moČe. Zato i ostajem pri LCOPY-ju ;) E, ovo sam morao da kvotiram. Da li je "prednost" pod dva slucajno ili namerno stavljena? Evo, da i ja malo pohvalim ZIP: *Jedine* cetiri prednosti Zip-a sa mog aspekta su: (1) Kada hoces da radis pod Windowsima bez podesavanja... e, to ne moze. (2) Kada hoces da podelis arhivu na tacno x kb, a da je zatim spojis bez zezanja sa one and only (ima ga u direktorijumu) LCOPY-jem... e, to ne moze. (3) Kada hoces da arhivu napravis na disku, pogledas koliko ti disketa treba, pa ih onda popunis arhivom... e, to ne moze. (4) Zip ima bolji kompresor arhive u EXE. Kod Arj-a te njegova samoraspakujuca arhiva pita da li da se raspakuje, sto meni smeta, a zip to uradi bez pitanja. Ukoliko Arj ima neki switch koji iskljucuje ovo pitanje, a ja ne znam za njega, onda i ova prednost gubi na znacaju. Zato i ostajem pri ARJ-u ;) PS: Nemoj da bi neko pomislio da sam ja i pre pojave ovog Zip-a njega otpisao. Bas sam se nadao da ce ova verzija, sa multi volume podrskom biti odlicna. Nazalost...
arhiveri.319 bdm., -> #304, darone
## Ovo sto ti pricas je nemoguce izvesti (prvo da Znam. ## da prebacis fajlove na diskete). Uzmi arj i uzivaj. ARJ i koristim. Replika je namenjena Janku jer tvrdi da pomoc Dejana nije potrebna... BDM.
arhiveri.320 danko, -> #296, milan
> radi u DOS prozoru. Uostalom, Žemu sluČi ta DPMI podrźka, ako veę > postoje EMS i XMS i 386/486 (navodno) podrźka? Teoretski DPSMI podrźka obezbe¬uje radu u zaźtięenom modu procesora, a 386 podrźka samo koristi 32-bitne registe (navodno je i pkZIP 1.1 to koristio) dok EMS/XMS samo obezbe¬uju viźe od 640K memorije. Tako gledano samo DPMI bi bio prava stvar i trebalo bi da bude najbrČi. Jedino mi nije jasno kako to da novi pkZIP zeza sa Win 3.1 kada je to "glavni" DPMI server sa kojim bi trebalo da je najviźe testiran. DANKO
arhiveri.321 wizard, -> #318, dusanp
>> Arj-a te njegova samoraspakujuca arhiva >> pita da li da se raspakuje, sto meni smeta, >> a zip to uradi bez pitanja. Ukoliko Arj ima >> neki switch koji iskljucuje ovo pitanje, a >> ja ne znam za njega, onda i ova prednost >> gubi na znacaju. Commands: e: Extract files v: Verbosely list contents l: List contents x: eXtract files with pathname (default) t: Test contents Switches: a: show ANSI comments n: only New files (not exist) c: skip time stamp Check p: match with Pathname f: Freshen existing files u: Update files (new + newer) g: unGarble with password y: assume Yes on queries i: no progress Indicator Obrati paČnju na sviŽ -y. :) Ovo inaŽe dobijeź kad samoraspakujuęu arhivu starujeź sa "/?".
arhiveri.322 wizard, -> #310, dejanr
>> Ima... ako neki struŽnjak CIA-e hoęe da ti pomogne. Da odem da se raspitujem po sediźtima opozicionih stranaka? ;) ZnaŽi jedini naŽin je da udaram glavom u zid i viŽem: "Seti se, budalo, seti se!" :)))
arhiveri.323 wizard, -> #316, banusko
>> Opcija -g je 'osteljiva' ne velika i mala slova. ZnaČi, moČda >> źifru nisi zaboravio, nego si samo ukljuŽio/iskljuŽio velika/mala >> slova, pa je tvoja tuga otuda. 8) Eh, znam, ali uvek koristim mala slova. Nije problem źto mi nije proradila źifra za koju mislio da pali, problem je źto uopźte ne mogu da se setim, ni da predpostavim, źta sam tada mogao da stavim za źifru? P.S. Jel se bavi neko ovde hipnozom? ;)
arhiveri.324 pedjak, -> #271, dejanr
> Da li je neko dobio drugaŽije rezultate? Ja sam primetio da datoteke reda veliŽine 100-tinjak KB dobijene ARJ-om su manje nego one dobijene sa ZIP-om pedja
arhiveri.325 lanik, -> #301, ppekovic
>> Koliko se seęam, pri kompajliranju imaź opciju i za ST maźine. >> Info-Zip prozivode (Zip i Unzip kompatibilne sa verzijom 1.10 moČeź naęi >> na FFS-u i Sezamu, a Zip i Unzip kompatibilne sa beta verzijom 1.93 (kako >> janko kaČe i sa novom verzijom 2.04) moČeź naęi na FFS-u). Mene zanima ta verzija kompatibilna sa 1.93 beta, jer za TOS postoji 1.10 verzija ZIP-a ali ne i 1.93. BTW, źta je to FFS? (gde, kako, broj, pristup... :))) --> Keyboard? How Quaint!
arhiveri.326 lanik, -> #307, vcalic
>> (ZOO, LHA i ostali mogu da egzistiraju na drugim operativnim sistemima, >> mada ih je tamo INFO-ZIP opet gurnuo u drugi plan) Bogami LZH (tj. LHA) sa metodom LH5 kompresije je dosta bolji od ZIP-a (ima veęi stepen kompresije) ali je i sporiji. Verovatno je odnos otprilike kao i kod ARJ-a, za koji Žitam da kukate da je dosta sporiji od ZIP-a. Ja liŽno koristim ZIP na ST-u jer ima mnogo bolji grafiŽki interfejs (tj. LZH uopźte nema grafiŽki interfejs ;)), pa zbog toga mi je logiŽnije da ga koristim i na PC-ju. Baź ęu da probam da arhiviram iste podatke na ST-u sa LZH-om i na PC-ju sa ARJ-om, Žisto da vidim koji ima bolji stepen kompresije - vremena potrebna za arhiviranje ne bi mogla da budu relevantna zbog razliŽitih performansi procesora. --> Keyboard? How Quaint!
arhiveri.327 .bale., -> #314, dejanr
Evo sta pise u manual.doc: ŮŢ ** NOTE: PKCFG is included with the registered version of PKZIP, an ŮŢ not included with the shareware version. BTW, u arhivi na Sezamu nema ni programa PKSFX ili kako se vec zove... Istina, negde je pisalo da moze i u obicnom editoru da se kreira PKZIP.CFG, sto sam ja i uradio, i stavio ga u direktorijum gde je PKZIP, ali nesto nece. Probacu opet, ako tvrdis da treba da radi. Regards from .bale. ! #:*)+-<
arhiveri.328 vcalic,
Probao sam danas INFO-ZIP verziju 1.9 koja je kompatibilna sa novim PKZIP-om i moram reęi da sam zadovoljan. Jeste dosta sporiji i pravi neźto manje arhive od PKZIP-a (sa sviŽem -ex) ali je zato potpuno prenosiv. Koristi isto kao i novi PKZIP, deflating algoritam. Pripremljen je za DOS, UNIX, OS/2, NT (!?), ATARI, VMS. Prevo¬enje se vrlo lako obavlja, priloČene su MAKEFILE datoteke za glavne C kompajlere. Za DOS verziju je potreban i asembler, jer iako je skoro kompletno napisan u C-u, ima jedan ASM fajl. Valjda ęe se uskoro pojaviti preveden i na ETF-ovim VAX-ovima. Skinuo sam ga sa FFS-a, zajedno sa odgovarajuęom UNZIP verzijom. Bilo bi dobro da ga neko prebaci i na Sezam.
arhiveri.329 darone, -> #319, bdm.
>> Znam. >> Replika je namenjena Janku jer tvrdi da pomoc >> Dejana nije potrebna... Ups, nisam mislio da te napadam :) darone
arhiveri.330 valeksa, -> #325, lanik
!#! !#! BTW, sta je to FFS? (gde, kako, broj, pristup... :))) !#! Fin File Server. Brojevi su 237-2392 i 237-2393. Prisrupas kao : GUEST. Pozdrav.
arhiveri.331 dejanr, -> #320, danko
>> Jedino mi nije jasno kako to da novi pkZIP zeza sa Win 3.1 kada je to >> "glavni" DPMI server sa kojim bi trebalo da je najviźe testiran. Nisam joź detaljnije testirao, ali ovako na "tref", kod mene radi. DOS 5.0, WIN 3.1, QEMM 6.03 i PCKWIK 4.12
arhiveri.332 dejanr, -> #327, .bale.
>> ** NOTE: PKCFG is included with the registered version of PKZIP, an >> not included with the shareware version. PKCFG.EXE je nekakav program koji verovatno "grafiŽki" kreira PKZIP.CFG. No moČe se kreirati editorom, staviź u DIR gde je ZIP i radi! >> BTW, u arhivi na Sezamu nema ni programa PKSFX ili kako se vec zove... ▒ta bi taj trebalo da radi?
arhiveri.333 zsiz, -> #293, vstan
# ARJ + cache program = nikad problema # Pkzip 2.04 + DPMI = problemi. Javilo vise ljudi. Pogotovo ono # sto je Bojt naveo zabrinjava. # Zbog toga ostaje ostaje jedan veliki ? Ono źta zabrinjava je da ima toliko teoretiŽara koji uŽestvuju u diskusiji. Treba videti kojiko neko pri svom radu koristi pojedine opcije iz paketa. Ako ja meseŽno uradim jedno ili dva "cepanja", pri pakovanju, nekih programskih paketa, radi UL na SEZAM, a uradim jedno 200 pakovanja ne koristeŽi tu opciju onda mi stvarno niźta ne znaŽi da je u jednom paketu za pakovanje to uradjeno mnogo elegantnije. To kao da gledamo manekenke na pisti. Proźeta se prvo ARJ sa svojim elegantnim multiple volumes a ARJ-evci padaju u nesvest od sreŽe. Onda se proźeta PKZIP sa manje elegantnim multiple volumes a oni zviČde ;). Pozdrav. zsiz
arhiveri.334 milan, -> #320, danko
> Tako gledano samo DPMI bi bio prava stvar i trebalo bi da bude najbrČi. > Jedino mi nije jasno kako to da novi pkZIP zeza sa Win 3.1 kada je to > "glavni" DPMI server sa kojim bi trebalo da je najviźe testiran. Problem je, izgleda, u verziji DPMI-ja. I Win 3.1 server i QDPMI (dodatak uz QEMM koji se isporuŽuje preko raznih BBS-ova da i QEMM poput 386-TO-MAX-a dobije DPMI) prijavljuju neku 0.90 verziju. To verovatno znaŽi da postoji neki interni standard koji se deli unaokolo proizvo¬aŽima drajvera za "vandosovsku" memoriju. Ja sam, zabave radi, instalisao i QEMM drajver za DPMI i "postigao" da mi se stvar ruźi i pod obiŽnim DOS-om. ;))) Danas sam pak sa "TRICKLE-ta" skinuo QDPMI verziju 1.01 i sada radi pod obiŽnim DOS-om. Bravo Milane! ;) Ali, "protiv" Windows-a sam "nemoęan" jer u DOS (ili 4dos svejedno) prozorima William Gates "podiČe" svoj drajver (v.0.90) i ja mu "ne mogu" niźta. :( Pl poz M
arhiveri.335 snemcev, -> #251, adzem
>> Koristim ARJ i Hyper oko 7 meseci i nisam imao nikakvih >> problema. Sa Smartdrive-om se pokazao dobrim u jos duzem >> periodu. Sa Pc-Cache-om i ARJ-om radim nepune tri godine i apsolutno nikada nikakvih problema nisam imao bilo da su arhive na disku ili na disketi (360K, 800K, 1.2M).
arhiveri.336 vgredic, -> #330, valeksa
> Fin File Server. Brojevi su 237-2392 i 237-2393. ^ │ └─ u ;) SLEDGE DAMMIR!
arhiveri.337 lanik, -> #328, vcalic
>> Skinuo sam ga sa FFS-a, zajedno sa odgovarajuęom UNZIP verzijom. Bilo bi >> dobro da ga neko prebaci i na Sezam. Too! Ja bih bio veoma zahvalan onome ko ga prebaci (sa source-om, naravno!) ;) --> "Hello, Gentlemen. I am a HAL 9000 computer. I became active --> in the H A L plant in Urbana, Illinois, on January 12, 1992."
arhiveri.338 lanik,
YO, izgleda da je ARJ ipak najbolji (verujte, ovo dolazi od jednog atariSTe! :)) Testirao sam ARJ, ZIP i LZH na Wolfenstein-u 3D i evo kako je koji arhiver spakovao: ARJ 660.033 bytes ZIP 722.270 bytes LZH LH5 677.687 bytes ARJ je rasturio, ali ni LZH LH5 nije za bacanje... ;) BTW, ono źto mi se kod ARJ-a viźe svidja nego kod ZIP-a (MS-DOS verzije, naravno, TOS verzija je u kompletnom grafiŽkom okruČenju) je źto je pri pozivu programa bez parametara (znaŽi ono da pokaČe sve komande) ARJ-ov help screen MNOGO logiŽnije "poslagan" i pregledniji. Kod ZIP-a mi je trebalo 5 minuta da se snadjem gde je źta, sve opcije i komade su razbacane, uČas jedan. So, ja imam opravdanje źto koristim ZIP na ST-u jerbo ima mnogo lep grafiŽki interfejs, ali na PC-ju se ne bi dve sekunde dvoumio izmedju njega i ZIP-a. E sad, nisam joź video tu famoznu verziju 2.04... pozdrav, Dalibor --> ZIP on MS-DOS? How Quaint!
arhiveri.339 d.petrovic, -> #305, vgredic
Ă> Mnogo puta me je zeznuo i nije otpakovao arhive, no i pored toga Ă> se drČim ARJ-a. Izgleda da su mu dani odbrojani... Jel ti to ne umeź ili ja mnogo lepo umem da pakujem ili... 'ajde bre objasnite KAD KAKO i ZA»TO vas je to toliko zeznuo arj pa niste mogli da raspakujete arhive. SVE, ama baź SVE źto sam JA spakovao s njim bez problema sam raspakovao !
arhiveri.340 wizard, -> #334, milan
>> Danas sam pak sa "TRICKLE-ta" skinuo QDPMI verziju 1.01 i sada >> radi pod obiŽnim DOS-om. Daj 'vamo, ne bilo ti zapove¬eno... :)
arhiveri.341 janko, -> #295, bdm.
> Onda mi ti lepo objasni kako da na hardu napravim arhivu, > iseckanu na parcice zeljene duzine i posle sve to prebacim > na diskete uz koriscenje samo PKZIP i COPY. Postavlja se pitanje: źta ęe ti seckanje na hard disku? O:)
arhiveri.342 zormi, -> #327, .bale.
* BTW, u arhivi na Sezamu nema ni programa PKSFX ili kako se vec zove... PKSFX je valjda naziv engine-a za samoraspakivanje koji se ugradjuje programom ZIP2EXE u ZIP arhivu.
arhiveri.343 vgredic, -> #339, d.petrovic
> Jel ti to ne umeź ili ja mnogo lepo umem da pakujem ili... > 'ajde bre objasnite KAD KAKO i ZA»TO vas je to toliko > zeznuo arj pa niste mogli da raspakujete arhive. SVE, ama > baź SVE źto sam JA spakovao s njim bez problema sam > raspakovao ! Pre svega umem da ih spakujem... ;) Na hardu sam imao 4-5 igrica sve ARJ-ovane. E onda ja poČelim da ih maknem sa HD-a... Poźto nisam bio pri disketama, a i neke arj-ovane igre su bile duČe od 720K uradio sam obiŽan backup sa arj-om (-jm0 -va)... ZnaŽi, na disketama sam imao igre.arj, .a01 itd, a unutra *.arj... Onda jednog dana padne meni napamet da odigram neku igricu. Naravno, ARJ X a:\igre i źta bi ?! BAD-CRC ili tako neźto mi izbaci i stade. Sreęom propala je samo jedna igra, no to nije jedini sluŽaj... Uzgred nikakav CACHE ne koristim. Na hard-u se to nije deźavalo ali sa disketama itekako... Eto BRE objasnih... SLEDGE DAMMIR!
arhiveri.344 ssokorac, -> #299, darone
─┼┤>> "reęi" PKZIP -& A:A *.* nego onu ARJ-ovu ─┼┤ Ali arjova kobas'ca radi bar pedeset puta bolje Ma, da je kobasica, ali nije... PKZIP -& A:A *.* ARJ A -VA A:A *.* «ak slovo viźe...:)
arhiveri.345 dejanr, -> #339, d.petrovic
>> 'ajde bre objasnite KAD KAKO i ZA»TO vas je to toliko zeznuo arj >> pa niste mogli da raspakujete arhive. Mislim da sam o tome pisao u 5.14. ▒to se ARJ-a tiŽe, jednom mi je jedna igra sasvim regularno ARJ-ovana na diskete posle bila neŽitljiva. Drugi put jedna baza poźtanskih brojeva, koju sam ARJ-ovao na disku i prekopirao na disketu... posle, kada sam to probao da raspakujem (nije bilo bad sectora)... ęorak :( Od tada koristim samo ARJ-ovu opciju e ;)
arhiveri.346 skerl, -> #336, vgredic
>> Fin File Server. Brojevi su 237-2392 i 237-2393. > ^ > │ > └─ u ;) ^ │ └─ o ;)) Pozdrav, Skerl.
arhiveri.347 pedjak, -> #311, dejanr
> trebalo je godina dana da se vidi kakve sve probleme ARJ ume da > napravi sa deljenjem na diskete. Ko zna źta ęe da ispliva iz ovog Navedi jedan primer, molim te, ja do sada nisam imao problema sa deljenjem na diskete.
arhiveri.348 dexi, -> #343, vgredic
To se obiŽno doga¬a kada se koriste bajate, bu¬ave, buźene ( sve na b ;) ) diskete. Ako se uz to ne vrźi testiranje dobijene arhive, dobijaju se nesumljivo "neoborivi" dokazi da arj ne valja. Po istom principu neęe valjati ni PKZ204. LiŽno nisam imao probleme sa arj.exe, koji mi je par puta posluČio Žak za potrebe bekapiranja celog hard diska (bilo je tu oko 45M raznih stvari). U svim sluŽajevima je nakon formatiranja HD-a (moralo se, bio je skidan STACKER) restauracija podataka bila potuna i bez greźke. I moja i tvoja primedba zapravo su ipak iskustva sa ograniŽenom upotrebnom vrednoźęu. Pozdrav dexi :)
arhiveri.349 vstan, -> #333, zsiz
>Ono sta zabrinjava je da ima toliko teoreticara koji >ucestvuju u diskusiji. Treba videti kojiko neko pri >svom radu koristi pojedine opcije iz paketa. Ako ja Na zalost nisam razumeo tvoj reply. Diskutovalo se o pouzdanosti programa a ne o opcijama.
arhiveri.350 dusanp, -> #321, wizard
=> Obrati paČnju na sviŽ -y. :) Ovo inaŽe dobijeź kad => samoraspakujuęu Da, ali meni bi trebao switch koji koristim pri pravljenju arhive, tako da se ona kasnije raspakuje sa ARHIVA.EXE, a ne ARHIVA.EXE -y.
arhiveri.351 valeksa, -> #346, skerl
!#!>> Fin File Server. Brojevi su 237-2392 i 237-2393. !#!> ^ !#!> │ !#!> └─ u ;) !#! ^ !#! │ !#! └─ o ;)) ^ │ └─ e ;))) Pozdrav.
arhiveri.352 .bale., -> #332, dejanr
OK, uspeo sam nesto da uradim, ali ruzno. PKUNZIP se ne zaglavljuje samo ako mu se stavi set pkunzip=-- (ali ne i -+), sto znaci iskljucenje koriscenja XMS, a PKZIP se ne zaglavljuje pri update-u arhive samo ako se u pkzip.cfg stavi EMS=disable (ali ne i XMS=disable), tj. kontra od PKUNZIP-a. Ako se stavi EMS=disable, kao da nista nije stavljeno, zato sam mislio da mi uopste ne konstatuje PKZIP.CFG. Pardon, hteo sam reci da ne konstatuje XMS=disable. Dakle, kad stavim EMS=disable, onda PKZIP vise ne primecuje (ne ispisuje) ni XMS... A ne svidja mi se sto sad uopste ne moze da koristi ni XMS ni EMS. Koristim QEM 5.12. Regards from .bale. ! #:*)+-<
arhiveri.353 wizard, -> #350, dusanp
>> Da, ali meni bi trebao switch koji koristim pri pravljenju >> arhive, tako da se ona kasnije raspakuje sa ARHIVA.EXE, a ne >> ARHIVA.EXE -y. OŽigledno su smatrali da je ovako pogodnije, a i meni se viźe svi¬a, ;) bolje tako nego da mi se u direktorijumu odjednom pojavi 100 novih fajlova... MoČda kad ga registrujeź i moČe...
arhiveri.354 dejanr, -> #344, ssokorac
>> «ak slovo viźe...:) Da... ako su diskete prazne. Ali ako nisu...
arhiveri.355 zsiz, -> #349, vstan
# Na zalost nisam razumeo tvoj reply. Diskutovalo se o # pouzdanosti programa a ne o opcijama. Da, ali na kraju teksta ti se otelo, da se zna koji program je najbolji(veliki) ;). Pozdrav. zsiz
arhiveri.356 dejanr, -> #347, pedjak
>> Navedi jedan primer, molim te, ja do sada nisam imao problema sa >> deljenjem na diskete. Nema primera koji bi mogao da otkucaź i da ne radi. No, u duČoj eksplataciji su mnogima doga¬alo da se neke arhive ne mogu raspakovati, daju Bad h. code ili tako neźto. ProŽitaj stare poruke u ovoj temi i u PC.USER/arhiveri.
arhiveri.357 dejanr, -> #348, dexi
>> To se obiŽno doga¬a kada se koriste bajate, bu¬ave, buźene >> ( sve na b ;) ) diskete. Ako se uz to ne vrźi testiranje >> dobijene arhive, dobijaju se nesumljivo "neoborivi" dokazi >> da arj ne valja. Nisi u pravu - "bu¬ava" disketa ęe dati Data error, General failure itd. Ja sam imao disketu koja je savrźeno ispravna, fajl se źto se DOS-a i njegovih checksum-a tiŽe savrźeno Žita, ali ARJ ne ume da ga raspakuje. Krivac je, dakle, ARJ koji je "pogreźio" pri pakovanju, a kriv je i korisnik koji nije uradio testiranje po upisu ;)
arhiveri.358 dejanr, -> #352, .bale.
>> Koristim QEM 5.12. To onaj QEMM iz 1871? :) Prelazi na 6.XX pa ęe biti u redu :)
arhiveri.359 milan, -> #340, wizard
>>> Danas sam pak sa "TRICKLE-ta" skinuo QDPMI verziju 1.01 i sada >>> radi pod obiŽnim DOS-om. > > Daj 'vamo, ne bilo ti zapove¬eno... :) Preveliko za upload! Pl poz M
arhiveri.360 milan, -> #352, .bale.
> Koristim QEM 5.12. Ima dosta bugova u njemu. Pre¬i na 6.02 ili 6.03 (poslednji ne postoji samostalno veę se isporuŽuje uz DV/X). Pl poz M
arhiveri.361 d.petrovic, -> #343, vgredic
Ă> Uzgred nikakav CACHE ne koristim. Na hard-u se to nije deźavalo Ă> ali sa disketama itekako... Pa onda nastavi tako ;). Na te iste diskete i ubuduęe drČi igrice, a za neźto vaČnije kupi i poneku novu ;)
arhiveri.363 vgredic, -> #346, skerl
>>> Fin File Server. Brojevi su 237-2392 i 237-2393. >> ^ >> │ >> └─ u ;) > ^ > │ > └─ o ;)) Le Fin! P.S. It's real FUN to have FON O;)))) SLEDGE DAMMIR!
arhiveri.364 vgredic, -> #361, d.petrovic
> Pa onda nastavi tako ;). Na te iste diskete i ubuduęe drČi > igrice, a za neźto vaČnije kupi i poneku novu ;) Diskete su proverene NDD-om i sve su ok. Dakle, to nema veze sa disketama... SLEDGE DAMMIR!
arhiveri.365 vgredic, -> #351, valeksa
> !#!>> Fin File Server. Brojevi su 237-2392 i 237-2393. > !#!> ^ > !#!> │ > !#!> └─ u ;) > !#! ^ > !#! │ > !#! └─ o ;)) > ^ > └─ e ;))) Don't FEN with FUN of FON !!! ;)))) SLDEGE DAMMIR!
arhiveri.366 ndragan, -> #297, milan
/ koje odbljuje PKZIP, u bilo koji tekst procesor ili rasuto govno / (spread-shit - izgovara se isto kao i sheet, samo bez duČine), źto Ne baź - spread je namaz (ono źto se maČe na leba) :).
arhiveri.367 peacock, -> #323, wizard
#### P.S. Jel se bavi neko ovde hipnozom? ;) Ti spavas, ti spavas, ti spavas... :) Uzmi odgledaj nekoliko puta Sjecas li se...
arhiveri.368 zkrstic, -> #323, wizard
> proradila źifra za koju mislio da pali, problem je źto uopźte ne > mogu da se setim, ni da predpostavim, źta sam tada mogao da stavim > za źifru? > > P.S. Jel se bavi neko ovde hipnozom? ;) Taaaaaaaaaaaa-daaaaaaaaaaaaaaaaaaaaaaaaaaa... Vreme je da preuzmem stvar u svoje ruke! ;) Idealna źifra je Krtice krtiŽe krtiŽnjak! Probaj! ;)
arhiveri.369 jtitov, -> #327, .bale.
> Istina, negde je pisalo da moze i u obicnom editoru da se > kreira PKZIP.CFG, sto sam ja i uradio, i stavio ga u > direktorijum gde je PKZIP, ali nesto nece. Da bi zip pronalazio svoj CFG, treba iz dos-a reci SET PKZIP.CFG=putanja i nema frke. A odakle Janku ideja da treba da koristi maximal umesto maximum, nemam pojma. U uputstvu lepo pise maximum...
arhiveri.370 ssokorac, -> #333, zsiz
─┼┤ svom radu koristi pojedine opcije iz paketa. Ako ja ─┼┤ meseŽno uradim jedno ili dva "cepanja", pri pakovanju, ─┼┤ nekih programskih paketa, radi UL na SEZAM, a uradim jedno Ja skoro svakodnevno 'cepam' fajlove, kad god nekome snimam neźto, takodje i -w je veoma korisna opcija, koja kod zipa ne postoji... «ak i samo ove dve su po meni dovoljne da ipak koristim arj, pogotovu zbog sigurnosti.
arhiveri.371 dragisak,
Evo źta mi je javio Norton Anti Virus kada sam skenirao PKZip 2.04 : The Norton AntiVirus, 2.00, Copyright 1989-1992 by Symantec Corporation Scanning memory... No viruses were detected. Begin scan on directory "C:\UTIL"... C:\UTIL\PKUNZIP.EXE This file contains a strain of Maltese Amoeba. C:\UTIL\PKZIPFIX.EXE This file contains a strain of Maltese Amoeba. Kolege na poslu su u panici. ;) Ja ipak verujem da nije niźta opasno. Ima li komentara ?
arhiveri.372 bdm., -> #341, janko
## Postavlja se pitanje: sta ce ti seckanje na hard disku? O:) Nemam 30 kutija disketa, pa hocu da znam koliko da ih pripremim, itd. I pitanje nije bilo zasta ce mi to, vec da li moguce, a koliko sam shvatio ti kazes da jeste, pa budi dobar i objasni... :) BDM.
arhiveri.374 zormi, -> #340, wizard
* >> Danas sam pak sa "TRICKLE-ta" skinuo QDPMI verziju 1.01 i sada * >> radi pod obiŽnim DOS-om. * * Daj 'vamo, ne bilo ti zapove¬eno... :) Nije ni meni zapovedjeno :), ali evo DPMI dodatka za QEMM (koji morate veę imati instaliran).
arhiveri.375 banusko, -> #343, vgredic
>**> uradio sam obiŽan backup sa arj-om (-jm0 -va)... Da li je disketa bila 100% ok? Drugi put koristi -jm0 -jt -va.
arhiveri.376 bulaja, -> #344, ssokorac
│PKZIP -& A:A *.* │ARJ A -VA A:A *.* └─── ARJ podrazumeva *.* ako se ne navede druga maska za datoteke koje se pakuju. Prema tome, ARJ kobasica je KRACA za tri slova :).
arhiveri.377 bcetina, -> #305, vgredic
>> Nadam se jer me je PKZIP 2.0 stvarno potresao. Munja. Idi begaj, kako laje. Samo kaČe -AV, -AV, -AV...
arhiveri.378 korvin, -> #201, bojanp
­­>> r:░ibmpc░archiver ­­>> ­­>> PKZ204C.EXE A ja vidim udarila zima kao nikad do sada, pa se mislim, il' ęe Sloba ostavku, il' ęe novi zip ;) Kad ono ... :))))) P.S. Plop, reŽe moja boca źampanjca i otvori se za ovu priliku :)))
arhiveri.379 zkrstic, -> #358, dejanr
>>> Koristim QEM 5.12. > > To onaj QEMM iz 1871? :) Prelazi na 6.XX pa ęe biti u redu :) Neeeee! Nemoj ga brisati, poźalji ga Quarterdecku, za muzej, dobięeź nagradu od njih ;)))) Zkr ;)
arhiveri.380 dusanp,
PAZI 'VAMO! Novi Zip je pogreźno spakovao jednu multivolume arhivu. Arhiva je bila podeljena na 4 diskete, i na drugoj i treęoj ima gomila bad crca (ili kako se vec beźe zove greźka). Diskete su bile ok, program je sve lepo spakovao, a ja greźku nisam namerno ;> izazivao. Ovo trenutno ne mogu viźe da ispitam, jer diskete nisu kod mene, ali neka se poŽeźete po glavi pre pakovanja...
arhiveri.382 kuki, -> #354, dejanr
> > Ma, da je kobasica, ali nije... > > PKZIP -& A:A *.* > ARJ A -VA A:A *.* > > «ak slovo viźe...:) > Da... ako su diskete prazne. Ali ako nisu... ako nisu, onda kucaź arj a -vas a:a *.* tako dobijeź system prompt, pa moČeź brisati/formatirati disketu do mile volje :) a ako ti je dosadno, moČeź i HD da formatiraź :))
arhiveri.383 wizard, -> #374, zormi
>>* Daj 'vamo, ne bilo ti zapove¬eno... :) >> >> Nije ni meni zapovedjeno :), ali evo DPMI dodatka za QEMM Hvala ti puno! :)
arhiveri.384 wizard, -> #376, bulaja
>> ARJ podrazumeva *.* ako se ne navede druga maska za datoteke koje se >> pakuju. Podrazumeva i ZIP. BTW, ime ARJ-a je kraęe, pa i to uzmite u obzir. Uzmite u obzir i to da da ARJ troźi jedno slovo viźka poźto mu se mora da naglasi da li kompresuje ili rasapkuje, jer je sve u jednom programu. Uzmite u obzir i to da od kobasica mogu da naprave ęevapi, ako kreirate ALIAS-e. Molim da mi se na MAIL javi rezultat ove sudbonosne rasprave! ;)
arhiveri.385 ssokorac, -> #354, dejanr
─┼┤ Da... ako su diskete prazne. Ali ako nisu... Radi isto źto i zip. Zip sa -& puni koliko moČe da stane bile prazne ili ne, arj sa -va radi potpuno isto, puni koliko stane...
arhiveri.386 ssokorac, -> #357, dejanr
─┼┤ Nisi u pravu - "bu¬ava" disketa ęe dati Data error, General ─┼┤ failure itd. Ja sam imao disketu koja je savrźeno ispravna, Dok pakujeź i piźeź na nju neęe se javiti nikakva greźka, tek kada pokuźaź da proŽitaź sa nje javięe se svakakvi errori.Ima sam jednu TDK disketu na kojoj sam drČao CatDIsk i redovno kopirao catdisk.dta na nju bez problema, ali Žim sam pokuźao da ga proŽitam sa diskete Vrrrrrm, general failure...
arhiveri.387 peca.st, -> #226, ssokorac
!-> Ove dve linije su stvarno za zbunjivanje !-> :). ARJ brČi a ZIP bolje pakuje! (osim u !-> zadnjem sluŽaju, gde je arj totalno !-> izvisio) :) Da mi je to neko rekao, !-> mislio bih da me zeza :). Jeste, ali kad pogledaź i ostali deo tablice videęeź da je razlika u stepenu kompresije izme¬u ZIP i ZIP -ex vrlo mala, a vreme drastiŽno razliŽito. Mislim da nema svrhe koristiti -ex, jer je ovaj ZIP i bez toga Žesto bolji i od ARJ-a sa -jm. Dakle, ovo jeste taŽno źto ti reŽe ali ipak nije potpuno verna slika odnosa ZIP-ARJ CU P e C a
arhiveri.388 peca.st, -> #290, mjova
!-> ne bih ja bio baź toliko siguran :). ko !-> zna da li je i ovo moČda 'laČnjak', samo !-> mnogo bolje napravljen! ove ranije je !-> lako bilo provaliti... Znaź źta, ako neko napravi ovako brz i sa tako dobrim stepenom kompresije laČnjak onda mu se u opźte ne isplati da ga lansira kao laČnjaka, nego da ga lansira kao "ubedljivo najbrČi, sa izvanrednim stepenom kompresije...". Dakle, mislim da nema źanse da je PKZip 2.04c laČnjak, ali ipak mislim da je malo nedora¬en zbog seckanja na delove, jer je PK bio verovatno i sam zapanjen onim źto je napravio, pa je poČurio da ga lansira. Dakle, ja vrlo brzo oŽekujem neku verziju Zip-a 2.10 koja verovatno neęe imati bolji stepen kompresije i veęu brzinu, ali koja ęe imati dosta novih sviŽeva, koji ęe reźevati seckanje i DPMI. CU P e C a
arhiveri.389 peca.st, -> #267, bojt
!-> Radi se o 486/33 sa 16MB !-> RAM-a, Žist DOS (sa 386MAXom 6.0) . Odem !-> na jedan 386/33 i - tamo radi :O Ja imam reźenje tvog problema. Naime spreman sam da se odreknem moje 286 "maźine" na kojoj 2.04c savrźeno radi, a da ti meni daź tvoju maźinu (bez navodnika) na kojoj taj PKZIP ne radi. Poźto znam da ęeź prihvatit ponudu, eto samo reci gde i kada se menjamo! P e C a
arhiveri.390 paki, -> #378, korvin
­> A ja vidim udarila zima kao nikad do sada, pa se mislim, il' ­> ęe Sloba ostavku, il' ęe novi zip ;) Kad ono ... :))))) Al posle pregleda opcije -& i sneg poŽeo da se topi :)))
arhiveri.391 vstan, -> #355, zsiz
> Da, ali na kraju teksta ti se otelo, da se zna koji program Ne vidim to u poruci. Hmm, i dalje ne razumem.
arhiveri.392 dejanr, -> #382, kuki
>> > > > Ma, da je kobasica, ali nije... >> > > >> > > PKZIP -& A:A *.* >> > > ARJ A -VA A:A *.* >> > > >> > > «ak slovo viźe...:) >> >> > Da... ako su diskete prazne. Ali ako nisu... >> >> ako nisu, onda kucaź >> arj a -vas a:a *.* >> tako dobijeź system prompt, pa moČeź brisati/formatirati disketu do >> mile volje :) a ako ti je dosadno, moČeź i HD da formatiraź :)) ... uz kucanje kobasica ;) Ja sam samo rekao da se kod ZIP-a sve obavi jednim -&f
arhiveri.393 dejanr, -> #385, ssokorac
>> > Da... ako su diskete prazne. Ali ako nisu... >> >> Radi isto źto i zip. Zip sa -& puni koliko moČe da stane bile prazne ili >> ne, arj sa -va radi potpuno isto, puni koliko stane... Nisi me razumeo. Odnosi se na situaciju (po meni jako Žestu) da Čelim da uradim backup na diskete s tim źto su neke diskete veę pune - takve hoęu da se obriźu. To kod ARJ-a ide na "kobasicu" a kod ZIP-a na -&f
arhiveri.394 dejanr, -> #386, ssokorac
>> > Nisi u pravu - "bu¬ava" disketa ęe dati Data error, General >> > failure itd. Ja sam imao disketu koja je savrźeno ispravna, >> >> Dok pakujeź i piźeź na nju neęe se javiti nikakva greźka Nisi ti joź video dovoljno bu¬ave diskete, itekako ume da bude write error ;)
arhiveri.395 ladislavs, -> #368, zkrstic
> Idealna źifra je Krtice krtiŽe krtiŽnjak! Pa da onda zaboravi kodni raspored O;). ciLa. PS: Na sreęu nema ih viźe od 10 (ili moČda ipak ima? ;)
arhiveri.396 dzakic, -> #369, jtitov
>> Da bi zip pronalazio svoj CFG, treba iz dos-a reci SET >> PKZIP.CFG=putanja i nema frke. A odakle Janku ideja da treba da >> koristi maximal umesto maximum, nemam pojma. U uputstvu lepo pise >> maximum... U mom uputstvu piźe da se PKZIP.CFG prvo traČi u tekuęem direktorijumu. Ako ga tu nema, onda ide tamo gde ukazuje PKZIP.CFG environment promenljiva (uh źto mrzim ovakve stvari da stavljam u svoj environment), i na kraju, ako ga nije ni tamo naźao, gleda u direktorijum odakle je uŽitao PKZIP.EXE (ovo mi se najviźe svi¬a). Ja stavio u svoj c:\utility direktorijum pkzip.cfg, napisao compress=maximum i radi. A u uputstvu stvarno piźe MAXIMAL, pogledaj (linija 3330).
arhiveri.397 zradojicic, -> #295, bdm.
>> Onda mi ti lepo objasni kako da na hardu napravim arhivu, iseckanu na >> parcice zeljene duzine i posle sve to prebacim na diskete uz koriscenje R: Uzmi ZIPOFF. KLF.
arhiveri.398 zradojicic, -> #284, ssokorac
>> kompjuter. Arj je ipak pouzdaniji. R: Uposte nemam takvo iskustvo. Ja sam kod ARJ-a imao toliko problema sa greskom tipa BAD HOFMAN MODE da sam ga se odrekao do daljnjeg (arj v2.30) i presao na pkzip, a za deljenje na diskete koristim zipoff i sve lepo radi, bez ijedne jedine greske (bilo je 2 puta nekih gresaka, ali sam ih ispravio sa pkzipfix). KLF.
arhiveri.399 zradojicic, -> #336, vgredic
>>> Fin File Server. Brojevi su 237-2392 i 237-2393. >> └─ u ;) R: FON FILE SERVER Fakultet Organizacionih Nauka File Server (FFS).
arhiveri.400 ndragan, -> #365, vgredic
/ SLDEGE DAMMIR! ----- ▒ta ovo bi? Ubajatio se makro (marko?) ?
arhiveri.401 ndragan, -> #341, janko
/ Postavlja se pitanje: źta ęe ti seckanje na hard disku? O:) Na njemu drČim i pilięe, a oni ne mogu da jedu ako nije iseckano :)
arhiveri.402 ndragan, -> #321, wizard
/ Obrati paČnju na sviŽ -y. :) Da znaź. Baź me taj zeznuo jednom. Raspakivao sam neźto sa dve diskete, lepo raspakovao sa prve, turio drugu i otkucao arj e -y a:arhiva Bez "-y" me pita 'jel da nastavim fajl taj_i.taj od 7846513568. bajta'; sa "-y" bi trebalo da se podrazumeva da sam rekao "yea", pa ęe da mi lepi dalje bajtove. E, nije. Obrisao je prvi deo i raspakovao drugi preko njega. Znam za -v, ali nisam raspoloČen da vrtim od prve do sedme diskete da bih izvadio neźto sa osme i devete. A za paradoks sa list fajlom se joź niko nije oglasio da kaČe neźto. Da ponovim ukratko: - napravim list fajl, neka sadrČi viźe linija sa dČoker znacima: t*.* *.?x? ???t.* onda ęe linija arj a arhiv !list.lst arhivirati fajl test.txt tri puta u isti .arj fajl. Tako neźto kod zipa neęe da se desi. Sad ęe neko da kaČe 'to je zato źto zip pravi onaj glupi direktorij na kraju'. A za koji onda ARJ pretraČuje celu arhivu (.arj, .a01, ... .a99) kad treba da se doda jedan fajl? To traaaje, (jer nema direktorij ;> ), a ne radi upravo kad se koristi list fajl. Osim ako ne zahteva da se u list fajlu ne spominju * i ?, źto ga onda Žini besmislenim.
arhiveri.403 ndragan, -> #339, d.petrovic
/ mogli da raspakujete arhive. SVE, ama baź SVE źto sam JA spakovao s Problem je źto ti nisi deo paketa - kako da te DL? Meni treba arhiver koji ęe pouzdano da radi i bez tebe.
arhiveri.404 ndragan, -> #348, dexi
/ da arj ne valja. Po istom principu neęe valjati ni PKZ204. Sa ZIPom sam imao iskustvo da loź sektor na disketi brlja jedan ili dva fajla (a moji zipovi se uglavnom sastoje od gomile malih fajlova) a ostali (iza njega) se ladno raspakuju; ne seęam se kako ARJ izlazi na kraj sa tim; Žini mi se da staje i ne ide dalje.
arhiveri.405 ndragan, -> #333, zsiz
/ meseŽno uradim jedno ili dva "cepanja", pri pakovanju, Koristim ga redovno kad menjam disk ;) poslednji put mi je sve bitno stalo na sedam disketa, i nisam imao problema. Meni je bitno, u stvari, da znam źta koji bolje radi: kad pakujem .dbf, onda ARJ (naroŽito ako su velike i poluprazne); kad pakujem mnogo sitnih fajlova gde ęu ponekad otpakovati po dva-tri komada direktno sa diskete, onda ZIP.
arhiveri.406 skerl, -> #376, bulaja
> │ PKZIP -& A:A *.* > │ ARJ A -VA A:A *.* > └─── > ARJ podrazumeva *.* ako se ne navede druga maska za > datoteke koje se pakuju. Prema tome, ARJ kobasica je KRACA > za tri slova :). Ih, sad' i ti... Naravno da i PKZIP i ARJ podrazumevaju *.* 'ukoliko se se drugacije ne naredi'. Situacija napeta k'o mider, tzv miderusa, 8:9. ZIP kraci za jedan :) Pozdrav, Skerl.
arhiveri.407 bulaja, -> #384, wizard
││ARJ podrazumeva *.* ako se ne navede druga maska za datoteke koje se pakuju. │└─── │Podrazumeva i ZIP. └─── Da, ali samo ukoliko se pakuje aktivan direktorijum. Cim navedes nesto drugo (npr. C:) moras da stavis i *.*. Takodje posto razmatramo opciju za backup, treba uzeti u obzir da za arhiviranje poddirektorijuma ZIP-u treba staviti "-p -r" a ARJ-u samo "-r". Dakle, evo kako izgleda sve ukupno: ZIP -p -r -& A:a C:*.* ARJ a -r -va A:a C: Jaka razlika :).
arhiveri.408 predrag,
Ja nikada nisam pisao nesto koristeci DOS ali mi je nesto ustrebao ali kao sto cete uskoro videti negde gresim. Zato pomagajte. Imam 5-6 fajlova koje sam zipovao i snimio pod imenima x1.zip,x2.zip,x3,zip..... Napravio sam neki install.bat koji odprilike izgleda ovako: echo za instalaciju svih fajlova upisi :install 0 echo za instalaciju pojedinacnih upisati install x x=broj fajla if %1 == goto kraj if %1 == 0 goto a if %1 == 1 goto b a) if %1 == 2 goto c goto kraj .............. a: copy a:\pkunzip.exe c:\pera copy a:\x*.zip c:\pera c:\pera\pkunzip x*.zip goto kraj b: copy a:\pkunzip.exe c:\pera copy a:\x%1.zip c:\pera c:\pera\pkunzip x%1.zip goto kraj ......... :kraj cls Kada startujem ovu moju umotvorinu BEZ PARAMETRA javlja mi syntax eror i to nekoliko puta (koliko imam IF %1 na pocetku tj. pod a) i to sam resio stavljanjem cls na samom kraju. Ali kada startujem INSTALL 1 onda se prekopira sve u direk. pera i POCNE RASPAKIVANJE na flopi disku a: UMESTO da startuje PKUNZIP na c:\pera i da ga tamo brze raspakuje. ?? Gde sam zabrljao.??? Isto me zanima sta znaci u dosu NUL. Video sam neke install.batove u kome pise: copy aaa.exe >nul ili del aaa >nul. Unapred se zahvaljujem za savet. ps: kada je izasao umetak u "racunarima" o dosu nisam ga kupio i sada se kajem ;))) pp od: P