G-Point BBS nouseeko se tuhkasta ?

Saku-foorumi » Classic Amiga » Yleinen keskustelu » Viestit 2013 » G-Point BBS nouseeko se tuhkasta ? « Edellinen Seuraava »

Kirjoittaja Viesti
 

virgo
Käyttäjätunnus: virgo

Rekisteröity: 10-2009
Maanantaina, 17. kesäkuuta, 2013 - klo 17.50:   
touhusin tuossa Saku artikkelin johdosta taas
melko tovin tuolla vanhalla sotaratsulla
A2000 BBS koneella ja idea alkoi itämään
joskos poxin nykäisisi uudelleen pystyy

mutta koska Telnet on hieman outoa kauraa
ohjeita ja neuvoja tarvittaisiin
elikä miten tuon toteuttaisi
aluksi on tarkoitus pystyttää Boxi sellaiseena kuin se oli
tai jäin kaikkine keskusteluineen ja AmigaZone viesteineen

ensimmäinen pystytys luultavasti tehdään PC toimiessa
Modemi emulaationa Telinet yhteyden aikaan saamiseksi
aitoon boxiin Null kaapelilla kytkien

mutta sitten koska olisi tarkoitus nostaa enemmän kuin yksi node pystyyn
mitäkä ovat optiot

A2000 verkkokortti ja siihen Telinet kikkareet suoraan kytkentään nettiin Miamin kautta

toinen Emulomalla UAE;lla PC koneessa
tämä tuntuisi järkevämmältä kuin odottaa koska
A2000 kilahtaa kun alkaa olemaan sitä ikää

PC rautaa olisi heittää roviolle vaikka kuinka paljon

 

jPV
Käyttäjätunnus: jpv

Rekisteröity: 6-2009
Maanantaina, 17. kesäkuuta, 2013 - klo 18.24:   
Jos aidolla koneella tekee kokonaan, niin tosiaan joku TCP/IP-softa kuten se Miami, tosin itse suosittelisin ennemmin AmiTCP/IP Genesistä tai uutta Roadshow:ta.

telnetd.device on yleisesti käytetty kikkare Amiga-purkkien telnetin päähän saattamiseen. Sillä toimii useammat nodet jne. Toinen vaihtoehto lienee telser.device, mutta lähtisin ton telnetd.devicen viilaamisesta, kun se on monella purkilla käytössä.

Mitä purkkisoftaa muuten käytät? Joistakin on nimittäin nykyään PC-vastineet, jolloin siirto uudemmalle raudalle on helpompaa... esim. DayDreamia ajetaan Linuxilla jonkin verran.

 

virgo
Käyttäjätunnus: virgo

Rekisteröity: 10-2009
Maanantaina, 17. kesäkuuta, 2013 - klo 22.13:   
ei pelkoa tähän softaan tuskin tulee päivityksiä
MAXs BBS alasuudessa pyörii tämä purkki nyt ja tulevaisuudessa
ellei jokin ihme yleisöryntäys annan syytä muuhun.

tällä hetkellä näyttää vahvasti siltä että koe ajo jakson jälkeen
purkki muuttaa johonkin läppärin uumeniin
Lunuxin ja UAE alasuuteen

 

virgo
Käyttäjätunnus: virgo

Rekisteröity: 10-2009
Torstaina, 10. lokakuuta, 2013 - klo 21.39:   
no niin ei se meinaa nousta jaloilleen
ongelmana on todellakin tuon TelnetD.devicen
konffaus ja se maailman kryptisin AmiTCP pino

nyt jotain jeesiä hei !
olen tässä o vähintään viikon paininut yötäpäivää tuon
kanssa eikä homma etene sitten yhtään !!!
alkaa olemaan takki täysin tyhjä

kun ne tosiaan ole mikään velho tuon netin kanssa
ja tuo pino kyselee ihan ihme venkuroita
eli onko messissä ketään joka tuolla devisellä
on purkin joskus rykäissyt pystyyn !

 

jPV
Käyttäjätunnus: jpv

Rekisteröity: 6-2009
Perjantaina, 11. lokakuuta, 2013 - klo 8.09:   
Ensinnä on saatava se pino toimimaan kunnolla. Mitä ja missä vaiheessa se kyselee? Kun se on kunnossa ja pystyt pingaamaan ulkomaailmaa ja suakin voi pingata toiselta koneelta, niin vasta sitten kannattaa tehdä mitään telnetd.devicen suhteen.

 

virgo
Käyttäjätunnus: virgo

Rekisteröity: 10-2009
Lauantaina, 26. lokakuuta, 2013 - klo 3.56:   
edelleen työn alla kys projekti
tänään oli ohjelmassa Teleman ja MBnetin BBS
qwk pakettinen sisällön kahlaamista ;)

noin 14 vuoden takaa ;)

sitten kun tuon saan puhkaisemaan TCP pinon lävitse vistiä niin pääsette muutkin
tutkimaan...

tilanne se ettei AmiTCP päästä viestiä lävitse Edes local houstilla 127.0.0.1 kautta ei saa telnet yhteyttä
terminaaali sanoo bisy tai no answer

Jr.commilla saa kyllä komeasti jo Telnet yhteyksiä maailmalle mutta ei tuohon BBS softaan
eikä mitään hajua miten tästä jatkaisin...

 

Antti
Käyttäjätunnus: mustaan

Rekisteröity: 10-2009
Tiistaina, 12. marraskuuta, 2013 - klo 13.10:   
Värkkäsin sunnuntaina testiympäristön WinUAEhen tätä varten ja eilen sain BBS:n toimimaan telnetin ylitse. Eniten päänvaivaa aiheutti WinUAEn A2065-emulaation saaminen toimintakuntoon. MiamiDx:lle tuntui olevan ylitsepääsemätön este saada haettua IP-osoite DHCP:n kautta ja staattisestikaan asetettu osoite ei toiminut. Eilen DHCP sitten toimi kertalaakista...

Toinen ongelma oli keksiä mitä asetetaan BBS:n modeemiasetuksissa "modeemin" setup-komennoksi, jotta telnetd.device saadaan vastaamaan yhteydenmuodostuspyyntöihin. Hieman soveltelemalla Googlella löytyneitä ohjeita tämäkin sitten lopulta selvisi. Kirjoittelin virgolle asennusohjeet, joten eiköhän G-Point BBS saada piakkoin liitettyä internetiin :-)

 

Krisse
Käyttäjätunnus: krisse

Rekisteröity: 3-2011
Tiistaina, 12. marraskuuta, 2013 - klo 18.21:   
Itelläkin on ollut mielessä vanhan purkin palauttaminen varmuuskopiokorpiulta emulaattorin kautta linjalle, mutta tätä taistoa seurattuani olen hylännyt sen jo aikaa sitten.

Mutta eilen tuli mieleen että joku bitinnyplääjähän voisi koodata sellasen softakikkareen joka toimisi ikäänkuin modeemina winuaen ja nettiyhteyden välissä. Eli kun joku ottaa telnet yhteyden tänne päin niin softakikkare ilmoittaa uaen sarjaportin kautta purkkisoftalle tulevasta puhelusta ja rupeaa välittämään dataa sopivassa muodossa yhteyden ottajan ja purkkisoftan välillä. En tosin ole tutkinut winuaen sarjaporttiemulaation olemasaoloakaan mutta näin äkkiseltäänhän tollasen luulisi toimivan?

 

virgo
Käyttäjätunnus: virgo

Rekisteröity: 10-2009
Tiistaina, 12. marraskuuta, 2013 - klo 22.53:   
Termis vastasi jo Conecting
mutta siihen se sitten jäi... eli ei kaukana ole...

 

virgo
Käyttäjätunnus: virgo

Rekisteröity: 10-2009
Torstaina, 14. marraskuuta, 2013 - klo 18.07:   
no niin BBS vastailee jo sisäverkon kutsuihin
huomenna voisi olla Beta päivä ja tyrkätä tuo
ensimmäistä kertaa maailman laajoille verkoille...

Fileiden siirto ei vielä toimi mutta työn alla

Beta testaajat & kehittäjät voivat ilmottautua maililla !

 

virgo
Käyttäjätunnus: virgo

Rekisteröity: 10-2009
Torstaina, 14. marraskuuta, 2013 - klo 18.11:   
Krisse
ei tuollaiseen ole syytä
UAEn ja Win/Linux kikkareiden välille on olemassa
verkkokortti yhteys joka on 100x monipuolisepi ja parempi yhteys BBS varsinkin moni Node lootalle

ja nyt kun tämä on saatu käyntiin on seuraavan paljon helpompi nostaa omansa pystyyn kun
meillä on tuoretta tietotaitoa tehdä tämä uudellenkin !
eikun mukaan vaan

 

virgo
Käyttäjätunnus: virgo

Rekisteröity: 10-2009
Lauantaina, 16. marraskuuta, 2013 - klo 19.13:   
dodiin...
Purkki on ylhäällä ainakin tämän viikon ja katsotaan sen jälkeen mitä tehdään
koe ajo osoite on

modemuser.no-ip.biz

sieltä se G-point BBS vastaa
toivoisin kuitenkin jos haluatte kirjoitella alueille niin käyttäkää purkin Logal alueita
yritän pitää AmigaZone arkiston koskemattomana kunnes saan Heikkiseltä päivityksen massuihin
jos niin ei käy voidaan keskustelua jatkaa siitä mihin se jäi :-/

AmigaZone fiido löytyy vain QWK etäluvun kautta
tai (M) komennolla messu alueella eli selaa koko messu basen jos haluaa ettiä jotain tiettyä keskustelua sieltä

BBS tulee päivittymään tässä kun ehdin siellä on
news&info alueella "To do list" jossa on lista mitä tulee tapahtumaan ja sitä
päivitellään kun homma etenee ja jos ehdotuksia tulee lisää ne lisätään sinne myös

 

lausvi
Käyttäjätunnus: lausvi

Rekisteröity: 2-2012
Lauantaina, 16. marraskuuta, 2013 - klo 21.41:   
Tämä kaikki kuulostaa ainakin mielenkiintoiselta.

Testasin ottaa AmTelnetillä yhteyden ja se kertoo saavansa yhteyden tuonne, mutta sen jälkeen ei tapahdu mitään.

 

jPV
Käyttäjätunnus: jpv

Rekisteröity: 6-2009
Lauantaina, 16. marraskuuta, 2013 - klo 22.17:   
lausvi: hetken aikaa pitää odotella että telnetd.device vastaa, mutta ei mitään mahdottomia... alle 10 sekkaa tms. DCTelnetillä toimi nyt ainakin.

Hieman vaan PC:mäinen lookki graffojen osalta, vaikka amiga-boksi pitäiskin olla ;) Ääkkösetkään ei toiminu... en huomannu mitään asetuksia merkistöllekään siellä...

 

lausvi
Käyttäjätunnus: lausvi

Rekisteröity: 2-2012
Lauantaina, 16. marraskuuta, 2013 - klo 22.35:   
Jes, DCTelnetillä lähti toimimaan. Vaikuttaa lupaavalta, toivottavasti tästä kuullaan vielä lisää.

 

virgo
Käyttäjätunnus: virgo

Rekisteröity: 10-2009
Lauantaina, 16. marraskuuta, 2013 - klo 23.21:   
tosiaan jotai häikkää tuossa telnetd.devicessä on
kun se ei aina jaksa vastata tuleviin soittoihin
pystyssä nyt 4 nodea ettei heti yhden kaatumiseen kellahda kokeilu (yksi jo jumissa)

telser.device otetaan käyttöön heti kun päästään jyvälle sen toiminnasta

DCTelnet 100% yhteen sopiva pitäisi olla

JPV valitettavasti scene pyörii tuolla lookilla
samoin mun asci editori ;)

ääkköset on aina ollut jonkin sortin ongelma
BBs maailmassa pitänee katsoa kuinka vakava se oikeastion

yksi asia ei 12 vuoden aikana ole muuttunut ;)
käviöiden hillitön kiire ja hätä pois poxista ;)
olenkin jo harkinnut asentavani vanhan
puhelin istunnon hinnan kertovan softa lisäyksen
vielä en ole päättänyt tulee ko se euroina vai markkoina

sitä onkin mukava ihmetellä pienen peli rupeaman jäljiltä.
etäluku optiot tulevat vasta regaamisen ja hyväksymisen jälkeen esiin...
max linja aika on posketon verrattuna entisiin
240 min oli ennen max nyt se on 2400 min

mistä tulikin mieleen text filuissa on GE wanha hinnasto markkoina xD

 

jPV
Käyttäjätunnus: jpv

Rekisteröity: 6-2009
Lauantaina, 16. marraskuuta, 2013 - klo 23.41:   
Kyllä toi amiga-purkkiscene on pyöriny ihan amigalla toimivalla lookilla yleensä ;)

Ääkkösistä en nyt muista että miten ne ois toiminu telnetillä, kun lähinnä ulkomaisissa purkeissa pyöriny viimeset 15 vuotta... mutta monissa saa valita kuitenkin merkistöä jonkin verran.

Jos node on kipannu, niin sitten se ei vastaa vaan jää roikkumaan siihen kun ottaa yhteyttä. Jos käyttäjä haluaa sisään, niin kannattaa jättää yks clientti roikkumaan siihen kaatuneelle ja käynnistää toinen telnet, jolla sitten pääsee toimivalle.

 

virgo
Käyttäjätunnus: virgo

Rekisteröity: 10-2009
Sunnuntaina, 17. marraskuuta, 2013 - klo 8.26:   
vaikka purkkini on Amiga alustalla
tuskin siirryn käyttämään Amigan asci merkistöä

en muista törmäneeni purkkiin missä olisi ollut Ami Ansi;a käytössä
tai ne eivät ainakaan graafisesti hypänneet silmille
lähinnä mikä tulee mieleen tylsä ja sekava no se päti varmaan aika moneen purkkiin aikanaan suomessa ainakin

näin jälkeen päin harmittaa etten tutustunut ulkomaisiin purkkeihin kun ne vielä olivat voimissaan

ja kuten tuolla Logoff viestissä sanotaan G-point ei enään ole Amiga only :-/
ehkä korvaan sen Retro only textillä :-)
ja jos villiksi alkaisin cbm asci voisi olla aikaraju...

tietääkseni mäxissä ei ole mahdollisuutta vaihtaa merkistöä
ainakaan käyttäjän taholta sysop voi vaihtaa
ainakin sen mitä joskus koitin sitä sorvata se aiheutti enemmän ongelmia kuin korjasi niitä

siksipä juuri nodeja on 4 ettei yhden kaatuminen aiheuta koko purkin jumiintumista
lopullisessa confissa nodeja tulee olemaan 10kpl

 

virgo
Käyttäjätunnus: virgo

Rekisteröity: 10-2009
Sunnuntaina, 17. marraskuuta, 2013 - klo 10.47:   
kyssäri !

kun alan tuota korppu röykkiötäni siirtämään BBSn uumeniin niin
mitä kansa suosittelee formatiksi ?
DMS vai ADF ?
ADF paketit kai pitää pakata vielä erikseen kun ovat 1:1 ?

 

Hanzu
Käyttäjätunnus: hanzu

Rekisteröity: 3-2010
Sunnuntaina, 17. marraskuuta, 2013 - klo 11.12:   
ADF koska sen tuki on yleisempi emulaattoreissa, koska sitä avaavia ohjelmia on jopa Windowsille ja koska ainakin alla olevan lähteen mukaan tämän DMS formaatti oli jo alunperin buginen.

http://en.wikipedia.org/wiki/Disk_Masher_System
"The DiskMasher format is copyright-protected and has problems storing particular bit sequences due to bugs in the compression algorithm"

Jos haluaa tilaa säästää .dms tapaan niin sitten .adz jota ainakin Amiga Forever lukee suoraan.
http://en.wikipedia.org/wiki/Amiga_Disk_File#ADZ

 

virgo
Käyttäjätunnus: virgo

Rekisteröity: 10-2009
Sunnuntaina, 17. marraskuuta, 2013 - klo 11.18:   
elikä ilmeisesti ADF on se formaattii
ja pakkaus zip pakkerilla
ADZ saattaa toimia joissan emuissa
mutta ei esim HW Emulaattoreissa kuten
Turbo Chameleon ja minimic
ja yhteen sopivuus on varmasti parempi

 

Antti
Käyttäjätunnus: mustaan

Rekisteröity: 10-2009
Sunnuntaina, 17. marraskuuta, 2013 - klo 11.38:   
Ehkä ne on hyvä pakata, kun ei noilla BBS-nopeuksilla kuuhun mennä :-) Jos haluaa suoraan tehdä pakattuja levyimageja, niin ADZ on gzipillä pakattu ADF. Ainakin Yet Another Disk Imager v2.0 osaa tehdä levykkeistä suoraan ADZ-tiedostot. Löytyy Aminetistä http://aminet.net/package/disk/misc/YADI

Vertailun vuoksi koot ADF-, ADZ- ja ZIP-tiedostoina:
MechForce.zip 437201 ----rwed 09-Nov-13 21:37:09
MechForce.adf 901120 ----rwed 09-Nov-13 23:49:59
MechForce.adz 446149 ----rwed Today 11:24:40

 

jPV
Käyttäjätunnus: jpv

Rekisteröity: 6-2009
Sunnuntaina, 17. marraskuuta, 2013 - klo 13.43:   
ADF:iä ei juuri purkeissa ole perinteisesti liikkunut, vaan DMS on ollut se formaatti. Mutta haluaako sitten pitää perinteitä vai olla enemmän nyky-emuloijien mukavuusalueella on ihan oma mielipide.

DMS muuten toimii UAE:n kanssa siinä missä ADF:kin.. ne voi syöttää asemaan ja buutata UAE:llä jne.

Graafisesti komeimpia purkkeja ei ole enää onlinenä, mutta tässä pari esimerkkiä miltä noi Amiga-yhteensopivat purkit näyttää Amigan clienteillä. Toinen on Daydreamilla Linuxilla ja toinen AmiExpressillä classic Amigalla pyörivä. Ääkkösetkin muuten toimii hyvin. Tollasilta ne wanhat suomalaiset modeemi ja telnet-purkit näytti mitä itse käyttelin 90-luvullakin... itse ainakin tykkään tyylistä eikä se minusta tylsältä ja sekavalta näytä :-)

 

virgo
Käyttäjätunnus: virgo

Rekisteröity: 10-2009
Sunnuntaina, 17. marraskuuta, 2013 - klo 19.43:   
tämmöinen on mulla itse mielessä
ja tarkoitus olisi jonkin lainen 10.000kpl
fiel base pitäs kehittää mihin näitä dumpata
eikä näitä voi näyttää Amiga asci lla

http://www.youtube.com/watch?v=Bnxp14wVycQ

 

virgo
Käyttäjätunnus: virgo

Rekisteröity: 10-2009
Sunnuntaina, 17. marraskuuta, 2013 - klo 20.56:   
tänään linjat pätkii rajusti eli ei ehkä paras päivä kokeiluille
tällä hetkellä näyttää että Zmodem siirrot toimivat
eteen ja taakse mutta onko syynä että käytän
Jr-Commia ja sernet.device;ä

jostain syystä ensin pätki uppaus rajusti
mutta seuraavalla kerralla homma toimi tosi nopeasti

 

virgo
Käyttäjätunnus: virgo

Rekisteröity: 10-2009
Maanantaina, 18. marraskuuta, 2013 - klo 21.31:   
tänään nostettu T1200 kone myös nurkasta täys käyttöön
ja sillä testattu DCtelnet yhteys hyvin toimii
tiedon siirto mutta pitää sanoa että vaikka
tässä jyllää kaikki herkut niin ei tuo tolla DCllä lennä
Jr-Comm hakkaa nopeudessa komeasti ?!?
kunhan sen saa vain ensin viritettyä

tosin sama hidastelu downloadissa 5500 char/sec
käy kyllä ihan hetken 10000...

tosin Zmodem Update kaataa BBS systeemin :-(
Jr-Commilla se oli täysin solidi ?!?

 

virgo
Käyttäjätunnus: virgo

Rekisteröity: 10-2009
Maanantaina, 18. marraskuuta, 2013 - klo 22.11:   
No niin DCtelnet ratkaisuksi löyty Upload pulmaan

joku joka näistä tietää voisi selvittää ja kertoa mikä mättä ja mitä BBS päässä tälle voisi tehdä ?


Protocol init...
TC,OR,B16,FO,AN,DN,KY,SN,RN

Eli ainakin minun tuoreessa sennuksessa oli
B32 kun sen vaihtoi B16 ei BBS enään kaatunut

 

virgo
Käyttäjätunnus: virgo

Rekisteröity: 10-2009
Torstaina, 21. marraskuuta, 2013 - klo 18.08:   
muistinko muuten sanoa että testi rundi jatkuu ?!

katsotaan nyt aluksi vaikka tän kuun loppuun
ja jos joulukin menis pienillä uudistuksilla

kotan saada pysyvän setupin uuteenvuoteen mennessä ;)

 

virgo
Käyttäjätunnus: virgo

Rekisteröity: 10-2009
Sunnuntaina, 24. marraskuuta, 2013 - klo 18.33:   
jaaha tuli sitten loppu tälle kokeilulle

Genlog sanon sopparin irti ja A2000 himmeni sitten ainakin väliaikaisesti
luultavasti Rom pohja jälleen irronnut paikaltaa mikä tarkoittaa koko koneen purkamista osiin
Rom kun sattuu olemaan kaiken roinan alla no samalla ehkä tehdään radikaalimpiakin pävityksiä

ilmoittelen sitten taas kun systeemi on pystyssä...

 

Krisse
Käyttäjätunnus: krisse

Rekisteröity: 3-2011
Keskiviikkona, 4. joulukuuta, 2013 - klo 20.44:   
Harmillinen takaisku.

Kun toi oma ideakin on vähän saman suuntanen, niin haluatko pistää vähän tiivistelmää - käy toki vähemmän tiivistettykin - siitä että millä softilla tota hommaa hoidit? Itella pyörii BBS WinUAE:ssa ja toistaiseksi ei riitä motivaatio ihan 'pyörän uudelleen keksimiseen' :-)

 

virgo
Käyttäjätunnus: virgo

Rekisteröity: 10-2009
Perjantaina, 7. helmikuuta, 2014 - klo 14.33:   
eipä ole UPload ongelma ratkennyt ainoa säätö mitä sille voin BBS puolella tehdä on yksi lippu joka määrää onko software kättely päällä vai ei :/

nyt joku viisas voisi kertoa miten DCtelnet ohjelmaan saa Zmodemin Overdrive option päälle ??
se tuntuu olevain ainoa mikä estää fileiden siirron kyseisessä ohjelmassa

tai mitä tuossa nuo Init ripsussa olevat optiot ovat ?
Protocol init...
TC,OR,B32,FO,AN,DN,KY,SN,RN

update kun tein noihin Libraryihin
lakkasi siirtojen aiheuttama kaatuilu mutta
fileet lakkasivat myös siirtymästä jos overdrive optio ei asiakkaan päässä ole aktiivisena :/

tällä hetkellä toimivia on kaksi
joissa siis voi latailla fileitäkin ja ansit näkyy oikein

Amiga Jr-comm +overdrive optio + telser.device
PC Syncterm

pelkästään purkissa seikkailuun
DCtelnet

Purkki pyörii telnetD.devicell
parhaat ohjeet ja device täältä
http://eab.abime.net/showthread.php?t=34229

 

lausvi
Käyttäjätunnus: lausvi

Rekisteröity: 2-2012
Perjantaina, 7. helmikuuta, 2014 - klo 17.36:   
En tiedä löysitkö tämän jo, mutta tämmöisen löysin ja tässä ainakin nuo kaikki listaamasi optiot näyttäisivät olevan selitettyinä.

Tuossa ainakin puhutaan hakemistojen määrittelyistä vastaanotossa, voisikohan joku puuttuva tuollainen vaikuttaa tuohon uploadin toimimattomuuteen?

Sorry ylipitkä lainaus:

"
In any case, no matter how your particular comm program feels like handling it, these are the options supported by this implementation of ZModem:

T{Y|N|?|C} Text translation mode:
TY = Text Yes; if receiving, translate CR/LF pairs or solo
CR chars to normal Amiga LF chars. Ignore data past ^Z.
If sending, suggests to receiver that they should receive
this file in text mode.
TN = Text No; receive file verbatim, without changes. If
sending, suggest to receiver that they receive this
file verbatim, without translations.
T? = Text status unknown; if receiving, use sender's
suggestion as to whether to do EOL translations or not.
If sending, tell receiver to use default mode, 'cause we
don't know either.
TC = Text mode set by Comm program; the library asks the comm
program whether or not to use Text mode for each file.
If the comm program doesn't support the necessary
xpr_finfo() call, or if the call fails, this option acts
like T?. From the user's point of view, what this option
normally does is set the Text mode to match the comm
program's built-in text/binary/end-of-line/translation
mode, if any.

O{Y|N|R|S} Overwrite mode:
OY = Overwrite Yes; if about to receive file with same name as
one which already exists, delete the old file and receive
the new file in its place.
ON = Overwrite No; if about to receive file with same name as
one which already exists, append ".dup" onto the name of
the new file to keep them separate.
OR = Overwrite Resume; if about to receive file with same name
as one which already exists, resume receiving file data
from the current end of the existing file.
OS = Overwrite Skip; if (etc.), tell sender never mind, skip
this file, we don't want it. Batch transfers will move
on to the next file in the set, if any.

Bnnn Buffer size:
XPRZModem.library adds a layer of file I/O buffering in
addition to whatever the comm program may or may not provide.
This option sets the size of XPRZModem's file I/O buffer in
kilobytes. The minimum value is 1 KB, for those using RAM
drives or fast hard drives, or those whose comm programs
already provide sufficient buffering. The maximum value is
as much contiguous RAM as you have available in your Amiga.
If you specify more than is actually available, XPRZModem will
keep decrementing the buffer size requested by 1 KB until the
memory allocation works. That way, if your RAM is too
fragmented to use the amount you request, XPRZModem simply
uses the largest block available. Buffering is especially
helpful for floppy drive users; it keeps your drive from
continuously gronking and slowing things down all through the
transfer.

Fnnn Frame size:
Although normally avoided, ZModem has the ability to require
an ACK to be sent from the receiver to the sender every X-many
data bytes. Normally you don't want to use this feature,
because not waiting for ACKs is part of how ZModem works so
fast. However, this feature can be very useful in conjunction
with file I/O buffering on slow devices (namely those floppy
drives). If you set up a large I/O buffer to avoid gronking
your floppy so often, you'll find that when the buffer finally
*does* get around to being flushed that it can take a looonng
time; so long, in fact, that the delay can cause timeouts and
errors. But if you set your ZModem to require the sender to
wait for an ACK every buffer's-worth of data, the sender will
politely wait for you to flush your buffer to the slow floppy
and send it an ACK saying it's OK to continue now. This value
should be set to 0 to disable ACKs (normal mode), or set it to
the actual number of data bytes allowed between ACKs. For
example, if you set B64 because of your floppy, you should
also set F65536.

A{Y|N} Auto-activate mode:
AY = Auto-activate Yes; if the comm program supports the
ability, the library will automatically go into receive
mode when the start of a ZModem download is detected.
AN = Auto-activate No; don't try to automatically start
downloading, make the user activate it.

D{Y|N} Delete after sending:
DY = Delete Yes; delete each file after it has been
sucessfully sent.
DN = Delete No; don't delete files after sending them.

K{Y|N} Keep partial files:
KY = Keep Yes; keep the fragment of a file received so far
if file reception is aborted. This allows you to use the
Overwrite Resume option above to pick up where you left
off on your next attempt.
KN = Keep No; delete any partially-received file after an
aborted transfer.

S{Y|N} Send full directory path:
SY = Send path Yes; send full filenames including directory
path to receiver.
SN = Send path No; send only simple filenames, not including
directory path.

R{Y|N} Receive full directory path:
RY = Receive path Yes; use full filename exactly as received,
instead of using the P option directory path.
RN = Receive path No; ignore received directory path (if any),
use P option directory path instead.

P{dir} Path to use for received files:
Px = Store all received files in directory "x" if option RN
set. Ignored if option RY set. "x" can be any valid
existing directory, with or without trailing "/"
(e.g. "Pdf0:", "PComm:hold", etc.).
"

Koko teksti löytyi tuolta: http://cd.textfiles.com/sourcecode/usenet/compsrcs/amiga/volume89/comm/xprzmodm.3

 

virgo
Käyttäjätunnus: virgo

Rekisteröity: 10-2009
Perjantaina, 7. helmikuuta, 2014 - klo 20.16:   
overwrite on eriasia eli kirjoitaa vanhan päälle jos lataa saman fileet joka sinulla jo on
overdrive on käsittääkseni tila missä siiretään tietoa välittämättä mistään mahdollisista virhe coodeista

mutta Text moodissa siirtoa ei varmasti suoriteta
eikä mitään tranformaatiota tehdä itse filelle

pitääpä katsoa noita taas kun pääsen DC ääreen
ehkä jo huomenna kiitoksia myyrän työstä!

 

virgo
Käyttäjätunnus: virgo

Rekisteröity: 10-2009
Tiistaina, 11. helmikuuta, 2014 - klo 14.14:   
paljon pelätty minua kammottanut pävitys on alkanut
tänään päivitetään softa Pro versioon palaan asiaan kun sen on tehty
BBS alhaalla siihen asti kunnes homma on taas handussa

nähdään toisella puolella o/

 

virgo
Käyttäjätunnus: virgo

Rekisteröity: 10-2009
Tiistaina, 11. helmikuuta, 2014 - klo 20.41:   
tilanne päivitys :
ei onnistunut Pro 2.11 ei toimi ei ainakaan A2000 kanssa joten palattu lähtöruutuun
odottelemaan seuraavaa ponnistusta

purkki taas auki.

 

Antti
Käyttäjätunnus: mustaan

Rekisteröity: 10-2009
Tiistaina, 8. huhtikuuta, 2014 - klo 21.31:   
Ongelmaan löytyi ratkaisu. MAX's BBS Pro v2.11 ei osannut patchata MAX's BBS v1.54 exen 030-versiota, mutta 68k-versiolla lähti toimimaan.

 

lausvi
Käyttäjätunnus: lausvi

Rekisteröity: 2-2012
Tiistaina, 8. huhtikuuta, 2014 - klo 22.56:   
Onnittelut kärsivällisen tutkimuksen tuloksesta! Mitä muutoksia on tiedossa ja millä aikataululla?

 

virgo
Käyttäjätunnus: virgo

Rekisteröity: 10-2009
Keskiviikkona, 9. huhtikuuta, 2014 - klo 19.05:   
ensinnäkin päivitys toi ainakin kahden Purkkisoftalle tehdyt Doorit mahdolliseksi käyttää Max's in kanssa eli pelejä olisi ainakin heti tarjolla "jonkinverran" lisää

samoin avaan Pelien kehittelyyn keskittyneen osion johon voidaan kerätä informaatiota mistä tahansa retrokoneesta ja avatakeskustelua niiden ohjelmoinnista tarkoitus on aloittaa uusien pelien kehittely vanhalla raudalle
kehittely osio ei ole rajattu mihinkään tiettyyn kone merkkiin kuten C= vaan mikä tahansa "Wanha" rauta käy jos riittävästi kiinnostusta löytyy jokaisella avataan oma kehittely foorumi.

samoin pitäisi alkaa kirjoittelmaan omia Dooreja kyseiselle purkkisoftalle miksi ei jopa Doori peleille MAx'sille on melko kattavat ohjelmointi oppaat jaossa Aminetissä ainakin seuraavat kielet ovat opastettuja ASM,C,AMOS,HisoftBasic,AmigaBasic ja muutama muu

kunhan ehdin tutustumaan tarjontaan ja
säätämään muutaman ilmenneen ongelman pois päivä järjestyksestä. yksi pahin on sellainen joka tekee file not find ongelman ja lemppaa sen jälkeen käyttäjän ulos >:-(

samoin testin alla että kaikki Doorit toimivat oikein uudella päivityksellä osa vaatii pientä conffaamista toimiakseen luotettavasti

aikataulu on vapaa ainakin kuun loppu on viikko aikaa painaa 24/7 purkin kanssa ehkä silloin alkaa tapahtumaan mutta kuten on monesti nähty yksi pieni ongelma voi viedä päiviä ellei kuukausia aikaa muilta kehitys töiltä :-(

toisekseen purkin kehitys työ ei tule loppumaanmissään vaiheessa vaan sitä on tarkoitus jatkuvasti laajentaa kun uusia ideoita syntyy joten aikatauluja ei ole
jossain vaiheessa purkille avataan Web sivut joiden integrointi purkinkanssa pitäisi mahdollistaa jonkin lainen systeemi myös jolla siihen voisi ottaa yhteyden suoraan websivuilta

yksi Sakua porukkaa kiinnostava varmasti on
AmigaZone Fidon Avaaminen BBS käytettäväksi...
se on ollut aikaisemminkin mahdollista mutta
vain QWK etälukijan kautta tämän hyötykäyttöä kuitenkin rajaa se ettei Upload toimi vieläkään kovin luotettavasti ja ilman sitä etäluvun ja Uusien Fiidojen lisääminen on melko turhaa koska niihin ei pystyisi vastaamaan

BTW. jos jollain on mahdollista tehdä update AmigaZonen Fidosta myöhemmältä kuin 2002 kesä sellainen otetaan mielellään vastaan !!!
Esa Heikkinen on alustavasti luvannut että sellainen järjestyisi mutta ongelma on hänen rikkoutunut A3000 :-( josta tuota pakettia ei siis saa ulos !
samoin ahkerammilta alueilta on saattanut vanhimmat viesti siivoutua pois joten kaikki noiden vuosien väliin mahtuva viestintä olisi hienoa saada talteen !

g-point Node oli 65:10/4

 

Antti
Käyttäjätunnus: mustaan

Rekisteröity: 10-2009
Torstaina, 10. huhtikuuta, 2014 - klo 11.33:   
>Onnittelut kärsivällisen tutkimuksen tuloksesta!
No ei tätä sentään ole helmikuusta saakka tutkittu :-) Alkuviikosta viestittelin virgon kanssa ja otin työn alle. Seuraavaksi koitetaan työstää tiedostojen siirto parempaan kuntoon.

 

virgo
Käyttäjätunnus: virgo

Rekisteröity: 10-2009
Torstaina, 10. huhtikuuta, 2014 - klo 12.52:   
jep vähästähän tuo on kirjoitan juuri Blokia millaista on ollu tuo aika ilman BBSää ja sen jälkeen xD
kansankielellä selitettynä millaista olisi jos BBSäni olisi ollut auto.

eli 12 vuotta olen asiaa möyhentänyt päässäni ja viimevuonna sitten viimein otettiin oikeasti haaste vastaan kesällä ja alettiin hommiin harkinta alkoi jo keväällä kun tein Saku juttuja niin paljon oli tavaraa jäänyt puolivalmiiksi BBSn uumeniin ettei vieläkään tutkimus työ ole lähelläkään loppua ;)

se on käsittämätöntä kuinka paljon aineistoa voi 3 vanhaa IDE levyä sisältää ja kokoa oli yhteensä vain vaivaiset 2-3Gigaa

Lisää viestisi tähän
Viestisi:
Käyttäjätunnus: Postitus informaatiota:
Tämä on yksityinen keskustelupalsta. Vain rekisteröidyt käyttäjät ja moderaattorit voivat postittaa tänne.
Salasana:
valinnat: Aktivoi URL:t automaattisesti tässä viestissä
Toimenpide: