Retro Preservation Workspace

Monitorn

Browse archived Monitorn möten and the ABC80 mailing list, with full-text and text-number search.

← Back to ABC Tools

Meetings · ABC80 · Thread

Adventure

64 posts in thread

Mikael Hovmöller <4688> · Text 1384 · w8 · inlagg

1986-01-23 22:48

Ärende: Adventure

Jag håller nu på att utveckla ett adventure till '80:an, som ska utspela sig i resturangmiljö. Jag undrar nu följande: 1. Finns det intresse för en källkod innehållandes de 9 'grundkomandona' (N,S,V,Ö,TA,SLÄPP,INV,NAV & TITTA), som folk då på egen hand kan utveckla till ett riktigt spel? 2. Finns det många som har enstaka idéer till adventures? Jag tar i sådana fall mycket gärna emot tips och idéer! 3. Finns det överhuvudtaget intresse för adventures till '80:an? 4. Har någon för övrigt några andra synpunkter ang. adventures? M.v.h. Micke
- David Andersson <5201> · Text 1390 · w8 · kommentar
  
  1986-01-24 17:33
  
  Ärende: Adventure
  
  1. Om du gÖr en mall med 9 grundkommandon sÅ se till att det gÅr att Öka ut med flera kommandon. 3. Nej inte fÖr 80an fÖr nÄrvarande. (HÅller pÅ med en till VAX). 4. Ja, anvÄnd grafik!!
  - Stefan Berg <216> · Text 1391 · w8 · kommentar
    
    1986-01-24 17:49
    
    Ärende: Adventure
    
    Hm, om du inte tänker sprida ditt adventure kommersiellt så kunde det bergis vara intressant med en kopia när du är klar, om du har tid och lust...
    - Kjell Enblom <5575> · Text 1402 · w8 · kommentar
      
      1986-01-25 15:44
      
      Ärende: Adventure
      
      Jag har en svensk översatt och modifierad version av QUEST som jag kör på min cpm maskin med DBASIC (DIABs ABC80 Basic för cpm).Problemet är bara det att jag inte kan köra Filtrans eller ngt dylikt program. Jag har däremot Kermit, MoveIt, Modem7.Är det någon som är intreserad av programmet? För det ska väl finnas något sätt att överföra den hit till monitorn. Mvh Kjell E
      - Gunnar Faith-Ell SYSOP <2733> · Text 1405 · w8 · kommentar
        
        1986-01-25 17:30
        
        Ärende: Adventure
        
        Jag kan plocka ner det till BASIC, vi kan föra över det till mig och sedan kan jag lägga in det i monitorn lokalt. (Hör av dig via bref)
  - Mikael Hovmöller <4688> · Text 1424 · w8 · kommentar
    
    1986-01-27 07:40
    
    Ärende: Adventure
    
    1. Naturligtvis, det är tom mycket enkelt (programet är naturligtvis i maskinkod, man gör då call 68 (stringscan). Detta maximerar antalet olika kommandom till 127, men det är knappast ett problem. 4. Grafik?? Spelet skulle vara till 80'an! M.v.h. Micke
- Stefan de Luca <2088> · Text 1408 · w8 · kommentar
  
  1986-01-26 14:52
  
  Ärende: Adventure
  
  Om det blir något av med det hela kan man då få en kopia? Mvh:Stefan.
  - Mikael Hovmöller <4688> · Text 1425 · w8 · kommentar
    
    1986-01-27 07:46
    
    Ärende: Adventure
    
    Ja, jag ska skicka in den till monitorn isåfall. Det blir ganska säkert något av, men det kanske tar lite tid. (Den som väntar på något gott.) M.v.h. Micke
- Stefan Persson <1980> · Text 1414 · w8 · kommentar
  
  1986-01-26 21:40
  
  Ärende: Adventure
  
  Mina ungar (två flickor) tyckte iofsig att UPPSJÖ-spelet var kul, men deras pappa var inte intelligent nog (läs intresserad tillräckligt) för att knäcka problen när man kom ut i skogen och ap--n flög upp i träden. Vad skulle hända seran? Där fastnade jag och töserna, sen var det Znget rologt längre. Kan man inte ha lite grafik, så det blir mysigare??
  - Sven Wickberg <1384> · Text 1415 · w8 · kommentar
    
    1986-01-26 22:00
    
    Ärende: Adventure
    
    Om du kastade b-n-n-n kom ap--n tillbaka
  - Mikael Hovmöller <4688> · Text 1426 · w8 · kommentar
    
    1986-01-27 07:48
    
    Ärende: Adventure
    
    Som sagt var, 80:an lämpar sig inte för grafik. Dessutom tar det minne. M.v.h. Micke
    - Mikael Hovmöller <4688> · Text 1441 · w8 · kommentar
      
      1986-01-28 18:53
      
      Ärende: Adventure
      
      Eftersom jag håller på med ett adventure till 80:an, så undrar jag över några saker: 1. Om man har en dörr man kan öppna, och det bara finns en dörr i just det rummet, samt dörren är det enda 'öppningsbara' i spelet, är det då en fördel om datorn kollar vad det är man ska öppna eller inte? (Eftersom ingen förstod min beskrivning, följer här ett exempel : Du är i ett rum, med en låst dörr åt norr Möjliga rörelseriktningar: Söder Här finns följande: Ingenting Om jag vill öppna dörren, ska jag då skriva 'öppna' eller 'öppna dörr'?) Anledningen till min fråga är att den första varianten sparar minne, å andra sidan kan en del konstigheter uppträda, ex: Jag skriver 'Öppna affären snart!' och man kan då förmoda att jag menar något annat än 'öppna dörren'. (Sen kan man fråga varför jag skulle skriva så, men någon kanske gör det... ) Synpunkter tack. 2. Ska 'idiotmonster' finnas? (Det är tex monstret i Uppsjö eller dvärgarna i Cave) Jag anser att deras enda uppgift är att minska spelglädjen, och öka speltiden, varför de är synnerligen onödiga. Vad tycker ni andra? 3. Ska labyrinter finnas? De har i nio fall av tio samma uppgift som monstren, varför de också är överflödiga. (nio=de flesta adventures, det tionde är Zork.. ) Slutligen undrar jag bara: Var det inte någon som hade en kul idé att införa till ett adventure. Idéer tages tacksamt emot, men helst i brev för att inte förstöra spelglädjen för alla andra. M.v.h. Micke Ps. Naturligtvis är jag även intresserad av andra synpunkter, hör gärna av er. Ds.
      - Anders Olsson <1019> · Text 1447 · w8 · kommentar
        
        1986-01-29 14:30
        
        Ärende: Adventure
        
        Trevligt att du håller på att göra ett adventure till ABC80. 1) Det är onekligen en fördel om programmet beter sig så intelligent som möjligt. Dvs om man skriver ÖPPNA och det *finns* något att öppna ska programmet förstå vad man menar. Men om man skriver ÖPPNA SPADEN ska programmet helst svara "Du kan inte öppna en spade." Exempelvis om man i INFOCOMS adventurespel skriver KILL svarar spelet "(You) If you insist... Poof, you're dead!" Men det är klart, ABC80 har ju inte 250K minne precis! 2) Lägg gärna in *många* slumpvisa händelser som var och en inträffar *mycket* sällan. Ett monster som trakasserar en på vart sjunde drag är inget att sträva efter. Men om det händer olika saker varje gång man kör spelet blir det mer intressant. 3) Har själv inte merän precis börjat köra Zork I så jag vet inte vad labyrinten fyller för funktion där... Svaret på frågan måste bli ett otvetydigt TJA... ?
        
        Mikael Hovmöller <4688> · Text 1449 · w8 · kommentar
        
        1986-01-29 16:03
        
        Ärende: Adventure
        
        Jag får se hur jag gör med 'öppna'. Jag ska (troligen) inte ha med något 'öppna', det var bara som exempel. Men ett värre problem: Antag att man har en dator, en disk och en disassembler, och spelet går ut på att man ska använda datorn till något, ska man då skriva 'skriv program'? Eller bara 'skriv'? Eller kanske 'skriv källkod'? 'Öppnaproblemet' är inte så svårt att lösa, men när man vet vilket verb man ska använda, men inte vad man ska göra exakt, det är då det blir problem. Jag tar mycket gärna emot synpunkter, inte bara på detta, utan även på annat. Ang grafik: Jag gör nog ett test när spelet är klart, blir det lyckat får ni kanske se det första adventuret med grafik till ABC80.... M.v.h. Micke
        
        Anders Olsson <1019> · Text 1453 · w8 · kommentar
        
        1986-01-29 20:29
        
        Ärende: Adventure
        
        Det bästa är om programmet kan vara så listigt skrivet att det klarar olika synonymer för samma sak Dvs gnugga geniknölarna o lägg in alla sätt du kan komma på att göra en viss sak. Förhoppningsvis stämmer då något av orden in på det som den som sitter o kör programmet kommer på. Ja jag vet. Det där med minne. Man *kan* ju faktiskt läsa in olika delar av spelet från diskett efterhand som spelet fortgår. (. Slå inte på mej, alla kassetthackers .) Ska du ha med grafik är risken stor att du *måste* använda floppyn löpande.
        
        Mikael Hovmöller <4688> · Text 1456 · w8 · kommentar
        
        1986-01-29 20:47
        
        Ärende: Adventure
        
        Minnet verkar inte vara det störst problemet, jag har gjort 20 verb, 20 saker och 30 rum på 2.5k. Jag lägger nog in flera synonymer på de fall av tveksamheter som kan uppstå. M.v.h. Micke Ps. Är det ingen som har kul idéer att dela med sig av? Jag är mycket intresserad! Ds.
        
        Gunnar Forssell <1631> · Text 1459 · w8 · kommentar
        
        1986-02-01 20:37
        
        Ärende: Adventure
        
        Jag har den erfarenheten av advetures att det för att det ska bli någotlunda kul så måste det finnas en väg igenom labyrinten, d.v.s. man måste inte besöka alla rum för att hitta ut! Det skall åxå straffa sig att använda våld, för man skall inte behöva gå bärsärkargång för att klara sig igenom en labyrint... Dessutom bör det finnas mycket text, för lite text a la UPPSJÖ är tråkigt. Bäst vore om man hade texterna på diskett (kasettisterna må få slag...) för det ska helst framgå av den text man får vart man kangå etc. ("NAV" bör alltså bort, den drar ned spänningen!) Labyrinten i Zork fyller en viktig funktion, den är nämligen den enda vägen tillbaka till trophy case... Och man måste dit för att få poäng för skatterna... Alltså: Ett BRA adventure skall ha en klar logik (detta att man får passord för att komma vidare är uselt!), en enkel väg igenom utan bruk av våld, oväntade händelser samt instruerande text. Ett bra adventure kan man nog inte köra på kasett, man måste ha disk (vilket gör att man kan kryptera texterna så att man inte kan cracka sig igenom saker och ting... Dessutom kan man ha mycket info på disken som man inte måste ha i datorn!) Kanske lite väl stort att göra till ABC80, men det blir roligare! (helst ska det finnas ledtrådar lite här och var, det kan ibland hjälpa) Angående kommandotolken är det bra om man har många olika verb för samma saker, det gör det lättare att hitta rätt kommando... Dessutom bör det inte vara så svårt att lösa programmeringsmässigt sett.
        
        Stefan Berg <216> · Text 1460 · w8 · kommentar
        
        1986-02-01 21:12
        
        Ärende: Adventure
        
        En gång i tiden funderade jag på att konstruera ett generellt adventurepaket för ABC-80, men jag upptäckte att arbetet för att uppnå det skulle bli så stort, att jag helt enkelt inte hade tid. Min idé var att man har ett ramprogram, parsern, som sköter interaktionen med spelaren och har en lämplig kommandouppsättning (TA, NORD, SYD, ÖST, VÄST, ATTACKERA, SLÄPP, INVENTERA etc), samt har en *liten* del som är olika för varje olika adventure, där man kan lägga in specialfunktioner (att man kan använda den magiska mattan för att flyga hur långt som helst t ex). Själva texten (grafiken) för själva adventuret, samt en beskrivning av hur man kan accessa de olika rummen (avsedda att användas av parsern när användaren vill förflytta sig) ligger sedan på disk, och kan nås via direct access, vilket sköts av parsern. Sedan har man ett speciellt program, varmed en spelkonstruktör kan bygga upp sitt eget adventure: definera förbindelser med olika rum, lägga ut föremål på vissa platser, skapa texten som visas när man går in i ett visst rum etc. Dessutom så får konstruktören också hjälp med att skapa den specifika programbit som ska läggas in i parsern, för att denna ska kunna hantera de tidigare nämnda special- funktionerna. FÖRDELARNA man vinner på detta är ju dels att adventurets (!) storlek endast begränsas av diskkapaciteten och konstruktörens fantasi, samt att i praktiken vem som helst utan större programmeringsarbete kan konstruera ett eget äventyr, helt efter sin egen fantasi. NACKDELEN är ju då att den som konstruerar detta paket får en faslig massa jobb. Men jag går fortfarande och grunnar på idén, så man vet ju aldrig...
        
        Mikael Hovmöller <4688> · Text 1461 · w8 · kommentar
        
        1986-02-02 06:22
        
        Ärende: Adventure
        
        Grundidén för mitt adventure var att jag lätt skulle kunna göra egna nya adventures av de nio 'grundkommandona' (N,S,V,Ö,I,NAV,TA,SLÄPP,TITTA). Däremot ligger inte rummen på disk, men jag vet inte hur svårt det skulle bli att lägga dit dem, dessutom vill jag inte ha dem som en vanlig textfil man laddar in i sin TED, tittar en stund på, och sedan enkelt löser adventuret. Synnonymer finns redan (de flesta nya verb har synnonymer, många har tom. tre). Det är enkelt fixat med så blir det nog något av detta med disk. (-: Se det som ett löfte Magnus, jag väntar fortfarande :-) 'Förbindelselistan' ser ut som följer: RO DEFB 255 ;0 DEFB 13 DEFB 0 DEFB 4 DEFB 1 ;1 osv. Listan tolkas som följer:R0 är labeln för start på 'förbindelselistan', och de ligger ordnade 'N,S,V,Ö'. Dvs: från rum 0 kan man inte gå N, kommer till 13 med S, tilbaks till 0 med v och till 4 med öst. Ganska enkelt, mycket jobbigt att göra en sådan lista eftersom det är en hel del rum. Ang. din idé att det egna programarbetet skulle bli litet: Naturligtvis är det en fördel om det blir så litet som möjligt, men det finns alltför många specifika kommandon i varje adventure, men dock är det 'grunden', som är den tidsödande och jobbiga. M.v.h. Micke
        
        Mikael Hovmöller <4688> · Text 1462 · w8 · kommentar
        
        1986-02-02 06:27
        
        Ärende: Adventure
        
        Tack för dina synpunkter! Jag kom just på hur det perfekta adventuret till ABC80 är:1. Det har korta rumsbeskrivningar i huvudprogramet, dels för kassetfantomerna, dels för snabbheten. 2. Det har långa beskrivningar på disk. 3. Det har möjlighet till någon form av 'Brief'. (så att man bara får se långa texter en gång) Vore det en bra lösning? Finns det någon bättre? M.v.h. Micke
        
        Gunnar Forssell <1631> · Text 1463 · w8 · kommentar
        
        1986-02-02 13:12
        
        Ärende: Adventure
        
        Tja, kassetgalningaran ska väl ha sitt, man diskfantomerna då? Jag måste erkänna att jag lätt kan gå in i prg'et och lista ut vad som ska ske var... Detta försvåras på disk om man använder lämplig kryptering av texterna. Angående 'Brief' så är det ofta så att första gången man går in i ett rum så får man den långa beskrivningen, sedan får man bara den korta. Om man nu ska ha texterna på disk, så tycker jag nog att man bör ta bort 'NAV', för texterna ska innehålla all info man behöver! Varför inte göra ett rent diskadventure? Jag hade planer på det en gång i tiden, en hel 160K-disk skulle gå åt! Man det blev *STORT*... Det tar tid, men det blir roligare.
        
        Mikael Hovmöller <4688> · Text 1477 · w8 · kommentar
        
        1986-02-03 11:20
        
        Ärende: Adventure
        
        Meningen med mitt adventure är att alla ska kunna köra, oavsett version och minne mm. Ang Brief: Just så! Ang NAV: det skall visst finnas kvar av två anledningar:1. på kassetversionen måste det finnas. 2. Det tar lite minne, samt är Mycket snabbare än TITTA, när man läser det från disk. Dessutom: mycket roligt om du skulle gjöra ett diskadventure, men gör rumsbeskrivningarna på 80k, dvs FD2. Många (bla. jag) sitter hemma och tröskar med det.Samt även 16k RAM, eftersom många inte har mer minne, samt att du knappast har tid att göra ett adventure där handlingen tar upp 16k! (egen erfarenhet). Ang kryptering: väntar fortfarande på bra rutin (se tidigare debatt i Fritt.) M.v.h. Micke Ps. Jag efterlyser verkligen bra idéer till adventures. Och som sagt: det behöver inte vara ett helt spel,en enstaka idé går bättre. Ds.
        
        Gunnar Forssell <1631> · Text 1482 · w8 · kommentar
        
        1986-02-03 11:43
        
        Ärende: Adventure
        
        Tja, NAV bör väl få finnas då, men jag gillar det inte... Jag har försökt, men det skulle ta för mycket tid! De planer jag hyste var ganska mastiga, och då jag börjat på KTH så... Ideer? Kanske att vara strandsatt någonstans, och behöva leta reda på saker så att man kan komma hem igen?
        
        Mikael Hovmöller <4688> · Text 1485 · w8 · kommentar
        
        1986-02-03 11:54
        
        Ärende: Adventure
        
        Vad är det för fel på NAV? M.v.h. Micke
        
        Gunnar Forssell <1631> · Text 1486 · w8 · kommentar
        
        1986-02-03 12:10
        
        Ärende: Adventure
        
        Jag tycker att texterna ska vara så informativa så att NAV inte behövs, det är så jobbigt att skriva NAV hela tiden! Om nu NAV ska finnas så ska man få se det så fort man kommer till ett nytt rum, man ska inte behöva skriva en massa extra för att få veta vart man ska gå...
        
        Mikael Hovmöller <4688> · Text 1490 · w8 · kommentar
        
        1986-02-03 15:56
        
        Ärende: Adventure
        
        Aha, nu förstår jag. I mitt spel ska NAV komma upp direkt när man kommer till ett rum. (Oavsett om det är första gången eller ej) M.v.h. Micke
        
        Stefan de Luca <2088> · Text 1464 · w8 · kommentar
        
        1986-02-02 15:22
        
        Ärende: Adventure
        
        Är labyrinten verkligen den ända vägen tillbaka till trophy case? Jag har för mig att man kan klättra upp genom en skorsten någon stans,man kommer då upp i köket.Men jag kanke tänker på något annat spel? Mvh:Stefan.
        
        Robert Svedjehammar <2350> · Text 1465 · w8 · kommentar
        
        1986-02-02 15:53
        
        Ärende: Adventure
        
        Jo från Artist's studio upp genom skorstenen och in i köket. Man får inte med sig speciellt mycket upp, för skorstenspipan är trång.
        
        Stefan Berg <216> · Text 1467 · w8 · kommentar
        
        1986-02-02 19:10
        
        Ärende: Adventure
        
        Jag hittade en komplett karta över Zork på USENET. Nå'n som har gett upp, och kan vara intresserad av en kopia ?
        
        Gunnar Faith-Ell SYSOP <2733> · Text 1468 · w8 · kommentar
        
        1986-02-02 22:04
        
        Ärende: Adventure
        
        Vi kan väl lägga in den på monitorn ?
        
        Stefan Berg <216> · Text 1471 · w8 · kommentar
        
        1986-02-02 23:50
        
        Ärende: Adventure
        
        Tja, det är ju oxo en idé. (Men har man sett kartan så är det inte så roligt att spela Zork längre, den riktiga utmaningen har lixom försvunnit.) Men jag kan snoka upp texten och lägga den på inlådan vid tillfälle, försedd med lämplig brasklapp. "Läsandet av denna fil kan allvarligt skada din kreativitet vid Zork-spelande. /Datorövervakningsverket"
        
        Anders Olsson <1019> · Text 1473 · w8 · kommentar
        
        1986-02-03 09:00
        
        Ärende: Adventure: Zork
        
        Ett hjälphäfte ("Hint-booklet") MED karta över Zork finns att beställa från Infocom, P. O. Box 478, Cresskill, N. J. 07626, U S A. Beställningsnummer är IZ1-INV och priset är USD 7.95. Det tillkommer USD 2.00 för export och ytterligare USD 3.00 om man vill ha leverans med flygfrakt. Om man har MasterCard, Visa eller American Express kan man ringa USA 201-567-8723 och beställa.
        
        Mikael Hovmöller <4688> · Text 1480 · w8 · kommentar
        
        1986-02-03 11:29
        
        Ärende: Adventure: Zork
        
        Kunde inte klubben köpa in ett sådant häfte, som man kunde titta i vid besök i klubblokalen? Det skulle ge många nya idéer till adventures! M.v.h. Micke
        
        Curt Sederlin <1188> · Text 1699 · w8 · kommentar
        
        1986-04-02 01:24
        
        Ärende: Adventure
        
        Du tänker på dungeon !!
        
        Mikael Hovmöller <4688> · Text 1700 · w8 · kommentar
        
        1986-04-02 10:15
        
        Ärende: Adventure
        
        Nej, på ZORK!! M.v.h. Micke
        
        Peter Öhlén <4659> · Text 1701 · w8 · kommentar
        
        1986-04-02 12:30
        
        Ärende: Adventure
        
        ZORK I och Dungeon är ju precis samma sak!!!
        
        Mikael Hovmöller <4688> · Text 1702 · w8 · kommentar
        
        1986-04-02 12:47
        
        Ärende: Adventure
        
        AAARRGGHH! Jag tänkte på 'Cave=Dungeon'... Illa! M.v.h. Micke
        
        Stefan de Luca <2088> · Text 1703 · w8 · kommentar
        
        1986-04-02 16:18
        
        Ärende: Adventure
        
        Om Zork I = Dungeon varför skrev han då kommentaren? Mvh:Stefan.
        
        Mikael Hovmöller <4688> · Text 1704 · w8 · kommentar
        
        1986-04-02 16:26
        
        Ärende: Adventure
        
        För att jag fick för mig att Dungeon=Cave och istf ZORK I. M.v.h. Micke
        
        Stefan de Luca <2088> · Text 2011 · w8 · kommentar
        
        1986-06-08 14:32
        
        Ärende: Adventure
        
        För en tid sedan var det skriverier om ett programm för att på ett enkelt sätt göra adventurespel. Vet någon hur det blev med det? Kan man få tag i programmet? Mvh:Stefan
        
        Mikael Hovmöller <4688> · Text 2013 · w8 · kommentar
        
        1986-06-08 21:51
        
        Ärende: Adventure
        
        Öhhhh, hmmmm, det var visst Peter Öhlén och jag som tänkte göra ett sådant. Vi började också, och höll på i minst en timme innan vi gav upp. Problemet var att programmet skulle fråga precis vad som händer för varje verb jag använder tillsammans med varje sak, och då blir programmet OTROLIGT stort. Dessutom skulle det klara samma sak i olika rum. Ex: Verbet 'ät' fungerar på substantiven 'druva, svamp, stuvning' i rummen 10, 13 och 15. Programmet ska då fråga efter alla de nio olika kombinationer som kan uppkomma, och det var en hel massa frågor som skulle besvaras. Detta var inte möjligt att göra på ABC80. Att på något sätt banta programmet var inte heller möjligt, ty då skulle det färdiga spelet inte bli användbart. Programmet skulle alltså ha två delar, en som skapade en kod bbestående av siffror, verb, rum etc, och en del som exekverade koden. Att göra delen som exekverar koden är troligen enklare. Fick när jag skrev detta inlägg en idé: Om man kan skapa koden för hand (bökigt, men enklare än att göra ett nytt adventure), så borde det inte vara så svårt att få det att fungera. Detta måste provas i sommar! M.v.h. Micke
        
        Kristoffer Eriksson <5357> · Text 2018 · w8 · kommentar
        
        1986-06-10 20:18
        
        Ärende: Adventure
        
        Lite flexiblare program går väl att åstadkomma? Man får mata in alla verb, substantiv, rum, beskrivningar till 'titta', utgångslägen osv, och sedan får man specificera möjliga kombinationer, t ex Verb 3 + Substantiv 9 + Vilkor 8 meför händelse 49, Verb 3 + Övriga substantiv medför reaktion 105, osv. Vilkoren och särskilt händelserna är som ett slags subrutiner. Händelsen kan vara bl a en förflyttning till rum 43, en utskrift av meddelande 2, eller en mer komplicerad sammansatt sak.
        
        Anders Franzén <5258> · Text 2019 · w8 · kommentar
        
        1986-06-10 20:32
        
        Ärende: Adventure
        
        Eller ännu mer komplext: RUM(19)+FÖREMÅL(12)+FLAGGA(7)+VERB(3)+SUBSTANTIV(13) ==> någonting För att någonting ska hända ska alla vilkor vara uppfyllda, dvs man ska befinna sig i rum 19, man skall bära på föremål 12, flagga 7 skall ha satts tidigare (kanske av någon tidigare inslagen mening), verb 3 skall användas med substantiv 13. Om detta uppfylles sker alltså någonting (t ex sätter en ny flagga). Man skulle kunna ge flaggorna symboliska namn. Det skulle kunna bli så här: FÖREMÅL(2)+TÄND+LAMPA ==> LJUS RUM(9)+LJUS+TA+KORV ==> någonting Man måste först tända lampan men för att kunna göra det måste du ha lampan (föremål 2). Då får du ljus, dvs ljusflaggan sätts. Om du har ljus och befinner dig i rum 9 kan du ta korven. Det hela blir alltså ett högnivåspråk! I en lämplig del av detta program (jämför WORKING STORAGE i COBOL) beskriver man de olika rummen osv. Det skulle ju kunna se ut så här: RUM(9)='En stor hall' Hm, det finns mycket att fortsätta hitta på om här!!!
        
        Mikael Hovmöller <4688> · Text 2020 · w8 · kommentar
        
        1986-06-11 10:53
        
        Ärende: Adventure
        
        Mycket bra idéer! (. Kan ni inte göra programmet oxå? Verkar så jobbigt! .) Detta tål att tänkas på, återkommer efter sommaren! Dock två frågor: 1. Spelar det någon roll om programmet är skrivet i BASIC eller assembler? 2. Ska man ha ett särskilt program för att framställa koden, eller räcker det med att man får göra den själv med lämpligt ordbehandlingsprogram? Dock en invändning mot Anders förslag: vissa verb måste finnas fördefinierade. Dessa är tex INV, TITTA, N, S, V, Ö, TA och SLÄPP. Anledningen till detta är att om inte TA finns fördefinierat, utan måste specialdefinieras för varje specifik kombination av rum och föremål, blir det antalet rum multiplicerat med antalet föremål kombinationer, lite bökigt... Däremot ska man nog kunna gå bakvägen och i vissa kobinationer sätta TA ur spel. M.v.h. Micke
        
        Anders Franzén <5258> · Text 2022 · w8 · kommentar
        
        1986-06-11 19:44
        
        Ärende: Adventure
        
        Nja, du kan ju säga TA + LAMPA + LAMPA-FINNS ==> BÄR-LAMPA + -(LAMPA-FINNS) Då spelar det ingen roll var du är, vilkoret som måste uppfyllas är att LAMPA-FINNS-flaggan måste vara satt. Någonstans har du specificerat att LAMPA-FINNS = HALL. När du tar lampan så tänds BÄR-LAMPA och LAMPA-FINNS slocknar. Hm, kanske kan man skriva det hela på ett enklare sätt. Det vore snyggt med ett program där man kan hoppa mellan olika sidor eller menyer och fylla i vad som gäller i alla rum. Överst på en RUM-sida fyller man i rummets namn samt dess placering. Nedan kan man i vissa fält fylla i vad som finns här. Osv, osv, osv...
        
        Mikael Hovmöller <4688> · Text 2023 · w8 · kommentar
        
        1986-06-11 20:04
        
        Ärende: Adventure
        
        Så här hade jag tänkt att rumsdefinieringen ska se ut: RUM(x)='beskrivning av rummet' 20 0 255 255 Detta betyder alltså att rumstexten för rum x är 'beskrivning av rummet', och att man från detta rum kommer till rum 20 vid N, rum 0 vid S, och att man inte kan gå Ö resp V. Så här kan tex verbet 'äta' se ut: sub(2)+Hsub(2)=>hsub(3)+esub(2) Man hoppar alltså till den rutinen när datorn först konstaterat att det är just 'äta' man skrivit. Hsub betyder 'att man har sak x' när det står till vänster om likamedstecknet, och att man får saken om det står till höger om '=>'. Sub betyder 'det substantiv man angivit', och esub 'det man förlorar eller inte får ha (höger resp vänster)' Man definierar först substantiven enligt: sub(2)='En druva',DRU,12 sub(3)='En kärna',KÄR,255 De tre bokstäverna är vad man ska kalla de olika föremålen i spelet, och siffran i vilket rum den ska finnas från början. (. Exemplet var från KOCK. Drar ni ut på diskussionen lite till så har jag avslöjat hela... .) M.v.h. Micke
        
        Mikael Lidén <5651> · Text 2027 · w8 · kommentar
        
        1986-06-12 09:27
        
        Ärende: Adventure
        
        Bygg ett språk som även inkluderar "aktiva" grafiska bilder !!!
        
        Mikael Hovmöller <4688> · Text 2032 · w8 · kommentar
        
        1986-06-12 13:22
        
        Ärende: Adventure
        
        Hmm, kul idé! Hur ska de kommandona utformas? M.v.h. Micke
        
        Mikael Lidén <5651> · Text 2033 · w8 · kommentar
        
        1986-06-12 17:55
        
        Ärende: Adventure
        
        Det hela består av flera fönster när man tillverkar spelet, ett grafiskt där man ritar och ett där man skriver programmet i ett adventure språk, vid exekvering skall man kunna debugga genom att i ett fönster se käll- koden rulla.. Det krävs minst en 1600:a för att fixa till det hela, men det borde vara lättare att göra det hela på någon speciell LISP-maskin.
        
        Mikael Hovmöller <4688> · Text 2035 · w8 · kommentar
        
        1986-06-12 19:09
        
        Ärende: Adventure
        
        Aha, tänkte närmast göra 'sprket' på min '80a... Skickar in ett förslag omm hur det kan se ut till INLÅDA/ÖVRIGT. Försöker hinna med detta i kväll. M.v.h. Micke
        
        Mikael Hovmöller <4688> · Text 2036 · w8 · kommentar
        
        1986-06-12 19:36
        
        Ärende: Adventure
        
        Insänd nu som advförsl.txt i inlåda/övrigA. (Kan aldrig lära mig att det heter övrigA) Är det en fördel: 1. Om programmet först läser in filen och lägger den i minnet, eller hela tiden har filen öppen? 2. Om man har två (eller fler) filer där varje fil bara fyller en funktion, tex rummen i en, verben i en annan etc, eller allt i en enda stor fil? 3. Om programmet skrivs i BASIC eller assembler? M.v.h. Micke
        
        Anders Franzén <5258> · Text 2037 · w8 · kommentar
        
        1986-06-12 20:10
        
        Ärende: Adventure
        
        Jag har hämtat din fil och skall studera den i lugn och ro (dvs när jag pratat klart med MSG). Jag kan kommentera dina frågor med mina åsikter: 1 Om du läser in hela filen på en gång till minnet kan antagligen programmet bli oberoende av om du har flexskiva eller inte, bra för kassetteister. Kan du inte bearbeta filen sekventiellt allteftersom du läser den? För varje rad som du läser bygger du alltså upp en massa tabeller i minnet (eller hur det nu ska funka). 2 Jag tycker att du ska lägga alla beskrivningar i en fil. Kanske kan man göra PADV-språket (påhittat namn, betyder "programmerbart adventure") så att det kan översättas oberoende av dator! Tänk om PADV-pgm också kan kompileras på en ABC800! 3 Det bästa är kanske att börja i BASIC, då får man snabbt veta vad programmet egentligen ska göra. När du vet det kan du ju roa dig med att skriva det i assembler för högsta hastighet. Om filen ska behandlas allt eftersom den läses måste nog programmet vara skrivet i assembler för att kassettbandspelaren ska hinna med!
        
        Mikael Hovmöller <4688> · Text 2038 · w8 · kommentar
        
        1986-06-12 20:58
        
        Ärende: Adventure
        
        Tack för dina synpunkter. Har följande kommentarer att ge: 1. Visst vore det otroligt kul om man skapade en fil som gick att köra på alla datorer! Jag gör nog så att jag lägger allt i minnet på en gång. (reservation för att jag under programmerandets gång finner ett STARKT skäl för att inte göra så) 2. Jag gör nog så att man kan välja att ha antingen en fil och läsa in rubbbet i minnet eller två filer. Då skulle den ena läsas in i minnet direkt, och den andra, innehållandes rummen, läsas vid varje förflyttning. Det är bra om man har långa rumsdefinitioner! 3. Ja, jag gör det nog i BASIC först. Det brukar vara effektivare om man ska ändra mycket. Hinner jag blir det kanske en assemblerversion oxå... M.v.h. Micke
        
        Kristoffer Eriksson <5357> · Text 2042 · w8 · kommentar
        
        1986-06-14 01:38
        
        Ärende: Adventure
        
        Ett antal tankar om ADVFÖRSLag: Med den nu framkomna metoden att beskriva adventurespel, har man kommit ganska nära att skriva iin det hela direkt med BASIC. Om man struntar i programmets effektivitet, går det ju att översätta alltihop till en mängd IF-satser i BASIC, med ett kompilerings- program. För att man ska ha någon nytta av denna "omväg" tycker jag inte att man ska behöva hålla reda på alla siffror själv, utan det ska programmet göra. Sålunda bör man kunna skriva SUB(REP) eller kanske SUB("REP") (fast det senare blir väl övertydligt) i stället för SUB(1), förutsatt att REP definierats innan. Internt ska det förstås behandlas via numren. Värdet 255 i SDEF för att definiera en onåbar sak, är inte så väl vald. Då begränsas ju antalet föremål till 254. Använd hellre t ex -1 eller 0. Dessutom ska man förstås kunna skriva "GÖMD" i stället. Lägesnumren kan utvidgas ytterligare med ett som betyder att föremålet har tagits upp och ligger i bagaget. Riktigt avancerat blir det om ett föremål kan ligga inuti ett annat. Då läggs lämpligen föremålen och platserna i samma nummerserie. Ex: Köttet ligger i grytan. HSUB(<sak>) är lite väl primitiv för att kontrollera var en sak är. Hellre bör man kunna kolla om LÄGE(<sak>)=<plats> (gärna motsatsen också), eller i funktionsform: LÄGE(<sak>,<plats>). Det kan ju t ex vara en förutsättning att köttet ligger i grytan innan man lagar till middagen. LÄGE() kan utvidgas så mankan testa var spelaren är också: LÄGE(JAG), eller på högersidan om "=>" för att förflytta spelaren. JAG blir då ett fördefinierat föremål som motsvarar spelaren. Man kan ev dela upp alla vilkor i grupper för sådana som ska kollas när man kommit till en plats, fortfarande är på en plats efter att ha avgivit ett kommando, sådana som ta hand om inmatade kommandon, och övriga som alltid kollas. När mikael Lidén nämnde LISP, kom jag att tänka på en del finesser som t ex attribut elle egenskaper som man då skulle ha möjlighet att tilldela föremål och platser (egentligen ett slags flaggor). Om REP har egenskapen BLÖTT går det av om jag försöker klättra uppför det. (I flaggform: Om flagga BLÖTTREP om man klättrar..., inte lika tilltalande, dock fungerande). Om man utför det här som kompilering till färdiga Basic-program får man möjligheten att kunna specificera lite ovanligare saker med vanlig Basic, om inte adventurespråket räker till. RND. Aritmetik på numeriska flaggor bör man nog ha, annars blir de meningslösa. Platserna, eller rummen, bör ha en lång uttömmande beskrivnigstext/grafik, en kort koncis text, och kanske ett namn för referensändamål, så man slipper använda nummer. Namnet behövs inte i själva spelet, om man inte tänkt sig att tillåta saker som ""Gå biljardrummet". Någon for av subrutiner kan vara bra att ha. Normala förbindelser mellan rummen bör specificeras i samband med rummen, så man kan göra det globala villkoret "VERB(NORR) => GÅ(NORR)", t ex. Här är GÅ en förflyttningsfunktion, och det andra NORR ett specialargu- ment till Gå, inte ordet NORR. Kan även uttryckas "=> LÄGE(JAG)=NORR(LÄGE( JAG))". (Är det f inte lite lite med bara N, S, Ö, V? Kan man inte ha även NÖ, SÖ, NV, SV, UPP, NED?) Sen undrar jag om rumsförbindelser som fungerar i bland och i bland inte, ska hanteras av flaggstyrda vilkor, eller av en metod att sätta en förbindelse som Öppen, Stängd, Gömd, och Synlig? Puh...
        
        Mikael Hovmöller <4688> · Text 2043 · w8 · kommentar
        
        1986-06-14 10:46
        
        Ärende: Adventure
        
        1. LÄGE finns. Det heter RUM. Alltså: 1 RUM(5)=>RUM(4) vilket i klartext betyder 'om spelaren är i rum fem flyttas han till rum 4'. 2. Jag har gjort en del nya kommandon, då de gamla var otillräckliga. Dessa är: NOTXT(rum) 1. Går ej 2. Stänger av text aktiverad med ATXT DEAD 1. Går ej 2. Tar död på spelaren och avslutar DEAD(txt) 1. Går ej 2. Skriver ut texten txt, annars samma. STOP 1. Går ej 2. När detta påträffas hoppar datorn över alla verbdefinitioner, och fortsätter sedan som vanligt. Förklaring i senare exempel. NOP Gör ingenting. Dock kan inte '=>' stå först, varför en sådan lämpligen skjuts in <> Motsatsen till '=>'. MYCKET användbart! MSUB(sak,rum) 1. Kollar om saken är i rummet. 2. Flyttar saken till rummet. MEXIT(rum,1-4,nyrum) 1. Kollar om utgången från rum rum, väderstreck (n/s/v/ö) är nyrum. 2. Flyttar utgången. Kort exempel på hur en tända-lampan-rutin ser ut: VDEF 1 TÄND SDEF 1 'En lampa' LAM 1 FLDEF 1 lampa OFF TXTDEF 1 'Den är redan tänd' 2 'Ok!' 3 'Du kan inte tända det' 4 'Du har det inte' VBES 1 SUB(1)<>TXT(3)+STOP 1 HSUB(1)<>TXT(4)+STOP 1 FLAG(lampa)=>TXT(1)+STOP 1 NOP=>FLAG(lampa)+TXT(4) Det är en ENORM skillnad på att skriva detta i 'adventurespråket' och att göra det i BASIC! Prova själv... Jag har kommit på att det blir lite för jobbigt att göra så att själva spelet tar hand om kompileringen av textfilen. Därför blir det nog två steg, först en kompilering som gör om en given textfil till en numerisk dito, och sedan kör man spelet, som tolkar den numeriska filen. Detta gör att man kan göra 'kompilatorn' ganska avancerad. Tex ska man nog kunna välja om man vill kalla saker efter siffror eller namn. (Jag föredrar siffror ändå! När man gör ett adventure måste man noga göra listor på allt innan man börjar programmera, och då kan man lika gärna ta de numren som namnen...) Vilka kommandon bör finnas i hanteringen av numeriska flaggor? (Håller med om att det bör finnas, men har ingen fantasi...) Jag är tämligen säker på att 253 saker räcker! Jag tror inte ens att fler saker finns i Cave... (Någon som vet?) Om man bär på en sak ligger den i rum 254. Detta framgick olyckligtvis inte av min text, men så är det... Ang subrutiner: jag är inte helt säker på hur du vill att de ska fungera, men här är ett förslag: COMDEF 1 SUB(1)+HSUB(2)+RUM(14)=>MEXIT(23,4,19) 2 TXT(5)+TXT(7)+DEAD VBES 1 ESUB(6)+COM(1)+TXT(1) 2 NOP=>COM(2) (Exemplet är illa valt, och betyder inget!) meningen med COM är att man inte kan ha mer än 10 satser/rad (för att inte programmet ska svämma över), och om man MÅSTE ha det, eller om man använder samma sekvens många gånger, kan det vara praktiskt. Som ni ser kan en COM innehålla vad som helst, dvs både med '=>' och utan. (Naturligtvis blir det error om man har fler än en '=>' på samma rad) Om man gör programmet någorlunda vettigt sparar man dessutom minne genom att använda COM rätt! Ang riktningar: Jag tycker att det räcker med 4, men det blir inte svårt alls att lägga till fler. Problemet är att det tar upp mer minne, men det får man väl tåla... Valfritt alltså! Hoppas jag besvarat samtliga dina frågor... Puh... M.v.h. Micke
        
        Kristoffer Eriksson <5357> · Text 2051 · w8 · kommentar
        
        1986-06-17 01:37
        
        Ärende: Adventure
        
        Frågor var det väl inte direkt, men du tog inte upp samtliga punkter,%om det nu var meningen. Hoppas du tar ut inlägg på skrivare. Du missade något av poängen med LÄGE, och ersatte det med RUM,HSUB,ESUB, och MSUB, som jag för övrigt tycker klingar rätt obegripligt. Fram för klarhet i datorsammanhang! Som jag beskrev LÄGE, liknade det mest ditt MSUB (enligt den ena av de två former jag föreslog), men finessen (om man sammanfattar flera av textstyckena) var att om man betraktar spelaren också som ett föremål så blir RUM(x), som underförstått syftar på spelaren, en synonym till LÄGE(SPELARE,x), HSUB(x) en synonym till LÄGE(x,SPELARE), ESUB till NOT LÄGE(x,SPELARE) eller LÄGE(x,SPELARE)<>... osv. Det må vara att 253 saker räcker, men värden som 255 och 254 är det ju bara en riktig hacker som förstår vad det är så speciellt med. 0, -1 och liknande däremot... Dessutom är ju -1=255 om det lagras i en byte, och då föredrar jag att skriva det som -1. Fast allra hellst skriver jag det som "GÖMT". Om du dessutom inser det tilltalande i att numrera både platser och föremål med samma nummerserie (dvs om nr 1 är en kastrull, så kan inte nr 1 också vara en plats i skogen), så måste ju talen räcka till både platser och föremål, och då är det väl lika bra att dra till med två byte på en gång? Vad beträffar numeriska flaggor, eller m a o "variabler", så måste man minst kunna öka samt minska dem med ett. Finast blir det förstås om man kan räkna normalt med dem: ARITM( FLAG(1)=FLAG(1)+FLAG(2)*2 ). Att använda namn i stället för tal, gör alla slags program mer lättlästa, och mer lättändrade. Om man får lust (av outgrundlig anledning) att lägga till en sak mellan sak 5 och 6, så blir man med tal-metoden tvungen att gå igen hela programmet och justera alla tal, medan man med namn-metoden inte behöver ändra någonting. (Fast du är väl van vid tal och enbokstaviga variabelnamn, din ABC80-freak! :-) ) Angående skillnaden mot BASIC: ( ... Initieringar ... ) IF Sub<>1 THEN ;Txt¤(3) : RETURN IF Läge(1)<>254 THEN ;Txt¤(4) : RETURN IF Flaglampa THEN ;Txt¤(1) : RETURN Flaglampa=Sann : ;Txt¤(2) RETURN Det här var förstås i BASIC-II, men det är lätt att se hur det blir i ABC80-BASIC också. Subrutinerna fick du till bra. Nyttan med sådana, är ju att man kan spara en massa skrivarbete och minne. Men sätt gärna namn på dem också. Det nya kommandot STOP avslutar tydligen bearbetningen av aktuellt kommando och förtsätter med nästa, varför det även skulle kunna heta t ex NEXT, CONTINUE eller BREAK (de två sista hämtade från C-språket...). Men nöj dig inte med bara det. Dela även in VBES i grupper för varje rum och varje kommando så kan kompilatorn se till att exekveringen hamnar där%på effektivaste sätt, i stället för via en miljon IF-satser efter varandra. (Kompilatorn kan för all del vara så smart så den sorterar upp det auto- matiskt, men uppdelningen kan nog vara bra för strukturen också.) Vänsterledet om => eller <> skulle kunna göras mer flexibelt om det nu behövs. I stället för att länka ihop villkoren med + som motsvarar AND, kan man ju ta med OR, NOT o dyl. NOTXT och ATXT, verkar på sitt sätt praktiska, även om det går att åstadkom med vanliga vilkor/flaggor och utskrifter. Men jag kan även tänka mig%en annan variant, där man redan rumsbeskrvningens text kan hänga på ett antal villkorliga texter, t ex "FLAG(29) => 'Du ser ett djupt hål i golvet' NOTXT och ATXT kan förresten gärna klara dels texter knutna till vissa rum, och dels texter som kommer hela tiden, som 'Du känner dig svårt sjuk'.
        
        David Andersson <5201> · Text 1470 · w8 · kommentar
        
        1986-02-02 22:55
        
        Ärende: Adventure
        
        30 rum verkar lite lite! Jag kanske råkade nämna det äventyrsprogram jag håller på med på VAX-en. När man lämnar programmet kommer den ihåg (i en fil) vart man var och vad man bar på och så vidare, så att nästa gång man startar spelet så fortsätter man där man var. En idé till ditt program kanske (idén funkar sämre på cassett). ( VAX programmet liknar ARKEOLOG.BAS (på nästa kassett) och innehåller 400-500 'rum' (celler). Man får rita på väggarna och det man klottrat står kvar i 48 timmar (även när man inte kör). Om flera personer kör programmet samtidigt och träffas i labyrinten så kan de se varandra och prata med varandra. Där finns 'livsfarliga' djur och jag ska försöka implementera ett fängelse. Programmet är *stort*. Datafilen är *jättestor* (ur ABC synpunkt) ca 50 Kbyte. Jag kommer inte att konvertera programmet till ABC datorerna. )
        
        Anders Olsson <1019> · Text 1474 · w8 · kommentar
        
        1986-02-03 09:06
        
        Ärende: Adventure, Lite med 30 rum?
        
        (. Det är inte storleken som har betydelse .) Liftarens Guide till Galaxen har inte mer än c:a 30 rum och är inte det ett av de hejdlöst roligaste adv. som finns? Bättre att lägga ner arbete på att hitta på roliga och (lagom) kluriga situationer än att bara göra ett stort spel. Det är inte så svårt att bara göra många rum.
        
        Sven Wickberg <1384> · Text 1475 · w8 · kommentar
        
        1986-02-03 09:12
        
        Ärende: Adventure, Lite med 30 rum?
        
        Håller med - ett jättespel som man bara drunknar i är nog inte hälften som roligt som ett litet spel med väl uttänkta funktioner. Problemet är väl hela tiden att det trots allt är ett "determinerat" spel, dvs ALLT finns inskrivet i programmet och det gäller bara att klura ut det (ungefär som att lösa korord). Konsten är att få det hela att LIKNA någon form av verklighet, kanske inte oberäknelig, men ändå överraskande och spännande utan att vara idiot-science- fiktion helt borta från all tänkbar verklighet. Uppsjö ger väl exempel på alla sorter: Om man kommit på hur man skall kartlägga labyrinterna är man i korsorsstadiet, men det där med spaden, apan, bananen, lådan var ganska rimligt och kunde lösas med litet tankearbete och förslagenhet. Metoden att övervinna ormen var däremot jättelngsökt osv. Jag tycker inte man skall behöva offra sitt "liv" x gånger för att med trial and error ta reda på vilket ü osannolikt drag som övervinner ett hinder. Men smaken är som baken - delad.
        
        Mikael Hovmöller <4688> · Text 1481 · w8 · kommentar
        
        1986-02-03 11:31
        
        Ärende: Adventure, Lite med 30 rum?
        
        ADVENTUR lider definitivt av att ha triljoner rum utan handling. M.v.h. Micke
        
        Mikael Hovmöller <4688> · Text 1478 · w8 · kommentar
        
        1986-02-03 11:26
        
        Ärende: Adventure
        
        Med 30 rum menade jag 30 rum som har med lösningen av adventuret att göra. Den färdiga versionen innehåller minst 70 rum. Ditt adventure verkar otroligt! (fast inget för ABC förstås!!) M.v.h. Micke Ps. Kommer man att kunna köra det från QZ? Du kunde lägga in det på Su:s Backus, det är en VAX. Ds.
        
        Peter Öhlén <4659> · Text 1483 · w8 · kommentar
        
        1986-02-03 11:46
        
        Ärende: Adventure
        
        400-500 rum. Hur många av dessa har med handlingen att göra? Verkar vara ett *HÄFTIGT* adventure, är programmet bundet till VAX, eller skulle det gå att göra om det till t.ex. DEC-10. I så fall skulle nog många uppskatta om du la det på QZ's Oden, ifall det ska vara ett fritt adventure.
        
        David Andersson <5201> · Text 1501 · w8 · kommentar
        
        1986-02-05 02:21
        
        Ärende: Adventure på VAX
        
        (Antal rum är inte riktigt gämförbart med ett klassiskt adventure) Programmet blir ganska knutet till VAX då den använder dess System Services. (för övrigt är det pascal). Jag kommer inte att konvertera den till nån annan dator. Om och när den blir klar så ska den givetvis spridas till många vaxar (så många som möjligt!?) (Aptiten äter medans jag växer, så det kan ta rätt lång tid att få klart programmet)
        
        Stefan Berg <216> · Text 1492 · w8 · kommentar
        
        1986-02-03 18:03
        
        Ärende: Adventure
        
        Förutsatt att det är körbart under VMS så skulle jag vara väldigt tacksam om du hade lust att bidra med en kopia till en VAX som jag har tillgång till, det skulle säkert uppskattas av många an- vändare ! Alla dina omkostnader betalda då, förstås !