( Text    1954 )  1994-03-27 17.21.29   Khedron Wilk <8320>
Mottagare: MSG
rende: Offlinereaders

Finns det ngot intresse/behov av en offlinereader fr MSG
p andra plattformar n DOS?

Vad finns det fr offlinereaders (grsligt ord, det dr, vad
kan man sga i stllet?) verhuvudtaget?

Hur r de jmfrt med LMSG (ja, ja, underlgsna s klart, men gr
det att bygga vidare p dem?)?

Finns det programmeringskunniga som skulle kunna tnka sig att
utveckla "LMSG"-prylar fr andra plattformar?

Vad sger AF om att lmna ut lite info om databasens uppbyggnad,
indexering osv s man kan f kompatibla program "ver grnserna"?

Sjlv kan jag eventuellt leda arbetet med att ta fram en
UNIX-variant. Ngon annan?

Om vi fr fram LMSG fr fler plattformar s vore det ju trvrt
fr pontentiella medlemmar!!

(LMSG 4.9)
( Kommentar i text 1955 av Bo Kullmar SYSOP <1789> )
( Kommentar i text 1965 av Sven Wickberg FILADM <1384> )
( Kommentar i text 1970 av Anders Franzn <5258> )
( Text    1954 )

( Text    1955 )  1994-03-27 18.10.33   Bo Kullmar SYSOP <1789>
Mottagare: MSG
Kommentar till text:  1954  av Khedron Wilk <8320>
rende: Offlinereaders
Jag hller p att stta upp s att medlemmar kan kra USENET p
suncd (c-news) frn monitorn. Gr ett basicprogram som kan lsa
MSG till USENET News och sedan kan man ju kra SOUP eller vad man
vill. Kllkoden till MSG finns hr i programbanken.
( Kommentar i text 1956 av Khedron Wilk <8320> )
( Text    1955 )

( Text    1956 )  1994-03-27 18.42.15   Khedron Wilk <8320>
Mottagare: MSG
Kommentar till text:  1955  av Bo Kullmar SYSOP <1789>
rende: Offlinereaders
BK> Jag hller p att stta upp s att medlemmar kan kra USENET p
BK> suncd (c-news) frn monitorn. Gr ett basicprogram som kan lsa
BK> MSG till USENET News och sedan kan man ju kra SOUP eller vad man

Allts, MSG-inlgg fr ett sdant format att de gr att lsa med
nn, tin, mm? Gr det att gra tvrtom, konvertra newsinlgg till
MSG? Det vore "ballt".

BK> vill. Kllkoden till MSG finns hr i programbanken.

Ah, det hade jag inte uppfattat! Mste genast gra en "find" och
ladde hem bara fr skojs skull tminstonde.

(LMSG 4.9)
( Kommentar i text 1959 av Bo Kullmar SYSOP <1789> )
( Text    1956 )

( Text    1959 )  1994-03-27 19.28.54   Bo Kullmar SYSOP <1789>
Mottagare: MSG
Kommentar till text:  1956  av Khedron Wilk <8320>
rende: Offlinereaders
Allt gr om man vill hacka Basic! MSGs texter ligger i en ISAM-databas
som bara r tillgnglig frn BASIC, men man kan ju BasC:a den till
krbar kod via C.
( Text    1959 )

( Text    1965 )  1994-03-27 20.30.29   Sven Wickberg FILADM <1384>
Mottagare: MSG
Kommentar till text:  1954  av Khedron Wilk <8320>
rende: Offlinereaders
Jag brukar kalla dem "posthmtare".
(LMSG 4.9)
( Text    1965 )

( Text    1998 )  1994-03-29 01.36.39   Jan Levern <8741>
Mottagare: MSG
Kommentar till text:  1965  av Sven Wickberg FILADM <1384>
rende: Offlinereaders

SW> Jag brukar kalla dem "posthmtare".

D tycker jag nstan att "Hemmalsare" r ett bttre ord. :-)

// Mvh Janne.
(LMSG 4.9)
( Text    1998 )

( Text    1970 )  1994-03-27 22.39.19   Anders Franzn <5258>
Mottagare: MSG
Kommentar till text:  1954  av Khedron Wilk <8320>
rende: Nytt MSG?

Hm, din id r intressant men frgan r inte om det r viktigare att
prioritera ett nytt MSG istllet. Eftersom vi inte vet vad som hnder
bakom kulisserna s freslr jag att vi startar ett nytt projekt hr
i klubben fr att utveckla ett nytt MSG. Det borde vl inte vara s
svrt?

Det hela skulle kunna modul-tillverkas och flera personer skulle
kunna bidra med sina moduler. Det som krvs r en noggran spec p vad
som ska gras och sedan r det vl bara att delegera ut? Fr att
komma ngon vart s r det vl bst att gra det hela i etapper och
att klart definiera vad som ska ing i respektive etapp. Enligt min
mening br man INTE satsa fr hgt i brjan, man skulle kunna starta
enkelt med att t ex gra ett system som har samma finesser som dagens
MSG.

Man skulle kunna starta olika arbetsgrupper, t ex "interface-gruppen"
fr alla interfejs med omvrlden och med hrdvaran, "databas-gruppen"
som filar p interna databaser, "kommando-gruppen" som utvecklar
kommandon i systemet, "service-gruppen" som fixar den lpande driften
och underhllet, "stabs-gruppen" som synkroniserar alla hndelser och
ser till att alla gr vad de ska osv. Genom att specificera vl
avgrnsade funktioner och moduler borde det hr vara en baggis.

Drefter skulle man kunna bygga vidare och infra mer finesser. Genom
att f en stab som kontinuerligt pular vidare s borde man kunna
skra utvecklingen en tid framt. Det verkar ju finnas mnga som r
villiga att offra lite tid p ngot liknande. Dessutom erbjuds ju ett
lysande tillflle att lra sig nya saker helt gratis och i egen takt.

Ett absolut krav enligt min mening r att man hller sig till ANSI-C
och gr det hela s strukturerat att man kan kompilera upp det hela
och kra lokalt p en vanlig PC eller annan utrustning. Vilka problem
som finns i samband med detta vet jag inte men det kan vl lsas?
Kanske lite olika interface-kod? Dessutom mste hela systemet kunna
sktas via modem.

r det en knpp id? Projektet skulle inte behva ngra andra
resurser n ett eller flera egna mten hr i MSG och ngra hugande
personer. Skulle man kunna gra ngot sdant hr med ett antal
frivilliga som jobbar hemifrn? Allt borde ske helt ppet och med
full insyn men endast av medlemmar i ABC-klubben. Ett enda stort
hobby-projekt i stor skala? Det borde finnas uppgifter t alla som
r intresserade.

/* Anders */
(LMSG 4.9)
( Kommentar i text 1975 av Khedron Wilk <8320> )
( Kommentar i text 1977 av Hugo Wikstrm <5523> )
( Text    1970 )

( Text    1975 )  1994-03-28 00.06.36   Khedron Wilk <8320>
Mottagare: MSG
Kommentar till text:  1970  av Anders Franzn <5258>
rende: Nytt MSG?

AF> Hm, din id r intressant men frgan r inte om det r viktigare att
AF> prioritera ett nytt MSG istllet. Eftersom vi inte vet vad som hnder

Jo, det r det!!

AF> bakom kulisserna s freslr jag att vi startar ett nytt projekt hr
AF> i klubben fr att utveckla ett nytt MSG. Det borde vl inte vara s
AF> svrt?

Det var den bsta id jag har lst p lnge!! Jag r med!!

AF> Det hela skulle kunna modul-tillverkas och flera personer skulle
AF> kunna bidra med sina moduler. Det som krvs r en noggran spec p vad

Specen r som sagt viktigast och mste f ta en tid att utarbetas.

AF> Man skulle kunna starta olika arbetsgrupper, t ex "interface-gruppen"
AF> fr alla interfejs med omvrlden och med hrdvaran, "databas-gruppen"
AF> som filar p interna databaser, "kommando-gruppen" som utvecklar
AF> kommandon i systemet, "service-gruppen" som fixar den lpande driften
AF> och underhllet, "stabs-gruppen" som synkroniserar alla hndelser och

Mycket bra. Man ser till att gra "rtt frn brjan".

AF> Ett absolut krav enligt min mening r att man hller sig till ANSI-C
AF> och gr det hela s strukturerat att man kan kompilera upp det hela
AF> och kra lokalt p en vanlig PC eller annan utrustning. Vilka problem

Vilka finns det som kan C och r villiga att hjlpa till?

AF> r det en knpp id? Projektet skulle inte behva ngra andra
AF> resurser n ett eller flera egna mten hr i MSG och ngra hugande
AF> personer. Skulle man kunna gra ngot sdant hr med ett antal
AF> frivilliga som jobbar hemifrn? Allt borde ske helt ppet och med
AF> full insyn men endast av medlemmar i ABC-klubben. Ett enda stort
AF> hobby-projekt i stor skala? Det borde finnas uppgifter t alla som
AF> r intresserade.

NEJ! Det r INTE knppt! Slpp inte tanke nu nr den har slagit root!
Det hr r ju faktiskt fullt genomfrbart, bara folk anmler sig som
frivilliga. En av de strre svrigheterna (tror jag) r: Vad skall vi
stlla fr krav p ett nyt MSG-system?

Hur gr vi fr att kunna dra upp riktlinjerna fr en spec?
Kallar till ett mte i klubblokalen? Skapar ett nytt mte kan nog
vara en bra id. Vad skall det heta? NMSG (Nya MSG)? MSG II?

Det hr kan ju bli sk*t-kul!!

(LMSG 4.9)
( Text    1975 )

( Text    1982 )  1994-03-28 16.38.27   Anders Ekengren FILADM <8575>
Mottagare: MSG
Kommentar till text:  1975  av Khedron Wilk <8320>
rende: Nytt MSG?

nya msg tycker jag lter bra!

Fr att inte satsa fr hgt tror jag att man skall brja med att f
ett system som frst och frmst klarar av det som dagens msg klarar.
Sen kan man brja fundera p hur man fixar att f in fidonet,
internet mm.


MVH Sysop p z bbs Tel: 08-742 77 75          Anders Ekengren
(LMSG 4.9)
( Kommentar i text 1989 av Anders Franzn <5258> )
( Text    1982 )

( Text    1989 )  1994-03-28 21.32.46   Anders Franzn <5258>
Mottagare: MSG
Kommentar till text:  1982  av Anders Ekengren FILADM <8575>
rende: Nytt MSG?

Hel rtt, man mste brja med en rimlig mlsttning. Antagligen kan
man ven strunta i att implementera en hel del av de kommandon som
finns i dagens MSG bara fr att fort f fram ngot som fungerar. Ju
fortare man fr ngot som funkar, desto roligare blir det. Sedan nr
man har ngot i luften, ja d kan man finslipa nda in i... ja,
vldigt lnge i alla fall.

Fr att lyckas tror jag att man mste gra enkla lsningar p alla
problem. Hellre slsa lite med diskutrymme n att smartkoda. I senare
skeden kan man som sagt var finjustera.

Gngen fr att driva ett dylikt projekt skulle kunna vara (inga
ondiga krussiduller hr inte):

1)  Kravspec p nskad funktionalitet, ett dokument som
    lagras som textfil i banken och som alla kan analysera och
    kritisera. OBS! Det r mycket viktigt att antalet finesser hlls
    p en mycket lg niv. Dokumentet beskriver vad man ska kunna gra
    i systemet i version 0.001.

2)  Specar tas fram som beskriver hur allt i punkt 1 implementeras
    rent praktiskt. Detta dokument kan indelas i ett antal olika
    delar, t ex filer, programlogik osv... Dessa specar finslipas
    av inblandade personer. Ndvndiga grupper som behvs
    organiseras, vissa deltar i bara en grupp, andra i flera
    grupper allt efter intresse och smak. Det behvs inte bara
    kodare, ven skribenter, rdgivare, administratrer, pdrivare
    och idsprutare behvs.

2a) Utvecklingsmilj definieras, programmeringsstandard osv. I
    princip borde vi vara ganska fria eftersom alla begrnsingar
    hmmar kreativiteten men vi borde tminstonne ha en strikt
    namnsttning p alla ingende moduler och veta var sourcen
    lagras. Enligt min mening br vi ENBART anvnda ANSI-C, INGA
    externa databaser, ISAM eller dylikt. Med lite hacker-instinkt
    kan alla problem lsas och vi blir HELT oberoende av mlmilj.

    Man skulle kunna frbjuda int och enbart tillta long eller s
    skulle man kunna hitta p egna datatyper som man mste anvnda.

3)  Medlemmar till de olika uppgifterna tilldelas uppgifter
    allt efter intresse och kunskap. Sjlva kodningen kan starta.
    Alla moduler ska vara gjorda s att de som skriver dem sjlva
    kan testa ut att de funkar. Det innebr att var och en sjlv
    blir ansvarig fr sin modul. Alla felmeddelanden frn systemet
    ska vara enhetliga s att man direkt kan se vilken modul som
    r inblandad.

    Dokumentation r viktigt men fr att det inte ska bli fr
    tungt s borde det rcka med mycket kommentarer i koden. Det
    r ju nd bara "hackers" som kr hr... Dessutom mste
    byrkratin vara liten fr att det ska vara roligt. Kanske kan
    "icke-kodare" hjlpa till hr?

4)  Alla moduler snds kontinuerligt in till banken, var och en
    kan sjlv hmta alla delar och enkelt kompilera ihop. Ngon
    specialist ser till att koden kompileras i monitorn och kan
    startas drifrn med ngot nytt kommando. Det borde rcka om
    monitorn kan skicka in medlemsnummer och namn som parametrar
    till programmet.

5)  vriga ABC-medlemmar fr testa och kan sjlva se hur det hela
    utvecklas. En enkel metod fr att kunna f in en uppdatering
    av en viss modul mste finnas s att deltagarna i projektet
    sjlva kan uppgradera.

Tidsplanen r inte s viktig, det hela skulle allts bedrivas i
hobby-fart men genom att flera deltar s kar parallelliteten och
man fr mer tryck s det behver inte g s lngsamt. Det finns
alltid avhoppare och det fr man iskallt rkna med men man mrker ju
snabbt vilka som r intresserade. Teoretiskt skulle man kunna komma
till ett enkelt resultat p ngon mnad, en vlkomstbild samt tv
kommandon: "se tiden" och "sluta", och d kan man avgra om det r
vrt att fortstta.

Viktigast r strukturen p projektet och viljan att stadkomma ngot.
Att hlla alla lsningar p en enkel niv och inte flyga ivg med
teorier som aldrig kan omvandlas till praktik.

Det r viktigt att begrnsa mlsttningen s att man SNABBT fr
ett program som tminstonne kan starta och rulla ngra sekunder innan
krasch. Blir det lngbnk av projektet, ja d spricker alltihop.
Fr att veta om det hela r realistiskt r det viktigt med mnga
synpunkter p detta. Kanske finns det invndningar? Det finns alltid
reservutgngar, kanske kan det bli framtidens bbs-system fr PC om
det inte funkar i monitorn?

r det hr en knpp id? Tills vidare tycker jag att vi diskuterar
idn hr i detta mte s lnge som SYSOP-arna lter oss hllas...! :-)

/* Anders */
(LMSG 4.9)
( Kommentar i text 1994 av Khedron Wilk <8320> )
( Kommentar i text 2012 av Nils Hammar <4341> )
( Text    1989 )

( Text    1994 )  1994-03-28 23.29.38   Khedron Wilk <8320>
Mottagare: MSG
Kommentar till text:  1989  av Anders Franzn <5258>
rende: Nytt MSG?

Nej det r ingen knpp id! Du verkar ju ha tnkt en del p det hela
redan. Eller har du blivit vis av LMSG :-)

Den enda invndningen jag kan hitta r det hr med om man skall brja
stort eller smtt. Jag tycker det verkar mycket bra resonerat det dr
med att brja smtt, men hur undviker man s inte allt bara blir ett
lapptcke?

Om detta gres bra, och verkligen skrivs i ANSI-C (ISAM-filer br vi
vl undvika anser jag) s gr det ju att implentera p andra miljer.
NMSG's framtid skras, och vem vet, nr vi riktigt bra klass s kan
freningen slja licenser? Men, men, nu drmde jag visst ivg igen!

Finns det ngot "avdankat" mte vi kan ta ver som NMSG?
(underfrsttt hot (:-)) mot vra sysopar: i annat fall kommer vi att
lusa ner det hr mtet till oigenknnlighet... :-))

(LMSG 4.9)
( Kommentar i text 1997 av Jan Smith SYSOP <8054> )
( Kommentar i text 2013 av Nils Hammar <4341> )
( Text    1994 )

( Text    1997 )  1994-03-29 00.03.04   Jan Smith SYSOP <8054>
Mottagare: MSG
Kommentar till text:  1994  av Khedron Wilk <8320>
rende: Nytt MSG?
Tycker definitivt att det borde g att skapa ett nytt mte fr diskussioner
om ett MSG skapat av ABC-medlemmar.
(Nu fr jag antaglingen Lasse p mig...)
En trskel att komma ver kan nog faktiskt vara att ha ett bra mte att
diskutera det i. Ska man diskutera det bland en massa annat riskerar
det att d ut eftersom de som vill lsa just om ett nytt MSG inte vil
lsa det bland en massa annat.
( Kommentar i text 2011 av Anders Franzn <5258> )
( Text    1997 )

( Text    2011 )  1994-03-29 19.30.48   Anders Franzn <5258>
Mottagare: MSG
Kommentar till text:  1997  av Jan Smith SYSOP <8054>
rende: Nytt MSG?

Vad sgs om att byta namn p mtet CPM till "Nya MSG"? CMP-mtet r
ju heldtt!

/* Anders */
(LMSG 4.9)
( Kommentar i text 2018 av Khedron Wilk <8320> )
( Text    2011 )

( Text    2018 )  1994-03-29 21.22.36   Khedron Wilk <8320>
Mottagare: MSG
Kommentar till text:  2011  av Anders Franzn <5258>
rende: Nytt MSG?

AF> Vad sgs om att byta namn p mtet CPM till "Nya MSG"? CMP-mtet r
AF> ju heldtt!

BRA! Kan ngon SysOp gra detta? pliiiiisss!

(LMSG 4.9)
( Text    2018 )

( Text    2013 )  1994-03-29 19.36.52   Nils Hammar <4341>
Mottagare: MSG
Kommentar till text:  1994  av Khedron Wilk <8320>
rende: Nytt MSG?

KW> Om detta gres bra, och verkligen skrivs i ANSI-C (ISAM-filer br vi
KW> vl undvika anser jag) s gr det ju att implentera p andra miljer.
KW> NMSG's framtid skras, och vem vet, nr vi riktigt bra klass s kan
KW> freningen slja licenser? Men, men, nu drmde jag visst ivg igen!

Jag tror nog att gdbm r bsta lsningen i det hr fallet.

(LMSG 4.6)
( Kommentar i text 2019 av Khedron Wilk <8320> )
( Kommentar i text 2030 av Anders Franzn <5258> )
( Text    2013 )

( Text    2019 )  1994-03-29 21.22.45   Khedron Wilk <8320>
Mottagare: MSG
Kommentar till text:  2013  av Nils Hammar <4341>
rende: Nytt MSG?

NH> Jag tror nog att gdbm r bsta lsningen i det hr fallet.


GDBM????


(LMSG 4.9)
( Kommentar i text 2020 av Johan Persson SYSOP <2397> )
( Text    2019 )

( Text    2020 )  1994-03-29 22.24.49   Johan Persson SYSOP <2397>
Mottagare: MSG
Kommentar till text:  2019  av Khedron Wilk <8320>
rende: Nytt MSG?
GNU's variant av dbm/ndbm, en databas-hanterare i Unix. Ls i manualen s
fr du se ("man 3 dbm" ska nog g bra, annars "man -k dbm").

/jp
(LMSG 4.9)
( Text    2020 )

( Text    2030 )  1994-03-30 20.52.32   Anders Franzn <5258>
Mottagare: MSG
Kommentar till text:  2013  av Nils Hammar <4341>
rende: Nytt MSG?

Jag tror att man mste gra sig oberoende av mlmilj. Men kan man
kapsla in alla anrop till databasen i egna funktioner p ett snyggt
stt s kan det ju vara ett vettigt alternativ. Motsvarande
db-funktioner mste kunna implementeras i PC-milj. Jag tror att ett
nytt system mste vara portabelt. Men hr finns vl lika mnga
sikter som det finns personer och det hela br vl lsas i god
demokratisk anda!

/* Anders */
(LMSG 4.9)
( Text    2030 )

( Text    2012 )  1994-03-29 19.36.49   Nils Hammar <4341>
Mottagare: MSG
Kommentar till text:  1989  av Anders Franzn <5258>
rende: Nytt MSG?

Fr att bifoga litet till debatten hr s kan jag ju tala om att jag
hller p som bst med ett KOM-liknande system fr MS-DOS som inte
torde vara allt fr svrt att portera till UNIX. F.n. anvnder jag
Squish som meddelandedatabas, men det r inte allt fr komplicerat att
anvnda sig av andra tekniker. Dock rekommenderar jag att vi frsker
f tag p en ISAM-hanterare av klass. F.n. kr jag med MISAM, men det
kan vara aktuellt att byta ut den mot ngot mera portabelt, om nu inte
Monty kan skrapa fram en UNIX-version t klubben.

Jag har ven en tidigare version av BBS-programmet som krde med en
helt egen databas, men kommandotolken dr var avsevrt smre.
Mjligen kan man i och fr sig tnka sig att baka ihop den nya
kommandotolken med det gamla programmet.

(LMSG 4.6)
( Kommentar i text 2028 av Anders Franzn <5258> )
( Text    2012 )

( Text    2028 )  1994-03-30 20.51.59   Anders Franzn <5258>
Mottagare: MSG
Kommentar till text:  2012  av Nils Hammar <4341>
rende: Nytt MSG?

Intressant. Helt klart r att det behvs en ordentlig utredning
vilket system som klubben ska satsa p. Finns det frdiga system som
enkelt kan anpassas och om dessutom klubben fr fri tillgng till
source s r det ju helbra!

/* Anders */
(LMSG 4.9)
( Text    2028 )

( Text    1977 )  1994-03-28 01.40.23   Hugo Wikstrm <5523>
Mottagare: MSG
Kommentar till text:  1970  av Anders Franzn <5258>
rende: Nytt MSG?
Strlande ide..

Jag r med..

/Hugo Wikstrm, Sundsvall, SM3UHH
(LMSG 4.9)
( Text    1977 )

( Text    1981 )  1994-03-28 16.38.25   Anders Ekengren FILADM <8575>
Mottagare: MSG
Kommentar till text:  1970  av Anders Franzn <5258>
rende: Nytt MSG?

Huuu, det var inga sm tankar du hade. Men visst jag hller med.

MVH Sysop p z bbs Tel: 08-742 77 75          Anders Ekengren
(LMSG 4.9)
( Text    1981 )

( Text    1986 )  1994-03-28 21.11.54   Johan Persson SYSOP <2397>
Mottagare: MSG
Kommentar till text:  1970  av Anders Franzn <5258>
rende: Nytt MSG?
P ett liknande stt var utvecklingen av LysKOM organiserad. Jag tror att
detta vore en bra id fr att f igng ett nytt system. Dessutom s blir
inte allt avhngigt en enda person (man har faktiskt ett arbete att skta
ocks), utan var och en tar en modul (eller flera) med spec-at grnssnitt
mot andra moduler och implementerar denna.

Mycket god id! Vem skapar mte fr diskussion av detta "Nya MSG" ? (s att
en diskussion om vad det nya systemet skall kunna erbjuda kan pbrjas,
frst nr vi har ftt klart fr oss det kan vi brja tnka p design samt
implementation)

/jp
(LMSG 4.9)
( Kommentar i text 2006 av Bo Kullmar SYSOP <1789> )
( Text    1986 )

( Text    2006 )  1994-03-29 18.52.22   Bo Kullmar SYSOP <1789>
Mottagare: MSG
Kommentar till text:  1986  av Johan Persson SYSOP <2397>
rende: Nytt MSG?
Ja, men jag tror inte att det gr att skriva kod i PC fr Unix om
inte vederbrande som t.ex. Johan frstr sig p bda vrldarna.
Ett annat problem r databasen. Fn. anvnds C-ISAM i monitorn och
det kostar 3-4000 kronor per PC s det har vi inte rd med.
( Kommentar i text 2014 av Johan Persson SYSOP <2397> )
( Kommentar i text 2015 av Khedron Wilk <8320> )
( Kommentar i text 2029 av Anders Franzn <5258> )
( Text    2006 )

( Text    2014 )  1994-03-29 19.58.12   Johan Persson SYSOP <2397>
Mottagare: MSG
Kommentar till text:  2006  av Bo Kullmar SYSOP <1789>
rende: Nytt MSG?

Att frst sig p flera vrldar underlttar mycket, ven om det smrtar
lite nr man fr frsta gngen ska utveckla program som kommunicerar med
varandra, nnu mer om det r frgan om att hlla en gemensam kllkod, men
lite utmaning r bara bra! (en fin krydda faktiskt).

Angende databas s r det vl inget overstigligt problem, det kan vi nog
hacka ihop sjlva (kunde ngra f p Lysator s kan ju vi, inga problem.
Viljan r enda egentliga hindret).

/jp
(LMSG 4.9)
( Text    2014 )

( Text    2015 )  1994-03-29 21.22.10   Khedron Wilk <8320>
Mottagare: MSG
Kommentar till text:  2006  av Bo Kullmar SYSOP <1789>
rende: Nytt MSG?

BK> Ja, men jag tror inte att det gr att skriva kod i PC fr Unix om
BK> inte vederbrande som t.ex. Johan frstr sig p bda vrldarna.

C-kompilatorer p PC har ofta en ANSI-flagga och i vrigt s...
..."du lr dig medans vi spelar"!

BK> Ett annat problem r databasen. Fn. anvnds C-ISAM i monitorn och
BK> det kostar 3-4000 kronor per PC s det har vi inte rd med.

Ja, och just drfr ska vi skriva ALLT i C! D slipper vi sdant och
dessutom blir NMSG portabelt! Jeg r fullt infrstdd med att det r
ganska hrigt att skriva en databas-hanterar som skall vara
tillrckligt "smart" men man kommer ju ingen vart om man inte frsker!

(LMSG 4.9)
( Text    2015 )

( Text    2029 )  1994-03-30 20.52.15   Anders Franzn <5258>
Mottagare: MSG
Kommentar till text:  2006  av Bo Kullmar SYSOP <1789>
rende: Nytt MSG?

Jag tror inte att man ska lsa sig till Unix nr man skriver ett
sdant hr system, man mste tnka mer flexibelt. Om man nu ver-
huvudtaget funderar p att kunna slja ett dylikt system MSTE det
kunna kras p PC. Vi behver inte infrskaffa ngon dyr databas-
hanterare, det finns s mnga duktiga mnniskor hr i klubben s det
blir nog inga problem.

Vad gller koden s tror jag att 90-95% av koden r helt applika-
tionsmssig, dvs det har ingen betydelse om den skrivs fr Unix eller
PC. Dremot krvs det att vissa interfejs-bitar anpassas till resp
milj men ven detta tror jag r mjligt genom att det finns s mnga
som r duktiga p Unix hr i klubben. Genom hrd modularisering s r
detta mjligt att utfra ven i praktiken. Unix-specialister fr ju
naturligtvis utveckla de fr Unix tunga sakerna osv. Men frmst r
det nog nd frga om vanlig programmering och fljer man ANSI-C s
r man egentligen oberoende av plattform.

Avsikten med att starta ett klubb-projekt fr nytt MSG r ju att f
in FLERA personer i arbetet. Det r inte frga om att bara PC-folk
ska vara med. Alla mste hjlpa till. Den springande punkten r dock
att FLERA kan vara inblandade och inte bara en eller tv personer. P
sikt mste klubben bryta sitt personberoende, sdana nskeml kan man
ju lsa mellan raderna frn hrt jobbande funktionrer. Dessutom r
det ett utmrkt tillflle att sprida verksamheten ver ett
geografiskt strre omrde, ja nu skulle ju personer i hela landet
kunna vara med!

Jag tycker att det r kul om flera personer kan vara med och pverka
redan innan kodning startar. Om klubben lter en eller tv personer
utveckla ngot nytt s utfr de kanske detta i hemlighet och vi fr
inte reda p det frrn det hela r klart. Detta r inte bra fr oss
medlemmar som senare ska kra systemet. Vi blir beroende av ett ftal
personer fr underhll.

Hela idn bygger allts p att ett flertal personer blir inblandade
(i princip alla som vill och kan). Det gller att ge och ta, de som
kan mycket om det ena kan ge ngot till de andra och tvrtom. Vi blir
ju aldrig fullrda men kan tminstonne f chansen att lra ngot
nytt. Det r ju som det s snyggt str beskrivet i en reklambroschyr
fr ABC-klubben:

"Syftet med klubben r helt enkelt att genom ett utbyte av
erfarenheter skaffa oss strre kunskaper och f strre gldje och
nytta av vra egna datorer".

/* Anders */
(LMSG 4.9)
( Text    2029 )

( Text    1992 )  1994-03-28 22.13.14   Stefan Gartz <2600>
Mottagare: MSG
Kommentar till text:  1970  av Anders Franzn <5258>
rende: Nytt MSG?

AF> r det en knpp id? Projektet skulle inte behva ngra andra

Jag r med!

Mvh /
   /Sgz
(LMSG 4.9)
( Text    1992 )

( Text    2023 )  1994-03-30 07.34.50   Casimir Artmann <7296>
Mottagare: MSG
Kommentar till text:  1970  av Anders Franzn <5258>
rende: Nytt MSG?
Det lter som ett intressant projekt. Jag stller upp att hjlpa till
med ngra delar.
Mvh Casi
(LMSG 4.6)
( Text    2023 )

( Text    2024 )  1994-03-30 08.17.28   Casimir Artmann <7296>
Mottagare: MSG
Kommentar till text:  1970  av Anders Franzn <5258>
rende: Nytt MSG?
Vilka r kraven p ett nytt msg?
* Elektronisk post
* BBS / konferans-system
* Informationsbank
* Intelligent koppling till LMSG
* Frberedd fr distrubuerat nmsg.
* ANSI-C
* Portabel kod

Hr i grova drag, med det sttet r enklast att brja med.

Snlla SYSOP, lgg upp ett nytt mte.
Mvh Casi
(LMSG 4.6)
( Kommentar i text 2031 av Anders Franzn <5258> )
( Text    2024 )

( Text    2031 )  1994-03-30 20.52.53   Anders Franzn <5258>
Mottagare: MSG
Kommentar till text:  2024  av Casimir Artmann <7296>
rende: Nytt MSG?

CA> Vilka r kraven p ett nytt msg?

Man kan kanske se till funktionaliteten p en frsta prototyp och den
kan ju t ex vara lite mindre ambitis:

* KOM-baserat
* Brevlda
* Ett antal mten
* Ett behrighetssystem
* Administrationskommandon, t ex "skapa mte" och "radera mte".

Dessa funktioner resulterar i en stor datamngd som ska hanteras,
t ex:

* Medlemsinformation (behrighet, med i mten, olsta texter osv)
* Mtesinformation (mtesnamn, mtesattribut, underhllsparametrar osv)
* Textinformation (datum, frfattare, kommentar till... osv)
* Kommandoinformation (kommando-namn, behrighet som krvs osv)

Funktionerna och datamngden resulterar i ett antal moduler som mste
kodas. Detta jobb kan lggas ut p flera medlemmar, t ex:

* Initiering
* Kommandotolk
* Databas-funktioner
* Texteditor
* moduler fr varje kommando
* generell output-funktion (data till modem)
* generell input-funktion (data frn modem)
* felhantering (linjeavbrott, db-fel osv)
* avslut

Sedan kan man vcka en del tekniska frgor nr man vet allt detta:

* Typ av databas?
* En multitrdad applikation som hanterar alla anvndare eller
  en ny programstart fr varje ny anvndare?
* Ndvndiga anpassningar till OS?
* Namn- och programmeringsstandard?

Ett antal driftsfrgor kan skert stllas nr man str dr med ett
program:

* Hur lgger man in nya anvndare?
* Hur/vem ndrar man en persons namn?
* Hur tar man backup?
* Vad gr man vid krasch?
* Hur byter man programversion?
* Hur backar man programversion om den nya inte funkar?
osv osv

Nr man ser allt detta s inser man att mycket av sjlva kodningen r
ganska miljoberoende men nr man talar om interfejs med hrdvara,
driftsrutiner osv d krvs det mer specialister fr aktuell mlmilj.
Man kan dela in olika uppgifter i olika arbetsgrupper fr att
strukturera det hela. De som lskar Unix kan leka dr, de som gillar
metodfrgor fr vl utveckla standarder osv osv. Varje grupp fr i
uppgift att utfra ett antal aktiviteter.

Detta rcker absolut fr den frsta versionen 0.001. Man MSTE brja
i liten skala tror jag s att man ser att det flyter hela vgen frn
kodning som sker hemma hos var och en till ett frdigt system i
monitorn. Sedan kan man bygga p hur mycket som helst, d kommer
utvecklingen att pminna om den dramatiska gngen vad gller LMSG men
med den viktiga skillnaden att i NMSG s r det ALLA medlemmar som r
med och utvecklar.

Skulle klubben lyckas med ett sdant hr projekt, ja d kan vi
verkligen klappa oss p brstet! Och vi vill vl vara den bsta
klubben? Vi kan ha sdan tyngd att vi kan stta en "standard" i
branschen. Och frdelen med ett medlemsutvecklat system r att ev
inkomster av ev frsljning direkt hamnar p klubbens konto vilket
naturligtvis r bra i framtiden. Nu ska man vl inte verdriva
frhoppningarna om frsljning, risken r vl liten.

Flera framtida mjligheter finns, t ex Windows-baserade lokala system
som ocks kan utvecklas i klubbens regi. Med ppna specar kan system
utvecklas fr flera olika lokala plattformar. En hel marknad ppnar
sig! Och Bladet kommer att f material till sina nummer s det rcker
och blir ver. Klubbens verlevnad bygger p dess aktiviteter och
det hr r vl en aktivitet som heter duga?

/* Anders */
(LMSG 4.9)
( Text    2031 )

( Text    1958 )  1994-03-27 19.25.51   Lars Strmberg SYSOP <7872>
Mottagare: MSG
Kommentar till text:  1944  av Allen Ristovic <8646>
rende: EMail..

AR> Vad gller Internet-post s kunde jag utan problem ta emot brev
AR> adresserade till mitt medlemsnummer, men aldrig ngra adresserade till
AR> mitt namn.

Din Internetadress hr i ABC-klubben r:  8646msg.abc.se

(snabel-a efter ditt medlemsnummer). Ditt namn ingr INTE i din
Internetadress.

MvH Lasse.
(LMSG 4.9)
( Text    1958 )

( Text    2009 )  1994-03-29 19.06.16   Morgan Lantz <4359>
Mottagare: MSG
Kommentar till text:  2005  av Khedron Wilk <8320>
rende: Inlggsfrekvensen
Ni tycks ha haft en intresant rsmte,eftersom det blivit sdan fart
i medlemsforum. fresten det nya msg,skall det skriva i c under unix
eller vad. Annars hade en pascal programerar anmlt sitt intresse.

Mvh Morgan Lantz
(LMSG 4.9)
( Kommentar i text 2016 av Khedron Wilk <8320> )
( Text    2009 )

( Text    2016 )  1994-03-29 21.22.22   Khedron Wilk <8320>
Mottagare: MSG
Kommentar till text:  2009  av Morgan Lantz <4359>
rende: Inlggsfrekvensen

ML> Ni tycks ha haft en intresant rsmte,eftersom det blivit sdan fart

Ingen aaaning, jag var nmligen inte dr, hehe...

ML> i medlemsforum. fresten det nya msg,skall det skriva i c under unix
ML> eller vad. Annars hade en pascal programerar anmlt sitt intresse.

Nja, det ska vara skrivet i ANSI-C s att det ska bli ltt att flytta
till olika miljer. Grundplattformen lr bli UNIX men om folk ska
kunna sitta och skriva snuttar hemmavid s mste det g att kompilera
p en PC ocks. Det hnger p att de inblandade skriver "ren" kod.
(Vilket det finns program testar!)

Pascal? Ja, men d kan du ju strukturerad programmering och d kommer
av naturen inte tillgripa C's alla hys (typ pekarkonvertering) av den
enkla anledningen att det kan du inte gra i Pascal. G till
bibioteket och leta efter bcker om C, du kommer inte att ngra dig!


ML>
ML> Mvh Morgan Lantz
ML> (LMSG 4.9)

(LMSG 4.9)
( Kommentar i text 2021 av Morgan Lantz <4359> )
( Text    2016 )

( Text    2017 )  1994-03-29 21.22.31   Khedron Wilk <8320>
Mottagare: MSG
rende: Nya MSG

N, blir det ngot mte om NMSG?
Med mig som vettls (:-)) pdrivare och Anders Franzn som
"strukturerare" s tror jag faktikst att detta kan komma igng!

NMSG! NMSG! NMSG! NMSG! NMSG! NMSG! NMS....

(LMSG 4.9)
( Text    2017 )

( Text    2032 )  1994-03-30 22.17.57   Hkan Jennervik <8086>
Mottagare: MSG
Kommentar till text:  2029  av Anders Franzn <5258>
rende: Nytt MSG?
Men datorerna vi sitter inloggade mot r ju UNIX!
UNIX r vad jag frsttt tnjbart 'OS'.
Flexibelt d.
mvh/hj/8086/
( Text    2032 )

( Text    2033 )  1994-03-30 22.22.24   Hkan Jennervik <8086>
Mottagare: MSG
Kommentar till text:  2031  av Anders Franzn <5258>
rende: Nytt MSG?
Vissa tycker att en ng r vackrare n en hrlig lvskog.
Men inte hugger man ner all skog fr det.
Eller odlar skog p alla ngar.
S man fr se upp s man inte slnger ut barnet
med badvattnet!
mvh/hj/8086/
( Text    2033 )

( Text    2034 )  1994-03-30 23.11.19   Peter Isoz <2164>
Mottagare: MSG
Kommentar till text:  2024  av Casimir Artmann <7296>
rende: Nytt MSG?

CA> Vilka r kraven p ett nytt msg?

inkludera fritextskning. Frslagsvis genom att skriva skstrng
grna med bool-logik i ett brev och sedan f ett brev med "fynden"
s att man kan ska "off line" med LMSG.
Nn form av max lngd p svaret br nog ing.

MVH/ Peter I.
(LMSG 4.8)
( Text    2034 )

( Text    2037 )  1994-03-30 23.41.08   Anders Ekengren FILADM <8575>
Mottagare: MSG
Kommentar till text:  2031  av Anders Franzn <5258>
rende: Nytt MSG?

Det dr med att det skall fungera i olika miljer tycker jag frvisso
ocks r rtt viktigt. Problemet r vl att det r s f som kan
unix...

Men visst vore det bra om man i slutnden kunde anvnda det bde i pc
och i unix.


MVH Sysop p z bbs Tel: 08-742 77 75          Anders Ekengren
(LMSG 4.9)
( Text    2037 )

