KOMUNIK.1

30 Oct 1989 - 13 Feb 1992

Topics

  1. terminologija (22)
  2. kom.programi (1139)
  3. arhiveri (130)
  4. protokoli (182)
  5. hayes.sekvence (70)
  6. nabavka.modema (68)
  7. hackers (86)
  8. javni.modemi (96)
  9. jupak (155)
  10. strani.bbs (199)
  11. yu.bbs (680)
  12. zgode (19)
  13. vax (634)
  14. mnp (198)
  15. email (244)
  16. modemi (332)
  17. radio (90)
  18. razno (549)

Messages - arhiveri

arhiveri.1 dejanr,
Zahvaljujući Zdenku Baksi i kolegama za MIPS BBS-a, u prilici smo da vam ponudimo PKZIP 1.02 firme PKWARE Inc - radi se, kao što većina PC-jevaca zna, o novoj verziji arhivera. Pošto je u oblasti komunikacija maksimalno arhiviranje veoma značajno za racionalan rad, u interesu svih nas je da što pre pređemo na novi PKZIP. U tom cilju smo u direktorijum COM upisali PKZ102.EXE (originalnu PKZIP arhivu koja se automatski raspakuje) ali i Z102NEW.ZIP, datoteke koju su se promenile od verzije 1.01. Ukoliko, dakle, već posedujete verziju 1.01, uštedećete sebi nešto vremena i para ako download-ujete samo Z102NEW.ZIP i zamenite datoteke starog PKZIP-a. U direktorijumu je, najzad, i PKUNZIP.EXE namenjen onima koji koriste arhiver isključivo da bi raspakivali datoteke sa BBS-ova. Planiramo da SEZAM od prvog dana svoga zvaničnog rada (10. novembar) radi sa *novim* arhiverom 1.02 pa bi bilo vrlo dobro da svi korisnici download-uju novu verziju odavde ili sa MIPS-a. U interesu onih koji to još nisu uradili, SEZAM će još desetak dana raditi sa starim arhiverom PKZIP 1.01. U prilogu ovoj poruci je datoteka WHATSNEW.102 u kojoj su opisane razlike između PKZ101 i PKZ102.
arhiveri.2 dejanr,
PAčNJA: PKUNZIP.EXE i Z102NEW.ZIP se nalaze u datoteci PKZ102.EXE - nema nikakve potrebe da download-ujete sva tri!
arhiveri.3 dejanr,
Nije vredelo - mnogi i dalje download-uju obe datoteke. Dakle, Z102NEW.ZIP više nije u direktorijumu; ako već posedujete PKZIP 1.01 i želite da pređete na novu verziju, otkucajte DOWNLOAD COM\Z102NEW.ZIP bez obzira što ovoga nema u spisku - dobićete dopunu. Korisnici koji ne budu čitali ovu poruku neće videti datoteku pa neće ni trošiti vreme...
arhiveri.4 dejanr,
Oduvek sam mislio da jednom ZIP-ovanu datoteku nema smisla opet ZIP-ovati kad ono... uz ovu poruku je PROBA.ZIP koja je sasvim klasično sažeta, bez -es i tome slično. No, njenim ponovnim zipovanjem se dobija dalje skraćenje. Svašta. proba.zip
arhiveri.5 draza,
To znači da ako bi jednu tekstualnu datoteku spakovao osam puta (recimo da je duzine 200K) ona bi bila dugacka oko 20K. Zgodno ali ko bi je posle raspakivao.
arhiveri.6 bojt,
A ako neku datoteku spakujemo 100000000 puta biće dugačka 0 bajtova!
arhiveri.7 dejanr,
Probao sam na par VELIKIH datoteka i ništa - izgleda da je ovde štos u onom malom fajlu. Ali svakako je bugčić PKZIP-a.
arhiveri.8 zormi,
Da li ste nabavili novi PKZIP 1.10 ? Koliko sam na brzinu shvatio ima brzu (oko 20%) i bolju kompresiju, verifikaciju datoteka (da ne uleti virus), novi ZIP2EXE (prevodjenje ZIP file-a u selfextract EXE file produzava ga za samo 3 Kb), neke nove opcije u komandnoj liniji itd.
arhiveri.9 dejanr,
Ne, nisam znao ni da postoji. U principu mogu da ga skinem sa njihovog BBS-a ali je isti VRLO teško dobiti a i download preko outdial-a traaaaaaje. Ako ga imaš (ti ili neko drugi) pošalji ga uz poruku pa ćemo ga isprobati i staviti na SEZAM. Ako niko nema, nema druge nego zvati Ameriku... U svakom slučaju hvala na informaciji. Pozdrav, Dejan
arhiveri.10 dejanr,
Našao sam novi PKZIP i novi DSZ; biće večeras u katalogu COM. Nećemo baš odmah preći na njih jer smo pod utiscima prošlog "novog" DSZ-a koji nije baš usrećio ovaj BBS! Uz poruku je datoteka koja opisuje novosti PKZIP-a 1.10 Dejan
arhiveri.11 dejanr,
U COM direktorijumu je novi PKZIP - verzija 1.10 od 15. marta 1990. Glavni noviteti bi trebalo da se ispolje na polju brzine - tvrdi se da je kompresija do 5 puta brža od ranije. Koliko sam primetio, format (a samim tim i stepen kompresije) nije promenjen tj. PKUNZIP 1.02 koji smo do sada koristili može da raspakuje ono što novi PKZIP 1.10 spakuje. Sitan ali vredan novitet je što u toku pakovanja PKZIP ispisuje koliko je procenata posla obavio - korisniku tako izgleda da je operacija obavljena znatno brže! Pomenuću još i to da je PKSFX.PRG sada postao nepotreban - ZIP2EXE sam obavi čitav posao! Za one koji već imaju PKZIP 1.02 uz ovu poruku priključujem fajl PKZ11NEW.ZIP, ono što se u međuvremenu promenilo. Naime, uz novi PKZIP dobijate STARU dokumentaciju (čak je i datum na fajlu sačuvan) i ADDENDUM.DOC. U PKZ11NEW.ZIP su, dakle, svi EXE programi i dopuna uputstva tako da sebi možete uštedeti 60-70K download-a. Dakle, ako nemate PKZIP, download-ujte COM\PKZ110.EXE. Ako već imate PKZIP 1.01 ili 1.02, download-ujte fajl koji ide uz ovu poruku. ALI NI U KOM SLUžAJU NE DOWNLOAD-UJTE OBA! Pozdrav, Dejan
arhiveri.12 dejanr,
05/12/1990 12:26pm CDT WARNING! WARNING! WARNING! WARNING! WARNING! WARNING! ---------------------------------------------------------- There is a file being circulated on BBS's called PKZ120.ZIP or PKZ120.EXE or similar, and that claims to be version 1.20 of PKZIP but in fact is a hacked version of PKZIP 1.10. As of the date of this writing, the latest version of PKZIP is version 1.10. Furthermore, due to this intentional act of vandalism, PKWARE will not release any versions of PKZIP in the future with the version 1.20. If you see the files PKZ120.ZIP or PKZ120.EXE on any BBS or on-line system, please ask the SysOp of that system to remove the files IMMEDIATELY, and please contact PKWARE to report where the files were seen. REWARD! ------- PKWARE is offering a reward of lifetime free upgrades for PKZIP to anyone who can provide information leading to the identification and prosecution of the person or persons responsible for creating this bogus version 1.20 of the software. They have only served to confuse and hurt the user community, and the perpetrators of this crime are at minimum in violation of Federal Copyright Law. If you have any information about the source of PKZ120.EXE or PKZ120.ZIP, please report it to PKWARE immediately, either: by Voice at 414-352-3670 by BBS at 414-352-7176 by FAX at 414-352-3815 or by mail: PKWARE Inc. 7545 N. Port Washington Rd. Glendale, WI 53217 Sincerely, Phil Katz President, PKWARE Inc.
arhiveri.14 mirr,
Da li neko ima uuencode i uudecode rutine koje bi radile pod DOS-om. Ako ne to a ono barem neku literaturu u kojoj bi se videlo po kom sistemu rutina "pakuje". mirr
arhiveri.15 madamov,
Da li odgovara C source, doduše za ST, ali algoritam je isti?
arhiveri.16 zormi,
Nabavio sam C source za PKUNZIP (PKZIP se jos nije pojavio). Uz njega idu i procedure za prevodjenje u MS-DOS-u, VMS-u i Unix-u. Ako ima zainteresovanih poslacu (zauzima 70 kB zipovan).
arhiveri.17 vkostic,
Ako je PD, posalji obavezno.
arhiveri.18 zormi,
Dakle, evo UNZIP-a u C source-u za MSDOS, VMS, Unix...
arhiveri.19 zormi,
Nabavio sam najnoviji PKWARE proizvod - kopresor EXE datoteka. Slicnih programa je vec bilo, ali ovaj deluje dosta upotrebljivo. Programe .EXE kompresuje tako da se sami "dekompresuju" u memoriji kad se pokrenu i onda nastave sa radom. Dobitak u prostoru koji zauzimaju na disku je oko 30 %, a ne prime- cujem neko posebno usporenje pri startu (PC 386/20). Ako ga neko detaljnije pogleda voleo bih da cujem utiske.
arhiveri.20 bulaja,
Hitno mi je potrebna neka od sledecih datoteka: u16.zip comprs16.arc compr430d.zip To su sve dekompresori za neki budi-bog-s-nama standard pod imenom compress.Z, a meni su bas uletele datoteke koje su izgleda kompresovene tim cudom. Posto sam prethodnih dana tragao za svim mogucim arhiverima, sad imam sasvim pristojnu kolekciju arhivera & dearhivera, pa ako vam slucajno neki treba, pitajte, verovatno ga imam :). U sledecoj poruci imate zanimljiv tekst (tj. tabelu) o svim mogucim arhiverima za sve moguce racunare. Zanimljivo. Ali pre nego sto procitate pogledajte jel imate neki od gorenavedenih fileova :). Thanks. Bulaja
arhiveri.21 bulaja,
The most recent copy of this text may be anonymous ftp'd from ux1.cso.uiuc.edu (128.174.5.59) in the directory doc/pcnet. This file is maintained by Mike Jones (mjones@ux1.cso.uiuc.edu). Please do not strip this note from this list when passing it on. ------------------------------------------------------------------------------- DECODING THIS CHART: This chart has been compacted to fit into 80 columns so it can be viewed on-line. The first column is the name of the compression/ archiving technique. The next field is the file extension given to the resulting file. After that are 5 columns each for a different operating system. Each one of these consists of the name of the file/program to undo the given compression/archiving style and a letter that tells where the file/program may be obtained. All symbols and letters are decoded at the bottom portion of this file. ------------------------------------------------------------------------------- FILE COMPRESSION, ARCHIVING, AND TEXT<->BINARY FORMATS Last Update: 10/26/90 Operating System/Unpackaging Program NAME File PC * Mac * Unix * VM/CMS * Amiga * Extension abe ? abe.exe N - abe O - - afio - - - afio ? - - ar (any) - - ar L - - ARC .ARC arc600.exe + ArcMac1.3c A arc521 I arcutil K Arc 0.23 Aa BinHex .Hqx ? ? BinHex5.0 A mcvert B binhex K - BOO .BOO msbpct.exe G ? ? - - - msbmkb.exe btoa (any)btoa N - btoa L - compress Ab Bundle .bndl - Bundle E - - - CardDump(any) - - - card K - compact .C - - compact L - - Compac- tor .cpt - Compactor D - - - compress.Z u16.zip A MacCompress3.2A compress L compress K compress Ac comprs16.arc F comp430d.zip B cpio ? pax2exe.zip H - ? ? - - Crunch ? - - - arcutil K - Disk- Doubler ? - DiskDoubler ? - - - DWC .DWC dwc-a501.exe B - - - - FPack (any) ? ? FPack2.2 A ? ? - - HPACK .HPK ? * ? * ? * ? * ? * HYPER .HYP hyper25.zip B - - - - Larc .LZS larc333.zip B - - - - LHarc .LZH lh113c.exe H LHarc 0.41 D lharc10 I - LHarc Ad LHWarp .LZW - - - - Lhwarp Ae LU (LAR).LBR lue220.arc B - lar ? arcutil K - LZari ? - MacLZAri 7-11 ? - - - LZEXE .EXE lzexe91.zip A - - - - LZSS .lzss ? ? LZSS 2.0b5 ? - - - MDCD .MD mdcd10.arc B - - - - PackIt .pit UnPackIt ? PackIt3.1.3 A unpit ? - - PAK .PAK pak250.exe H ? ? arc521 I - - PKPAK .ARC pk361.exe A ArcMac1.3c A arc521 I arcutil K PKAX ? PKZIP .ZIP pkz110.exe B UnZip1.02c D unzip310 B - PKAZip Af Power- Packer (any) - - - - PowerPacker Ai Scrunch .COM scrnch.arc B - - - - shell - .shar archive unshar.arc I UnShar2.0 D shar L - UnShar Ag Shrink- ToFit .stf - STF1.2 A - - - SPL ? - ? ? - - - Squash .ARC squash.arc B - - - - Squeeze .xQx sqpc131.arc B ? ? ? ? arcutil K Sq.Usq Ah StuffIt .Sit mactopc. ? ? StuffIt1.5.1 A unsit ? - - tar .tar tar.zip A UnTar2.0 D tar L - TarSplit Ai tarread.arc I pax.zoo J pdtar.exe C terse (any)terse.exe K - - terse K - uuencode.UUE (various) F UMCP-Tools1.0 ? uuencode L arcutil K uudecode Aj Warp .WRP - - - - WarpUtil Ak xxencode.XXE ? ? - xxencode A xxencode K - ZOO .ZOO zoo201.exe A MacBooz2.1 D zoo201 I zoo K amigazoo A ------------------------------------------------------------------------------ Extended Chart: VMS * Apple 2 * arc .arc arcvms.uue B dearc.bsq.Z B BLU ? - ? binscii * - binscii.exe M compress.Z lzcomp.exe N compress.shk J lu(lar) .LBR vmssweep B NuFX ? - ? ? nupack ? - nupack B PKZIP .ZIP vmsunzip.arc B - shell- archive .shar - unshar.shk J shrinkit.shk - ? M squeeze ? vmsusq.pas B - tar .tar vmstar O ? uuencode.uue uudecode.vms B uu.en.decode J ZOO .ZOO z201src1.arc B - z201src2.arc ------------------------------------------------------------------------------ WHERE TO GET THEM: A. ux1 /pub/pc/exec-pc /mac /amiga a ff070 b ff051 c ff051 d ff312 e ff305 f ff311 g ff345 h ff051 i ff053 j ff092 k ff243 i ff253 B. wuarchive.wustl.edu (NFS mounted on uxa and mrcnext) C. omnigate.clarkson.edu /pub/ncsa2.2tn D. sumex-aim.stanford.edu /info-mac/util E. uunet.uu.net F. grape.ecs.clarkson.edu - see the file 'allfiles' G. watsun.cc.columbia.edu H. wsmr-simtel20.army.mil I. pc.usl.edu /pub/unix J. plains.nodak.edu K. vmd.cso.uiuc.edu binhex - cd public.474 card - cd public.460 others - cd public.477 L. (should be available on all major unix systems) M. comp.sources.unix archives N. comp.binaries.ibm.pc archives M. tybalt.caltech.edu N. kuhub.cc.ukans.edu O. vmsa.oac.uci.edu NOTES: Symbols: + means see the notes below for special information - means that nothing exists to the best of my knowledge ? means that something exists but I do not know the name of the program or where to get it * means that e-mail should be sent to mjones@ux1.cso.uiuc.edu for details/explanation Some uuencode/uudecode programs are able to read xxencode files. When using tar.exe for PC's, the order of option flags is important. For extraction, use tar -tvf <filename>. ARC : From SEA, ARC 6.00 is the latest widespread shareware release. It is available at A (ux1.cso.uiuc.edu). ARC 6.02 exists, but no changes were made in the documentation thus its listing will not be updated until the next major revision. Also, SEA has ARC 7.00, but it is commercial, not shareware. When using binscii.exe for an Apple II, there are different file extensions depending on the type of file being changed. The files listed are only guaranteed to uncompress/unarchive. To make a compression/archive, further software may be needed. USAGE NOTES: There are certain "standard" combinations of compression used: unix - .tar.Z (often this will be .taz for PC's) mac - .sit.hqx - these must be undone in order starting at the end of the name Sometimes an archive may be self-extracting. These will look like normal executable programs. Simply run them to undo the archive. LZEXE (PC) and PowerPacker(Amiga) and executable compressors. They compress an executable file and attach an uncompressing header so that the file can still be executed while in compressed form. DEFINITIVE SOURCES: BOO - watsun.cc.columbia.edu
arhiveri.22 alexa,
> To su sve dekompresori za neki budi-bog-s-nama standard pod imenom > compress.Z, a meni su bas uletele datoteke koje su izgleda > kompresovene Budi-bog-s-nama??? To je STANDARDNI format za Berkeley UNIX. uncompress za DOS nemam, ali znam da ga ima na SCO XENIXu 386. AKo ti bude hitno, javi se da to sredimo uz pomoć XENIXa.
arhiveri.23 bulaja,
> > To su sve dekompresori za neki budi-bog-s-nama standard pod imenom > > compress.Z, a meni su bas uletele datoteke koje su izgleda > > kompresovene > Budi-bog-s-nama??? To je STANDARDNI format za Berkeley UNIX. > uncompress za DOS nemam, ali znam da ga ima na SCO XENIXu 386. > AKo ti bude hitno, javi se da to sredimo uz pomoc XENIXa. Pa za mene je bio 'budi-b-g-s-nama', priznajem da ne znam mnogo o Unixu (da ne kazem skoro nista :). Thanks na obavestenju. Hvala na ponudjenoj pomoci, nije mi toliko hitno pa cu se potruditi da preko bitneta nabavim PC verziju. Pozdrav, Bulaja.
arhiveri.24 bulaja,
Evo UU dekodera / enkodera. Mozda bi trebao da se nadje i u \COM posto je to UU kodiranje standard za razmenu datoteka preko emaila.
arhiveri.25 dejanr,
>> Evo UU dekodera / enkodera. Mozda bi trebao da se nadje i u \COM >> posto je to UU kodiranje standard za razmenu datoteka preko emaila. Tamo je!
arhiveri.26 feniks,
U direktorijumu R:\IBMPC\UTILITY od pre neki dan nalazi se novi arhiver ARJ V 2.0 . Ono sto se brzo primeti je sledece: - dvostruko je brzi od predhodne verzije tj. ARJ V 1.10 !!!! - ima oko 2% bolji stepen kompresije od njega. To me je podstaklo da ga uporedim sa ostalim ( nama dostupnim ) arhiverima. (Citaj: Jos jedan pokusaj da se izbaci ZIP V 1.10 ) :))) Eksperiment je obavljen na RAM-disku , a vreme izvrsavanja mereno je koristeci sistemski sat u racunaru sa plocom Neat 286 - 16 MHz , 0 ws, Landmark CPU speed test V 3.33 - 20.8 MHz . ch.exe 356192 26.05.89 12.19 | chroma.dwg 12356 10.06.86 14.25 | columbia.dwg 32239 8.03.88 10.41 | <=== Datoteke pakovane condo.dwg 13559 10.03.88 11.18 | u eksperimentu counter.dwg 24164 15.04.86 13.59 | dsz.doc 130613 16.04.91 1.00 | =========================================== Original total 569123 bytes napomene: - u nazivu komprimovanih datoteka dat je i tip arhivera (metoda). - Ratio = Compressed/Original ( kod prva tri dole navedena arhivera ova velicina se drugacije definise ( tj. (1-ratio)*100% ) , pa sam radi uporedjenja , koristio samo prvu formulu u tabelama koje slede: P A K O V A N J E : ---------------------------------------------------------------------------- | Arhiver (method) Compressed Ratio time(s) Komparacija sa ZIP V 1.10 stepen kompresije brzina |=========================================================================== | pkarc350.arc 334109 0.587 11.37 | <-- ubedljivo lose ! ------------------------------------------------- | zoo201.zoo 336141 0.590 26.31 | <-- zasto ga koriste ? :)) ------------------------------------------------- | zip110.zip 250884 0.441 44.76 | <-- standard na SEZAM-u ----------------------------------------------------------------------------- | lha212.lzh 235512 0.413 53.44 | 6% bolji 20% sporiji ----------------------------------------------------------------------------- | arj110.arj (default) 235659 0.413 97.88 | 6% bolji 220% sporiji ----------------------------------------------------------------------------- | arj2-m1.arj (default) 230325 0.404 48.43 | oko 8% bolji ! 8% sporiji | arj2-m2.arj * 234910 0.412 39.66 | oko 6% bolji 13% brzi | arj2-m3.arj * 244517 0.429 37.57 | oko 3% bolji 20% brzi | arj2-m4.arj 264200 0.464 32.08 | oko 5% losiji 40% brzi ----------------------------------------------------------------------------- Primeri koji rade sa ARJ V 2.0 (oznaceni *) su po oba kriterijuma (stepen kompresije i vreme nj.trajanja) - bolji od ZIP V 1.10 R A S P A K I V A N J E : ---------------------------------------------------------------------------- | Arhiver (method) Compressed Ratio time(s) Komparacija sa ZIP V 1.10 brzina |=========================================================================== | pkarc350.arc 334109 0.587 7.2 | - ------------------------------------------------- | zoo201.zoo 336141 0.590 16.6 | - ------------------------------------------------- | zip110.zip 250884 0.441 5.2 !| <-- standard na SEZAM-u ----------------------------------------------------------------------------- | lha212.lzh 235512 0.413 12.4 | 239% sporiji ----------------------------------------------------------------------------- | arj110.arj (default) 235659 0.413 12.9 | 248% sporiji ----------------------------------------------------------------------------- | arj2-m1.arj (default) 230325 0.404 12.8 | 246% sporiji | arj2-m2.arj * 234910 0.412 13.2 | 254% sporiji | arj2-m3.arj * 244517 0.429 13.7 | 263% sporiji | arj2-m4.arj 264200 0.464 15.6 | 300% sporiji ----------------------------------------------------------------------------- U pogledu brzine raspakivanja ZIP V 1.10 izgleda da jos dugo nece biti prevazidjen. ;) Uz poruku je datoteka VLIST.ZIP u kojoj je detaljnije prikazan sadrzaj svih komprimovanih datoteka. Pozdrav , S.P. vlist.zip
arhiveri.27 ppekovic,
U ibmpc/archiver je nova verzija (2.10) arj arhivera. Evo i opisa: New ARJ archiver. smallest compression. faster (with slightly larger compressed file sizes) than pkzip. MANY options to choose from. choose speedy, or small (resulting file size) compression. can compress files to more than one floppy disk. for example, a large file (or files) which even compressed could not fit on one floppy can be stored on as many as it takes, with ARJ--it breaks up the file as needed; you don't have to break it up manually as you do with other archivers. this is version 2.10. Paya
arhiveri.28 ppekovic,
Evo nove verzije ARJ arhivera (jaoooo al će Bulaja da otkači :) ). Pošto sam od dejrana čuo da su hteli da instaliraju ARJ na SEZAM ali da je zahtevao previše memorije, nadam se da je nova verzija nešto bolja po tom pitanju. Naravno, evo i opisa: arj220.exe 174080 Approx time: 0:22 at 2400 baud, 0:45 at 1200 baud Contributed by: one Date: Sat Jul 20 09:44:34 1991 ARJ, the new archiver on the block. This one has many options which can be used during compression. One can choose to compress quickly, or as tightly as possible. Its best compression is comprable to LHA's. Its fastest is comprable to PKZIP's speed. It also has many neat features, such as the ability to compress/backup files to multiple floppies. If the files won't fit on one floppy, it will spread them over as many as necessary Paya
arhiveri.29 viktor,
Zdravo, Prve probe pokazuju da je nova verzija ODLICNA... Naime mucio sam ga sinoc, radi i sa SHEZ-om..., pakuje GUUUSTO... Pozdrav, Viktor. P.S.:Ima li neko source za njega, da ne trazim... Hvala unapred...
arhiveri.30 ppekovic,
>>P.S.:Ima li neko source za njega, da ne trazim... Hvala unapred... Source kompresera nećeš naći u šta sam siguran 99.999999%. Onaj mali procenat je ostavljen za mogućnost ako skočiš preko bare i provališ u firmu koja pravi ARJ i mazneš im source ;). S druge strane source dekompresora za ARJ još nisam video ali nema razloga da se u skoroj budućnosti ne pojavi jer su na raspolaganju source-ovi za većinu poznatijih dekompresora. Paya
arhiveri.31 ppekovic,
>>P.S.:Ima li neko source za njega, da ne trazim... Hvala unapred... Eto, čuli te oni sa BIX-a pa odma stavili source u listing area. Paya
arhiveri.32 zzivotic,
>>Evo nove verzije ARJ arhivera (jaoooo al će Bulaja da otkači :) ). Pošto >>sam od dejrana čuo da su hteli da instaliraju ARJ na SEZAM ali da je >>zahtevao previše memorije, nadam se da je nova verzija nešto bolja po tom >>pitanju. Na žalost ne - treba joj isto oko 270k slobodno i nije u stanju da, kao zip, napravi temp fajl kad nema dovoljno memorije. Pozdrav, zz
arhiveri.33 bulaja,
> Evo nove verzije ARJ arhivera (jaoooo al ce Bulaja da otkaci :) ). ARJ 2.2 je stavljen u ibmpc\archiver dir, a tokacicu kad ga budem pogledao ;) posto sam ga tek sad skinuo. Hvala na prilogu. Btw source ARJ arhivera je do sada (zakljucno sa verzijom 2.1) distribuiran uz ARJ (u okviru datoteke UNARJ.ARJ), a od ove verzije je odvojen, zato je i ARJ 2.2 sfx arhiva kraca nego prethodna. Pozdrav, Bulaja
arhiveri.34 drakce,
> ───────────────────────────────────────────────────────────── > 3.113 SEZAM:predlozi > mirkot, 17.09.91. 18:52, 752 chr > Odgovor na 3.111, drakce, 17.09.Uto 06:00 > ───────────────────────────────────────────────────────────── > Izvinjam se ako sam zvucao namcorasto, jednostavno sam mislio da > mnogo vise ljudi koristi ZIP nego ostale arhivere. Kada sam trazio da > me ubedis mislio sam na tvoju tvrdnju da ARJ postize *mnogo* bolji > stepen kompresije od ZIP-a. Mislim da se razlika krece oko 3-4 % Hi, Nemaš zbog čega da se izvinjavaš! Nisi nimalo zvučao namćorasto, zvučao si "polemično", a to je priznaćeš, sasvim druga stvar :). Zato Sezam i postoji, mislim bar. Što se tiče razlike u stepenu kompresije, možda si u pravu. Nemam nikakve podatke o tome, a kamoli nešto statistički "potko- vano". Međutim, jedna druga naučna metoda, poznata kao "odokativna" :) mi govori da je cifra ipak bliža 10 %. Mislim da negde na Sezamu ima poruka u kojoj je čovek dao rezultate svojih uporednih testova. Trebalo bi je naći pa videti šta je istina. Medjutim, mene kod ARJ pored kompresije, oduševljava i veliki broj switch-eva, sa kojim se može uraditi skoro sve što poželiš. Primećujem da sam počeo da te ubedjujem da pređeš u ARJ tabor, pa je vreme da "o'ladim". Ko što rekoh, "ovo je slobodna zemlja". Svako koristi ono što voli, al' samo ako je "mirno i dostojanstveno":). Pozdrav od Dragana PS: Kad bolje razimislim, nisi ti, nego sam ja zvučao namćorasto. Pardoniram
arhiveri.35 drakce,
> ───────────────────────────────────────────────────────────────────── > 3.119 SEZAM:predlozi > isekulovic, 18.09.91. 03:00, 258 chr > Odgovor na 3.113, mirkot, 17.09.Uto 18:52 > ───────────────────────────────────────────────────────────────────── > Prema datoteci users.txt zastupljenost arhivera je > sledeca : ZIP 86,7% , ARC 7,5% , NONE 5,8%. Mislim da su ti podaci pravljeni pre nego što se ovde i čulo o ARJ-u, ali verovatno je da je ZIP i dalje u velikoj prednosti. Pretpostavljam da je u vreme kad se pojavljivao, ZIP bio zastupljen u zanemarljivom procentu u odnosu na recimo ARC. Pozdrav od Dragana
arhiveri.36 mjova,
>> ────────────────────────────────────────────────────────── >> 3.119 SEZAM:predlozi >> isekulovic, 18.09.91. 03:00, 258 chr >> Odgovor na 3.113, mirkot, 17.09.Uto 18:52 >> ────────────────────────────────────────────────────────── >> Prema datoteci users.txt zastupljenost arhivera je >> sledeca : ZIP 86,7% , ARC 7,5% , NONE 5,8%. (kako me mrzelo da uzimam ponovo poruku, ja koristim već postojeću da dam reply, mada na ovu. reply nije potreban :) mislim na drakce-tovu. e, kad samtoliko zakomplikovao da počnem pisanije :)) da, ali to je statistika arhivera koji pakuju PAD. kako na sezamu ne postoji ARJ, mene (i još mnoge) računaj u ZIP. SY
arhiveri.37 gbiocic,
>> Ko što rekoh, "ovo je slobodna zemlja". Svako koristi ono >> što voli, al' samo ako je "mirno i dostojanstveno":). Kao građanin ove slobodne zemlje u kojoj se odvijaju mirni i dostojanstveni procesi, imam dve (dobronamerne) primedbe u vezi diskusije o izboru i performansama arhivera: a) Da svako koristi ono što voli je svakako u redu, ali tu se radi i o uspostavljanju (polu)zvaničnog standarda na ovom BBS-u. A kada je reč o standardu onda sam skloniji konzervativnom shvatanju: novi standard se uvodi samo onda kada *znatno* nadmašuje stari i to uz blagovremenu najavu u cilju upoznavanja i pripreme korisnika. Ako bi svako koristio ono što voli ne obazirući se na preovlađujuće standarde, razmena datoteka putem BBS-a bi bila otežana. Naravno, za lokalno korišćenje arhivera sloboda izbora i jeste apsolutna. b) Nije dobro da se puno ljudi bavi merenjima (statističkim i odokativnim) performansi arhivera i drugih programa. Ukupano vreme utrošeno na takve aktivnosti može nadmašiti uštede na osnovu izbora "boljeg" programa. Kao ilustracija može poslužiti priča sa (veselim) krajem: Kupio čovek Alfa Romeo i nagazi ga pa iz Beograda stigne do Petrovaradina za 35 minuta. I onda u kafani, umesto da uživa u muzici, utroši 2 sata objašnjavajući prijateljima kako je to brza mašina i kako se štedi vreme. No hard feelings. Pozdrav, Goran B
arhiveri.38 igor.mil,
> a) Da svako koristi ono sto voli je svakako u redu, ali tu se > radi i o uspostavljanju (polu)zvanicnog standarda na ovom > BBS-u. A kada je rec o standardu onda sam skloniji konzervativnom > shvatanju: novi standard se uvodi samo onda kada *znatno* > nadmasuje stari i to uz blagovremenu najavu u cilju upoznavanja > i pripreme korisnika. Ako bi svako koristio ono sto voli ne > obaziruci se na preovladujuce standarde, razmena datoteka putem > BBS-a bi bila otezana. Nije bas tako ozbiljno. U igri su samo tri arhivera PKZIP, PKPAK (=PKARC) i ARJ. Na Sezamu u praksi ostaju samo dva: PKZIP i ARJ. PKZIP svi znaju da koriste, tako da jedini problem ostaje ARJ. Medjutim, ne vidim zasto bi bilo tesko nauciti osnovne stvari u radu sa njim. ARJ L arhiva lista sadrzaj arhive ARJ E arhiva [lista_fajlova] vrsi ekstrakciju fajlova ( ARJ daje osnovna uputstava o koriscenju Mozda nesto previdjam, ali po meni ovo zaista ne predstavlja nikavu prepreku. Sto se tice tacke (b) (o stetnosti preteranog merenja performansi), u potpunosti se slazem. Ipak, kada je vec o tome rec, da iznesem jedan interesantan podatak iz sopstvene prakse. Radi se o UU kodiranoj .ARC arhivi koju sam primio preko bitnet-a. Na VAX-u sam taj fajl, recimo da se zvao FOO.UUE, jos jednom spakovao ARC-om, posto UU kodiranje uvecava duzinu. Na PC-ju sam hteo da se poigram i fajl FOO.UUE spakujem ARJ-om i PKZIP-om, ne bih li uporedio rezultate. Rezultati su, krajnje neocekivano, bili otprilike ovakvi: PKARC 27 K ARJ 26.5 K PKZIP 44 K (!) Tu je verovatno pokazatelj u kojoj meri se PKZIP i PKPAK koriste "prljavim" trikovima t.j. heuristikama, za smanjenje vremena rada i utroska memorije. Posto je FOO.UUE u stvari .ARC arhiva prosirena redundantnim podacima, PKARC je bez problema vratio na priblizno istu duzinu kao i pre UU kodiranja. PKZIP je, zbog prividno niske korelacije podataka "puk'o", a ARJ se pokazao kao temeljan, i zato spor i memorijski zahtevan. Igor
arhiveri.39 alexa,
Ako nabavite (čist, portabilan) izvorni kod u C-u za UNARJ, ja ću da razmislim o upotrebi ARJ-a u UNIX direktorijumu (umesto ZIP-a). Sada koristim ZIP jer je široko rasprostranjen (postoji UNZIP source), znatno je bolji od kombinacije tar-compress, koja je de facto standard za takve stvari pod UNIX-om, a ionako je zvanični arhiver SEZAM-a :) Tada bi od sadašnjih tar-zip arhiva, u UNIX dir-u bile tar-arj arhive, a ako arj (kojim čudom) dozvoljava svakojake nazive datoteka, bilo bi super da se potraži i arj source, pa da UNIX-ovci pređu na čiste arj arhive :)
arhiveri.40 zormi,
* Nije bas tako ozbiljno. U igri su samo tri arhivera * PKZIP, PKPAK (=PKARC) i ARJ. Na Sezamu u praksi ostaju * samo dva: PKZIP i ARJ.... A LHARC? ;))) Ja ga koristim zato što pravi self-extract datoteke kod kojih se može zadati katalog u koji treba da se raspakuju, pri čemu su iste samo 2 kB duže, a kompresija je slična kao kod ARJ.
arhiveri.41 isekulovic,
Da me je pre neki dan neko ponudio pare da sa zip-a predjem na arj ne bi pristao iako sam znao da ima bolji stepen kompresije ali danas ni zasta ne bi dao arj.Stvar je u tome sto sam arj ranije probao samo na sitnim arhivama od nekoliko kb a sinoc sam probao sa vecim do 1Mb i odmah uvideo koliku sam gresku pravio.Vec jutros sam prebacio ceo backup sa zipa na arj.U proseku arj je bio bolji od zip-a za 6,77%.Ali tih 6,77% na 9.8Mb dodju 667,7kb ustede.Sta dalje da kazem... ivan
arhiveri.42 viktor,
Zdravo, Evo da ja odgovorim na to pitanje iz dva pravca: 1. korisnicki 2. pristup teorije informacije. Naime, i ja sam, hrabro, u jednom trenutku, presao na ARJ i bio presrecan jer sam dobio "nazad" negde oko 2-3MB moga diska koji je, tada, bio NEC 3142 (65MB) pa to nije bilo za bacanje... No, nakon prvog crash-a na disku, zbog loseg kabla, sve ZIP-ovane datoteke su vracene u prethodno stanje dok su ARJ-ovane bile nakon keog mesta nepovratno izgubljene. E, sada, to je sasvim razumno, jer je ZIP makar malo redundantan te se ima error correction za sta uhvatiti dok kod ARJ to vise nije slucaj... Shannon mi se smejao ...!!! Pozdrav, Viktor.
arhiveri.43 drakce,
│ No, nakon prvog crash-a na disku, zbog loseg kabla, sve ZIP-ovane │ datoteke su vracene u prethodno stanje dok su ARJ-ovane bile nakon keog │ mesta nepovratno izgubljene. │ │ E, sada, to je sasvim razumno, jer je ZIP makar malo redundantan te se │ ima error correction za sta uhvatiti dok kod ARJ to vise nije slucaj... └──── Hi, Interesuje me da li si probao da ih "povratiš" sa ovim switch-om: >> jr: (All) Recover broken archive files >> >> This switch is used to access headers and files in an archive >> that has been corrupted either with bad data or missing data. >> This switch lets ARJ find the next valid header for listing, >> extraction or testing. ARJ will continue to look for headers >> until it finds the end of file. At that point ARJ will print an >> error message stating that it encountered the end of file >> unexpectedly. This is to be expected. >> >> If file header data has been corrupted, ARJ will be unable to >> recover any file data associated with that header. If file data >> has been corrupted, ARJ will abort but not delete any extracted >> file data. To continue recovering from such a corrupted >> archive, simply specify one filename to extract at a time or use >> the "-q" query switch to prompt for individual files. >> >> Example: ARJ e archive -jr -q i ako jesi, gde je bio problem? Mislim, šta je rekao ARJ u izveštaju nakon pokušaja ispravke loše arhive. Pozdrav od Dragana
arhiveri.44 viktor,
Zdravo, Ne bih se mogao zakleti ali moram reci da sam probao puno toga. No, opet to se ne moze porediti sa jednostavnoscu PKZIPFIX-a ... Nemojte me pogresno shvatiti. Ja nisam protiv ARJ-a ali moram reci da je learning curve kod njega daleko manje strma od one kod ZIP-a. No, to je standardni problem trade-off-a... Nestrpljivo cekam iskustva ostalih ... Pozdrav, Viktor.
arhiveri.45 mirkot,
██ No, nakon prvog crash-a na disku, zbog loseg kabla, sve ZIP-ovane ██ datoteke su vracene u prethodno stanje dok su ARJ-ovane bile nakon keog ██ mesta nepovratno izgubljene. Ako neko ima vremena i ideja kako da ovo kvalitetno proveri, onda bi to predstavljalo odlucujuci faktor pri izboru arhivera.
arhiveri.47 mjova,
> E, sada, to je sasvim razumno, jer je ZIP makar malo > redundantan te se ima error correction za sta uhvatiti dok > kod ARJ to vise nije slucaj... e, vidiš, ja sam imao sasvim drugačiji događaj. oštećene zip arhive nisam mogao da popravim nikako (ili bolje reći bile su bljak). dok su datoteke izvađene iz popravljene arj arhive bile potpuno funkcionalne, znači, nisu bile oštećene. meni ne treba datoteka koja nije dobra. džabe to što posle pkzipfix-a unzip ne prijavi nikakvu grešku! možda zvučim malo čudno, ali mislim da pričaš bez argumenata. radi se o tome da arj ima neki switch-er koji služi za popravljanje arhive. zanima me da li si probao da otpakuješ neku datoteku iza oštećenog mesta? (tj. datoteke u arhivi) ako nisi, probaj, to bi ti verovatno rešilo stvar. inače, zar ne vidiš da su arj arhive manje podložne greškama? tj, datoteke spakovane arj-om. SY
arhiveri.48 viktor,
Zdravo, Ne zvucis nimalo cudno, ali nism ni u tvom odgovru nasao bas mnogo argumenata ;-) jer nije mi jasno gde da vidim da su arj arhive manje podlozne greskama? Ovako, ja one ostecene arhive vise nemam. Ono sto sam u onom trenutku spasao ZIPFIX-om to i dandanas koristim. Nikako ne odbacujem mogucnost da sam propustio neki od vaznijih switch-eva kod arj-a i zato sve izgubio. No, sve dok to ne ispitam na neki ozbiljniji nacin vise necu diskutovati o tome. Moje misljenje se vidi u prvoj poruci i teorija opravdava moje iskustvo. No, opet ponavljam, mozda grdno gresim. Ako neko ima volje i vremena trebalo bi namerno ostetiti, na slucajan nacin, dve velike arhive u ZIP-u i ARJ formatu i onda ih pokusati spasti... Ponavljam, meni se ARJ veoma dopada ali ... nisam jos sa njim opusten ... Pozdrav, Viktor.
arhiveri.49 mjova,
> Ne zvucis nimalo cudno, ali nism ni u tvom odgovru nasao > bas mnogo argumenata ;-) jer nije mi jasno gde da vidim da > su arj arhive manje podlozne greskama? :))) ma i ja tupim :) nisam naveo citat :) > 5) The ARJ archive data structure with its header structure and 32 > bit CRC provide excellent archive stability and recovery > capabilities. > No, sve dok to ne ispitam na neki ozbiljniji nacin vise > necu diskutovati o tome. Moje misljenje se vidi u prvoj > poruci i teorija opravdava moje iskustvo. No, opet teorija je možda opravdana tvojim iskustvom ali znaš kako je :). samo da se malo stiša fax, napraviću testove, ali ostajem kod arj-a :) SY ps. ma truba je uopšte pričati o tome koji bolje popravlja arhive, jer nisam dobro povratio ni ne arhivirane datoteke, jedino što kod arhiva (sa proverom, kao što su *i* zip *i* arj) možeš biti sigurniji da je fajl ok ili ne.
arhiveri.50 nboskovic,
*> Ako neko ima vremena i ideja kako da ovo kvalitetno *> proveri, onda bi to predstavljalo odlucujuci faktor pri *> izboru arhivera. Pitajte mjovu šta se kod njega desilo kad je vraćao oštećene datoteke koje su delimično bile zipovane a delimično arjovane. Neću više ništa da kažem ali oštećene arj arhive je povratio u velikoj količini za razliku od zip-a.A i taj pkzifix mi se baš i ne sviđa, jer sam pokušavao par puta da povratim neke zipove što mi nije pošlo za rukom za razliku od arj-a. (c) klap nikola
arhiveri.51 viktor,
Zdravo, Jutros kada sam pisao odgovor bio sam malo nervozniji no inace. No, to se nije odrazilo na odgovor na moj "nervozniji" odgovor. Eh, kada bi svi razgovori ovako zavrsavali ... :-) Dakle, ono sto sledi jeste precesljavanje i testiranje. Ja sam vec poceo da se vracam na clanke Lempel-a i Ziv-a da vidim gde se tamo prica o pouzdanosti dekodiranja i otpornosti na sum ... a ko ima zivaca neka testira u praksi, ne da ja necu i to pokusati, ali vremena je sve manje i manje ... mislim ispitni rok i slicno ... Jos jednom, bilo mi je zadovoljstvo diskutovati sa takvim sagovornikom. Pozdrav, Viktor. Stay cool!
arhiveri.52 ilazarevic,
█ Ponavljam, meni se ARJ veoma dopada ali ... nisam jos sa njim █ opusten ... Tako je! Isti slučaj kao kad koristiš NU, pa pređeš na PC Tools ;) IL
arhiveri.53 isekulovic,
>> █ Ponavljam, meni se ARJ veoma dopada ali ... nisam jos sa njim >> █ opusten ... >> Tako je! Isti slucaj kao kad koristis NU, pa predes na PC Tools ;) Dobro poznat osecaj samo sam ja presao sa pct na nu ;>
arhiveri.54 m.dzigurski,
žuo sam da ARJ sam može da podeli neki veći fajl na više manjih, pa me interesuje kako.
arhiveri.55 ppekovic,
>> žuo sam da ARJ sam može da podeli neki veći fajl na više manjih, pa me >>interesuje kako. Imaš switch (-v) koji služi za to što ti želiš. Kažeš recimo: ARJ a -v150K arhiva *.* i on ti napravi fajl arhiva.arj s tim što ako je arhiva veća od 150K onda te pita da li želiš da nastaviš sa novom disketom i sl. Obrati samo pažnju na ono K posle 150 (ili koliko već KB-a oćeš). Naime, za ove "standardne" veličine, 360, 720, 1200, 1440 nemoraš da navodiš to k, a za sve ostale moraš. Inače, imaš i opciju da arj prepoznaje koliko imaš mesta na disketi pa ti na toj disketi formira deo arhive koliki tu može da stane a ostatak na druge diskete (na kojima opet prepoznaje prazno mesto, naravno). Paya P.S. Što bi reko Bulaja, ARJ svima!!!
arhiveri.56 iboris,
Ł žuo sam da ARJ sam može da podeli neki veći fajl na više manjih, pa me Ł interesuje kako. Uradi ovako: ARJ a -vva i ARJ će sam prepoznati koliko imas mesta na disketi. Kad dodje do kraja diskete, tražiće ti da ubaciš drugu disketu i nastaviće snimanje. Ovako ti popuni disketu do poslednjeg bajta - bukvalno.
arhiveri.57 mjova,
> Uradi ovako: ARJ a -vva i ARJ će sam prepoznati koliko > imas mesta na disketi. Kad dodje do kraja diskete, tražiće a ako dodaš jedno '-wc:\' onda će sve da radi na hardu (c:\), a zatim će sve to da mune na flopi. ovo je dosta brže. SY ps. ovako: 'arj a -va -wc:\ a:\arihva *.*'
arhiveri.58 iboris,
Ł žuo sam da ARJ sam može da podeli neki veći fajl na više manjih, pa me Ł interesuje kako. Uradi ovako: ARJ a -vva i ARJ će sam prepoznati koliko imas mesta na disketi. Kad dodje do kraja diskete, tražiće ti da ubaciš drugu disketu i nastaviće snimanje. Ovako ti popuni disketu do poslednjeg bajta - bukvalno.
arhiveri.59 isekulovic,
Dva put isti exec a?:) ivan ps 5.56=5.58
arhiveri.60 bulaja,
Evo spiska promena u novoj verziji SHEZ-a (\ibmpc\archiver\shez64.zip) u odnosu na staru (shez63): SHEZ REVISION HISTORY v6.4 9/29/91 Added support for ARJ 2.20 self extracting files. When doing a virus check, SHEZ will now check the integrity of the compressed file before perform the virus check. If the integrity check fails, the virus check will not be performed. Tightened up the check for ARC type files. Corrected information display for ARJ type compressed files. Removed the automatic list of the SHEZ log file when doing a CTRL-Z virus check. Expanded Dos directory window to include file size,date,time. Removed the ALT-S and ALT-D keys from the DOS Directory, due to expanded display window. Added item counter at bottom of DOS directory window. Added new command ALT-B to Browse any user specified file. The F4 key (delete file) function in the DOS directory window will now allow you to delete empty directories. Added keystroke record/playback/save/load facility. Added support for the -w (work drive) option for ARJ files. Added support for specifying compression methods for ZIP and ARJ files from within SHEZ and from the SHEZCFG program. When doing a virus scan the user can now cancel the scan by pressing the ESC key during the scan process. The virus scanning routine will now recognize self extracting compressed files and will scan the files contains within any SFX files found. Modified Speed Search routine when DOS directory is displayed. Pressing the same speed key move the highlight bar to the next item in the list, if one exists. Added F6 key on DOS directory screen to toggle between $.$ and *.*. Replaced the 'C' command (create new compressed file) with the F7 key to standardize the create new compressed file commands. Added ALT-T command (Toggle tagged file display line). This command replaces the pressing of the SHIFT key to toggle the tagged display line. Added support for command line parameter /E. (Extract location over-ride) Added scroll bars to window displays. Increased the size of the DOS windows when running in 43/50 line mode. Added a config. option to virus scan all files contained in compressed files. Added menu items to modify scan type, all or exe's only. Added Volume label support for ZIP and ARJ files. When activating the directory tree display the words ...WORKING.. was not completely clearing the window, fixed. Corrected a problem identifying some LZH files.
arhiveri.61 bradenkovic,
?n─Postovane kolege, evo jednog sasvim svezeg i interesantnog programa. To je portabilni ZIP (kompresija i dekompresija) za DOS UNIX I VAX/VMS. Skinut je sa trickle@vm1.nodak.edu Za SCO Xenix treba par sitnih izmena, pa ako Alexa ima vremena nebi bilo lose da pogleda program. Na Sco Unix-u bi trebao da radi bez problema. Pozdrav Boza.
arhiveri.62 alexa,
Poštovani kolega, zahvaljujem se na vrednom prilogu. Potrudiću se ovih dana oko njega, i verujem da će se na kraju naći u UNIX direktorijumu. Pozdrav Alexa
arhiveri.63 dejanr,
Datoteka je prenesena u direktorijum UNIX. Hvala na prilogu.
arhiveri.64 ppekovic,
ARJ 2.21 se ipak pojavio. Nadam se da će ubrzo stići i na trikle, pa samim tim za par dana i na sezam. arj221.exe 188599 Approx time: 0:24 at 2400 baud, 0:49 at 1200 baud Contributed by: mfg Date: Sun Oct 20 11:21:13 1991 ARJ file compressor, version 2.21 Many new changes/bug fixes ARJ 2.21 currently ranks as the best in overall compression in terms of resulting archive size. Option to create multiple volume archives with one command making ARJ useful for making backups to multiple floppies or archiving a very large file to several floppies without "SLICE"ing. MS-DOS code page language support for casing of filenames and text. A separate conversion utility called REARJ to facilitate wholesale conversion of archives to the ARJ format. Multiple string searching and context display within archives. Archive security envelope to resist tampering. A myriad of commands and options to provide outstanding flexibility in archiver usage. Keywords: $binary arj compression shrinking zip Download count: 0 Paya
arhiveri.65 zormi,
* ARJ 2.21 se ipak pojavio. Nadam se da će ubrzo stići i na * trikle, pa samim tim za par dana i na sezam. Nemojte gubiti vreme, pošto je već izašao ARJ 2.21A pa sačekajte njega.
arhiveri.66 beast,
OoÝdgovor na conf:vicevi Nebih hteo da mi zasija moderatorova zvezda u Vicevima,pa evo ovde: Kao što je Dejanr signalizirao verzija 1.02 daje ono I dont know how to handle... a 1.10 lepo otpakuje sve. Nisi morao Dusane ponovo da saljes sve,jednostavno ko jos uvek koristi pkzip 1.02 nek baci to i uzme 1.10 (sa sezama).
arhiveri.67 dusan,
->Nisi morao Dusane ponovo da saljes sve,jednostavno ko jos uvek koristi ->pkzip 1.02 nek baci to i uzme 1.10 (sa sezama). ex, da sam ranije znao. u svakom slučaju nek četka uzme lepo i izbriše ono drugo što sam poslao, da ipak ne zauzima toliko mesta.
arhiveri.69 darone,
Sigurno ste culi za fajl WINA20.386 e pa ja sam pokusao da ga zipujem, ali mi javi error in zip file - use PKZip Fix ili sta vec. U cemu je problem? darone
arhiveri.70 magician,
­=> Sigurno ste culi za fajl WINA20.386 e pa ja sam pokusao da ga zipujem, ­=> ali mi javi error in zip file - use PKZip Fix ili sta vec. ­=> U cemu je problem? Problem ti je u tome sto se svadjas samnom u com.prg ! ;) Sada ozbiljno... Nisam ni pokusavao da ga zipujem jer je on vec kompresovan na DOS-ovim disketama (koristis EXPAND, to valjda znas ;) Ali, ako vec zipujes, onda slobodno iskoristi program PKZipFix, i on ce ti sam srediti eventualne greske... MAG
arhiveri.71 dzakic,
Da li se još nekome desilo da napravi grešku u kucanju pri zipovanju određene datoteke nekom šifrom? ;) Pošto to često radim, prestao sam gotovo i da kontrolišem šta sam napisao. I pokušam ja to sinoć da otpakujem kad "incorrect password". Ima li neko iskustva u rešavanju takvog problema, podaci iz te datoteke su mi jako važni. Mislim prvenstveno na neki automatizovan način, čekaću koliko je potrebno da se generišu sve kombinacije u kojima nema više od jedne greške (progutano slovo i zamenjena dva susedna i sl.) u šifri od 11 znakova. Naravno da mi tek sad pada na pamet batch fajl koji, nakon editovanja, zipuje istom šifrom kojom je unzipovao, ali sad je kasno. :( HELP! Zak
arhiveri.72 .bale.,
Vidi da nisi promeio ime (ZIP) fajla. žuo sam da to stvara pomenutu grešku. Regards from .bale. ! #8*)+-<
arhiveri.73 dzakic,
>> Vidi da nisi promeio ime (ZIP) fajla. Na žalost, ne. Zip koji sam tražio postoji ali mi javlja da ne može da ga raspakuje jer sam zadao pogrešnu šifru sa -sšifra. :( thanx anyway
arhiveri.74 darone,
>> Ali, ako vec zipujes, onda slobodno iskoristi >> program PKZipFix, i on ce ti sam srediti >> eventualne greske... Ma neeee. Nisi ukapirao. Dakle, u c:\ postoji fajl koji se zove WINA20.386 e sada, hteo sam da ga *ZIPUJEM* i onda mi je javio error in zip file.... iako to nije zip file. darone
arhiveri.75 spantic,
> Ma neeee. Nisi ukapirao. Dakle, u c:\ postoji fajl > koji se zove WINA20.386 e sada, hteo sam da ga >* ZIPUJEM* i onda mi je javio error in zip file.... > iako to nije zip file. Xm, mada zvuči kao glupavo pitanje, ali da li si koristio PKZIP ili možda ipak PKUNZIP. To se ponekad desi u brzini. Jer, meni ga ZIPuje bez greške i kasnije raspakuje. Sa 9349 ga kompresuje na 2400 bajta.
arhiveri.76 darone,
>> Jer, meni ga ZIPuje bez greske i kasnije >> raspakuje. Sa 9349 ga kompresuje na 2400 bajta. E, kad covek zaboravi sta radi.... Kucao sam stalno c:\pkzip wina20.386 stalno tako. Procitam ja poruku, rako ajde da probam jos jednom i ono radi, naravno iz prve :) Ali moja je greska ;( Ajd sori na uznemiravanju darone
arhiveri.77 drakce,
Nova verzija ARJ arhivera, 2.21a u kojoj su ispravljeni neki bug-ovi iz 2.21 verzije. Koliko znam, nju ionako nismo imali na Sezamu. Pozdrav svima od Dragana
arhiveri.78 bulaja,
│Nova verzija ARJ arhivera, 2.21a u kojoj su ispravljeni neki bug-ovi iz │2.21 verzije. Koliko znam, nju ionako nismo imali na Sezamu. └─── Prebaceno u \ibmpc\archiver direktorijum. Hvala na prilogu. Pozdrav, Bulaja
arhiveri.79 nkbog,
Kazu da je vece zadovoljstvo davat nego primati (mada ni ovo drugo nije lose). Zato, na danasnji dan - 14.11. - moj rodjendan - evo ja vam pokla- njam UNZIP za Windows 3.0 koji je u prilogu ove poruke. Jednostavno ga instalirajte kao aplikaciju, a za ostalo cete se snaci. OVO JE OMEGA VERZIJA. Ukoliko vam program bude javljao "Unrecoverable application error", da me obavestite, ne bi li mogao program poboljsati. Program je baziran na Info-ZIP UNZIP-u, mada pomalo izmenjenom da bi radio u Windows okruzenju. Mozeta ga slobo- dno deliti tetkama, strinama, ujnama, prijateljima, bracnim i van- bracnim drugovima itd. Ukoliko je neko bas zainteresovan mogu mu dati i ivorni tekst programa. NB. wunzip.zip
arhiveri.80 alexa,
Hehe, srećan ti rođendan, pa napravi ljudima i ZIP, eno ti source u UNIX direktorijumu :)
arhiveri.81 magician,
­=> Zato, na danasnji dan - 14.11. - moj rodjendan - evo ja vam pokla- ­=> njam UNZIP za Windows 3.0 koji je u prilogu ove poruke. Ma pusti zipere - SRECAN TI RODJENDAN COVECE ! :) MAGICIAN
arhiveri.82 beast,
Evo jedno pitanje: Dali je moguće napraviti arj komandu kojom se arhivira ceo hd (bez particija,samo boot) uz opciju -vva, i sve to na diskete. To bi bilo haos,jer bi imao arj backup.
arhiveri.83 ppekovic,
>> Dali je moguće napraviti arj komandu kojom se >> arhivira ceo hd (bez particija,samo boot) uz opciju -vva, >> i sve to na diskete. To bi bilo haos,jer bi imao arj >> backup. Da bi arhivirao celu jednu particiju, idi u root te particije pa otkucaj: ARJ a -r -vva b:ime *.* Paya
arhiveri.84 fric,
> Dali je moguće napraviti arj komandu kojom se > arhivira ceo hd (bez particija,samo boot) uz opciju -vva, > i sve to na diskete. To bi bilo haos,jer bi imao arj > backup. Baš sam skoro bekapovao disk pomoću arj: arj a -r -vva -a1 -wc:Đ a:Đcback c:Đ*.* ž ž đ tmp dir, da ide brže uzme sve: i hidden fajlove, i prazne direktorijume Meni je disk sa zauzetih 31 Mb (mahom programi) stao na 12 1.2 Mb disketa, što je trajalo 80 minuta. Druga particija sa zauzetih 23 Mb (podaci i nešto programa) je stala na 8.5 disketa (45 minuta). Sve to na konfiguraciji 16 MHz 286, 28 ms RLL disk (u drugom slučaju je bio aktivan pc-cache). Ceo proces traje dosta dugo. Pripremi unapred dovoljno praznih disketa. Hvala bogu, arj bipne posle svake diskete, tako da ne moraš da čučiš pored računara već možeš i nešto drugo da radiš, i da s vremena na vreme zameniš disketu. Ako hoćeš da petljaš sa arhivskim flegovima fajlova, pogledaj arj switcheve -b1 i -b2. pozdrav, fric
arhiveri.85 bojanp,
> Meni je disk sa zauzetih 31 Mb (mahom programi) stao na 12 1.2 Mb > disketa, sto je trajalo 80 minuta. Druga particija sa zauzetih 23 Mb > (podaci i nesto programa) je stala na 8.5 disketa (45 minuta). > Sve to na konfiguraciji 16 MHz 286, 28 ms RLL disk (u drugom slucaju > je bio aktivan pc-cache). Auuuu... Al' to trajeeeeeeeeeeeeeeee... :) Evo nesto malo krace: gurnes cartridge u streamer kazes backup + verify i ... odes. Zavrsi za 90 minuta (45 + 45) i nema nikakvog menjanja disketa. Kolicina o kojoj je rec je 60 Mb, a sve to na konfiguraciji 8-MHz V20, ST251-1 + ST225 bez ikakvog cache-a. Pozdrav, Bojan
arhiveri.86 zkehler,
Kako da spojim .arj koji se sastoji od više datoteka (x.arj, x.a01, x.a02)? ZK
arhiveri.87 bulaja,
ARJ x -v file gde su file.arj, file.a01, ... delovi ARJ arhive.
arhiveri.88 dperkovic,
> Kako da spojim .arj koji se sastoji od vise datoteka > (x.arj, x.a01, x.a02)? Pa otpakujes sa arj e x -v a zatim spakujes u jednom komadu ! DejanP P.S. Pretpostavljam da te odgovor nije zadovoljio !
arhiveri.89 ndragan,
/ Pa otpakujes sa arj e x -v a zatim spakujes u jednom komadu ! a šta bi uradio rearj? nisam probao, da li neko jeste? Bue_ NDragan
arhiveri.90 bearboy,
> Auuuu... Al' to trajeeeeeeeeeeeeeeee... :) > > Evo nesto malo krace: gurnes cartridge u streamer kazes > backup + verify i ... odes. Zavrsi za 90 minuta (45 + 45) > i nema nikakvog menjanja disketa. Auuuuuuuuuu...Al' je ARJ besplatan, a streamer nije....A diskete nisu tako skupe......... :) Bye, Ati
arhiveri.91 dperkovic,
> / Pa otpakujes sa arj e x -v a zatim spakujes u jednom > komadu ! > > a sta bi uradio rearj? nisam probao, da li neko jeste? Pa verovatno nista . Rearj bi trebalo da trazi .zip ,.arc,... ali ne i .arj (sto bi pretvarao arj u arj ?) DejanP
arhiveri.92 mjova,
> Pa verovatno nista . Rearj bi trebalo da trazi .zip > ,.arc,... ali ne i .arj (sto bi pretvarao arj u arj ?) rearj traži menja razne formate arhiva u arj, takođe može da menja i arhive unutar arhive, a može i da prepakuje arj arhive.
arhiveri.93 isekulovic,
Na New Jack City bbs-u sam video pkzip 2.0 beta ali tamo nije cela arhiva vec samo pkzip.exe pa me interesuje da li neko zna kakva su poboljsanja ove verzije u odnosu na 1.1 i da li bi to negde moglo da se nabavi. ivan
arhiveri.95 bearboy,
> Na New Jack City bbs-u sam video .... Pa zar to cudo radi ? Ja zivkam, ali uvek dobijam voice :(((
arhiveri.96 spantic,
>> Na New Jack City bbs-u sam video .... > > Pa zar to cudo radi ? Ja zivkam, ali uvek dobijam voice > :((( Znači zbog tebe je skratio radno vreme? ;)
arhiveri.97 isekulovic,
>> Pa zar to cudo radi ? Ja zivkam, ali uvek dobijam voice :((( Radi, samo umesto od 21h do 13h radi od 22:30 do 7h.
arhiveri.98 ddjj,
==>> Meni je disk sa zauzetih 31 Mb (mahom programi) stao na ==>> 12 1.2 Mb disketa, sto je trajalo 80 minuta. Druga ==>> particija sa zauzetih 23 Mb (podaci i nesto programa) ==>> je stala na 8.5 disketa (45 minuta). Sve to na ==>> konfiguraciji 16 MHz 286, 28 ms RLL disk (u drugom ==>> slucaju je bio aktivan pc-cache). ==> ==> Auuuu... Al' to trajeeeeeeeeeeeeeeee.... PCBACKUP : 16M disk uglavnom programi = 8 (osam) 1.2M disketa i manje od 4 (četiri) minuta. Sistem : 20Mz 386DX RLL 30ms hard disk.
arhiveri.99 bearboy,
>> Pa zar to cudo radi ? Ja zivkam, ali uvek dobijam voice >> :((( > > Znaci zbog tebe je skratio radno vreme? ;) Ma znaju da dolazi najveci galamdzija iz Subotice (a i nesto sire....)
arhiveri.100 bearboy,
>>> Pa zar to cudo radi ? Ja zivkam, ali uvek dobijam voice > :((( > > Radi, samo umesto od 21h do 13h radi od 22:30 do 7h. Ah, zooooooooooooo ! Evo me, dolazim !
arhiveri.101 bulaja,
Novi PKZIP (beta verzija) je prebacen u \ibmpc\arhiver direktorijum. Zahvaljujem dvidovicu na prilogu.
arhiveri.102 bulaja,
Naravno da sam odmah probao kako radi novi ZIP cima sam ga skinuo ;). Za sad sam uradio onako usput test sa SOR datotekama (TEXT.X i ostale) i evo rezultata: vreme (s) duzina ZIP 1.1 49 519,747 ZIP 1.93ß 43 492,810 ARJ 2.21 75 488,146 ukupna duzina nearhiviranih datoteka bila je 1,474,925 bajtova. Jos uvek je rano da radim neke opseznije testove, ali po ovim preliminarnim rezultatima, zeljno cu ocekivati novi PKZIP 2.0. Bilo je i krajnje vreme. BTW ova beta verzija konacno ima i opciju za podelu arhive na delove zeljene duzine (-v) kod ARJ. Dakle, cekamo ZIP 2 i ARJ 3.
arhiveri.103 bulaja,
U \ibmpc\archiver je nova verzija ARJ-a 2.22. Evo sta je promenjeno u odnosu na ARJ 2.21a (nista bitno): ARJ 2.22 This is a fix release for MS-DOS compatibility issues. Removed use of clock() [int 1AH]. Removed use of int 1AH in C0.ASM. Removed use of setcbrk() and getcbrk(). ARJ 2.22 je poslao milanm. Zahvaljujem na prilogu.
arhiveri.104 ssokorac,
Ne znam u koju temu ovo ide, nadam se da sam pogodio. Imam PKZIP 2.0 beta verziju i PKZIP 1.93 alfa verziju, video sam da ovde ima samo 1.93 beta, pa, ako treba, da li da pošaljem?
arhiveri.105 dejanr,
>> Imam PKZIP 2.0 beta verziju... ako treba, da li da pošaljem? Samo napred! Ja nemam nameru da za nešto stvarno koristim beta verzije (što ne preporučujem ni ostalima, jer Katz tvrdi da će menjati format, tj. moguće je da nešto zapakujem beta verzijom a da posle prava verzija neće da ga otpakuje, što bi značilo da treba da čuvam 100 verzija PKZIP-a) ali mi je veoma drago da ih vidim. A i na taj način raste uverenje da će uskoro pravi ZIP 2.0 (ja se na ARJ nekako ne navikoh).
arhiveri.106 skoprivica,
A i dobro dodje za testiranja razna tipa 'koji li je bolji ?'. VOLIM PKZIP ZATO STO JE BRZ.... CTEBO.
arhiveri.107 ssokorac,
-=)> Samo napred! E, pa evo ga PKZIP20beta, samo, nema PKUNZIP-a...:)) Nema nikakve dokumentacije, samo EXE i to je sve... Postoje razni metodi kompresovanja od 0 do 9, 0 je najbrzi a 9 najbolji. Inače, probao sam ZIP-ovanje fajlova duzine 536730kb i evo kako je ispalo: dužina posle ZIP vreme ZIP %ZIP PKZIP 1.01 277490 40.59 48.3 PKZIP 2.0b -9 270004 1:17.61 49.7 PKZIP 2.0b -0 276179 1:07.89 48.6 Kao što vidite, slabo. Za duplo veće vreme, 1% više...:( pkzip20b.exe
arhiveri.108 beast,
>> VOLIM PKZIP ZATO STO JE BRZ.... Pri pakovanju jednog megabajta možeš da uštediš do celih minut-dva u odnosu na arj, i tada ti se desi ono najlepše... Prenos ti traje nekih 5 minuta duže. Uostalom bilo je i ranije reči o ARJ-u i PKZIP-u, i svi su se složili da je važnije on-line vreme od brzine pakovanja..
arhiveri.109 skoprivica,
>-> minut-dva u odnosu na arj, i tada ti se desi ono >-> najlepse... Prenos ti traje nekih 5 minuta duze. Uostalom Mislio sam na 'nove' verzije PKZIPa, tj. 1.93 i (jedva cekam) 2.00 !!!! One su i po mom testu oko 5 K duze za datoteku od oko 400 K, a duplo brza se pakuju !!!! Ali nije to finalna verzija.... Aje... CTEBO.
arhiveri.110 ssokorac,
-=)> Mislio sam na 'nove' verzije PKZIPa, tj. 1.93 i (jedva -=)> cekam) 2.00 !!!! One su i po mom testu oko 5 K duze za -=)> datoteku od 2.00 je DUPLO sporiji!!! A jedva malo više skupi fajl...:(( 1.93 (onaj pravi, ne beta) radi dosta dobro (i brzo)...
arhiveri.111 bearboy,
-+={ A i dobro dodje za testiranja razna tipa 'koji li je -+={ bolji ?'. -+={ -+={ VOLIM PKZIP ZATO STO JE BRZ.... -+={ CTEBO. VOLIM ARJ ZATO STO KOMPRESIRA NAJBOLJE.... Pa ako mi treba kompresor, ondak ne gledam vreme, nego velicinu fajla koji napravi....
arhiveri.112 bearboy,
-+={ E, pa evo ga PKZIP20beta, samo, nema PKUNZIP-a...:)) -+={ Nema nikakve Pa kako ondak extractiras ZIP - ove ?!?!?!?!? A ako je kompatibilan sa starom verzijom, onda nema zapravo nikakve vece razlike,pa treba sacekati zvanicni nov ZIP.
arhiveri.113 ssokorac,
-=)> Pa kako ondak extractiras ZIP - ove ?!?!?!?!? A ako je -=)> kompatibilan sa starom verzijom, onda nema zapravo -=)> nikakve vece razlike,pa treba sacekati zvanicni nov ZIP-ove ne extr. nego ih - brišeš. Onako služi samo kao DEMO... Pravi DEMO... A nije kompatibilan sa starom verzijom...:(
arhiveri.114 skoprivica,
>-> VOLIM ARJ ZATO STO KOMPRESIRA NAJBOLJE.... >-> >-> Pa ako mi treba kompresor, ondak ne gledam vreme, nego velicinu >-> fajla koji napravi.... To je ok, pa i ja ga koristim kod sebe u 'kuci' , ali mislim da ce PKZIP 2.00 biti prava stvar za SEZAM a i za ovako.... Mislim da pakovanje pada + prenos traju vise sa arjom, mada to zavisi od velicine, moglo bi to da se ispita i onda da se sezam ponasa zavisno od velicine pada.... Aje... CTEBO.
arhiveri.115 bearboy,
-+={ Mislim da pakovanje pada + prenos traju vise sa arjom, -+={ mada to zavisi od velicine, moglo bi to da se ispita i -+={ onda da se Vazna razlika ako si dalje od BG-a : spremljen PAD (arjovan) je mnogo manji, i ti se ne mucis toliko s njim, kao kad bi imao nesto duzi zipovani file, a manje vreme kompresovanja....
arhiveri.116 bearboy,
-+={ -=)> Pa kako ondak extractiras ZIP - ove ?!?!?!?!? A -+={ ako je -+={ ZIP-ove ne extr. nego ih - brises. Onako sluzi samo kao -+={ DEMO... Pravi DEMO... A nije kompatibilan sa starom -+={ verzijom...:( Pa onda prakticno i NE vredi nista, posto nema prakticne vrednosti. :(( PS. Ima da napisem ZIP 3.0, koji samo prepise file do, recimo 35%, i kaze da je uradio kompresiju (naravno +- 10%), pa na kraju kazem da je to DEMO, i da se ne moze extractovati, i da nije kompatibilan sa prethodnom verzijom.....
arhiveri.117 skoprivica,
>-> Vazna razlika ako si dalje od BG-a : spremljen PAD (arjovan) je >-> mnogo manji, i ti se ne mucis toliko s njim, kao kad bi imao nesto >-> duzi zipovani file, a manje vreme kompresovanja.... Ok, u pravu si...Nisam razmatrao kad je losa veza, vec kad imas sasvim ok vezu....ARJ ? , a sta je sa LHA ? Aje... CTEBO.
arhiveri.118 skoprivica,
Evo i jednog uperednog testa: XXX LZH 65476 12-27-91 1:19a XXX-JM ARJ 65478 12-27-91 1:13a XXX-JM1 ARJ 66067 12-27-91 1:14a XXX ARJ 66125 12-27-91 1:15a XXX-M1 ARJ 66127 12-27-91 1:12a XXX-M2 ARJ 66963 12-27-91 1:13a XXX-M3 ARJ 67158 12-27-91 1:13a XXX ZIP 70822 12-27-91 1:16a XXX-M4 ARJ 74229 12-27-91 1:13a XXX-ES ZIP 95861 12-27-91 1:17a XXX ARC 100345 12-27-91 1:18a XXX-M0 ARJ 261764 12-27-91 1:12a ovo posle - su metodi kompresovoanja...arj 2.21, lha 2.11, pkzip 1.01, pkarc 3.5.... Aje... CTEBO.
arhiveri.119 bulaja,
│Ok, u pravu si...Nisam razmatrao kad je losa veza, vec kad imas │sasvim ok vezu....ARJ ? , a sta je sa LHA ? └─── Bolje kompresuje od ZIP ali slabije od ARJ. Dosta je sporiji od oba.
arhiveri.120 bearboy,
-+={ sasvim ok vezu....ARJ ? , a sta je sa LHA ? Onaj LHA koji ja imam (valjda 2.1?), je bar 2x sporiji od ARJ-a, i pravi za 1% vece datototeke od ARJ-a, tako da je odmah ispao iz konkurencije.
arhiveri.121 bearboy,
-+={ Evo i jednog uperednog testa: Zaboravio si da nam kazes/napises originalnu duzinu fajla i kakav je to file bio (text, EXE, DBF, prosecan, itd.)
arhiveri.122 ndragan,
/ ovo posle - su metodi kompresovoanja...arj 2.21, lha 2.11, pkzip 1.01, pkzip 1.01? ipak mislim da je prethodne godine bila bolja berba :)
arhiveri.123 dvidovic,
Malo razocarenje za ljubitelje ARJ-a. Video sam beta ver. ARJ230, ima dosta novih stvari, poboljsan stepen kompresije (izgleda da je novi ZIP malo uplasio R.J.), brdo novih sviceva, nezgoda je sto trazi 20k memorije vise za rad. Nista od promene zvanicnog arhivera na Sezamu. Dok ne stigne novi, zvanicni, ZIP ;)
arhiveri.124 bulaja,
│Malo razocarenje za ljubitelje ARJ-a. Video sam beta ver. ARJ230, ima dosta │novih stvari, poboljsan stepen kompresije (izgleda da je novi ZIP malo uplasio │R.J.), brdo novih sviceva, nezgoda je sto trazi 20k memorije vise za rad. └─── Zasto razocarenje? ;) Pa nije to jos verzija 3.0. Koliko je poboljsan stepen kompresije i da li je malo ubrzan posto mu je to bila najbolnija tacka u odnosu na ZIP? Ako imas kompletnu verziju beta ARJ-a, bilo bi lepo od tebe ;) kad bi mi mail-nuo (ili bacio u conf) file pa da se nadje u \ibmpc\archiver dir-u (kad vec imamo tamo beta ZIP). Pozdrav, Bulaja
arhiveri.125 skoprivica,
>-> pkzip 1.01? ipak mislim da je prethodne godine bila bolja berba :) Pa normalno da je 1.10 (on-line)....
arhiveri.126 skoprivica,
Pise kao XXX-M0 to mu je duzina, a u pitanju je vgapoker... Bio pri ruci... Aje... CTEBO.
arhiveri.127 dvidovic,
> Koliko je poboljsan stepen kompresije i da li je malo > ubrzan posto mu je to bila najbolnija tacka u odnosu na > ZIP? Ako imas kompletnu verziju beta ARJ-a, bilo bi lepo > od tebe ;) kad bi mi mail-nuo (ili bacio u conf) file pa > da se nadje u \ibmpc\archiver dir-u (kad vec imamo tamo > beta ZIP). Rado bih ja to poslao tebi, ali sam arhivu obrisao. Fajl, od nekih 90-ak k (zipovan, u originalu ;) ), sadrzao je samo .exe fajl i par pratecih .doc fajli u kojima je R.J. opisao razlike u odnosu na tekucu verziju i objasnio upotrebu novih svitceva. Nisam pravio poredjenje, tako da zaista ne znam koliko je poboljsan stepen kompresije, nije pisalo ni u dokumentaciji, ali mi se cini da je dobio na brzini. Ukoliko negde naletim na kompletan paket dizem ovde. OK?
arhiveri.128 mjova,
> je poboljsan stepen kompresije, nije pisalo ni u > dokumentaciji, ali mi se cini da je dobio na brzini. > Ukoliko negde naletim na kompletan paket dizem ovde. e, prijatelju što učini takvo zlo? ;) ajde ti, ako imaš nekakav paket, daj ti to ovde pošalji pa da mi vidimo, nije potrebno da sve ide odmah u dir. dakle, ako možeš, ajde prikači ovde uz poruku. mjova
arhiveri.129 bearboy,
Koja je najnovija, ZVANICNA verzija Arj-a, ZIP-a i Lharc-a ?
arhiveri.130 bulaja,
ARJ 2.22 ZIP 1.1 LHA 2.13 Imas ih sve u \ibmpc\archiver.