· Text 1094 · w8 · inlagg
Kan någon berätta om hur man utnyttjar detta program på
senaste kassetten? Jag får igång det, men förstår inte hur det
skall nyytiggöras praktiskt?
Retro Preservation Workspace
Monitorn
Browse archived Monitorn möten and the ABC80 mailing list, with full-text and text-number search.
Växlxpgm.utl kas 16
51 posts in thread
-
-
· Text 1095 · w8 · kommentarVilket är det du inte förstår ? Hur man växlar mellan programen, eller vilken nytta man har av att kunna ha två program inne samtidigt ?
-
· Text 1106 · w8 · kommentarVad jag inte förstår är: hur man laddar in två program, startar dem, växlar mellan dem, och om de rullar oberoende av varandra. Nyttan av två program står ju och faller med de begränsningar, som finns enligt ovanstående. Eller hur??
-
· Text 1107 · w8 · kommentarOm jag förstått saken rätt kan man inte köra två program samtidigt! Du kan däremot ha två arbetsareor i minnet. I vart och ett av dessa kan du ha ett program (eller skriva program) och du kan flipp-floppa mellan dem. Tänk va bra, du har ett terminalprogram i ena halvan och ringer till klubben men där tutar det ju bara upptaget. Då flippar du över till andra halvan av minnet där du har ditt spelprogram redo för att lugna nerverna. Efter ett tag kan du flippa igen osv. Jag vet inte var i minnet själva programkoden för VÄXLA ligger så om man laddar in ett annat maskinkods- program (som ju ofta terminaler är) så kan de kanske krocka.
-
· Text 1108 · w8 · kommentarMaskinkoden ligger i pokearean. Precis varenda byte är upptagen.
-
· Text 1109 · w8 · kommentarHm, jag kan tänka mig att VÄXLA lägger in ett nytt interupt för tangentbordet. I så fall är det nog marigt att använda programmet tillsammans med terminalrutiner som också använder underliga interuptrutiner för det mesta.
-
· Text 1110 · w8 · kommentarOm ändringen av interupt betyder att I-reg ändrats så bör det inte bli nåt problem för TERM100s del. Den sätter tillbaka I-reg till det det var innan, och programerar om PIOn som ABC80s ROM brukar göra.
-
· Text 1112 · w8 · kommentarJaha! Det borde alltså vara möjligt att ha TERM100 i ena halvan av minnet och ett spel i den andra... Förresten borde det väl gå att ha TERM100 i maskinen och sedan sänka stacken i nivå under TERM100. Isåfall kan man ju ha BASIC-program i minnet och växla till TERM100 med ett enkelt CALL(zzz) från BASIC, varför inte menystyrt i spelet! Då behöver man ju inte ha VÄXLA i minnet. Det svåra blir väl att få spelet att starta automatiskt när man lämnar TERM100. Eller ett BASIC-program som ringer och ringer till monitorn ända tills det kommer fram, sedan hoppar programmet automatiskt till TERM100!
-
· Text 1129 · w8 · kommentarJag har gjort ett sådant program som ringer och ringer till monitorn ända tills det kommer fram. Det skall finnas på monitorn har jag för mig och heter RINGABC.BAS. Programmet utnyttjar bandspelarutgångens motorstyrningsutgång som kopplas i serie med linjen. Det fungerar ihop med mitt 300 bauds akustiska Altema-modem. För att få programmet att fungera ihop med TERM100 ska man omnummrera (REN) TERM100 och koppla ihop det (MERGE) med mitt RINGABC.BAS. Programmet är mycket praktiskt om man vill sno åt sig linjerna innan någon annan monitorbiten klubbmedlem får tag i den. Jag har nu skaffat ett JACKIE modem och där blir det lite knepigare att få det att fungera eftersom man måste simulera att luren läggs på. Jag har dock löst det med hjälp av två reläer och två transistorer plus några andra komponenter. Dessutom har jag modifierat programmet RINGABC.BAS något. Eventuellt skickar jag in schemat på kopplingen samt programmet till klubben om jag får tid.
-
· Text 1138 · w8 · kommentarMycket kul Anders men det är ur telefonnät sammanhang mycket faligt allt ligga och ringa och ringa. Du blockerar mycket lätt hela områden i telefontrafiken och gör att andra inte kommer fram. t ex de som skall till 80 11 55. Du bör undvika att göra prg som ringer och ringer. Kan tyckas att jag är en moral tant, men jag lover dig att om 5 personer i Stockhom skulle köra detta prg samtidig mot ett upptaget nummer så slår du ut stora delar av teletrafiken. Det viste du inte. Lägg in en lucka på 1 - 5 min i prg.
-
· Text 1141 · w8 · kommentarFörklara varför!!!
-
· Text 1147 · w8 · kommentarDet finns endast ett begränsat antal register väljare. Och just i det ögonblicket du slår numret så är det en massa andra inte kan ringa. Detta märker man vanligen inte av, men om någon hela tiden har registerväljaren okuperad blir det problem. Jag hoppas att det är någon som vet mera. Jag kan lysna för mera uppgifter på jobbet i morgon om du vill.
-
· Text 1149 · w8 · kommentarÄr det någon skillnad på AXE-växel kontra 'vanlig' växel?
-
· Text 1155 · w8 · kommentarTroligen belastar man inte denna väljare lika hårt som i de gamla, men allvarligt talat vet jag inte. Klart är att televerket inte gillar grejer som ringer och ringer efter som de "blokerar ett register". Varje abonet har inte ett register. Jag skall kolla mer och åter komma.
-
· Text 1157 · w8 · kommentarDet finns någon föreskrift hur uppringare får bära sig åt. Bl a skall den vänta i storleksordning 1 minut mellan uppringningarna, och även maximala antalet uppringningsförsök är begränsat.
-
· Text 1158 · w8 · kommentarOm man ringer via en AXE så kan man istället utnyttja sig av växelns "finesser", man kan istället be växeln att ringa upp när samtalet är klart - det tar bort belastningen och gör att changsen att komma fram blir betydligt större. Det är klart att andra återuppringsprogram belastar även en AXE mer men eftersom denna har större kapacitet så kanske det inte märks lika mycket.
-
-
· Text 1194 · w8 · kommentarVad är en "registerväljare" för något?
-
· Text 1196 · w8 · kommentarHar du inte hört om en 500 väljare. Det är dne som får dig att hitta fram till motparten.
-
· Text 1210 · w8 · kommentarNej, jag har inte hört talas om "500 väljare". Vad är nu det för något? Växlarna är alltså uppbyggda i några olika nivåer, hurdå?
-
· Text 1213 · w8 · kommentarNu är jag på en nivå som jag inte personligen är så vällbevandrad i. Om jag förstår mina kopisar på firman här rätt , och de sitter och utveklar saker åt televerket. Så kan inte alla personer slå ett nummer samtidigt. Under den tid som man slår ett nummer så förfogar man över ett väljar register(vad de nu är) När man sedan har fått samtalet koplat kan någon annan använda det till sitt samtal. Om jag har fattat dem rätt (?) Klart är att om man slå och slå samman nummer till t ex ABC-Monitorn så är det en massa personer som inte kan använda sin telefon under tiden. Det är är en grej som televerket är medveten om och därför vill man inte ha utrustingar som ideligen ringer upp ett upptagetnr. Vi får be någon televerks tjänste man att förklara det hela. En annan sak som vi kanske i stockholm har märkt. Det är att det är mycket svårare att komma fram på telefonen. Det blir överbelastning. Och det är igentligen vi som är orsaken till det. Inte så att det skulle vara förbjudet att köra modem, men televerket var inte medvetna om hur mycket telefonen skulle komma att användas för datatrafik. Så man hade inte bygt ut stationerna för att klara av denna anhopning av samtal. När vi hade fritt antal minutrar i 08 området utnyttjade före tag de genom att helt enkelt ringa upp sina lokal kontor på morgonen och sedan inte kopla ner linen förren till kvällen. Det kostade dem ändast 23 öre eller vad det var. Billigt och bra. Så nu kanske ni fattar lite mer.
-
· Text 1231 · w8 · kommentarNågot jag inte fattar är hur man kan koppla ur en väljare när den har gjort sitt, så att någon annan kan utnyttja den. Borde inte teleförbin- delsen brytas då? Att man däremot inte kan vara hur många som hellst på en rikskabelhar jag större förståelse. Forska!
-
-
-
-
-
-
-
-
-
-
-
· Text 1134 · w8 · kommentarEtt basic-pgm kan anropa TERM100, men när man gör SETUP-U-1 (EXIT) i TERM100 så görs inte return till basicen utan ett hopp till 204 i tolken. Man hamnar i kommandomode. (TERM100 har saker för sig som gör att den inte kan garantera att stacken är OK att lämna tillbaka till anropande program).
-
· Text 1140 · w8 · kommentarSkulle Term100 testa RTS
-
-
-
-
· Text 1111 · w8 · kommentarDet stämmer. Anders kan du inte tota ihop en artikel om hur man länkar två ruiner som båda använder sig av tangentbordsinterupt.
-
· Text 1113 · w8 · kommentarAtt länka ruiner kan bli svårt (hehe). Jag förstår inte riktigt vad du menar med att "länka två rutiner som använder sig av tangentbordsinterupt". Förklara lite utförligare!
-
· Text 1114 · w8 · kommentarJag förstår inte heller vad jag pratar om. Det är därför jag vill att du ska skriva en artikel om det. En disasemblering av mina inlägg ! Nä allvarligt talat. Om man använder sig av en hjälpare typ SuperSmartAid, SuperBasic, Lökaren eller varför inte din egen SLAV så kommer dessa att sluta fungera om man använder sig av programet VÄXLAPGM. Jag antar att detta beror på att den avbrottsrutin som finns i VÄXLAPGM inte gör retur till den avbrottsrutin som finns i ens hjälpare utan istället går direkt tillbaka till Bascitolken, adr 799, eller var det nu var. Vad jag efterlyser är alltså en generell rutin som undersöker om det finns någon annan rutin som använder sig av tangentbordsinterupt och i så fall lagrar startadressen till den i slutet av sig själv. Om inte så gäller adressen för återhopp till tolken. Rutinen ska alltså bara användas vid initieringen av en ny rutin. Den ska bara lämna ifrån sig en adress som den egentliga rutinen ska använda sig av vid återhopp. Sen kan den utplåna sig själv om den vill. Tänk dig att du har den här snutten i början av Basicprogramet VÄXLAPGM. Den undersöker om det finns en hjälpare med i bilden ( minneskartan ). Denna hjälpares avbrottsrutin börjar på en viss adress. Just denna adress grabbar vår lilla snutt tag på och spar. Fanns det ingen hjälpare är adresen 799. När VÄXLAPGM sen hunnit till in-pokandet av själva asembler- koden läggs så denna adress in på därför avsedd plats. Förstår du vad jag är ute efter ?
-
· Text 1119 · w8 · kommentarJo, jag anar vad du menar. Det bästa vore kanske att göra som fadern till TERM100, att låta varje program som ställer till det med olika interuptrutiner städa upp efter sig när man lämnar programmet. Det finns dock många gamla program som inte gör detta och det kan vara mycket jobbigt, kanske onödigt, att skriva om dem. Jag kan inte så här på rak arm säga om man kan spara adressen till en interuptrutin INNAN den lagts in i minnet. Man kan tänka sig ett program som man exekverar först då man lagt in t ex VÄXLA och som på någotvis.... Nej, jag vet inte. Måste tänka, återkommer.
-
· Text 1122 · w8 · kommentarJo i och för sig så tycker jag om program som städar upp efter sig. När man lämnar dina program så brukar BOFA ligga någonstans mitt i DOS:et, EOFA vara försvunnen och stackpekaren var knäckt för gott. Enhetslistan vill jag inte ens tala om... Men det var inte detta frågan gällde utan om man vid laddning av en rutin som använder sig av interuptet kan haka på en eventuellt tidigare inladdad interuptrutin. Kan man bara hitta ingångsadressen till den först inlagda rutinen så borde det väl inte vara några svårigheter att låta den sist inlagda rutinen avslutas med: ÅTERHOPP: JP,(HJÄLPARENS Kommandoavkodning) i stället för: ÅTERHOPP: JP 799 ; Forsätt i BASICtolken Jag har för mig att jag sett något David Andersson-program som gjort detta, men jag kanske har drömt. Hur som helst har jag inte sett det dokumenterat på något sätt.
-
· Text 1126 · w8 · kommentarMånga program kräver ett tryck på resetknappen för att man snabbt och smärtfritt skall bli av med dem. Det är kanske inte den bästa lösningen! Nu tror jag mig veta att du har en RAM-maskin och att du därför inte gärna vill trycka på reset. En möjlighet att lämna ett program på ett snyggt sätt (med städning) kräver ett kommando för detta eller ett val på någon meny. Som exempel kan nämnas TED, den är avsiktligt gjord så att det ska vara svårt att lämna programmet och bli av med textinnehållet. Men du har rätt, möjligheten borde ändå finnas där. Jag tror på självsanering i alla program framför ett specialprogram som ska återställa ordningen.
-
· Text 1128 · w8 · kommentarVarför inte avsluta programmen med hopp till adress 00 HEX ? Det ger ju samma resultat som om man trycker in resetknappen.
-
· Text 1133 · w8 · kommentarNej, nej. Det är ju just det jag (vi?) vill undvika. Massor av ABC80-ägare har inte printerrutin i prom utan måste ladda in detta vid uppstart. Det gäller alla som har bandspelare eller enkel densitet på på sin drive. Massor av medlemmar använder sig av en ramladdad hjälpare. En del har rammaskin och eller ramfloppy. Ingen som tillhör någon av de uppräknade grupperna är speciellt förtjust i att behöva initiera sytemet efter varje programkörning, så det vore en katastrof om det blev kutym att lämna program med CALL(0). Idealet som jag ser det är som följer: --- Att det program man kör återställer BOFA och STACK till de värden de hade innan och dessutom försäkrar sig om att enhetslistan inte kommer att förstöras av ny programinladdning. Att information om varmstartsadress lämnas om sådan kan vara aktuell i sammanhanget. Att man när det gäller assemblerrutiner i möjligaste mån lägger dessa under taket istället för ovanför golvet. Vid ett ev missöde har man då större möjligheter att initiera rutinen på nytt utan ny inladdning. Att man inte använder sig av DOS-buffertar utan att undersöka om de är lediga, eller själv använder sig av dem utan vederbörlig upptagenmarkering. --- Jag betraktar RESET-knappen som en nödutgång och tycker att det är ett osnyggt sätt att (behöva) avsluta en programkörning på.
-
· Text 1139 · w8 · kommentarUr gör ¤BAS ? Den gör inte CALL 0
-
· Text 1142 · w8 · kommentar¤BAS gör visst CALL 0!!!
-
· Text 1144 · w8 · kommentarJag tror att Kent åsyftar en CMDINT.SYS som jag visade på ett programredak- tionsmöte. Den gör diskret exit, CALL(204) = Kommandomode istället för CALL(0) = RESET. Ej användbart om man bara har 16k-minne, men desto bättre om man har 32k. Man kan alltså ha ett program eller en hjälpare intakt efter en DOS-körning. Det fodras bara att programkoden inte upptar mer än 16k-minne och det händer ytterst sällan ens med de största program. Att variabelarean kan ha blivit förstörd spelar ingen roll eftersom den nyinitieras vid RUN. Ändringen är gjord av Börje Gustavsson.
-
· Text 1145 · w8 · kommentarFinns programmet på monitorn ?
-
· Text 1146 · w8 · kommentarNej, men jag kan väl lägga in det när jag kommer förbi klubblokalen nästa gång.
-
-
· Text 1148 · w8 · kommentarMetric:s varian gör det inte!!
-
· Text 1150 · w8 · kommentarVAD gör inte Metrics variant?
-
· Text 1154 · w8 · kommentarMetric släppte en som inte Luxor släpte och den gör det inte det kan jag svära på. efter som dena diskcontroler från MYAB hänger sig om man gör call(0).(Prg bug) Och när jag går ut ur "Metrics" varianten händer det aldrig.
-
· Text 1159 · w8 · kommentarVARFÖR skulle controllern hänga sig om man gör CALL(0)??? Tål den inte INP(7), eller vad? I så fall borde det vara hårdvarufel i controllern hellre än en programbug.
-
· Text 1161 · w8 · kommentarDet har jag oxo frågat MYAB i 10 veckor nu. Det är så att den gör någon slags intern reset och behöver 15-30 sek på sig att hitta hem om man gör call noll eller reset. Därför vet jag att det finns sätt att komma förbi det hela. Troligen beror felet på att Myab:s kortet kollar automatiskt om det är dubbel eller enkel pakning. Och är det minsta fel så står den och tvekar. Dumt kort, men tur nog inte mitt.
-
-
· Text 1234 · w8 · kommentarNär du säger hänger sig, vad menar du då? Jag har det problemet att den efter reset är 'död' i cirka 10 sekunder.
-
· Text 1235 · w8 · kommentarSamma här. Vad är det för fabrikat på drivern. Det är väll inte en 830 med BASF i? De vet om felet men verkar inte vill fixa det. Har du oxo ringt och klagat?
-
· Text 1237 · w8 · kommentarNix, jag har en 832 med Micropolis i. Jag har inte ringt och klagat än. Vad har de för telefonnummer?
-
· Text 1239 · w8 · kommentarNej inte hemma men du skall tala med någon som heter SLÅBODA (fonetiskt) Han känner till felet och skickar dig till rätt person.
-
-
-
-
-
-
-
-
-
-
-
-
-
· Text 1135 · w8 · kommentarDet var FÖRSTORA.BAS jag hade i tankarna. När man gör exit ur rutinen så kommer man direkt tillbaka till den hjälpare man (ev.) har inladdad. I just detta program har man ingen anledning att använda båda interupt- rutinerna samtidigt, men i t ex VÄXLAPGM så skulle jag vilja se en äkta länkning så att en hjälpare inte slogs ut när man initierade programet. I sin nuvarande form tar VÄXLAPGM upp hela POKE-arean men jag har disa- asemblerat rutinen så det är lätt gjort att flytta den om en länkning kräver större utrymme, men tyvärr har jag inte kunskaper nog att själv göra länkningen.
-
· Text 1136 · w8 · kommentarI förstora.bas kollar initieringsrutinen vad värdet är på I-reg. innan det ställs om. Sedan förutsätter den att låga byten av vektorn (lagrad i PIOn) är 52 och tittar i minnet (adress I*256+52,I*256+53) var tidigare interuptrutin ligger sedan avslutar den inte sin egen interuptrutin med EI RETI utan med JP adress där adress är uträknad sålunda: LD A,I LD (SPARAI),A ;spara gamla I-reg LD H,A LD L,52 LD E,(HL) ;DE=adress till int-rutin INC HL LD D,(HL) LD (adress),DE ;självmodifierande kod Med denna hantering får man automatiskt JP 798 om I=0. Man bör inte glömma att ha en adress till cassett-interupten när man ändrar I. Om alla program som använder int gör så här som måste de termineras i motsatt den ordningen de initierades. Om PIOn används för annat än tangent interupt så blir det genast mycket krångligare. (assembler rutinen ovan är inte testad)
-
-
-
-
· Text 1117 · w8 · kommentarTyvärr går den här debatten över huvudet på mig. Vad jag bad om var en ENKEL användarinstruktion, då jag inte fick programmet VXLAPGM.UTL att funka, så som jag trodda att det skulle. Det börjar bl a med någza frågor, där jag blev tveksam om lämpligt svar.
-
· Text 1120 · w8 · kommentarAj, jag förstår ditt problem. Samma sak hände mig när jag skulle köra programmet första gången. En massa underliga frågor ställdes som man måste svara på. Efter diverse gissningar funkade det. Du har rätt, instruktioner till användarna måste vara lättförståelig. Jag kommer inte ihåg så här på studs vad man ska svara på frågorna. Lek dig fram, jag måste nog göra det igen...
-
· Text 1177 · w8 · kommentarJo, nu har jag förstått hur det funkar. Felet jag (troligen) gjorde var att ladda in ett för stort program i ena halvan av minnet. Detta program överskred väl därmed den uppsatta "barriären" mellan minnes-halvorna. Sedan fungerade det inte son avsett. Efter kontroll med två mindre program i vardera halvan fungerade det utmärkt. Kul, kul, kan säkert bli nyttigt!
-
-
-
-
-
-
-
· Text 1116 · w8 · kommentarJo det var så jag fattade det, men jag lyckades inte ladda ett program i båda minnes-areorna, än mindre köra dem. Det behövs bättre användasinstruktioner, helt enkelt. Därav min fråga.
-
-
-
-