protokoli.1dstare,
Prvo da vam cestitam na otvorenju novog BBS i odam priznanje za
orginalnu koncepciju. Tako nesto jos nisam vidio nigdje. A sad bih
vam predlozio jos nesto. Mislim da bi bilo dobro postaviti jos koji
file protokol (sada dok je BBS jos u povojima) kao npr. SuperK ili
Jmodem. Oba su brza od Zmodema, a prvi ima ugradjenu i MNP emulaciju.
Time bi postali i prvi BBS u YU s tim protokolima, a mogu reci i
jedni od rjedjih u svijetu. Mislim da se file s tim protokolima
nalazi na MIPS-u ili Zagreb BBS-u, a zove se SK&J08??.ZIP.
Zelim vam puno uspjeha u buducem radu. Davor.
protokoli.2dejanr,
Hvala za predlog koji ćemo odmah razmotriti. Uz ovaj fajl bila je
vezana datoteka SK&J0810.ZIP od oko 114 K koja se, ako izvršite CONF
DOWNLOAD, automatski arhivira uz poruku. Ovu datoteku sam trenutno
odvojio od poruke i pregledaću je pa će nadam se sutra prekosutra
biti u nekom katalogu za download - tako će svako biti u prilici da
je pokupi znajući o čemu se radi. Nadam se da Davor nema ništa protiv
ove sitne intervencije.
protokoli.3dejanr,
Dakle, malo smo pogledali na šta protokol liči. Prilikom
instalacije u BB nameću se, jasno, drugi problemi u odnosu na Procom
instalaciju - program mora da bude mnogo "pitomiji". Ovaj SK&J0810
nam je bio vrlo interesantan jer obezbeđuje i Kermit koji trenutno
još nemamo u sistemu.
Prvi i manji problem je što program ne može da nađe .OVL u
direktorijumu u kome se nalazi nego se ovaj mora naći u tekućem dir-u
ili u Path-u. Mnogo nas više brine što Super Kermit koji SK&J0810
obezbeđuje *nije* kompatibilan sa Kermitom koji je ugrađen u Procom
Plus - jedan neće da sarađuje sa drugim. Zna li neko u čemu je
razlika između Kermita i Super Kermita i ima li naokolo nekih Kermita
osim PC Kermit i MS Kermit koji nam prave razne probleme?
protokoli.4dstare,
U vezi sa instalacijom ne mogu puno pomoci (niti ja sam nisam uspio
instalirati SuperK MNP), ali cu uplodati file SUPERINS.ZIP koji
sadrzi neke dodatne informacije o instaliranju protokola. I jos
nesto, sto nije spomenuto pod ovom temom, ali ima s njom veze. Ako se
bojite prelaza na neki drugi sistem (radi gubitka Zmodem protokola)
ima na Zagreb BBS-u source Zmodem-a. Mislim da se zove RDSZ ili RZS
ili nekako tako. Puno srece s instalacijom. Davor.
superins.zipprotokoli.5godza,
Zanima me šta je bilo sa SuperK ?
Bez obzira na sve neugodnosti , (ne)kompatibilinost sa
kermitom, mislim da bi to bila fina stvar. Kada ćemo ga
videti u direktorijumu RĐCOMM>
Ima li neko podatak o Bimodemu. Pročitao sam u ko-
nferenciji na ZGBBS da ga imaju tamo, ali nema ga u
spisku datoteka. RĐCOMM> ???
Mislim da treba imati sve protokole, pa ko voli
nek izvoli. Na kraju nekom Amerikancu nije ništa da
da $20, ali meni to sa poštarinom izađe $45 (za
prekomorske zemlje cena je DSZ je $25).
Telix koji koristim je stvarno izvrstan (Hvala Danku
Jevtoviću), on bi takođe mogao da se nađe u RĐCOMM>,
i ima Zmodem protokol koji je jako dobar.Script mu je
strašan ( Bojan bi mogao da ubrza stvari da pošalje
Norton Guide za Salt, nadam se da je primio sugestiju).
DSZ-u jedino zameram što nema prikaz transfera kao
npr. Telix-ov Zmodem ili Lynx. Na kraju čak i UNIX
je uveo X11, OS/2 ima PM, ljudi vole sličice, ikone
itt( i tako to).
pozdrav Godža
protokoli.6dejanr,
Na žalost, nije tako lako instalirati sve protokole pa "ko voli
nek izvoli" - da bi protokol bio instaliran u BBS softver treba da
zadovolji razne uslove koje mi nikako ne uspevamo da postignemo sa
raznim kermitima. Ukratko, program treba da zauzima malo memorije, da
se "pristojno" ponaša, da se snalazi u svom direktorijumu i tome
slično. Radimo na tome da obezbedimo još protokola ali ne možemo da
obećamo nikakve posebne rokove.
Ja, inače, koristim DSZ i mislim da mu *apsolutno* nema ravnog, u
stvari da kad imate registrovan DSZ možete da zaboravite sve drugo!
žujem da je TELIX dobar ali mi se nekako ne da da ga probam - lepo
sam se navikao na PROCOM.
Pitanje sadržaja direktorijuma je zanimljivo - primarna svrha
SEZAM-a *nije* download tako da u direktorijume stavljamo neku grupu
programa koje mi podržavamo i koje preporučujemo za komunikaciju sa
SEZAM-om. Tu bi svakako mogao da se nađe i TELIX i još po nešto ali
je sistem u zadnje vreme *strašno* opterećen pa se bojim da punjenje
kataloga "download izazovima" ne bi baš blagotvorno uticalo na vreme
koje vam je potrebno da se probijete do SEZAM-a. Ne znam da li ste
primetili, pre nekoliko dana je "na mala vrata" aktiviran DOWNLOAD
limit od 400 K mesečno po korisniku - kad se ovo potroši, DOWNLOAD
više ne radi...
protokoli.7zzivotic,
Moram samo da se "umešam" u razogovor oko SuperK protokola jer,
bez obzira što se nije pojavio na SEZAM-u, ipak je provereno o čemu
se radi. Komparativni podaci koje je autor SuperK dao za efektivnu
brzinu prenosa SuperK i ZMODEM-a su apsolutno besmisleni - naime
SuperK je brži za nekoliko procenata što je svakako vredno pažnje da
testiranje nije izvršeno sa nul-modem kablom i direktnom vezom dva
računara! Naravno da je u takvim uslovima prenos blokovima od 8K brži
od onog u 1K porcijama.
Ono što ZMODEM i njegovu DSZ implementaciju čini toliko
superiornim je ponašanje u realnim uslovima. Ranije, a pogovoto od
početka rada na SEZAM-u ZMODEM je bez i jednog jedinog neuspelog
prenosa bez obzira na kvalitet linije sa mog računara razmenio preko
10MB podataka. Efektivne brzine prenosa na 2400 b se kreću između 130
cps (podnevna veza sa Zagrebom) i 230 cps (noćna veza sa SEZAM-om)
ali sam uvek siguran da će prenos biti priveden kraju i to bez greške
u podacima.
SuperK sam ipak malo "analizirao" i sve što sam video je jedan
prilično nepouzdan program u čijim se uputstvima za instalaciju na
raznim BBS programima najčešće pojavljue reč DONT!!!!!!!! (do this,
do that...). Prenos podataka običnim telefonskim linijama u našim
uslovima je i ovako traljav posao - nema potrebe da na to dodajemo i
traljave programe za prenos.
Zoran
protokoli.8bojanp,
Gorane, evo poslao sam SALT bazu podataka za Norton Guide. Obzirom
da se SysOp-i bune sto se za poruke vezuju velike datoteke, a
kako smatra da baze treba da bude sto pre dostupna svima, baza
nije poslata kao klasicni upload, vec je vezana za poruku koja se
nalazi u MAIL podsistem pod sifrom !DUGI.
Bojan
protokoli.9godza,
Hi !
Od poruke da je primljen SuperK prošlo je dosta
vremena, pa sam "morao" da Vas podsetim da kažete
ostalim "razbojnicima" koji su rezultati ipitivanja.
Ko bi reko' da je superK tako "nevaspitan" (na kraju
će neko otkriti da poruku "Did You Forget to
Registrate Your Copy" , ili "registration Your
copy Unlock advanced Feature..."). Hvala na odgovoru
i pozdrav
Ali-Baba
alias Godža.
ps
pitanje o Bimodemu ste mudro prećutali.
protokoli.10dejanr,
Mislim da sa Super Kermitom nije problem što je neregistrovan nego
što je mator - pogledajte datume na datotekama i verziju Turbo
Pascala kojom je kompajliran! Zaključili smo da se on takav kakav je
ne može instalirati na SEZAM i stalno tragamo za nekim "pristojnim"
kermitom - ako neko može da pomogne...
protokoli.11zzivotic,
žudi me da Goran nije primetio moj odgovor o SuperK-u koji sam
poslao 1 dan nakon njegovog pitanja. Poruka je broj 7.7.
Pitanje o Bimodemu nismo prećutali nego jednostavno nismo znali o
čemu se radi jer nismo imali program. Sada su stvari u fazi provere
pa ćete uskoro saznati rezultate.
Još jednom da kažem - za primenu nekog protokola na Sezamu mnogo
značajniji kriterijum je *pouzdanost* implementacije - protokol koji
bi preneo podatke neverovatnom brzinom a zatim zaglavio Sezam nikom
ne bi bio od koristi! Sezam je u tom pogledu posebno osetljiv jer se
potpuno održava remote pa bi svaki pad sistema značio čekanje do
jutra da se vidi o čemu se radi.
Zoran
protokoli.12godza,
Hi,
Poruku sam pročitao i ukapirao sam o čemu se radi,
ali mislim da me nisi razumeo šta sam hteo da kažem.
Hteo sam samo da objasim "motiv" ( zvuči kao da je
neko mrtav, mislim da je to 'SuperK') mog pitanja.
Pozdrav Godža !
alias 2modem
protokoli.13dejanr,
Večeras sam sa MIPS-a pokupio DSZ1111X.ZIP, novi DSZ datiran
11. novembar. Ako neko hoće mogu da ga stavim ovde ali mislim
da nema potrebe za njim - razlika je što je ISTI source sada
preveden kao EXE što uzima više memorije i ne omogućava par
nevažnih opcija ali zato (pazite sad) malo brže radi na 4.77
MHz XT računarima koji su opremljeni 19200 bauda modemima.
Koja kombinacija!
protokoli.14mpetrovic,
Download-ovao sam DSZ sa SEZAM-a ali stalno ispisuje "Did you forget
to register this copy?". U uputstvu se navodi da ne postoji nikakav
Trojanski konj, ali da li se moze tome verovati. Koriscenje takvog
programa je ipak prilicno glup nacin da ostanes bez fajlova na disku.
Zanima me da li postoji opasnost od koriscenja DSZ pod pretpostavkom
da niko nije PATCH-ovao po fajlu.
BI. Marko.
protokoli.15dejanr,
Mislim da neregistrovani DSZ možeš da koristiš bez ikakve bojazni -
radi se o izvanrednom protokolu koji čini sve ostale praktično
nepotrebnima. Većina YU PC-jevaca koristi neregistrovani DSZ pa bi
verovatno neko naleteo na "trojana" da je on tu negde. Autor
programa je, uz to, vrlo renomirani stručnjak za komunikacije i ne
verujem da bi sebi dopustio ugrađivanje "nečeg tako negativnog"
u program.
Druga stvar je što, po mojim iskustvima i iskustvima par korisnika,
DSZ s vremena na vreme počinje da vas "kažnjava" što ga niste
registrovali - program odjednom neće da radi ili ne radi u jednom
od smerova čak ni kada je veza dobra i kada drugi protokoli savršeno
funkcionišu. Nije mi poznato na kom principu ovo "mučenje korisnika"
radi (autor tvrdi da ono i ne postoji - možda je bug...) ali znam
kako ga sprečiti - registrujete kopiju i to se NIKADA više ne
događa. Znači da ipak verovatno nije bug...
protokoli.16mpetrovic,
Pocinjem da uvidjam sve prednosti DSZ a pogotovo ZMODEM Error
Recovery protokola. Skidao sam neke fajlove za Zagreb BBS-a kada se
veza prekinula. Protokol je nastavio tacno tamo gde je bio prekinut.
Moram, medjutim da primetim, da postoje razlike u upotrebi DSZ u
Sezam - u i u Zagreb BBS-u. Cini mi se da je DSZ u Zagreb BBS-u mnogo
bolje setovan nego ovde. Na primer, zasto je u Sezamu XMODEM i ZMODEM
prenose istom brzinom, a YMODEM cak sporije od XMODEM protokola, kada
u oba BBS-a radi isti DSZ?
protokoli.17dobradovic,
Da li postoji neki public domain komunikacioni program koji
može da
radi u pozadini. Ja lepo pišem poruke a on bira broj pa kad dobije
vezu
javi mi, tako da ne gubim vreme na čekanje veze.
Da li TELIX može to? Isplati li se preći na njega i kako ga
nabaviti?
Dejan Obradović
protokoli.18dejanr,
Telix to ne može, a ako te ipak interesuje "skini" ga sa MIPS-a,
imaju veoma novu verziju mada će download malo pooootrajati.
Ako imaš neki AT/386, možda bi vredelo pokušati sa DesqView-om
kod koga će Procom raditi u jednom od prozora - mi smo imali neke
probleme ali se sigurno može izvesti!
Dejan
PS Kada pripremaš poruke u tekst procesoru, malo skrati
redove - i sam vidiš na šta ovo liči!
protokoli.19vkostic,
Zdravo Dejane,
>> Da li postoji neki public domain komunikacioni program
>> koji može da radi u pozadini.
Postoji, ali nije public domain - Framework III.
>> Ja lepo pišem poruke a on bira broj pa kad dobije vezu
>> javi mi, tako da ne gubim vreme na čekanje veze.
FW III moze ne samo to, nego i mnogo vise. Mozes u bilo kojem
trenutku dok traje telekomunikacija da odes u text procesor i
napises neku poruku, a posle je upload-ujes kao ASCII text.
Mozes da radis i druge stvari, pa i da odes u DOS.
U svakom trenutku mozes da se vratis na teskst koji je ispao sa
ekana (ili je primljen dok si ti radi nesto drugo) i da ponovo
procitas neku zanimljivi poruku, itd.
Uopste, izuzetno sam zadovoljan sa FW III.
I Zoran Zivotic ima text procesor koji moze da radi komunikaciju
u background-u. On ce ti isto potvrditi da je to prava stvar.
Pozdrav, V.K.
▄
protokoli.20mnikolic,
Listajuci jedan stariji broj BYTE-a naisao sam na zanimljiv
tekst "The Protocol Pack" autora Brock N. Meeks-a u expert advice
poglavlju. Tip je testirao nekoliko modemskih protokola po pitanju
njihove efikasnosti. Koliko sam ja shvatio radi se o tome koliku
realnu brzinu prenosa ostvaruju pojedini protokoli u odnosu na
osnovnih 1200/2400 bps-a. Ovde se nalazi tablica sa rezultatima
testa koji je Brock izvrsio, a u pridruzenoj datoteci ima i nekih
izvoda iz tog teksta. (u izvornom obliku na engleskom jez.)
Protocol Speed Throughput Efficiency (%)
----------------------------------------------------------------
ASCII (upload) 1200 880 73
ASCII (ul) 2400 1720 71
ASCII (download) 1200 1170 97
ASCII (dl) 2400 2325 96
XMODEM (ul) 1200 647 54
XMODEM (ul) 2400 1534 64
XMODEM (dl) 1200 663 55
XMODEM (dl) 2400 1600 66
YMODEM (ul) 1200 1045 87
YMODEM (ul) 2400 2200 91.6
YMODEM (dl) 1200 1090 91
YMODEM (dl) 2400 2035 84
ZMODEM (ul) 1200 1120 93
ZMODEM (ul) 2400 2268 94.5
ZMODEM (dl) 1200 1158 96
ZMODEM (dl) 2400 2305 96
W/XMODEM (ul) 1200 940 78
W/XMODEM (ul) 2400 2268 70
W/XMODEM (dl) 1200 690 57
W/XMODEM (dl) 2400 2100 87.5
Ove rezultate bi po meni trebalo uzeti uslovno jer su
dobijeni u uslovima americkih,, verujem dosta kvalitetnijih linija
iako je test kako autor kaze sprovodjen na liniji San Francisko
Washington DC. Ipak odavde se vidi apsolutna nadmoc ZMODEM-a. Ima
li komentara?
Pozdrav, Milos.
testing.zipprotokoli.21dobradovic,
Za Sašu Tap....,
opet Dejan Obradović. Imam probleme da pošaljem poruka sa ASCII
upload na SEZAM pomoću TELEMATE-a. Ne reaguje uopšte. Kod tebe je to
prošlo bez problema. Šta sad. Inače program je sasvim OK.
protokoli.22dobradovic,
Od nedavno sam počeo da koristim TELEMATE koji sam skinuo sa SIGME.
Posle početnih problema sve radi dobro. Program je dobar, i po meni u
mnogim stvarim abolji od PROCCOMa. Ukoliko ima zaintersesovanih mogu
dati prikaz mogućnosti sa primerima. SCRIPT jezik je izvrstan. Inače
program je iz ove godine.
Dejan Obradović
protokoli.23mpotrc,
Možda bi bilo dobro da proveriš šta je upisano pod Options -
Directory - Download. Jer ako directory ne postoji, onda stvarno
"can't create...". Inače TM upotrebljavam već više vremena i nisam
imao nikakvih problema.
Matjaž
protokoli.24bojt,
Iz datoteke USERS.TXT saznao sam neke zanimljive stvari:
1. I dalje preko 60% korisnika ne koriste YU slova, na šta
nemam komentara a i bilo je već dosta reči o tome ovde.
2. Više nego svaki drugi korisnik (52%) koristi XMODEM!
Gospodo, da li ste Vi čuli za ZMODEM? Probajte, bićete
iznenadjeni rezultatom...
3. Samo 22% radi u komandnom modu. Tc tc tc ...
protokoli.25zzivotic,
:: 3. Samo 22% radi u komandnom modu. Tc tc tc ...
E, ovo je na žalost prilično varljiv podatak! Naime iz
analize LOG datoteka može se jasno zaključiti da mnogo veći broj
koristi komandni režim nego što ih je postavilo MENU=NO na
osnovu čega je napravlje ovaj pregled. Naravno, nisam išao pa
prebrojavao ali mislim da mogu da procenim da oko 30% korisnika
odmah po ulasku u Sezam kuca .., i to svaki put! A sledećih 30%
ne odoli da uradi isto, zatim sledi nekoliko naredbi (DIR
obavezno!) pa opet povratak u menu režim.
Podatak je takođe varljiv jer novim korisnicima treba
određeno vreme da se odvaže na ovaj korak a oni konstatno
smanjuju prosek. U sledećem USER.TXT napraviću malo detaljniji
pregled, ali mislim da će se pokazati da među "punoletnim"
korisnicima nema više od 10% onih koji i dalje rade putem menija.
Pozdrav, zz
protokoli.26dejanr,
>> Gospodo, da li ste Vi čuli za ZMODEM? Probajte, bićete
>> iznenadjeni rezultatom...
Apsolutno bih se složio sa ovim. Mislim da je razlog što
se ZMODEM nedovoljno koristi taj što ga je teško instalirati
u PROCOM - nikad to ne prođe lako! Generalno bih svima save-
tovao da u procedure DSZU (i DSZD) ubace:
dsz port 2 rz -r %1 %2 %3 %4 %5 %6 %7 %8 %9
Štos je u onom port 2 - ako to tu ne piše, pre toga morate
da radite SET DSZPORT=2 (za COM2, naravno 3 za COM3 itd)
što je dušu dalo da se zaboravi. Isto tako, DSZ je dosta
osetljiv na serijski port - ako vam COM2 na serijskoj
kartici nije dobro blokiran, Procom će možda raditi a DSZ
neće. Ako nemate papire za serijsku karticu... obično ima
"samo" 256 mogućunosti.
Svaki trenutak koji utrošite na instalaciju ZMODEM-a će
vam se u toku prvog meseca stostruko vratiti kroz brži
prenos.
Dejan
PS Ono port mora da se piše malim slovima - glupi DSZ!
protokoli.27dejanr,
U direktorijumu COM je novi DSZ datiran 18. februar 1990.
Svakako ga vredi "pokupiti".
Ovaj protokol još nije instaliran na SEZAM-u pošto bismo
prvo morali da pregledamo kakve novitete nudi i da ga malo
probamo. Ali pretpostavljam da je vertikalno sasvim
kompatibilan sa starim. Ako nekoga ne mrzi da pročita
dokumentaciju i kaže šta je novo, njegova će poruka svakako
biti vrlo rado pročitana!
Pozdrav,
Dejan
protokoli.28zzivotic,
Na Sezamu od noćas radi nova verzija DSZ u kojoj je aktiviran
MobyTurbo režim (novi DSZ možete uzeti iz COM dir-a, verzija
18-Feb-1990). Protokol je efikasniji kod prenosa ARC i ZIP
fajlova u odnosu na raniju verziju mada dobici, naravno, nisu
spektakularni - nekoliko cps više.
S obzirom da je verzija vrlo sveža, molim vas da nam odmah
ostavite poruku ukoliko primetite bilo kakve probleme.
Uočen je problem kod naredbe ATTACH pri korišćenju XMODEM i
YMODEM protokola koji je onemugaćavo da se datoteka posle prvog
neuspešnog pokušaja u sledećem "prikači" za poruku. Problem je
otklonjen.
Pozdrav, zz
protokoli.29dejanr,
MobyTurbo je upravo isključen - danas je SEZAM dva puta krahirao
i to baš na download-u (jednom konferencije, drugi put fajlova).
Očito nešto nije zdravo sa novim DSZ-om i velika je sreća što
imamo portira da gasi računar posle 50 minuta neaktivnosti.
Nisam imao pri ruci stari DSZ tako da je na SEZAM-u i dalje novi
DSZ ali bez MobyTurbo opcije. Ako i tu bude problema, moraćemo
da pretražimo svoje diskete i nađemo stari DSZ.
Velika je nevolja što danas nije bilo nikoga u redakciji da kaže
šta se ispisalo na ekranu kada je sistem krahirao... traženje
greške bi bilo mnogo lakše!
protokoli.30dejanr,
Opet smo imali dva kraha, sada smo na starom DSZ-u pa će
valjda sve biti OK.
Naravoučenija:
1) Baciti DSZ od 18.02.90.
2) Ubuduće ne isprobavati stvari nedeljom
3) Zahvaliti Bogu i ostalim zaslužnima na elektronskom
portiru koji je danas 4 puta spasao SEZAM.
protokoli.31bojt,
Nešto mi djavo ne da mira: Da li postoji način da se utvrdi koliko su
bile dugačke datoteke u slučajevima kada je novi DSZ pri download-u
pao? To kažem zbog toga što se ispostavilo da ako neko proba da
prenese toliko dugačku datoteku da za njen prenos treba više od 50
minuta, portir resetuje Sezam. Ima li u Log fajlu nešto o tome?
protokoli.32dejanr,
Sistemski dnevnici su dosta opširni baš zbog ovakvih situacija.
Datoteke nisu bile prevelike, mislim da je jedna bila nešto iz
direktorijuma IBMPC a druga deo konferencije - download je
osim toga trajao jedva desetak minuta u svakom od slučajeva.
Prenos je korektno završen ali DSZ nije vraćao kontrolu BB-u.
Na žalost, u redakciji noću nije bilo nikoga ko bi rekao šta
je ispisano na ekranu tako da ne znamo šta se tačno desilo.
Otkada smo vratili stari DSZ (10.89), sve je u savršenom
redu (da kucnem u drvo).
Lično stalno koristim NOVI DSZ baš u nadi da će jednom pasti
na mojoj strani pa da ću znati šta se dešava. Ali rđa se
ne da...
protokoli.33majkl,
Odnedavno sam počeo da koristim CROSSTALK MK.4, medjutim,
problemi se javljaju kod ZMODEM protokola pri prenosu datoteka u
pravcu DSZ --> MK.4 tj. kod DOWNLOAD-a sa SEZAMA. Probao sam
lokalno, povezujući dva PC računara. Veza MK.4 --> DSZ ide bez
problema, ali obrnuto ne. Nakon pokretanja prenosa DSZ ispisuje
'Redy to send pathname', na MK.4 strani se aktivira prozor fajl
transfera u kome stoji "Waiting to begin file transfer...". Na
DSZ strani se pojavljuje **B0000000 i do prenosa ne dolazi. U
dokumentaciji stoji:
ZMODEM protocol support has been enhanced with the addition
of another choice for the protocol module's HostOS variable
(Alt-P setup panel). The new choice is "other;" it functions
like the "DOS" choice except that it does not send the RZ
command to the host. Some hosts (particularly BBSs) which use
external ZMODEM support programs will erroneously echo the RZ
command back to the remote after a file transfer. Use the
HostOS choice "other" with these hosts.
medjutim nije pomoglo.
Da li neko zna rešenje?
U MK.4 XMODEM je znatno poboljšan u odnosu na XTALK XVI, ali
bih rado prešao na ZMODEM u potpunosti. U ovom trenutku radi
kombinacija DOWNLOAD=XMODEM, UPLOAD=ZMODEM (više bih voleo da
je obrnuto).
Pozdrav,
Majkl
protokoli.34bojt,
Da li si ti na obe mašine koje si lokalno povezao pokrenuo isti
(istu kopiju) DSZ-a? Ako jesi, verovatno ti zbog toga ne radi. (DSZ
se štiti od toga!).
Pozdrav, Bojan.
protokoli.35dejanr,
>> DSZ se štiti od toga!
Samo ako se radi o dve registrovane kopije!
protokoli.36bojt,
>> >> DSZ se štiti od toga!
>> Samo ako se radi o dve registrovane kopije!
Ops, izvinjavam se, nisam znao (odtkud onda meni registrovana
kopija, pitam se samo?).
protokoli.37vzivkovic,
űrz
B00000000000000
Dobar dan!
Sa Elektrotehničkog fakulteta sam preuzeo komunikacioni program
MTE(MPN 5).
Međutim, kada pomoću njega pokušam da zovem neki broj, pokaže mi
poruku:
NO DIALTONE. Šta da radim?
Pozdrav,
Vlada
protokoli.38vkostic,
>> kada zovem neki broj, pokaže mi poruku: NO DIALTONE.
DIALTONE je signal koji centrala daje kada je linija slobodna da
biras broj. Taj se signal razlikuje u Americi i kod nas, pa mnogi
modemi nase tu-tu interpretiraju kao odsustvo DIALTONE-a. Zato
treba da otkucas modemu komandu:
ATX3
posle cega ce on da bira brojeve "na slepo" - bez obzira na
DIALTONE.
Mozes komande ATX3 i ATDPnnnnnn da spojis sve u jedno:
ATX3DPnnnnnn
Pozdrav, V.K.
protokoli.39dejanr,
Registrovanu kopiju DSZ-a ćeš poznati po tome što ne piše
"za registraciju zovite itd, itd..." Otkucaj DSZ v iz
komandnog moda (ne moraš da si on-line) pa ćeš videti.
protokoli.40dejanr,
Taj MTE je čudan - kod mene lepo radi ali ne može da zove
više puta - zovne jednom i čeka ako je zauzeto da ja lupim
SPACE. Probao sam X1, X3 i svašta drugo ali ne ide!
Osim toga, ponekad se zaglupi i loše piše slova koja dobija.
Tada nema druge nego prekinuti vezu.
Ali za onoga ko nema MNP modem a oće da zove BUEF... ne znam
za bolje rešenje!
Pozdrav,
Dejan
protokoli.41zzivotic,
>> >> >> DSZ se štiti od toga!
>> >> Samo ako se radi o dve registrovane kopije!
Pa, nije baš ni to sigurno. Dejan je očigledno zaboravio na
jednu našu probu kada su na obe strane bile dve "savršeno"
registrovane kopije sa "savršeno" istim brojevima.... pa se
ništa neobično nije desilo. Ipak, gotovo sam siguran da DSZ
koristi random generator kao okidač kada će da ukoči računar pa
su dakle šanse podjednake....
Pozdrav, zz
protokoli.42dejanr,
>> Dejan je očigledno zaboravio na jednu našu probu kada su
>> na obe strane bile dve "savršeno" registrovane kopije
>> sa "savršeno" istim brojevima.... pa se ništa neobično
>> nije desilo.
Nisam zaboravio na probu, ali ostaje da u programu postoje
stringovi za takvu priliku. Dakle, pošto je bilo problema,
pretpostavio sam da smo mi jednostavno bili srećni...
Inače, da li i ostali imaju problem sa DSZ-om ovde na
SEZAM-u - kada primite fajl, na njemu je "levi" datum?
protokoli.43vkostic,
>> Inače, da li i ostali imaju problem sa DSZ-om ovde na
>> SEZAM-u - kada primite fajl, na njemu je "levi" datum?
To sa "levi datum" jednostavno nisam gledao, ali nisam imao
nikakvih problema sa DSZ - da kucnem o drvo.
Pozdrav, V.K.
protokoli.44vcalic,
Da, to sa datumom se desava i kod mene, iako ne radim sa DSZ-om vec
sa Telemate-om. Izgleda da je stvar u vasem DSZ-u.
protokoli.45dejanr,
>> Izgleda da je stvar u vasem DSZ-u.
Stvar je SIGURNO u našem DSZ-u. Na SEZAM-u je DSZ od oktobra 89
koji pravi dotični problem. Jednom pređosmo na DSZ 28. februar pa
znate šta je bilo. Sada imamo noviji DSZ ali nekako oklevamo da
ga pokrenemo jer ona Mobi Dik (tj. Moby Turbo) opcija je dobitak
od 1-2% a ovaj DSZ već lepo radi... osim toga sa datumima...
Pozdrav,
Dejan
protokoli.46vcalic,
To sa datumima i nije toliki problem. Ja, kad download-ujem poruke
sa SEZAMA, otkucam touch ??xxxxxx.* (gde x-ovi predstavljaju datum i
ona dva broja iza - uzgred sta predstavljaju ta dva broja?) i svi
fajlovi dobijaju danasnji datum.
protokoli.47majkl,
>> Da li si ti na obe mašine koje si lokalno povezao pokrenuo
>> isti (istu kopiju) DSZ-a? Ako jesi, verovatno ti zbog toga ne
>> radi. (DSZ se štiti od toga!).
Ne, nismo se razumeli. Na jednoj mašini je CROSSTALK MK.4. a
na drugoj DSZ, tj. problem je:
Kako podesiti CROSSTALK MK.4 da ZMODEM korektno radi pri
komunikaciji sa SEZAMOM ?
Pokušavam lokalno da otkrijem u čemu je stvar, a možda neko
već ima odgovor ?
Pozdrav,
Majkl
protokoli.48dejanr,
>> Ja, kad download-ujem poruke sa SEZAMA, otkucam
>> touch ??xxxxxx.*
Ko ima neki malo noviji Norton, može još brže: FD *.ZIP.
protokoli.49mmatovic,
Molim pomoc za KERMIT za PDP11 na RL01 disku
protokoli.50bulaja,
Jedan argument u korist ZMODEM-a.
Do juce sam koristio XMODEM (zato sto lepo izgleda u
PROCOM-u). Posto su veze bile ocajne, download mi je dva
puta bio neuspesan (prekine se na pola) pa sam pokusao sa
SET PROTOCOL=ZMODEM. To je upalilo iz prve !!
Navalite na ZMODEM !
Pozdrav !
protokoli.51dejanr,
Da, apsolutno treba zaboraviti XMODEM i preći na ZMODEM.
Alli, kada nabavite MNP modem i kada je i na drugoj strani MNP...
hmm... možda dolaze do izražaja oni YMODEM protokoli sa veeeelikim
blokovima. Ne bi bilo loše da ZMODEM (DSZ) omogući definisanje dužine
bloka; 4 ili 8 K na MNP5 bi dosta ubrzalo prenos!
protokoli.52bojt,
>> Ne bi bilo loše da ZMODEM (DSZ) omogući definisanje dužine
>> bloka; 4 ili 8 K na MNP5 bi dosta ubrzalo prenos!
To je bi valjda bilo nešto slično kao JMODEM?
protokoli.53dejanr,
>> to bi bilo nešto slično kao JMODEM
Šta je sad pa JMODEM :-) ű
protokoli.54bojt,
>> Šta je sad pa JMODEM :-)
Pa valjda poboljšani ZMODEM plus 8K blokovi :-)
protokoli.55vkrstonosic,
JMODEM ?
Ja sam jedanput probao da prebacim neke fajlove iz Amerike sa BBS-a
koji nema zmodem, pa sam u ocajanju probao i Jmodem (posle 1000
bezuspesnih pokusaja) i secam se da je daleko dogurao (nije uspeo),
blokovi su bili ogromni i stekao sam utisak bi uz dobru vezu, jmodem
bio odlicno resenje. Ako neko hoce, mozemo i da uspostavimo vezu, pa
da probamo neki transfer pomocu jmodema.
protokoli.56zzivotic,
Imali sam prilike da probam JMODEM protokol. Uradio sam to
direktnom vezom dva računara preko modema tako da iskustva koja
imam će biti samo "koncepcijske" prirode - kako se protokol
ponaša u realnim uslovima nema baš mnogo želju da saznam.
Dakle, JMODEM predstavlja protkol koji ima dosta savremenih
karakteristika među kojima je svakako adaptivna dužina bloka,
CRC 32 provera i kompresija podataka. Dužina bloka se kreće do
8Kb ali se postizanje ove dužine odvija u etapama - protokol
počinje od 512 bajtova pa polako povećava, povećava,
povećava... i ako fajl baš nije mnogo dugačak može da se desi
da nikada i ne stigne do 8K! Kod ove koncepcije mi ipak nije
jasno zašto je primenjen ovakav mehanizam - blokovi od 8K se
mogu prenositi samo na "čistim" linijama (idealno za MNP) gde
bi ovaj protokol trebao da dođe na svoje a deluje kao da su
autori ipak posvetili više pažnje mogućim greškama u prenosu pa
jako bojažljivo počinju (što je manji problem) ali zatim, čak i
ako je veza dobra, i dalje bojažljivo nastavljaju.
Proba ovog protokla me samo uverila u ono što sam i inače
mislio - pored ZMODEM-a mnoge stvari deluju suvišno..
Pozdrav, zz
protokoli.57sasa,
ZZ> Proba ovog protokla me samo uverila u ono što sam i inače
ZZ> mislio - pored ZMODEM-a mnoge stvari deluju suvišno..
Zmodem je sigurno dobra stvar, ali šta mislite o tome da
sve karakteristike ZMODEM-a iskoristite i dodate još mogućnost
istovremenog UL i DL pa na to još i CHAT između korisnika. Na
žalost, sve je to iskomplikovano procedurom konfiguracije pre samog
prenosa, ali samo neregistrovane verzije.
Probajte malo i BIMODEM, verujte da nema gubitka na brzini
prenosa pri istovremenom UL/DL i CHAT-u. Na SIGMA BBS-u je isproban
i korisnici koji su ga *uspešno* koristili su postigli realnu
brzinu preko 440 cps pri istovremenom slanju i preijemu datoteke.
Uskoro se očekuju BBS programi koji će u pozadini BIMODEMOM
prenositi podatke, a u CHAT prozoru će se normalno moći čitati
poruke i sve ostale BBS funkcije.
protokoli.58dejanr,
Nedavno smo Zoran i ja došli na ideju da bi se, uz MNP
modeme, mogao napraviti neki ultra brzi protokol pošto
je tamo navodno nemoguće da dođe do greške pa čemu provera
osim možda neke finalne?
Zoran je napravio program ali je ispalo da je bps na kraju
jedva malkice bolji od ZMODEM-a. Misli Chuck o svemu...
Pozdrav,
Dejan
protokoli.59sasa,
DR> Nedavno smo Zoran i ja došli na ideju da bi se, uz MNP
DR> modeme, mogao napraviti neki ultra brzi protokol pošto
Nisam govorio baš o brzini koliko o upotrebljivosti
BIMODEM-a. To je za sada jedini FULL-DUPLEX protokol i zna da
uštedi skoro ceo jedan session.
Npr.: Ukoliko BBS računa Ul/Dl odnos, sa BIMODEM-om se
postiže da nema potrebe za posebnim pozivom za Ul jer se za isto
vreme izvrše obe operacije i na kraju je korisnik poslao svoju
datoteku istovremeno dok je primao nešto sa BBS-a, a nije tel.
račun osetio posebno slanje i posebno prijem.đ
protokoli.60djovicevic,
Zdravo svima,
Pre neki dan skinuo sam sa Texas Instruments BBS-a izvorni kod
u C jeziku za ZMODEM protokol i to bas od Chuck-a Forsberg-a.
Prilazem ga kao samoraspakujucu datoteku ZMODEM.EXE . Srecno!
Pozdrav Dragan
protokoli.61dejanr,
>> Pre neki dan skinuo sam sa Texas Instruments BBS-a izvorni kod
>> u C jeziku za ZMODEM protokol i to bas od Chuck-a Forsberg-a.
Prava stvar!
protokoli.62genius,
Evo za sve SEZAM-ovce jedan uzitak(ne nije EUROKREM)!Saljem vam
datoteku sa kojom cete naterati vas eksterni DSZ(onaj iz komandnog
moda iz DOS-a)da ga registrujete(mozda ste vec videli ovu datoteku) i
to da ne placate koliko ono bese 50 USD.Kako se to radi vidite u
dokumentaciji!
protokoli.63dejanr,
Eto, jedan dan nas nema i već bude neko ******.
Programi kao što je DSZBREAK se ne smeju distribuirati ni na
jednom BBS-u koji drži do sebe. Radi se o direktnoj krađi od
Chucka koji je napravio jedan po svemu izvanredan progran kao
što je DSZ.
Ovakve stvari ubuduće lako mogu završiti "proterivanjem" sa
sistema. Ovoga puta smo samo uklonili fajl.
protokoli.64dejanr,
Sa DOWNLOAD COM\DSZ0626.ZIP možete da "pokupite" najnoviju
verziju ZModem-a.
Pozdrav,
Dejan
PS Da samo znate koliko bi SEZAM bio slobodniji kada biste
zaboravili onaj prokleti XMODEM i prešli na DSZ...
protokoli.65vcalic,
Vidim da je vas DSZ poceo da prikazuje datume onako kako
treba. Znaci li to da ste i vi presli na novu verziju?
protokoli.66dejanr,
Da, danas. Nek nam Bog pomogne...
protokoli.67vcalic,
>>PS Da samo znate koliko bi SEZAM bio slobodniji kada biste
>>:: zaboravili onaj prokleti XMODEM i presli na DSZ...
Nije mi jasno zasto ljudi jos uvek koriste XMODEM. Ja sam je
jednom igrao sa Side Kick -om, i radio sam DL nekog kratkog
fajla pomocu XMODEM -a i mogu reci da sam se dobro napatio.
Mozda se ljudi plase instalacije u DSZ -a u Procomm ili neki
drugi comm program. Ako je to u pitanju, mogu da upotrebe
Telemate ili Telix koji imaju ugradjen ZMODEM. I jedan i drugi
se nalaze na svakom BBS -u koji iole drzi do sebe. Uz to
Telemate ima mogucnost multitaskinga, pa radi fajl transfer u
backgroundu, sto ce reci da za vreme transfera mozete
editovati poruke, citati tekstove, ili razgledati Back window,
pa cak i skociti u DOS (sto bas nije najsrecnije). No, i
Telemate i Telix su po nekoliko puta veci od DSZ -a, sto se
dobro oseti po racunu (meni je upravo stgao racun od 465 d,
uzgred ima li ko koju milijardu na pozajmicu), a uz to DSZ je
ipak neprevazidjen s obzirom da ga je radio covek koji je i
smislio ZMODEM
protokoli.68mikij,
Interesuje me sta je MobyTurbo.(znam da je neka vrsta ZMODEM-a
ali po cemu se razlikuje?).
Pozdrav Miki.
protokoli.69dejanr,
>> Interesuje me sta je MobyTurbo.(znam da je neka vrsta ZMODEM-a
>> ali po cemu se razlikuje?).
Pre par meseci Chuck je u novu verziju DSZ-a ugradio taj MobyTurbo.
U uputstvu ima dosta priče o njemu ali nisam nešto mnogo čitao. Onako
*vrlo* ukratko, kažu da je zgodan kada se šalju već zip-ovani fajlovi
tj. kada DSZ ne može da izvrši kompresiju.
Ja ga koristim po logici "pametan je čovek, napravio je sjajan ZMODEM
i sjajan DSZ, pa valjda je i ovde znao šta je bolje" :))
protokoli.70mikij,
Hvala.
Pozdrav Miki.
protokoli.71vkrstonosic,
Pre neki dan Chaskajuci sa Dejanom, dosli smo do jedne vrlo interesantne
ideje. Posta verovatno imam malo vise vremena nego Dejan, resio sam da je
izlozim. Pocelo je oko toga sto mi se vec par puta desava da za vreme chata
potrosim svo raspolozivo vreme i posle ne mogu da prebacim poruke, a cuo sam
da se to i drugima desava.
Ideja je bila, kako bi se mogao napraviti protokol koji bi prebacivao
podatke i u isto vreme omogucio CHAT :)
Nesto slicni kao BIMODEM. Znaci, covek lepo otkuca PAD DOW CHAT, prebacuje
podatke i u isto vreme razgovara.
Recimo da se ubaci u Zmodem (kao verovatno najbolji protokol), opcija da
posle svakog bloka podataka, posalje i jedan paket za Chat naravno bez
provera, zbog brzina. Ako bi se takav protokol napravio, instalirao bi se i
na Sezam, a i svaki korisnik bi morao da ima jednu verziju.
Ovo bi mogao da bude jedan zajednicki program na Sezamu.
Zato molim sve, da se jave i iznesu svoja misljenja, bez obzira da li su
pozitivna ili negativna. Razmislite malo, pa iznesite svoje ideje, kao da to
napravimo. Siguran sam da ce nam i Sysadm-i pomoci i podrzati akciju.
Ovako nesto ce postati posebno interesantno kada bude vise linija, pa i Chat
postane mnogo ozbiljniji i interesantniji.
Prema tome, javljajte se, svaka ideja je dobrodosla.
Pozdrav,
Vlada
PS. Posle mozemo da prodamo program na 1000 Americkih BBS-ova i da se
obogatimo :)
protokoli.74mhibler,
Molim pomoc !
Imam PROCOMM+ TD i DSZ. Problem je u Upload-u. Nikako ne mogu U/L
ni jedan Kb nekog fajla na SEZAM. Pokusavao sam sa:
DSZ sz %1 %2 %3 %4 %5 %6 %7 %8 %9
i:
DSZ sz -r %1 %2 %3 %4 %5 %6 %7 %8 %9
i:
DSZ sz \FILES\%1
a sve to sam probao i sa sva tri SEZAM-ova ZMODEM protokola ali DSZ jedva
prenese 512 ili 1024 bayta i pocne ispisivati ERROR i onda sve ispocetka.
Neki puta cak napise RECOVERY ERROR i zavrsi. U cemu je stvar ? :((
Unaprijed zahvaljujem,
Miroslav
protokoli.75agobovic,
Na jednom BBSu u Portugaliji (CATS BBS) sam bio ponudjen sledecim
protokolima:
(A) Ascii (Non-Binary)
(X) Xmodem (Checksum)
(C) Xmodem-CRC (CRC)
(K) Kermit (very slow)
(O) 1K-Xmodem (PCBoard Ymodem)
(F) 1K-Xmodem-G (PCBoard Ymodem-G)
(G) YMODEM/G (internal BATCH)
(Y) YMODEM (internal BATCH)
(Z) DSZ Modem (DSZ - BATCH OK)
(P) DSZ Modem PCP (for packet network)
(S) Super8K
(J) J-Modem
(W) WXModem
(U) Puma (BATCH OK)
(T) TModem
=> (N) None
Sa tim BBSom sam vezu ostvario prvo preko MTE programa za vezu sa
VAXom, a zatim preko paketne mreze. Posto sam prvi put video da
postoji DSZ Modem PCP (for packet network) a nikakve informacije
o tome nisam nasao u DSZ.DOC od 21.03.1990, zamolio bih nekog ko je
upoznat sa razlikama izmedju "obicnog" DSZ i DSZ PCP da mi objasni
o cemu se radi.
AG
protokoli.76dejanr,
>> Sa tim BBSom sam vezu ostvario prvo preko MTE programa za vezu sa
>> VAXom, a zatim preko paketne mreze. Posto sam prvi put video da
>> postoji DSZ Modem PCP (for packet network) a nikakve informacije
>> o tome nisam nasao u DSZ.DOC od 21.03.1990, zamolio bih nekog ko je
>> upoznat sa razlikama izmedju "obicnog" DSZ i DSZ PCP da mi objasni
>> o cemu se radi.
Hmmmm.... Mislim da bi bilo VRLO indicirano zvati Chuckov BBS i
videti jel ima novi DSZ. Ako treba telefon i OD, imam ih negde.
Inače, imaš u com diru DSZ od 26.06, ali mislim da ni u njemu nema
taj packet protokol. Očito je Chuck smislio nešto novo.
Pozdrav,
Dejan
protokoli.77bulaja,
Ima li neko source Kermit protokola, ili njegove specifikacije?
Pozdrav, Bulaja.
protokoli.78dejanr,
>> Ima li neko source Kermit protokola, ili njegove specifikacije?
Imam ja, doduše neku prilično "matoru" verziju ali valjda se to
nije menjalo. 3 XT diskete.
protokoli.79vkrstonosic,
Sto se tice Kermit protokola, postoji na EARN mrezi pristup svim mogucim
podacima oko kermita, zajedno sa sourcom svih verzija. Ako ti Dejan ne
pomogne, mozemo da potrazimo. Javi se za detalje.
protokoli.80bulaja,
> > Ima li neko source Kermit protokola, ili njegove specifikacije?
> Imam ja, doduse neku prilicno "matoru" verziju ali valjda se to
> nije menjalo. 3 XT diskete.
Uh, nesto je mnogo dug za takav hm. primitivan protokol (al mi treba).
Jel mozes da prosetas diskete u sredu do kluba?
Pozdrav, B)
protokoli.81dejanr,
>> Jel mozes da prosetas diskete u sredu do kluba?
Važi. Pošalji mi private mail u sredu da me podsetiš.
protokoli.82dejanr,
U COM direktorijumu je DSZ1119.ZIP, nova verzija ZModema. Evo
šta je novo:
Nov 19 1990:
The sz -i and -u options were added. The -i option is useful sending
files to VMS rz version 4.x, forcing VMS Stream_LF record format. The
-u option unlinks (deletes) a file after it is successfully sent with
ZMODEM.
SlugBait has been fixed.
The Y numeric parameter (described above) has been added to allow FIFO
hackers to do their thing.
June 25 1990: When a ZMODEM block length is forced, the receiving DSZ
writes the data to disk before acknowledging the block. With DSZ.EXE
and its maximum 16384 buffer size, you may be able to avoid overrun
(Line Status Register 02) problems receiving to slow disk drives by
using:
dsz pB16384 z pl16384 rz
ZMODEM-90(TM) speeds up GEnie ZMODEM downloads; see DSZOPT in Chapter 6.
The "sz" command had an undocumented fallback to YMODEM, this has been
removed for reliability reasons.
The SlugBait (-s) option now causes DSZ to return success (0 exit code)
if at least one file is transferred.
protokoli.83georges,
TELEMATE mi postize malu brzinu u uploadu ASCII. Cekam, cekam i cekam.
Kako je povecati?
Pozdrav, Georges.
=======
protokoli.84ljupco,
Upravo sam zavrsio prenos datoteke od 150 KB sa DSZ-om. Desila mi se sledeca
(cudna?) stvar: prenos 7 KB podataka prosao bi bez greske, a zatim je prvi
sledeci blok podataka bio pogresan (i prenos ponovljen, ovog puta pez greske).
I tako dvadesetak puta. Slucajnost? Ne verujem. Ima li ovo veze sa (t.j. dali
je) pominjani "mod za mucenje (nevaljalih) korisnika" ?
protokoli.85alazic,
Da li je neko isprobao novije protokole (mislim na PUMU HYPER JMODEM BIMODEM
CMODEM i sl.) u nekom starom MM-u sam naleteo na "usta puna hvale" za cini mi
se HYPER protokol? Sta misle o tome ZZ i DR i da li bi to instalirali na Sezam
ako valja?
protokoli.86dpozaric,
************
Da li je neko isprobao novije protokole (mislim na PUMU HYPER JMODEM BIMODEM
CMODEM i sl.) u nekom starom MM-u sam naleteo na "usta puna hvale" za cini mi
se HYPER protokol? Sta misle o tome ZZ i DR i da li bi to instalirali na Sezam
ako valja?
*************
Redovno na MIPSu radim sa Bimodemom, i zaista je fantastičan.
Postižem oko 230 cps u jednom pravcu, a ako uzmemo u obzir da može
istovremeno uploadati i downloadati te da se može istovremeno i
chatati sa Sysopom, to je užas jedan. U oba pravca radi istom
brzinom, postiže ukupno oko 460 bps (ako je linija ok) čupajući
blokove od po 4 KB. Naravno, nije to klasični blok poput xmodemovog,
već samo 4 po 4 kile smješta na disk po prijemu. Navedeni rezultati
su za 2400 bps veze.
Kad razmjenjujem soft sa frendovima, također ga redovno koristim. Dok
traje transfer od po recimo 2x300K (za oba smjera) mi fino chantramo
o istom trosku :))
dp
protokoli.87bulaja,
Ne znam da li je problem u Sezamovom DSZ-u ili Telixovom Zmodemu (koji
ja koristim), ali se zmodem redovno sludi kad radim upload datoteka
kracih od 1K (tj. kracih od jednog zmodem segmenta). Ponekad transfer i
uspe posle nekoliko minuta mucenja, a uglavnom ne mogu da cekam kraj pa
prekidam.
protokoli.88alazic,
Posto jos niko do sada mi nije odgovorio (sem cini mi se dp ) o ovim novim
protokolima (BI-MODEM , BMODEM , CMODEM, HYPER i sl.) da li je neko od
SysOp-ova na Sezamu razmisljao o uvodjenju ? Mislim da BI-Modem bi bila prava
stvar za ovdasnje CHAnTrare (samo bez uvrede molim) - cisto da ljudima ne bude
dosadno dok vrse DW pad-a :)
protokoli.89dpozaric,
*************
Posto jos niko do sada mi nije odgovorio (sem cini mi se dp ) o ovim novim
protokolima (BI-MODEM , BMODEM , CMODEM, HYPER i sl.) da li je neko od
SysOp-ova na Sezamu razmisljao o uvodjenju ? Mislim da BI-Modem bi bila prava
stvar za ovdasnje CHAnTrare (samo bez uvrede molim) - cisto da ljudima ne bude
dosadno dok vrse DW pad-a :)
*************
Trebalo bi ponešto izmisliti da bi se uspjelo chatati iz Bimodema sa
ostalim korisnicima. Naime, ne znam kako radi chat na sezamu, da li
se cita direktno sa comm portova ili ide preko datoteka (read/non
read), ali sumnjam da bi to bilo jednostavno izvesti. Što se tiče
bimodema, instalirao sam ga probno na svoj bbs i *RADI* !!! Mislio
sam da je pisan za PCBoard ali nije, to je poseban doorway program,
ima i svoj interni carrier watchdog pa nema greške.
dp
protokoli.90zzivotic,
>> Posto jos niko do sada mi nije odgovorio (sem cini mi se dp ) o ovim novim
>> protokolima (BI-MODEM , BMODEM , CMODEM, HYPER i sl.) da li je neko od
>> SysOp-ova na Sezamu razmisljao o uvodjenju ? Mislim da BI-Modem bi bila
>> prava stvar za ovdasnje CHAnTrare (samo bez uvrede molim) - cisto da ljudima
>> ne bude dosadno dok vrse DW pad-a :)
Još ranije smo raspravljali o novim protokolima i tadam smo izneli naš stav
pa da ga još jednom ponovim za oni koji nisu tada bili uključeni u diskusiju.
Protokola ima zaista puno a kriterijum kojim se rukovodimo kod instalacije
na Sezam se svodi praktično na jednu tačku - *aspolutnu* pouzdanost
implementacije. Nikakve vajde od protokola koji ostvaruje 2 ili 3 cps više ako
nakon toga računar ostane van pogona. Koliko god to čudno zvučalo, naša
iskustva su više nego loša (nije da nismo probali!). Isto tako, mnogi
atraktivni protokoli pokazuju u praksi prilično sumnjive rezultate a čak i kada
rade savršeno dobici su gotovo beznačajni.
Jedini protokol koji zadovoljava naše kriterijume u svim aspektima je DSZ
implementacija ZMODEM protokola - zato ga i koristimo. čelja nam je bila da
ugradimo iz jasnih razloga i KERMIT ali nismo pronašli dovoljno pouzdanu
implementaciju.
Što se tiče BIMODEM-a - izgleda da postoji određeno nepoznavanje o tome šta
i kako program radi. Program prenosi i šalje datoteku i istovremeno omogućava
da ono što otkucate u *njegovom* terminal programčiću bude prosleđeno istom tom
programu na drugoj strani - dakle kao chat. *Ne postoji* način da se program
startuje pa da zatim naš program preuzme kontrolu pa potom malo pušta da radi
bimodem a malo sezamo-ov chat pa još da bimodemu dotura ono što se u chat-u
dešava. Ono na šta bi se bimodem mogao primeniti je recimo istovremeno slanje
exec datoteke i download iz nekog direktorija jer drugog klasičnog upload-a na
Sezamu (sem naredbi koje imaju moderatori zaduženi za neki dir) nema. Varinata
sa slanjem datoteke uz poruku i istovremenim download-om pad-a na primer, je
programski neizvodljiva po osnovnoj koncepciji Sezama.
Bimodem će ipak (nadam se) doživeti svoju upotrebu na Sezamu i to tamo gde
se zaista može sjajno iskoristiti - pri razmeni podataka između nodova
SezamNET-a. Na tome se upravo radi i ako se implemetacija bimodma koju imamo
pokaže kako treba proces razmene podataka će biti znatno ubrzan što znači da će
se i nod predviđen za razmenu brže oslobađati za svoju redovnu upotrebu.
Pozdrav, zz
protokoli.91sasa,
>> Posto jos niko do sada mi nije odgovorio (sem cini mi se dp ) o ovim novim
>> protokolima (BI-MODEM , BMODEM , CMODEM, HYPER i sl.) da li je neko od
>> SysOp-ova na Sezamu razmisljao o uvodjenju ? Mislim da BI-Modem bi bila
prava
>> stvar za ovdasnje CHAnTrare (samo bez uvrede molim) - cisto da ljudima ne
bude
>> dosadno dok vrse DW pad-a :)
Što se tiče BIMODEM-a, bio je prvi ugrađen u SIGMA BBS (dok je isti
radio) i to je stvarno super protokol. Razdelio sam ga svim
prijateljima koji imaju modem i sa kojima sam vršio fajl transfer.
Na žalost, iako omogućava tri stvari istovremeno, veoma je teško
izvesti ugrašivanje u BBS program tako da ti po pokretanju
transfera omogući dalji rad BBS-a. Prava primena tog protokola je u
obostranom fajl transferu kada se skraćuje vreme prenosa (nema
gubitka na brzini osim kada baš jako brzo kucate u međusobnom
chatu) i eventualnom chatu za to vreme. Trenutno, kao što ZZ reče,
BIMODEM se ugrađuje na SezamNet, i mogu reći da je isproban OK sa
SezamNet softw. ali ima razlike u pozivu DSZ-a i BIMODEM-a i što je
najgore, BIMODEM ne omogućava primanje datoteka pod drugim imenom u
odnosu na poslatu (ili smo ZZ i ja prevideli deo dokumentacije :)))
Bimodem ima algoritam prenosa sličan (da ne kažem isti :)) ) kao i
Zmodem ali ima i dodatne opciju Verify. Brzina mu je ista kao kod
Zmodema, samo mi se čini da je malo robusniji na greške.
Što se tiče prenošenja PAD-a i chata istovremeno :) ideja nije
loša, ali ako se redovno javljaš PAD i nije baš dugačak (osim ako
Dejanr ne napuni NOVOSTI :) ). Moje prosečno vreme na Sezamu uz
korištenje scripta (Telemate) je oko 1,5 - 3 min. a PAD mi je u
proseku 10-20K. Ukoliko imam koju poruku, script je sam šalje, ali
mi se vreme produžava za nekih 30 sec. što uopšte nije strašno.
Nisam ni siguran da li bih za to vreme mogao da kažem par rečenica
u chatu :))
Pozdrav,
Saša@nsd
protokoli.92dvidovic,
Jel` moze jedno pitanje? Zasto se Ymodem iz pcplustd-a i Telix-a
ne slazu? Pre neki dan sam pokusavao da sikinem pad uz pomoc tog
protokola, ali telix i implementacija Ymodema na Sezamu nikako da se
dogovore. Dobijao sam neku poruku u stilu:"Out of SYNC" ili tako nesto.
dv
protokoli.93mikij,
Zamolio bih nekog da malo pojasni rad ZMODEM-a. Mislim na strukturu bloka
koji se salje, kako se odlucuje o duzini bloka...
I jos jedna stvar. Da li ZMODEM kompresuje podatke pri prenosu kao npr.
HYPER protokol? Da li neko ima iskustva sa HYPER-om i kakva (brzina itd...).
Pozdrav Miki
protokoli.94djovicevic,
Date: 2 Apr 91 02:33:36 GMT
From: Keith Petersen <w8sdz@WSMR-SIMTEL20.ARMY.MIL>
Subject: Updated rz/sz (Zmodem) for Unix and VMS now available
Message-ID: <W8SDZ.12674253160.BABYL@WSMR-SIMTEL20.ARMY.MIL>
Chuck Forsberg's rz/sz for Unix and VAX/VMS has been updated. The
updated files were obtained directly from Chuck's BBS and are now
available from WSMR-SIMTEL20.ARMY.MIL .26.2.0.74..
Directory: PD1:<MISC.UNIX>
File name: RZSZ9103.TAR-Z
Function: X/Y/Zmodem for many flavors of Unix
File type: Compressed tar archive
Rename to rzsz.tar.Z after transferring with FTP in TENEX mode,
uncompress and then extract with command: tar xfv rzsz.tar
Directory: PD1:<MISC.VAXVMS>
File name: RZSZ9103.TLB
Function: X/Y/Zmodem for VAX/VMS
File type: VMS Text LIBrary
This is a binary file which should be stored as a 512 byte FIXED
record file with carriage control NONE on VMS.
To extract files from rzsz.tlb, issue the following DCL commands:
$ LIB/EXTRACT=EXTRACT_TLBđCOM/OUTPUT=EXTRACT_TLB.COM rzsz.tlb
$ @EXTRACT_TLB rzsz/exit
Keith
--
Keith Petersen
Maintainer of SIMTEL20's MSDOS, MISC & CP/M archives .IP address 26.2.0.74.
Internet: w8sdz@WSMR-SIMTEL20.Army.Mil or w8sdz@vela.acs.oakland.edu
Uucp: uunet!umich!vela!w8sdz BITNET: w8sdz@OAKLAND
protokoli.98djovicevic,
evo novog DSZ-a
protokoli.99djovicevic,
Evo sta je Chuck Forsberg, autor ZMODEM protokola otpisao
ljudima iz PC-Magazine-a o njihovom testu komunikacionih
paketa. Uzgred, da li bi neko mogao sa Tele Godzilla bbs-a
(503-621-3746) da skine u tekstu navedene test fajlove, i da
ih ostavi na SEZAM-u da bi svi koji se bave raznim merenjima
efikasnosti protokola mogli da imaju uporedljive rezultate
koristeci iste test fajlove. Pozdrav
D.J.
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
Date: 22 Apr 91 09:43:31 GMT
From: mintaka!ogicse!pdxgate!qiclab!omen!caf@bloom-beacon.mit.edu (Chuck
Forsberg WA7KGX)
Subject: PC Magasine Testing Irregularities
Message-ID: <89@omen.UUCP>
PC Magazine Communications Software Testing Irregularities
The April 30 1991 issue of PC Magazine features reviews of 17
async communications programs that allegedly support ZMODEM and
16550A FIFO UARTs. This issue has prompted a number of messages
questioning the published test results and the procedures used
to generate them.
PC Magazine sent files from a 25 MHz 386 computer to an 8 MHz
IBM PC/AT upgraded with the 16550A UART chip. Speeds to 115200
bps were used with hardware handshaking. Software handshaking
is normally used with high speed direct computer to computer
connections, but this was disabled.
PC Magazine reported that Professional-YAM generated so many
errors and retries at 115k that throughput fell sharply.
Randol N. Tigrett, PC Magazine LAN Labs Project Leader, claims
both he and Sara Parker attempted to contact Omen Technology
about these errors. While Omen had numerous contacts with PC
Magazine at the time concerning lists of features, there is no
recall of being contacted about technical problems and/or error
messages during the performance tests. None of the FAX messages
Omen received from PC Magazine mentioned any technical problems,
and no electronic mail messages were received. Scott McGinnis,
author of COM-AND, another program that suffered from improper
PC Magazine test conditions, was not contacted either.
PC Magazine mentioned in a sidebar that Professional-YAM with
software flow control transferred files faster than all other
programs tested. PC Magazine has refused to disclose these
performance figures, either in the original article or in
response to repeated interrogatives to the test director on PC
Magazine's CompuServe bulletin board. PC Magazine's refusal to
disclose these figures is troubling: was this information
covered up because the numbers would have raised questions about
the test procedures, or because the information would have
refuted PC Magazine's speed rankings?
PC Magazine's refusal to divulge the text of the error messages
and other vital information about the tests forced me to prepare
this rebuttal.
My tests with a variety of configurations (shown below) strongly
suggest that failure to issue a "handshake on" command was the
one and only cause of Professional-YAM's failure to replicate
its first-place performance with hardware flow control. Pro-YAM
Tests (not shown here) show no speed difference between hardware
and software flow control in direct connect tests at 115 kbps.
The cause of Professional-YAM's substandard performance was
improper setup.
In my tests, Professional-YAM operated without error at 115
kbps, outperforming ProComm Plus 2.0 by at least 28 per cent. I
invite readers to repeat these tests themselves. Copies of the
test files are available on TeleGodzilla. Copies of Omen's ZCOMM
shareware communications program may be used for these tests.
The ProComm Plus 2.0 transfer failures result from a ProComm bug
that disables input on 16550A/AF chips. This bug appeared in a
variety of terminal emulation and file transfer tests on a
variety of machines. Reports of similar problems at speeds as
low as 2400 bps have appeared on bulletin boards.
The purpose of this paper is not to single out ProComm for
crticism. ProComm Plus 2.0 was tested here because PC
Magazine's flawed tests ranked it the fastest.
An IBM AT modified for 8 MHz clock speed is the only
configuration I have tested that has not exhibited problems with
ProComm Plus 2.0 disabling 16550A serial input. Just replacing
the AT's CPU clock crystal with the stock IBM part causes
problems. PC Magazine has not explained their choice of such an
antique as the sole receiving test machine for tests at speeds
at least three times faster than today's fastest available
dialup modem.
The tests are, however, relevant to direct connect transfers
between PC's. (Simple cables and software flow control are the
norm for this application.) To be useful in such applications,
programs should be able to transfer entire directory trees with
a single command and maintain the most recent revision of a file
on both machines. Unfortunately, no mention is made of which
programs have these essential ZMODEM features.
A further disappointment is the failure of PC Magazine to test
ZMODEM compression with their "compressible file". The results
show, as the reader can easily verify, that ZMODEM compression
is quite effective on suitable files.
I was also disappointed that no mention was made of the programs
that violate the ZMODEM protocol description in one or more
respects.
The sine qua non of a file transfer protocol for async dial-up
applications is its performance and integrity under noisy line
conditions. How long must we wait for this critical facet to be
tested?
Since PC Magazine's prose indicates raw speed is a prime
determinant of a program's quality, it is incumbent on the
reviewers to get their facts right. As the developer of the
ZMODEM protocol, and as the author of a program that was not
given a chance to perform up to standard, I request that PC
Magazine repeat these tests under suitable supervision. If the
results or performance rankings of correctly executed tests are
different from the published values and graphics, I request that
corrected test results, graphics, and associated review comments
be properly publicized and published without undue delay.
Chuck Forsberg, Omen Technology INC April 22, 1991
----------------------------------------------------------------------------
The configurations described here duplicate PC Magazine's
published test configurations as closely as possible.
Source file: b17mh.gif, 356542 bytes, available on CompuServe
and TeleGodzilla (503-621-3746 24/96). A similarly sized
ZIPfile may be used without affecting the results. Transfers
used b17mh.gif except as noted.
Compressible file: RTTYPIX, 343851 bytes, a concatenation of
the 30 line printer prcture (RTTY art) files in my collection.
The source files chosen were long enough to allow accurate
manual timing with a stopwatch. They were stored on ramdisk.
Transfers completed without errors except as noted.
Sending machine: Micronics 33 MHz, 128k cache or Intel 386 ISBC 18 MHz
Receiving Machine: IBM 5170 PC-AT s/n00212305170 modified for 8 MHz,
replacement HD and controller (Coretest 2.7 performance index: 1.890),
CGA clone, Hayes ESP board.
Cabling: Special null modem connection with TR/DCD and RTS/CTS crossovers
Commands: speed 115200 handshake on sz -ym d:b17mh.gif
-or- speed 115200 handshake on sz -yZ d:rttypix
speed 115200 handshake on t
(ProComm set for ZMODEM auto d/l, crash recovery off)
Professional-YAM to Professional-YAM: @115kbps
50 50 50 71 kbps average
Professional-YAM to Professional-YAM 17.62: @115kbps
53 53 67 kbps
Professional-YAM to DSZ.EXE pD16384 @115 kbps
50 50 50 71 kbps av
Professional-YAM to DSZ.COM @115 kbps
82 82 83 43 kbps av
Professional-YAM to ProComm Plus 2.0: @115kbps
64 64 64 56 kbps av
As Above, to IBM PC-AT at 6 MHz (stock IBM crystal), Hayes ESP board.
Professional-YAM to Professional-YAM: @115kbps
67 67 67 53 kbps average
Compressible file: 38 38 90.5 kbps ZMODEM
Compressible file: 80 43 kbps Kermit
Professional-YAM to Professional-YAM 17.62: @115kbps
74 71 72 49 kbps av
Professional-YAM to DSZ.COM @115 kbps
112 112 32 kbps av
Professional-YAM to ProComm Plus 2.0: @115kbps
FAILED FAILED
Compressible file: FAILED
Sending to Everex System 3000 386 16 MHz 64k cache, 16550A
Professional-YAM to Professional-YAM @115kbps
35 35 102 kbps
Compressible file: 19 19 19 181 kbps ZMODEM
Compressible file: 48 72 kbps Kermit
Professional-YAM to Professional-YAM 17.62: @115kbps
48 48 74 kbps
Professional-YAM to Professional-YAM 17.62: @38.4 kbps
110 110 3241 cps
Professional-YAM to ProComm Plus 2.0: @115kbps
56 55 55 64 kbps
Compressible file FAILED FAIL ZMODEM
Compressible file 53 65 kbps Kermit
Professional-YAM to ProComm Plus 2.0: @38.4 kbps
120 2971 cps
*********************************************************
* NOTE: A 16550A/16550AF must be used!! *
*********************************************************
Chuck Forsberg WA7KGX ...!tektronix!reed!omen!caf
Author of YMODEM, ZMODEM, Professional-YAM, ZCOMM, and DSZ
Omen Technology Inc "The High Reliability Software"
17505-V NW Sauvie IS RD Portland OR 97231 503-621-3406
TeleGodzilla:621-3746 FAX:621-3735 CIS:70007,2304 Genie:CAF
protokoli.100.bale.,
Kako bi bilo da ZZ nabaci ovaj novi DSZ i "handshake slow", kako bismo
probali da li ima manje grešaka?
Regards from .bale. !
#8*)+-<
protokoli.101nkbog,
Da li je nekom uspelo da ZMODEM (DSZ, TELIX, TELEMATE) natera da radi
u pozadini na Windows 3.0? Svi programi rade OK u pozadini, ali kad pocne
ZMOSEM prenos, ocito ne odgovaraju na IRQ. Probao sam sa menjanjem SYSTEM.INI
datoteke (povecao ComBoostTime na 10ms), ali nece da radi.
U drugoj viseprogramskoj okolini (DESQView) inace sve super radi.
NB.
protokoli.102kvelkovski,
Redovno koristim ZMODEM iz Windows-a, i radi ko' bog !
Inace, koristim ComBoostTime=20.
Pozdrav, Kire
protokoli.103zzivotic,
>> Kako bi bilo da ZZ nabaci ovaj novi DSZ i "handshake slow", kako bismo
>> probali da li ima manje grešaka?
Nabacio ZZ novi DSZ, stavio 'handshake slow' i... ništa - sve pos starom :(
Pozdrav, zz
protokoli.104kvelkovski,
Muci me DSZ. Uspostavim vezu na GVC 2400 modemu, sve je u redu dok
sam online, ali kada pokusam da download-ujem nesto DSZ mi javi
'Carrier not detect'. Nije do port-a, posto isto javlja kada je port
pogresan. Da ne gresim negde u SETUP-u ? Ako neko sumnja na nesto,
pomagajte, a ja cu prvom prilikom da saljem setup string.
Pozdrav, Kire
protokoli.105dejanr,
Jesi li u autoexec stavio SET DSZPORT = 2 (ili već gde je modem)?
protokoli.106dpozaric,
>> Muci me DSZ. Uspostavim vezu na GVC 2400 modemu, sve je u redu dok
>> sam online, ali kada pokusam da download-ujem nesto DSZ mi javi
>> 'Carrier not detect'. Nije do port-a, posto isto javlja kada je port
>> pogresan. Da ne gresim negde u SETUP-u ? Ako neko sumnja na nesto,
>> pomagajte, a ja cu prvom prilikom da saljem setup string.
Hmmm, nisam siguran, ali ako imaš podešen DSZPORT=n tako da je n
pogrešan broj porta, može biti da onda, ako u komandnoj liniji za DSZ
navedeš broj porta, to iz komandne linije bude ignorirano. Mrzi me
sad da idem u shell jer nemam mjesta pošto imam brdo programa
podignuto na ovako malo mjesta :)), ali, moglo bi biti to. Možda je
ipak najbolje da napišeš svoju komandnu liniju u poruci.
dp
protokoli.107kvelkovski,
>>Jesi li u autoexec stavio SET DSZPORT = 2 (ili vec gde je modem)?
Obicno ga startujem sa DSZ port 1 ....
Posto taj GVC nije moj, pokupicu ga ovih dana kod kuce da ga probam...
Pozdrav, Kire
protokoli.108kvelkovski,
Hvala na pomoci, ali uzecu ga kod kuce, pa cu da probam.
Pozdrav, Kire
protokoli.109kvelkovski,
U vezi sa No Carrier Detect sindromom DSZ-a:
7.5 No Carrier Detect
If you see a No Carrier Detect message, and you haven't lost the connection,
you should fix your modem cable or modem settings to allow proper operation of
the Carrier Detect signal (CD).
A poorer alternative is to give the d command:
dsz port 1 speed 2400 d t
Ovo je izvadak iz DSZ.DOC koji resava problem! Znaci dovoljno je
bilo da pogledam RS232 konektor i da konstatujem da je CF (Carrier
Detect) signal prekinut :(. Sada koristim d komandu dok ne sredim
kabl, ali zato cu od sada redovno da citam uputstva :).
Pozdrav, Kire
protokoli.110ppekovic,
Pošto se većina seća diskusije o problemima sa UL-om sa
ZMODEM-om na sezamu, evo mojih iskustava za YMODEM-om za
zadnjih mislim 30-tak dana.
Imam VIVA 2400 MNP5 modem i UL sa ZMODEM-om mi ne radi
kako treba. Tj. ako se tranfer počne sa ZMODEM-om onda ne
valja, ali, ako transfer počnem recimo, sa YMODEM protokolom,
pa ga posle par KB prekinem i nastavim sa ZMODEM-om sve radi
ok. ???!!!
File transfer sa YMODEM-om radi sjajno sa mojim modemom.
Cps rate mi je redovno između 240 i 250. Ako kojim slučajem
pukne veza za vreme prenosa, jednostavno nastavim sa ZMODEM-om
i gotovo. Inače prenos YMODEM-om je pukao dva ili tri puta i
to onda kada je pukla veza, što mi se inače često događa,
nevezano za YMODEM.
E sad, ima tu i jedan biser. Naime, kada radim UL, moram
da koristim YMODEM protokol, a kad radim DL, moram! da
koristim YMODEM-G protokol. Kada probam DL sa YMODEM-G, sve
ide lepo, osim što je dužina blokova 128b, a cps rate padne na
oko 150-170. S druge strane, kada probam UL sa YMODEM-om,
jednostavno se ne dešava ništa ??!!!
Koristim Telemate, a voleo bi neko da proba ovo sa
Telix-om ili Procomm-om da vidimo da li je problem do
Telemate-a ili do Sezama.
Paya
protokoli.111dejanr,
U COM direktorijumu je novi DSZ, verzija od 31.05.91.
Po dokumentaciji nisam primetio neke jako bitne izmene ali uvek bolje imati
novu verziju
protokoli.112ppekovic,
Vec 10-tak dana nemam vise poznatih problema oko ZMODEM UL-a na sezam sa
MNP modemom. Nazdravlje!!!
Paya
protokoli.113max.headroom,
Eh, ni ja. Izgleda da se stanje popravlja...
Steta sto ce za vreme rata veze biti u stanovitom
prekidu..
:), ako ikada budes imao problema sa MNP-om, ostavi
mi E-MAIL.
protokoli.114drakce,
Verzija protokola Bimodem koji se nalazi u Sezamovom direktorijumu je vec
prilicno zastarela. Evo nesto novije, koja donosi niz poboljsanja, od kojih
mozda vredi pomenuti pojednostavljeno unosenje file-ova u transfer listu.
Pozdrav od Dragana
Make BiModem, not ...
protokoli.115snemcev,
Kakva je razlika između ZModem MobyTurbo i ZModem-a
(opcije d i f u SET PROTOCOL)?
Slobodan
protokoli.116zormi,
Ko voli DSZ, izašla je "grafička verzija". Evo izvoda sa
BIX-a pa nek' neko skine. Ja ga ne koristim, a i odoh za
pola sata na odmor. Ciao....
==========
ibm.utils/new.listings #508, from mfg, 2355 chars,
Fri Jul 26 00:48:21 1991
----------
gsz.zip 104442 Approx time: 0:13 at 2400 baud, 0:27
at 1200 baud Contributed by: gthrall Date: Thu Jul 25
01:34:40 1991 GSZ is the newest DSZ release from Omen Tech.,
Mid July, 1991. This is the first GRAPHICAL DSZ zmodem,
complete with graphical viewer to monitor speed, type of
protocol, errors, and progress of up and download.
Superior product, shareware. The user may wish to use this
version of DSZ as an external protocol even if he/she has an
internal zmodem comm program. An excellent "command center"
for DSZ (or GSZ) is located in Telecomm listings as
Zbuddy.zip.
protokoli.117m.dzigurski,
Evo grafičkog DSZ-a. Svima koji ga koriste bi preporucio da DL ovo
jer stvarno lepo izgleda, a i radi odlicno.
protokoli.118bulaja,
GSZ.zip je u r:\com direktorijumu.
Hvala na prilogu.
Pozdrav,
Bulaja
protokoli.119ivan.s,
U narednih nekoliko meseci, bi trebalo da dosta cesto
razmenjujem poruke sa jednim prijateljem; SEZAM mi se cini kao
savrseno mesto za to (narocito zato sto moj priljatelj zivi u
(relativnoj) blizini Novog Sada).
Jedini problem je sto on nema racunar. Postoji mogucnost da vrlo
jeftino nabavim TIM 011, pa me zanima, da li za CP/M postoji
ZMODEM (sumnjam da postoji PkZip)?
protokoli.120ilazarevic,
Zeza me nešto DSZ sa upload-om. Kaže da ima greška u komandnoj
liniji:
DSZ port 3 sz -r %1 %2 %3 %4
To bi teorijski (uputstvo za SEZAM :) ) trebalo da bude tačno,
ali... :((
CU! Ivan
protokoli.121ppekovic,
Novi GSZ ...
Paya
protokoli.122miro,
Kako da nateram ovaj GSZ da mi proradi ?
Imam interni modem setovan na COM3 port,
a kada sam probao sa standardnim parametrima
u ZMODEMU.BAT, javio je da nesto ne valja
sa portom COM1.
Napominjem da sam do sada koristio TeleMate-ov
ZModem, i da mi je ovo prvi put da pokusam da
koristim eksterni protokol (sto ce reci - nemam pojma :)
Ajde, posaljite mi svoje BAT datoteke, ili ako
je neko pravio script za TeleMate.
Pozdrav,
O
/█>
Ů Ţ
▀ ▀ Miro.
protokoli.123ppekovic,
>> Ajde, posaljite mi svoje BAT datoteke, ili ako
>> je neko pravio script za TeleMate.
Evo ti BAT fajlove za UL i DL koje ja koristim za poziv GSZ-a iz
Telemate-a.
ZUP.BAT
gsz sz -m %3
ZDOWN.BAT
gsz rz -m
Paya
protokoli.124m.dzigurski,
Zar netreba da se stavi u autoexec.bat SET DSZPORT=3 (ovo 3 je
naprimer).
protokoli.125zkehler,
Ŕ Kako da nateram ovaj GSZ da mi proradi ?
Ŕ
Ŕ Imam interni modem setovan na COM3 port,
Ŕ a kada sam probao sa standardnim parametrima
Ŕ u ZMODEMU.BAT, javio je da nesto ne valja
Ŕ sa portom COM1.
Kod mene je na jednoj mašini pomoglo to da sam u AUTOEXEC.BAT
stavio oznaku da DSZ (ili GSZ) koristi COM3:
SET DSZPORT=3
Spaces nisu dozvoljeni.
ZK
protokoli.126ppekovic,
>> Zar netreba da se stavi u autoexec.bat SET DSZPORT=3 (ovo 3 je
>> naprimer).
Da, ili u autoexecu ili direktno iz komandne linije. Zaboravio sam
na to jer je meni modem na com1 pa mi ne treba nikakvo naknadno setovanje.
Paya
protokoli.127ppekovic,
Autori GSZ-a su opet bili vredni pa su napravili novu
verziju programa. Verzija nosi datum 4. Septembar i nosi
poboljšanja u programu za kontrolu boja, kao i u samom GSZ-u u
kome su popravljeni bagovi vezani za prenos malih paketa i
nekih problema sa crash recovery-em.
Paya
protokoli.128ppekovic,
A evo i novog DSZ-a sa istim datumom kao i GSZ...
Paya
protokoli.129dejanr,
Hvala Payo, programi su u COM direktorijumu.
protokoli.130zkehler,
Vidi vraga!
Počeo GSZ da me zafrkava sa "You did not register this copy..."
Hoće li dugo tako?
ZK
protokoli.131ppekovic,
>> Počeo GSZ da me zafrkava sa "You did not register this copy..."
>> Hoće li dugo tako?
Hoće, Vlada Kostić nije u BGD ;))))))))
Paya
protokoli.132ilazarevic,
█ Počeo GSZ da me zafrkava sa "You did not register this copy..."
█ Hoće li dugo tako?
Od sada, do večnosti :) bar je tako kod mene, pošto mi je
registracija u planu za malo prekosutra ;)
IL
protokoli.133mjova,
> Počeo GSZ da me zafrkava sa "You did not register this
> copy..." Hoće li dugo tako?
jel valja taj gsz?
SY
protokoli.134ppekovic,
>>jel valja taj gsz?
Što bi Sezamovci rekli DJ je. Radim s njim više od 2 meseca i nikada nisam
imao ni najmanjeg problema. Šaren ekran, mnogo brojki, ponešto se i pomera,
mrda, sve u svemu, great!!! ;>
Paya
protokoli.135ilazarevic,
█ jel valja taj gsz?
Mene služi dobro, isto kao i DSZ ;)
IL
protokoli.136miro,
Ne znam da li znate, mozda je to opste poznata
stvar, a ja mislim kako sam pametan pa otkrio:
Ako stavite za Auto Download String ono sto Sezam
posalje kad kazete DA pri downloadu
(nesto kao B0080000000dd38)
tada GSZ automatski pocinje download, i nije potrebno
ici kroz menije i tuci ENTER par puta. Nije nesto znacajno,
ali ako ostavljate masinu da sama nocom kupi postu sa Sezama
onda je zgodno.
Pozdrav,
O
/█>
Ů Ţ
▀ ▀ Miro.
protokoli.137miro,
:))))))))))))))))))
Prethodnu poruku sam pisao off-line, i poslao uz pomoc exec-a, i
znate sta se desilo: :))
Dok je isao tekst, TeleMate je primetio onaj string koji sam napisao-
ono B008000 (ne smem dalje - opet ce da pobudali) i aktivirao mi je
GSZ download. Dakle, opasno je ovaj string stavljati u poruke.
Pozdrav,
O
/█>
Ů Ţ
▀ ▀ Miro.
protokoli.138mkiric,
>> Ako stavite za Auto Download String ono sto Sezam posalje kad kazete DA
>> pri downloadu (nesto kao B0080000000dd38)
Radi i na Atariju - koristim to već par meseci. Smestio sam ga u
makro tako da mogu da odlučim kad da ga koristim a kad ne. Samo, ja ga
ipak ne bih ostavljao bez nadzora, jer kad natrči garbage na vezi nema
pomoći :(
MK
protokoli.139lanik,
pa u čemu je problem? Jedan CTRL-C i zdravo! ;))
--> Keyboard? How Quaint!
protokoli.140stal,
Oće li skoro i novi GZS da dođe? Jes da je to isto ko DZS, al lepše ....
Inače sa GZS -om sam juče istero 284cps, negde u zoru, da je dobar dobar je.
protokoli.141ppekovic,
>> Oće li skoro i novi GZS da dođe? Jes da je to isto ko DZS, al lepše ....
>> Inače sa GZS -om sam juče istero 284cps, negde u zoru, da je dobar dobar je.
Na trickle su do sada GSZ i DSZ stizali u isto vreme, međutim,
sada je stigao samo DSZ, koga sam skinuo i eno ga u COM dir-u, a od
GSZ-a ni traga. žim stigne na trickle eto ga za koji dan i na sezamu,
kao i uvek do sada.
Paya
protokoli.142bulaja,
│Na trickle su do sada GSZ i DSZ stizali u isto vreme, medutim, sada je
│stigao samo DSZ, koga sam skinuo i eno ga u COM dir-u, a od GSZ-a ni traga.
│Cim stigne na trickle eto ga za koji dan i na sezamu, kao i uvek do sada.
└───
Bili su GSZ i DSZ verzije 1005 (cini mi se) na Trickle-u, ali su
skinuti u roku od nekoliko dana, posto izgleda da su postojali neki
problemi sa njima (slicno je bilo i sa ARJ221). Posle toga se pojavila
samo nova verzija DSZ-a, ali ne i GSZ.
protokoli.143bulaja,
Ipak postoji u GSZ1015, eno ga u \COM direktorijumu.
Poslao ga je m.dzigurski. Zahvaljujem na prilogu.
protokoli.144bearboy,
Jel' to stvarno tako dobro ?
protokoli.145powderman,
Imam jedan problem sa Gsz-om
ĘSóN.ĄŔđ┼┼ŮÚ>Ô.j:>i´ÉĘlqľvpŻď┴U▀ů╔kKăŹ┐ń▄?Ë+ÚaGeCĹJkĺŕ{ĄÖPoZqRń,Ní|║X$rNŻmç^
Imam modem setovan kao COM3 IRQ5 i lepo ╝radi sa PCPlus-om ali nece sa
GSZ-om.
Zasto ? HELP !!!
Ocajnik
protokoli.146mjova,
> Imam modem setovan kao COM3 IRQ5 i lepo ╝radi sa PCPlus-om
što bre irq5? zar ne treba 4 ili 3?
protokoli.147mladenp,
> Imam jedan problem sa Gsz-om
>
> Imam modem setovan kao COM3 IRQ5 i lepo ╝radi sa PCPlus-om
> ali nece sa GSZ-om.
Probaj da dodaš u AUTOEXEC.BAT sledeću liniju:
SET DSZPORT=3
Mladen
protokoli.148ilazarevic,
█ što bre irq5? zar ne treba 4 ili 3?
Koliko se ja sećam, IRQ ide kod com1 i com3 na 4, a kod com2 i com4
na 3.
protokoli.149lazo,
Imam problem kako da natjerma GSZ na DL. Naime kad dam DL on ne uzima ime
programa koji DL-jem. GSZD.BAT izgleda ovako: GSZ rz -r %1 %2 %3 %4.
Pod ovim batom napiše GSZ 4800 1 i počne DL datoteke 4800 umjesto
PAD????.ZIP datoteke. GSZU.BAT je isti samo ima sz i radi bez problema.
Kada preimenujem 4800 u recimo PAD????.zip sve je OK, ali mi se to ne radi
stalno i zato pomagajte.
Pozdrav, Mickey.
protokoli.150dejanr,
>> GSZD.BAT izgleda ovako: GSZ rz -r %1 %2 %3 %4.
>> Pod ovim batom napiše GSZ 4800 1 i počne DL datoteke 4800 umjesto
GSZD ti je dobar, ali ga loše pozivaš. Verovatno bi za takav poziv
(u kome se navodi i brzina i port, ako je to drugo port) u GSZD trebalo
da piše GSZ portx %1,%2 rz -r %3 %4.
protokoli.151lazo,
Kakva je razlika između Zmodem protokola i Zmodem MobyTurbo protokola?
Koji je bolji i zašto ?
protokoli.152dejanr,
>> Kakva je razlika između Zmodem protokola i Zmodem MobyTurbo protokola?
Trebalo bi da je bolji Zmodem MobyTurbo koji je napravljen kasnije i
koji navodno postiže bolje rezultate sa već arhiviranim fajlovima.
ZModem smo ostavili zbog korisnika ne-PC računara i starih verzija DSZ-a.
Uzgred, poruka je prebačena ovde (tema protokoli) iz kom.programi pošto
se bavi... protokolima :)
protokoli.153drakce,
>> Kakva je razlika između Zmodem protokola i Zmodem MobyTurbo protokola?
U okviru dokumentacije za protokol SuperZmodem, pominje se Turbo opcija. Jeste
da nije u pitanju DSZ, ali bi princip valjda trebao da bude isti. Da ne bih
prepričavao, citiraću taj deo. Samo uradi search&replace za reč SZTurbo i
stavi Zmodem Moby Turbo.
SZTurbo
-------
SZTurbo is an option that will allow you to improve file transfer
efficiency by as much as four percent. To explain how SZTurbo works,
I must discuss a little about how Zmodem itself works.
In the Zmodem specification, certain bytes cannot be transmitted
freely across the modem connection. These bytes are XON, XOFF, ZDLE (a byte
very important to Zmodem), and a few others. If for example, an XOFF
was transmitted across the modem link, it could cause difficulties.
Although these bytes may not be transmitted, they do occur in binary
files so Zmodem must find someway to transmit them. What it does is send
a ZDLE followed by byte (i.e. the XOFF) XOR 64. This translates the illegal
character to a harmless ASCII letter that may be freely sent across the
modem link.
A few quick thoughts and you should be able to see that every time
one of these "illegal" characters are encountered, two bytes (The ZDLE
and the character XOR 64) must be sent. Sending two characters instead of
one
obviously adds overhead to the transfer, slowing it down.
It turns out that most of these "illegal" characters are not illegal
under most situations. Almost all current moedems are able to transfer
XONs,XOFFs, etc just fine. So basically what SZTURBO does is send these
illegal characters just like any other character. Here's a quick diagram
to help explain this:
Characters sent Character(s) sent
Character in File without SZTurbo with SZTurbo
----------------- --------------------- ----------------
ZCHAT (#14) ZDLE (#24) "N" ZDLE (#24) "N"
DLE (#16) ZDLE (#24) "P" DLE (#16)
XON (#17) ZDLE (#24) "Q" XON (#17)
XOFF (#19) ZDLE (#24) "S" XOFF (#19)
ZDLE (#24) ZDLE (#24) "X" ZDLE (#24) "X"
As you can see, SZTurbo shortens the sequences for DLE, XON, and
XOFF from 2 characters down to one character. While this does not seem like
much, it can add up to a four percent efficiency gain. When you're paying
the long distance bill, you'll appreciate this.
Specifying "/SZTURBO" on the command line will cause your copy of
SZModem to "attempt" to engage the SZTurbo option. SZTurbo is only
available if both sides have the option specified.
Pozdrav od Dragana
protokoli.154lazo,
-> Uzgred, poruka je prebačena ovde (tema protokoli) iz kom.programi pošto
-> se bavi... protokolima :)
*ebi ga! Ja gledo teme i nisam skužio protokole, pa stavio u kom. programi.
Drugi put ću malo bolje pogledati.
Pozdrav, Mickey.
p.s. Uostalom što tebe imamo:)))))
protokoli.155vaca,
Hi,
narode imam jedno pitanjce
kako da instaliram u telix ovaj dsz sa sezama.Jel' mi bolje kao script file
ili kao external protocol.??
Pozdrav od Vace
protokoli.156dperkovic,
> kako da instaliram u telix ovaj dsz sa sezama.Jel' mi
> bolje kao script file
Sta ce ti dsz na telix-u ? tu ima odlican zmodem koji se skoro nimalo
ne razlikuje po brzini od dsz-a.
Ja sam to pokusavao ,ako se dobro secam cak malo i radio, ali i batalio.
DejanP
protokoli.157magician,
=> kako da instaliram u telix ovaj dsz sa sezama.Jel' mi bolje kao script
=> file ili kao external protocol.??
Udju u 'Protocol options' (prethodno ALT-O) i tu definisi potrebne
parametre za DSZ. Ako stavis da je tip protokola BATCH onda definisi
imena file-ova za UL i DL ! (Vodi racuna u kom direktorijumu ti se
nalaze ovi GSZ file-ovi)!
MAG
protokoli.158smiloradovic,
|> kako da instaliram u telix ovaj dsz sa sezama.Jel' mi bolje kao script file
|> ili kao external protocol.??
I jedno i drugo :)
U Protocol options meniju napiši:
Ň═Á File transfer protocols Ă════════════════════════════════════════════════Ş
│ │
│ External Key Protocol Upload Download BAT or DL │
│ Protocols Name Filename Filename Script Name │
│ │
│ A................. D zmoDem dsz dsz Script N │
(ovako stoji kod mene, ime protokola i taster možeš da menjaš);
a u dsz.slt (primer imaš u DSZ.DOC):
str upload[80] =
"c:\comms\tlx\DSZ port 2 pW1 pB4096 sz -b -m -rr ";
str download[80]=
"c:\comms\tlx\DSZ port 2 pW1 pB4096 rz -b -m -rr ";
Main ()
{
if (_ext_filespec == "")
{ strcat(download,_down_dir); dos(download,0); }
else
{ strcat(upload,_ext_filespec); dos(upload,0); }
}
Naravno, umesto c:\comms\tlx\ stavi ime dir. u kome se nalazi DSZ,
umesto port 2 stavi port port_na_kome_je_modem. Ovo kompajliraj sa
cs dsz i voilů!
Stojan
protokoli.159ilazarevic,
█ Sta ce ti dsz na telix-u ? tu ima odlican zmodem koji se skoro
█ nimalo ne razlikuje po brzini od dsz-a.
Ja i pod telix-om i pod tm-om koristim isključivo externi gsz, jer mi
daje veći cps rate i brže ispravlja greške.
P.S. Za vacu: bolje je da ga staviš kao external protocol, tako sam ja
radio.
protokoli.160vaca,
Hvala puno!
Pozdrav od Vace
protokoli.161lazo,
**> Ja i pod telix-om i pod tm-om koristim isključivo externi gsz, jer
**> mi daje veći cps rate i brže ispravlja greške.
Ovo je tačno. S GSZ u telixu imam cps i preko 280, dok sam sa internim
protokolom dostizao cps do 270 (rijetkost je bila 276-278). O TM-ovom
zmodem protokolu sve najgore (iz iskustva).
Jedina zamjerka na GSZ je kad dođe do loše veze ne mogu da prekinem
prenos sa esc, nego moram da isključim modem i nazovem ponovo. Ako
neko zna kako da se prekine protokol neka kaže. Ovo bi mi trebalo.
Pozdrav, Mickey.
protokoli.162mladenp,
> Jedina zamjerka na GSZ je kad dođe do loše veze ne mogu da
> prekinem prenos sa esc, nego moram da isključim modem i
> nazovem ponovo. Ako neko zna kako da se prekine protokol
> neka kaže. Ovo bi mi trebalo.
Probaj Alt-N.
protokoli.163zzivotic,
>> nazovem ponovo. Ako neko zna kako da se prekine protokol
>> neka kaže. Ovo bi mi trebalo.
Ovo je jedno od stvari sa kojom neiskusni korisnici imaju najviše problema pa
da iskoristim priliku za nešto širi odgovor.
Osnovni problem je što se prekid neke operacije (ne samo protokola, već da tu
uračunamo i recimo pakovanjep pad-a, pretraživanje find naredbom i slično)
nikada ne može ostvariti *trenutno* kao što smo to inače navikli na računaru
pritiskajući recimo ESC ili ^C. Za odziv na našu želju da prekinemo često treba
sačekati i do 10-tak sekundi.
PROTOKOL za prenos je specifičan po tome što je za prekid operacije potrebno
obično preduzeti dva koraka:
1) prekinuti sam program na vašem računaru (kod DSZ-a ili GSZ to je
ALT N taster (NUKE). Odziv na ovaj taster je praktično trenutan
ali nakon toga *ipak treba sačekati* neko vreme pre nego što DSZ/GSZ
stvarno prekine rad. Razlog leži u sledećem koraku...
2) na drugoj strani takođe treba prekinuti GSZ/DSZ a ovo s postiže
sa 10-tak uzastopnih pritisaka na taster ^X. Ona pauza pomenuta
u prethodnoj tački se dešava zašto što vaš GSZ/DSZ ovo pokušava
da uradi - šalje niz ^X - ali pri tome ne čeka nikakav poseban
odgovor sa druge strane da li je stvarno u tome uspeo ili ne
Nekada se desi da prekid na ovaj način stvarno uspe i da vas po izlasku iz
vašeg DSZ/GSZ sačeka Sezamova poruka 'Greška pri prenosu..' ali se češće dešava
da morate sami da ponovo pokušate sa tasterom ^X. Ove pokušaje treba obavljati
u intervalim od 5-10 sekundi (dakle, 'legnete' na ^X sekundu-dve pa onda
sačekate 5-10 sekundi).
Dakle, i ako greškom uletite u ft a niste ni pokrenuli vaš GSZ, na ovaj način
možete prekinuti operaciju.
PAKOVANJE PAD-a, AUTOEXEC procedura, DOWNLOAD KONFERENCIJE, CONF FIND ili FF
(file find) se prekidaju sa dva tri uzostapna pritiska na ^C taster. Odziv je
od trenutnog do ne više od 5 sekundi.
Ispis na ekranu bez pauze se prekida jednim pritiskom na ^X nakon sledi već
poznata poruka 'Dalje(Da/sa Pauzom...'. Odziv zavisi od tipa veze - ako radite
pod MNP-om može biti i do 5 sekundi ili pola ekrana teksta (Sezam prepoznaje
vaš pritisak praktično trenutno ali se u baferu modema nalazi još teksta koji
nije poslat). Ako je veza bez MNP-a odziv je praktično trenutan - već na
sledećem redu ispisa.
Pozdrav, zz
protokoli.164iboris,
Probaj sa CTRL-break, CTRL-N
protokoli.165bearboy,
-+={ Ja i pod telix-om i pod tm-om koristim iskljucivo
-+={ externi gsz, jer mi daje veci cps rate i brze ispravlja
-+={ greske.
A jel' mogu da koristim GSZ sa MTE-om ?
protokoli.166ssokorac,
-=)> A jel' mogu da koristim GSZ sa MTE-om ?
Ne. Ne postoji opcija external protokol. Ali, probaj ga TM-u, nećeš se
razočarati...zaista je dosta bolji...
protokoli.167smiloradovic,
Nedavno je neko pitao šta radi DSZ Mobyturbo. Evo jedne datoteke sa
trickle-a na tu temu.
Stojan
mobytrbo.zipprotokoli.168bearboy,
-+={ -=)> A jel' mogu da koristim GSZ sa MTE-om ?
-+={
-+={ Ne. Ne postoji opcija external protokol. Ali, probaj ga
-+={ TM-u, neces se razocarati...zaista je dosta bolji...
JESTE, AL' KAD NE RADI !!!!!!! :(((((((((( (Telix radi jos manje.....)
protokoli.169lazo,
Imam programski paket r2call i r2host, koji je u stvari
kom.paket. E sad host ima r2call protokol (koji je sličan po
perfomansama z-modem protokolu) i koje koristi r2call
program. Za rad sa drugim kom.programima postoje neki
programčići koji služe za transfer podataka i sadrže
x-modem, y-modem (g,batch). E sad ja bih htio da za prenos
koristim z-modem pomoću gsz. Kolko sam dosad naučio o
modemima i kom.programima, trebalo bi samo da
napravim batch program koji će pozvati gsz send file, a da
caller u svom kom. programu pokrene z-modem reciev. Nešto
kao DO.BAT koji će se pozivati DO <imefajla>. Tako sam
napravio za xmodem program batch fajl u kome se nalaze gore
navedeni protokoli. Jesam li u pravu?
Mickey.
p.s. napominjem da ovo nisam probao u praksi.
protokoli.170lazo,
**> p.s. napominjem da ovo nisam probao u praksi.
Probao sam, ali nije išlo:(((
Pošto mi se čini da je prethodna poruka dosta nejasna
postaviću konkretnije pitanje: "Može li se GSZ koristiti i
kao host protokol?"
Pod ovim mislim da gsz s host računara šalje fajlove zmodem
protokolom, a da caller kod sebe pokrene receiv proceduru za
zmodem protokol i prenese fajl koji mu se šalje.
Mickey
protokoli.171ndragan,
/ p.s. napominjem da ovo nisam probao u praksi.
Pa probaj. U načelu, ako prihvata spoljašnji beč za xmodem, zašto ne bi za
zmodem. Ne znaš dok ne probaš. U najgorem slučaju može da se zabudži.
Bue_ NDragan
protokoli.172lazo,
**> Pa probaj. U načelu, ako prihvata spoljašnji beč za
**> xmodem, zašto ne bi za zmodem. Ne znaš dok ne probaš. U
**> najgorem slučaju može da se zabudži.
Ali taj program ide uz paket remote2 i napravljen je za rad
s tim host-om. Probao sam i baš to zaglavilo se.
Ajde ljudi slabo ste mi se nešto angažovali oko ovog
problema.
**> x-modem, y-modem (g,batch). E sad ja bih htio da za
**> prenos koristim z-modem pomoću gsz.
Da li slijedeći izvod znači da ako želim da šaljem file od
host do remote računara mogu uraditi pomoću dsz-, a ne
pomoću gsz-a. Napominjem da sam ovo našao u dokumantaciji za
gsz.
EXAMPLE: dsz A sz *.foo Sends files from a pcAnywhere hosted
machine to you.
Fm: Al de la Torre
1 sending from host to remote
type: "dsz A sz filename.ext" ENTER
shell to dos on remote machine (ctrl-Rshift)
type: "dsz A rz" ENTER
U opisu ove komande (A) stoji da se može koristiti samo sa
DSZ.EXE. Za gsz je ovo nepoznata naredba (provjereno).
Ajde da neko ko ima dsz proba da li prihvata ovu komandu.
*Mickey*
protokoli.173bearboy,
-+={ postavicu konkretnije pitanje: "Moze li se GSZ
-+={ koristiti i kao host protokol?"
-+={ Pod ovim mislim da gsz s host racunara salje fajlove
-+={ zmodem protokolom, a da caller kod sebe pokrene receiv
-+={ proceduru za zmodem protokol i prenese fajl koji mu se
-+={ salje.
Ja koristim GSZ na mom BBS-u. Reci sta treba. Inace, radi besprekorno...
zasad...
protokoli.174lazo,
Da li neko zna kako se može doći do DSZ.EXE programa (neki
p***tski BBS ili da mailuje) ili do bilo kojeg drugog
programa koji ima zmodem protokol i podržava bilo koji
host (kao opcija dsz.exe A )?
protokoli.175dejanr,
>> Da li neko zna kako se može doći do DSZ.EXE programa (neki
>> p***tski BBS ili da mailuje)
DSZ.EXE je shareware program koliko i DSZ.COM. Moguće je da negde
na Sezamu ima neka verzija (verovatno ne baš najnovija), uz neku
poruku u konferenciji. U svakom slučaju, ako neko ima novi DSZ.EXE
može ga poslati ovde.
protokoli.176lazo,
**>
**> Ja koristim GSZ na mom BBS-u. Reci sta treba. Inace,
**> radi besprekorno... zasad...
E pa kova!
Koristim R2host i kad sam on-line ne mogu da prenesem ni
jedan fajl pomoću gsz-a. Mislio sam njega koristiti pošto
ovaj kom.paket ne podržava zmodem protokol. Postupio sam
ovako. Napravio sam DO.BAT čiji je sadržaj otprilike
izgledao ovako:
gsz sz %1 %2 %3 %4.
Sad kad napišeš DO <ime fajla> gsz bi trebao da sa hosta
šalje fajl, a onaj ko ga prima pokrene zmodem receiv (ili ti
stisne PgDwn i izabere zmodem protokol).
Eto otprilike to nisam uspio :(((.
Mickey
protokoli.177miro,
■■> ovako. Napravio sam DO.BAT ciji je sadrzaj otprilike
■■> izgledao ovako:
■■> gsz sz %1 %2 %3 %4.
■■> Sad kad napises DO <ime fajla> gsz bi trebao da sa hosta
■■> salje fajl, a onaj ko ga prima pokrene zmodem receiv
■■> (ili ti stisne PgDwn i izabere zmodem protokol).
Nije mi poznat R2Host koji spominjes ali u ovom batch fileu bi u svakom
slucaju trebala postojati informacija o tome na kome portu je modem i mozda
na kojoj brzini radi. Mozes i da sa SET postavis
SET DSZPORT=<tvoj_broj_ide_ovdje>
npr.
SET DSZPORT=3
Dragisa
protokoli.178bearboy,
-+={ jedan fajl pomocu gsz-a. Mislio sam njega koristiti
-+={ posto ovaj kom.paket ne podrzava zmodem protokol.
-+={ Postupio sam
Ni UBBS ga ne podrzava... :(
-+={ Eto otprilike to nisam uspio :(((.
Pa, gledaj, ja se nisam davio s tim, jer su bili gotovi batch fajlovi za DSZ,
a ja sam to malo promuckao i sad radi Ok. Mogu da ti ih posaljem u jednom
paketu, ako ni dalje ne ide.
protokoli.179lazo,
**> SET DSZPORT=<tvoj_broj_ide_ovdje>
Ovo imam u autoxec-u, dakle infoemacija o tome je u
environmentu. Nije u tome stvar.:((( Nesto je drugo, ali ne
znam sta.
protokoli.180lazo,
**> Pa, gledaj, ja se nisam davio s tim, jer su bili gotovi
**> batch fajlovi za DSZ, a ja sam to malo promuckao i sad
**> radi Ok. Mogu da ti ih posaljem u jednom paketu, ako ni
**> dalje ne ide.
Hajde, salji!
protokoli.181lazo,
Intersuje me da li je moguće i kako iskoristiti komandu
GSZ-a T za automatski download. Naime interesuje me kada
program treba pokrenuti? Dosadilo mi je to da moram
pritiskati stalno PgDwn da bih pokrenuo download. Dok sam
koristio interni (protokol) nije bilo frke. Da li neko ima
iskustva sa ovom komandom? Ako ima neka malo objasni
ponašanje GSZ-a. Kad malo razmislim to bi trebalo da izgleda
ovako.
U script stavim da čeka recimo onu poruku na ekranu :
"Da li ste spremni za prenos?" i zatim iz scripta pozovem
recimo bathc fajl čiji je sadržaj GSZ t ili se pozove sam
GSZ sa ovom komanom, dakle direktno. Onda bi vjerovatno gsz
čekao od sezamovog modema njegovu "poruku" da šalje fajl i
kada bi je prihvatio, automatski bi započeo prenos, bez mog
urgiranja sa PgDwn tipkom.
Možda sam u pravu, a pošto mi nije do eksperimentisanja sa
ovim jer je cijena razgovora sa Bg iz Zenice povelika :(((,
želio bih da neko ko zna kako se radi sa (t) komandom GSZ-a,
odnosno DSZ-a, kaže nešto više o tome.
Mickey
protokoli.182nandi,
> Intersuje me da li je moguće i kako iskoristiti komandu
> GSZ-a T za automatski download. Naime interesuje me kada
za telix:
najpogodnije je napisati script za automatski download. mislim da
ima već neki primer za to na sezamu.
za TM:
definišeš GSZ kao eksterni protokol, napraviš batch za download i
upload. tamo gde se u tm definiše eksterni protokol, navedeš za polje
auto-download sequnce sledeće:
**^XB00800000
i naravno, isključiš zmodemautodownload (tm-ov interni). ovako kod
mene već šljaka mesecima, bez problema.
pozdrav nandi