|
DataMuseum.dkPresents historical artifacts from the history of: CP/M |
This is an automatic "excavation" of a thematic subset of
See our Wiki for more about CP/M Excavated with: AutoArchaeologist - Free & Open Source Software. |
top - metrics - download
Length: 41472 (0xa200)
Types: RcTekst
Names: »43G12168.WP«
└─⟦975e936c7⟧ Bits:30005865 Manualer - tekstfiler 43-GL afdelingen
└─⟦this⟧ »43G12168.WP«
╱04002d4e0a0006000000000201413140000000000000000000000000000000000000000000000000050f19232d37414b555f69737d8791ff04╱
i↲
↲
┆b0┆┆a1┆┆e1┆ ┆a1┆Forord↲
↲
┆84┆Første udgave: RCSL No. 43-GL11580.↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
Anden udgave: RCSL No. 43-GL12168.↲
↲
┆84┆Denne anden udgave er opdateret, således at den ↓
┆19┆┆89┆┄┄beskriver CENTERNET version 3 programmellet.↲
↲
┆84┆Rettelserne er markeret i venstre side med korrektions ↓
┆19┆┆89┆┄┄linier.↲
↲
Per Høgh↲
A/S REGNECENTRALEN af 1979, juni 1984.↲
↲
════════════════════════════════════════════════════════════════════════
↓
ii↲
↲
╱04002d4e0a0006000000000201463140000000000000000000000000000000000000000000000000050f19232d37414b555f69737d8791ff04╱
╱04002d4e0a0006000000000201413140000000000000000000000000000000000000000000000000050f19232d37414b555f69737d8791ff04╱
↓
════════════════════════════════════════════════════════════════════════
↓
iii↲
↲
┆b0┆┆a1┆INDHOLDSFORTEGNELSE ┆05┆SIDE↲
↲
┆b0┆1. INTRODUKTION ┆f0┆................................................ 1↲
↲
┆b0┆2. GENERELLE METODER┆f0┆ ........................................... 2↲
2.1 NCT loggen ............................................. 2↲
2.2 Lagerdump i RC3502 ..................................... 3↲
2.2.1 Debug mode ...................................... 4↲
2.2.2 Print kommandoen ................................ 4↲
2.3 Forskelle på exception/trace/panic i TC software ....... 4↲
2.4 Forholdsregler ved TES202 moduler ...................... 6↲
↲
┆b0┆3. CENTERNET PROGRAMMEL I TC (RC3502)┆f0┆ .......................... 7↲
3.1 CNADAM (version 11.0) .................................. 7↲
3.2 HDLC/HDLCLCP (release 830621) .......................... 7↲
3.3 DTE (version 8) ........................................ 8↲
3.4 TS, Transport Station (release 831206 eller senere) .... 10↲
3.5 SC, Session Control (version 3) ........................ 10↲
3.6 X.28-SMT (release 831213) .............................. 11↲
3.7 NCP, Network Control Probe (release 811124 eller senere 12↲
3.8 Host Interface (release HI 840618, HPM 830920, FDLC↲
820210) ................................................ 12↲
3.9 SCAT, Session Control Artificial Traffic (release ↲
820326 eller senere) ................................... 14↲
↲
┆b0┆4. CENTERNET PROGRAMMEL I RC8000 HOST ┆f0┆.......................... 15↲
4.1 NPM, Network Port Module (release 2.00 eller senere) ... 15↲
4.2 SMM, Scroll Mode Mapping Module (release 1.21 eller↲
senere) ................................................ 15↲
4.3 FTU, File Transport Utility (release 1.03) ............. 16↲
4.4 NCC, Network Control Center (release 1.5 eller senere .. 17↲
4.5 NCT, Network Control Terminal (release 5.00 eller↲
senere) ................................................ 17↲
4.6 Event Collector (release 3.0 eller senere) ............. 17↲
4.7 Overview (release 5.1) ................................. 17↲
4.8 DDL, Down Line Load (release 5.2) ...................... 17↲
↲
↲
┆b0┆┆a1┆BILAG:↲
↲
┆b0┆A. REFERENCER ┆f0┆.................................................. 19↲
↲
┆b0┆B. FEJLRAPPORT ┆f0┆................................................. 21↲
↲
┆b0┆C. EKSEMPLER PÅ LAGERDUMP I RC3502┆f0┆ ............................. 22↲
C.1 List of proces hovedet for dtetest ..................... 22↲
C.2 Lagerdump i RC3502/1 ................................... 23↲
C.2.1 List of proces hierarki på model 1 .............. 23↲
C.2.2 Lagerdump ved hjælp af debug konsol ............. 24↲
C.3 Lagerdump i RC3502/2 ................................... 25↲
C.3.1 List of proces hierarki på model 2 .............. 25↲
C.3.2 Lagerdump ved hjælp af debug konsol ............. 26↲
C.3.3 Lagerdump ved hjælp af opsys kommandoen 'print' . 27↲
C.3.4 Lagerdump udført af CNADAM ...................... 29↲
════════════════════════════════════════════════════════════════════════
↓
iv↲
↲
┆b0┆┆a1┆INDHOLDSFORTEGNELSE (fortsat)┆05┆SIDE↲
↲
┆b0┆┆81┆D. LISTNING AF PARAMETRE TIL SMM TESTPRINT ┆f0┆..................... 30↲
↲
┆b0┆E. EKSEMPLER PÅ HÅNDTERING AF NCTLOGFILE┆f0┆ ....................... 32↲
E.1 'Dump' af NCTLOGFILE ................................... 32↲
E.2 Print af gammel NCTLOGFILE ............................. 33↲
↲
┆b0┆F. INKARNATION STAK LAYOUT┆f0┆ ..................................... 35↲
↲
┆b0┆G. RC3502/1 PROCES INKARNATION DESCRIPTOR LAYOUT┆f0┆ ............... 36↲
↲
┆b0┆H. RC3502/2 PROCES INKARNATION DESCRIPTOR LAYOUT ┆f0┆............... 37↲
════════════════════════════════════════════════════════════════════════
↓
════════════════════════════════════════════════════════════════════════
↓
┆14┆┆b3┆ ┆0b┆↲
↲
┆b0┆┆a1┆1. INTRODUKTION↲
↲
┆84┆Dette skrift er tænkt som en hjælp til at få bevaret/ ↓
┆19┆┆89┆┄┄udskrevet den nødvendige information i tilfælde af ↓
┆19┆┆89┆┄┄software fejl i CENTERNET programmellet.↲
↲
┆84┆Første del beskriver nogle generelle metoder, anden del ↓
┆19┆┆89┆┄┄omhandler TC modulerne og tredje del modulerne i RC8000.↲
↲
┆84┆For hver enkelt modul er beskrevet de specielle metoder/ ↓
┆19┆┆89┆┄┄ønsker, samt henvisning til de generelle, hvis de skal ↓
┆19┆┆89┆┄┄benyttes.↲
↲
┆84┆Som bilag B er vedhæftet en kopi af ┆b0┆CENTERNET FEJL- ↓
┆19┆┆89┆┆81┆┆82┆RAPPORT┆f0┆, som ┆a1┆skal┆e1┆ udfyldes i tilfælde af programmel ↓
┆19┆┆89┆┆81┆┄fejl.↲
↲
┆b0┆Note┆f0┆: ┆84┆Hvis der er foretaget ændringer i den af RC ↓
┆19┆┆8f┆┆81┆┄releasede kildetekst, skal en listning af den ↓
┆19┆┆8f┆┆81┆┄ændrede kildetekst vedlægges sammen med anden ↓
┆19┆┆8f┆┆81┆┄dokumentation.↲
↲
┆84┆I alle eksemplerne er den tekst en bruger skal indtaste ↓
┆19┆┆89┆┄┄understreget.↲
↲
════════════════════════════════════════════════════════════════════════
↓
┆b0┆┆a1┆2. GENERELLE METODER↲
↲
┆84┆To generelle dokumentations måder vil blive beskrevet i ↓
┆19┆┆89┆┄┄dette kapitel. Det drejer sig om NCT loggen og lagerdump ↓
┆19┆┆89┆┄┄på RC3502 model 1 og model 2.↲
↲
↲
┆b0┆┆a1┆2.1 NCT loggen↲
↲
┆84┆Hvis NCT log filen skal gemmes for senere udskrift eller ↓
┆19┆┆89┆┄┄kopiering til magnetbånd anvendes følgende procedure:↲
↲
┆a1┆att nct┆e1┆ (att esc)↲
kun ┆a1┆┆e1┆>┆a1┆close↲
hvis -↲
nct'en -↲
kører -↲
end 388↲
from s↲
pause nct finis fp↲
┆a1┆att s↲
┆a1┆job nct↲
ready↲
to nct↲
┆a1┆oldnctlog = set 1000 <disc name>↲
┆a1┆scope project oldnctlog↲
┆a1┆oldnctlog = fastmove nctlogfile↲
┆a1┆i jnct↲
↲
┆84┆og herefter er NCT'en klar igen. Filen oldnctlog ligger ↓
┆19┆┆89┆┄┄på baserne 0-9999 og kan overføres til magnetbånd, hvis ↓
┆19┆┆89┆┄┄det ønskes. Et eksempel er vist i bilag E.↲
↲
┆84┆Hvis filen oldnctlog ønskes udskrevet med print-↓
┆19┆┆89┆┄┄kommandoen i NCT'en kan følgende procedure anvendes ↓
┆19┆┆89┆┄┄(NCT'en kører ┆a1┆ikke┆e1┆)↲
↲
┆a1┆att s↲
┆a1┆job nct↲
ready↲
to nct↲
┆a1┆rename nctlogfile.newnctlog↲
┆a1┆rename oldnctlog.nctlogfile↲
↲
┆a1┆i jnct↲
- ; opstart af NCT↲
- ; udskrift af log filen↲
- ; nedlukning af NCT↲
-↲
-↲
end 441↲
from s↲
pause nct finis fp↲
┆a1┆att s↲
┆a1┆job nct↲
ready↲
to nct↲
┆8c┆┆83┆┆c8┆↓
┆a1┆rename nctlogfile.oldnctlog↲
┆a2┆┆e2┆┆a1┆rename newnctlog.nctlogfile↲
↲
┆84┆Det videre forløb afhænger af, om NCT'en skal startes ↓
┆19┆┆89┆┄┄igen eller ej.↲
↲
┆84┆For en nærmere beskrivelse af FP utilities og s ↓
┆19┆┆89┆┄┄kommandoer henvises til ref. (1) og ref. (2) ↓
┆19┆┆89┆┄┄henholdsvis.↲
↲
↲
┆b0┆┆a1┆2.2 Lagerdump i RC3502↲
↲
┆84┆Lagerdump anvendes til at få en udskrift af stakken for ↓
┆19┆┆89┆┄┄en proces og evt. buffere. Formatet for en inkarnations ↓
┆19┆┆89┆┄┄stak er vist i bilag F. Starten af stakken findes ved at ↓
┆19┆┆89┆┄┄anvende opsys kommandoen 'list' (se bilag C), som ↓
┆19┆┆89┆┄┄udskriver proces hierarkiet. I søjlen 'stack' findes ↓
┆19┆┆89┆┄┄startadressen på stakken. Hvis buffere skal udskrives må ↓
┆19┆┆89┆┄┄man finde de enkelte buffere ved hjælp af felter i pool, ↓
┆19┆┆89┆┄┄semaphore og reference, idet buffere ikke nødvendigvis ↓
┆19┆┆89┆┄┄ligger samlet. I bilag C er vist eksempler på model 1 og ↓
┆19┆┆89┆┄┄model 2 lagerdump.↲
↲
┆84┆Lagerdump kan udføres på to måder, enten ved at bruge ↓
┆19┆┆89┆┄┄opsys kommandoen 'print' eller ved at sætte konsollen i ↓
┆19┆┆89┆┄┄debug mode og anvende M kommandoen. Nedenfor er begge ↓
┆19┆┆89┆┄┄metoder beskrevet og i bilag C er vist eksempler på, ↓
┆19┆┆89┆┄┄hvorledes de to metoder anvendes.↲
↲
┆84┆Hvis TC genstarts mekanismen i CNADAM (ref. (12)) er ↓
┆19┆┆89┆┄┄aktiv, vil processen cnadam automatisk udskrive stakken ↓
┆19┆┆89┆┄┄for den proces, der er gået i exception, og afhængig af ↓
┆19┆┆89┆┄┄'recovery' parametrene vil CNADAM genstarte/autoloade ↓
┆19┆┆89┆┄┄TC'en. Formatet for dette lagerdump er forskellig fra de ↓
┆19┆┆89┆┄┄to tidligere nævnte og et eksempel er vist i bilag C.↲
↲
┆84┆På runtime tidspunktet er det muligt, at få trævlet ↓
┆19┆┆89┆┄┄udførelsestræet op. Dette gøres ved at 'break' processen ↓
┆19┆┆89┆┄┄med excode = -1 fra konsollen.↲
↲
┆a1┆> opsys↲
┆a1┆excode -1↲
┆a1┆break <process name>↲
.↲
.↲
.↲
.↲
.↲
↲
↲
════════════════════════════════════════════════════════════════════════
↓
┆b0┆┆a1┆2.2.1 Debug mode↲
↲
┆a1┆ctrl g┆e1┆ ┆84┆; konsollen sættes i ↓
┆19┆┆ac┆┄┄; debug mode↲
D↲
*↲
* ┆a1┆M┆e1┆ ┆a1┆<memory module addr>┆e1┆ ┆84┆; M indtastes, hvor- ↓
┆19┆┆ac┆┄┄; efter lager modul ↓
┆19┆┆ac┆┄┄; adressen skrives ↓
┆19┆┆ac┆┄┄; hexadecimalt↲
<memory module addr> : ┆a1┆<addr word>┆e1┆ ┆84┆; dette bevirker at 8 ↓
┆19┆┆ac┆┄┄; ord udskrives↲
↲
┆84┆Derefter udskrives de næste 8 ord ved at indtaste + og ↓
┆19┆┆89┆┄┄således fortsættes. For at komme tilbage til 'terminal ↓
┆19┆┆89┆┄┄mode' tastes <CR> efter ':' og så 'ctrl g'. For yderli- ↓
┆19┆┆89┆┄┄gere information henvises til ref. (4) og (5).↲
↲
↲
┆b0┆┆a1┆2.2.2 Print kommandoen↲
↲
┆a1┆>┆e1┆ ┆a1┆opsys┆e1┆ ┆84┆; > esc, dirigerer ↓
┆19┆┆ac┆┄┄; kommende input til ↓
┆19┆┆ac┆┄┄; processen opsys↲
┆a1┆┆84┆print <base adr> <start adr> <stop adr>┆e1┆↲
┆19┆┆89┆┄┆84┆┆e1┆ ┆e1┆ ; adr i hexadecimal↲
┆84┆↲
┆84┆opsys udskriver nu lageret fra <start adr> til <stop ↓
┆19┆┆89┆┄┄adr> med et ord pr. linie. Hvert ord bliver udskrevet ↓
┆19┆┆89┆┄┄hexadecimalt, som et heltal (pos/neg), som to bytes og ↓
┆19┆┆89┆┄┄som tre ASCII tegn. For yderligere information henvises ↓
┆19┆┆89┆┄┄til ref. (4) og (5).↲
↲
↲
┆b0┆┆a1┆2.3 Forskelle på exception/trace/panic i TC software↲
↲
┆84┆I det software, der kører i en TC, kan der forekomme tre ↓
┆19┆┆89┆┄┄udskrifter på konsollen, der ligner hinanden, men som er ↓
┆19┆┆89┆┄┄delvis forskellige i oprindelse. Det drejer sig om↲
↲
trace: generering af testoutput på konsol↲
panic: kontrolleret exception↲
exception: system genereret afbrydelse på runtime↲
↲
┆84┆Nedenfor er vist eksempler på de tre udskrifter med en ↓
┆19┆┆89┆┄┄tilhørende forklaring.↲
════════════════════════════════════════════════════════════════════════
↓
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
┆84┆Panic består af et kald af proceduren trace efterfulgt ↓
┆19┆┆89┆┄┄af en provokeret exception (x div 0).↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
════════════════════════════════════════════════════════════════════════
↓
┆b0┆┆a1┆2.4 Forholdsregler ved TES202 moduler↲
↲
┆84┆I situationer hvor koden er placeret i TES202 moduler, ↓
┆19┆┆89┆┄┄skal koden checkes ved hjælp af en CRC16 check. I hver ↓
┆19┆┆89┆┄┄EPROM er brændt en CRC16 og ved hjælp af opsys ↓
┆19┆┆89┆┄┄kommanoden 'CH <lager modul nummer>' udregnes en CRC16, ↓
┆19┆┆89┆┄┄som checkes mod den brændte. Hvis der er forskel vil ↓
┆19┆┆89┆┄┄lager intervallet, forventede og beregnede CRC16 blive ↓
┆19┆┆89┆┄┄udskrevet.↲
════════════════════════════════════════════════════════════════════════
↓
┆b0┆┆a1┆3. CENTERNET PROGRAMMEL I TC (RC3502)↲
↲
┆b0┆┆a1┆3.1 CNADAM (version 11.0)↲
↲
┆84┆Der vil her være tale om exceptions og funktionsfejl.↲
↲
┆84┆Visse specielle exceptions fremkommer ved konfigura- ↓
┆19┆┆89┆┄┄tionsfejl etc. Disse er nærmere beskrevet i CNADAM ↓
┆19┆┆89┆┄┄Reference Manual (ref. (12)).↲
↲
┆84┆Ved funktionsfejl beskrives forholdene så godt som ↓
┆19┆┆89┆┄┄muligt og en kopi af NCT loggen vedlægges.↲
↲
┆84┆Ved direkte exceptions beskrives ligeledes hændelses- ↓
┆19┆┆89┆┄┄forløbet og NCT loggen vedlægges. Desuden foretages der ↓
┆19┆┆89┆┄┄et dump af cnadam's stak. Såfremt der findes ↓
┆19┆┆89┆┄┄interessante udskrifter på konsollen vedlægges disse ↓
┆19┆┆89┆┄┄også.↲
↲
↲
┆b0┆┆a1┆3.2 HDLC/HDLCLCP (release 830621)↲
↲
┆84┆Internt testoutput fra en HDLC linie kan startes og ↓
┆19┆┆89┆┄┄stoppes dynamisk fra konsollen eller med en LCP ↓
┆19┆┆89┆┄┄operation. Dette foregår via processen hdlclcp (release ↓
┆19┆┆89┆┄┄83.06.21/0 eller senere). hdlclcp kommunikerer med ↓
┆19┆┆89┆┄┄konsollen med følgende kommandoer:↲
↲
1) ┆84┆┆b0┆start┆f0┆ <line no> <mode> <bufs>↲
┆84┆Denne kommando starter internt testoutput.↲
┆84┆↲
┆84┆<line no> er HDLC linie nummeret for hvilken ↓
┆19┆┆8c┆┄┄testoutput ønskes.↲
↲
┆84┆<mode> er test mode bits som specificeret i ref. (6). ↲
↲
┆84┆<bufs> er antallet af cykliske testoutput buffere. ↓
┆19┆┆8c┆┄┄Default er 2 og maximum antal er 5.↲
↲
┆84┆Kommandoen bliver besvaret med en af følgende ↓
┆19┆┆8c┆┄┄tekster:↲
↲
a) ┆b0┆line┆f0┆: <line no> ┆b0┆mode┆f0┆: <mode> ┆b0┆buffers┆f0┆: <bufs>↲
┆84┆I dette tilfælde er HDLC testoutput startet på ↓
┆19┆┆8f┆┄┄<line no> med mode <mode> og med det cykliske ↓
┆19┆┆8f┆┄┄antal buffere <bufs>.↲
↲
b) ┆b0┆no core↲
┆84┆HDLC testoutput er ikke startet på grund af ↓
┆19┆┆8f┆┄┄manglende lager til testoutput buffere.↲
↲
c) ┆b0┆deactivating↲
┆84┆HDLC testoutput er blevet stoppet, men endnu ikke ↓
┆19┆┆8f┆┄┄afsluttet, prøv igen.↲
↲
d) ┆b0┆illegal line↲
┆84┆Den specificerede HDLC linie er ikke aktiv.↲
↲
┆8c┆┆83┆┆d0┆↓
2) ┆b0┆print┆f0┆ <line no>↲
┆84┆Denne kommando starter udskrivning af testoutput ↓
┆19┆┆8c┆┄┄buffere.↲
↲
┆84┆<line no> er HDLC linie nummeret for hvilken ↓
┆19┆┆8c┆┄┄udskrivning af testoutput buffere ønskes.↲
↲
┆84┆Hvis kommandoen ikke kan udføres svares der med ↓
┆19┆┆8c┆┄┄en af følgende tekster:↲
↲
a) ┆b0┆not active↲
HDLC testoutput er ikke startet.↲
↲
b) ┆b0┆illegal line↲
┆84┆Den specificerede HDLC linie er ikke aktiv.↲
↲
3) ┆b0┆stop┆f0┆ <line no>↲
Denne kommando stopper testoutput.↲
↲
┆84┆<line no> er HDLC linie nummeret for hvilken ↓
┆19┆┆8c┆┄┄testoutput ønskes standset.↲
↲
┆84┆Hvis kommandoen ikke kan udføres svares der med ↓
┆19┆┆8c┆┄┄følgende tekster:↲
↲
a) ┆b0┆not active↲
HDLC testoutput er ikke startet.↲
↲
b) ┆b0┆illegal line↲
Den specificerede HDLC linie er ikke aktiv.↲
↲
┆84┆Efter exception i hdlclcp'en eller hdlc'en tilrådes en ↓
┆19┆┆89┆┄┄genstart, hvis dette ikke automatisk sker.↲
↲
↲
┆b0┆┆a1┆3.3 DTE (version 8)↲
↲
┆84┆Generering af internt testoutput i DTE modulet er en ↓
┆19┆┆89┆┄┄parameter, der enten sættes ved hjælp af processen ↓
┆19┆┆89┆┄┄dtetest,eller en LCP operation. Udskrivning af test ↓
┆19┆┆89┆┄┄records styres fra konsollen ved hjælp af processen ↓
┆19┆┆89┆┄┄dtetest.↲
↲
┆84┆Følgende konsol kommandoer kan anvendes til dtetest:↲
↲
a) ┆b0┆start┆f0┆ <process name> run↲
↲
┆84┆bevirker, at intern test generering startes i den ↓
┆19┆┆8c┆┄┄angivne proces (dte┆a1┆ ┆e1┆sup, dte┆a1┆ ┆e1┆chan, dte┆a1┆ ┆e1┆lcnzero) ↓
┆19┆┆8c┆┄┄eller hvis parameteren 'run' anvendes, at testoutput ↓
┆19┆┆8c┆┄┄skrives direkte ud på konsollen, når processen ↓
┆19┆┆8c┆┄┄dtetest modtager en buffer.↲
↲
b) ┆b0┆stop┆f0┆ <process name> run↲
↲
┆84┆som under a) med den ændring, at testoutput ↓
┆19┆┆8c┆┄┄genereringen eller run mode stoppes.↲
↲
┆8c┆┆83┆┆d0┆↓
c) ┆b0┆print┆f0┆ <process name> test┆a1┆ ┆e1┆rec↲
↲
┆84┆bevirker, at opsamlet testoutput fra den angivne ↓
┆19┆┆8c┆┄┄proces udskrives på konsollen. Hvis parameteren ↓
┆19┆┆8c┆┄┄'test┆a1┆ ┆e1┆rec' anvendes, udskrives den øjeblikkelige ↓
┆19┆┆8c┆┄┄test-def-record, der angiver hvilke interne tests, ↓
┆19┆┆8c┆┄┄der er aktive, samt den øjeblikkelige mode (run/not ↓
┆19┆┆8c┆┄┄run).↲
↲
d) ┆b0┆provoke┆f0┆ <process name>↲
↲
┆84┆bevirker, at det testoutput, der står i den aktuelle ↓
┆19┆┆8c┆┄┄proces sendes til dtetest for udskrift, dvs. at ↓
┆19┆┆8c┆┄┄testoutput bufferen tømmes.↲
↲
┆84┆For en detaljeret beskrivelse af funktion, kommandoer og ↓
┆19┆┆89┆┄┄udskrifts format henvises til ref. (7).↲
↲
Fejl i DTE modulet kan inddeles i følgende 5 grupper:↲
↲
╞ 1) exception↲
2) trace efterfulgt af panic↲
3) trace↲
4) funktionsfejl vedrørende NC operationer↲
5) fejlmeddelelser på tekstform↲
↲
┆84┆For grupperne 1), 2) og nogle i 5) er processen død ↓
┆19┆┆89┆┄┄bagefter, og DTE modulet kan ikke fungere, undtagen hvis ↓
┆19┆┆89┆┄┄det er en dte_chan_xxx proces. I dette tilfælde vil kun ↓
┆19┆┆89┆┄┄den aktuelle X.25 kanal/strøm blive berørt, og efter en ↓
┆19┆┆89┆┄┄restart vil alt være ok igen. For gruppe 3) gælder, at ↓
┆19┆┆89┆┄┄der efter trace fortsættes på normal måde. Hvis den ↓
┆19┆┆89┆┄┄automatiske genstarts mekanisme (se sektion 2.2) ↓
┆19┆┆89┆┄┄anvendes, vil TC'en blive genstartet efter fejl i ↓
┆19┆┆89┆┄┄grupperne 1), 2) og nogle i 5).↲
↲
┆84┆For gruppe 4) gælder, at der fortsættes som om intet var ↓
┆19┆┆89┆┄┄hændt.↲
↲
┆84┆I tilfælde af fejl afhænger dokumentations proceduren af ↓
┆19┆┆89┆┄┄hvilken gruppe fejlen falder i.↲
↲
Gruppe 1):↲
┆84┆For alle processer udskrives stakken.↲
↲
Gruppe 2):↲
┆84┆For alle processer udskrives stakken. For processerne ↓
┆19┆┆89┆┄┄dte, dte┆a1┆ ┆e1┆chan┆a1┆ ┆e1┆xxx og dte┆a1┆ ┆e1┆lcn0 udskrives endvidere det ↓
┆19┆┆89┆┄┄genererede interne testoutput, hvis dette har været ↓
┆19┆┆89┆┄┄aktivt.↲
↲
Gruppe 3):↲
┆84┆Hvis internt testoutput for den berørte proces har været ↓
┆19┆┆89┆┄┄aktivt, udskrives dette.↲
↲
════════════════════════════════════════════════════════════════════════
↓
Gruppe 4):↲
┆84┆Der ønskes en nøje beskrivelse af, hvad der er forsøgt ↓
┆19┆┆89┆┄┄samt resultatet og en kopi af NCT loggen. Desuden ønskes ↓
┆19┆┆89┆┄┄en kopi af konsol udskriften fra opstarten af DTE'en.↲
↲
Gruppe 5):↲
┆84┆Denne gruppe kan deles i to undergrupper: ↓
↲
- ┆84┆fejludskrifter efterfulgt af panic:↲
for alle processer udskrives stakken.↲
↲
- fejludskrifter uden efterfølgende panic:↲
┆84┆for dte, dte┆a1┆ ┆e1┆chan┆a1┆ ┆e1┆xxx eller dte┆a1┆ ┆e1┆lcn0 udskrives det ↓
┆19┆┆8b┆┄┄genererede testoutput (hvis aktivt), ellers intet.↲
↲
┆84┆For de første 3 grupper og gruppe 5 ønskes desuden en ↓
┆19┆┆89┆┄┄kopi af konsol udskrifter fra DTE'en (hvis muligt siden ↓
┆19┆┆89┆┄┄opstarten). For alle 5 grupper ønskes DTE proces ↓
┆19┆┆89┆┄┄hierarkiet listet, ved hjælp af opsys kommandoen 'list ↓
┆19┆┆89┆┄┄dte', og en kopi af NCT loggen.↲
↲
↲
┆b0┆┆a1┆3.4 TS, Transport Station (release 831206 eller senere)↲
↲
┆84┆Ved exception og panic bedes der venligst tages dump af ↓
┆19┆┆89┆┄┄processerne tsi og tsp, hvis det er muligt. Systemet ↓
┆19┆┆89┆┄┄skal genstartes ved exception i en TS proces. ↓
↲
↲
┆b0┆┆a1┆3.5 SC, Session Control (version 3)↲
↲
Fejl vedrørende SC kan deles i tre grupper:↲
↲
- exception og panic↲
- trace↲
- fejludskrifter på tekstform↲
↲
┆84┆Efter en exception i processerne sc og sc┆a1┆ ┆e1┆acc vil ↓
┆19┆┆89┆┄┄modulet være dødt, hvorimod hvis den optræder i ↓
┆19┆┆89┆┄┄processen scpprocxxx eller lg┆a1┆ ┆e1┆sim vil kun den port, som ↓
┆19┆┆89┆┄┄processen håndterer, eller lettergram simulatoren være ↓
┆19┆┆89┆┄┄død. ↲
↲
┆84┆Efter en trace vil modulet køre videre uden nogen ↓
┆19┆┆89┆┄┄ændring.↲
↲
Fejludskrifter kan deles i to undergrupper:↲
↲
- ┆84┆fejludskrift efterfulgt af panic. Her vil modulet være ↓
┆19┆┆8b┆┄┄død bagefter.↲
↲
- ┆84┆fejludskrift alene. Her kører modulet videre.↲
↲
┆84┆I tilfælde af fejl ønskes generelt en kopi af ↓
┆19┆┆89┆┄┄opstartsudskriften på konsollen, en kopi af NCT loggen, ↓
┆19┆┆89┆┄┄samt en udskrift af hele proces hierarkiet.↲
↲
┆8c┆┆83┆┆c8┆↓
┆84┆I tilfælde af en trace fra scpprocxxx eller lg┆a1┆ ┆e1┆sim ↓
┆19┆┆89┆┄┄ønskes endvidere en listning (proces hierarki) af de ↓
┆19┆┆89┆┄┄applikationer, der anvendte SC på det pågældende ↓
┆19┆┆89┆┄┄tidspunkt.↲
↲
┆84┆Hvis det drejer sig om en funktionsfejl vedrørende ↓
┆19┆┆89┆┄┄open/close port, connect/disconnect ønskes et dump af sc ↓
┆19┆┆89┆┄┄processens stak, den tilhørende scpprocxxx's stak samt ↓
┆19┆┆89┆┄┄en kopi af NCT loggen.↲
↲
↲
┆b0┆┆a1┆3.6 X.28-SMT (release 831213)↲
↲
┆84┆Der ønskes (naturligvis) en fyldig beskrivelse af de ↓
┆19┆┆89┆┄┄omstændigheder under hvilke fejlen er forekommet.↲
↲
Derudover ønskes følgende oplysninger:↲
↲
- ┆84┆versionsinformation (udskrives på konsollen ved create ↓
┆19┆┆8b┆┄┄smt)↲
↲
>smt↲
vers. YYMMDD/NN↲
↲
┆84┆Datoen "YYMMDD" bør identificere den version, der har ↓
┆19┆┆8b┆┄┄dannet grundlag for eventuelle modifikationer ↓
┆19┆┆8b┆┄┄foretaget af kunden. Datoen bør derfor ikke ↓
┆19┆┆8b┆┄┄modificeres af kunden.↲
↲
- smt proces hierarki, fås ved:↲
↲
┆a1┆┆e1┆ ┆a1┆>opsys↲
┆a1┆┆e1┆ ┆a1┆list smt↲
↲
- NCT loggen↲
↲
┆a1┆a) Exception (herunder panic)↲
↲
Hvis exception kommer fra en af følgende processer:↲
↲
smt┆a1┆ ┆e1┆x28┆a1┆ ┆e1┆c↲
smt┆a1┆ ┆e1┆x28┆a1┆ ┆e1┆d↲
smt┆a1┆ ┆e1┆comd↲
smt┆a1┆ ┆e1┆datag↲
↲
┆84┆bedes stakken for den tilsvarende smt┆e1┆┆a1┆ ┆e1┆term proces ↓
┆19┆┆8c┆┄┄dumpes.↲
↲
┆84┆Ved panic (og trace) benyttes et særligt format for ↓
┆19┆┆8c┆┄┄excode værdierne. Dette format er beskrevet i ref. ↓
┆19┆┆8c┆┄┄(13), kapitel 5.↲
↲
┆84┆Her skal dog nævnes at↲
↲
excode = ..AF (.. står for vilk. hexadecimale cifre)↲
↲
┆84┆betyder, at en SC fejl formodes. En fejlrapportering ↓
┆19┆┆8c┆┄┄bør derfor i sådanne tilfælde også inkludere ↓
┆19┆┆8c┆┄┄oplysninger ønsket ved SC fejl.↲
↲
┆8c┆┆83┆┆e0┆↓
┆a1┆b) Trace↲
↲
┆84┆Alle tilfælde af trace bedes rapporteret som fejl. ↓
┆19┆┆8c┆┄┄Den involverede proces kan normalt køre videre efter ↓
┆19┆┆8c┆┄┄trace.↲
↲
Excode værdierne er beskrevet i ref. (13), kapitel 5.↲
↲
┆a1┆c) Funktionsfejl↲
↲
┆84┆Hvis noget er gået i stå, kan break af involverede ↓
┆19┆┆8c┆┄┄procesinkarnationer give nyttig information.↲
↲
┆84┆Procesinkarnationerne for terminalporte (ikke network ↓
┆19┆┆8c┆┄┄artificial traffic porte) er navngivne efter ↓
┆19┆┆8c┆┄┄konventionen procesnavn (smt┆a1┆ ┆e1┆term┆a1┆ ┆e1┆, smt┆a1┆ ┆e1┆x28┆a1┆ ┆e1┆c, ↓
┆19┆┆8c┆┄┄smt┆a1┆ ┆e1┆x28┆a1┆ ┆e1┆d, smt┆a1┆ ┆e1┆termt) efterfulgt af portnummer (tre ↓
┆19┆┆8c┆┄┄cifre incl. foranstillede nuller).↲
↲
↲
┆b0┆┆a1┆3.7 NCP, Network Control Probe (release 811124 eller senere)↲
↲
Fejl i NCP'en kan inddeles i følgende tre grupper:↲
↲
- exception↲
- 'ncp error' udskrift på konsol↲
- funktionsfejl↲
↲
Generelt ønskes altid:↲
↲
- kopi af NCT loggen↲
- beskrivelse af net konfiguration↲
- 'list' på konsol↲
- 'lookup ncp' på konsol↲
↲
Specielt ønskes ved↲
↲
┆a1┆exception↲
↲
- log af exception↲
- 'print' af ncp's stak↲
↲
┆a1┆ncp error udskrift↲
↲
- log af denne↲
↲
┆a1┆funktionsfejl↲
↲
- detaljeret beskrivelse af fejl og hvad der er forsøgt.↲
↲
↲
┆b0┆┆a1┆3.8 ┆84┆Host Interface (release HI 840618, HPM 830920, FDLC ↓
┆19┆┆89┆┆81┆┆86┆820210)↲
↲
┆84┆Det drejer sig om processerne med navne hi, him┆a1┆ ┆e1┆xxxx┆a1┆ ┆e1┆hos ↓
┆19┆┆89┆┄┄("xxxx" angiver et HPM port nummer på decimal form), ↲
════════════════════════════════════════════════════════════════════════
↓
┆e1┆ ┆84┆him┆b0┆┆f0┆┆a1┆ ┆e1┆xxxx┆a1┆ ┆e1┆net, hpm, host┆a1┆ ┆e1┆pt┆a1┆ ┆e1┆answ, host┆a1┆ ┆e1┆pt┆a1┆ ┆e1┆xxxx, hi┆a1┆ ┆e1┆cl, ↓
┆19┆┆89┆┆81┆┄fdlc┆a1┆ ┆e1┆rec, fdlc┆a1┆ ┆e1┆xmit, fpa┆a1┆ ┆e1┆rec, fpa┆a1┆ ┆e1┆xmit, hi┆a1┆┆f0┆┆e1┆ ┆e1┆testout, ↓
┆19┆┆89┆┆81┆┄spooler outp, spooler inp.↲
↲
┆84┆Hvis der er problemer med host interfacet bør følgende ↓
┆19┆┆89┆┄┄foretages:↲
↲
1) Konsol output afleveres↲
↲
2) NCT loggen bør gemmes og kopi medsendes↲
↲
3) NPM testoutput tages som beskrevet i afsnit 4.1↲
↲
4) Host interface testoutput afleveres.↲
↲
┆e1┆┆e1┆ ┆a1┆┆84┆┆e1┆Til at håndtere testoutput fra processerne i hi ↓
┆19┆┆8c┆┄┄komplekset findes der en proces med navnet ↓
┆19┆┆8c┆┄┄testoutput.↲
↲
┆84┆Konsol output linierne fra processerne opsamles af ↓
┆19┆┆8c┆┄┄testoutput i stedet for at blive sendt direkte til ↓
┆19┆┆8c┆┄┄konsollen. (Dette gælder dog ikke processen hi, hvor ↓
┆19┆┆8c┆┄┄linierne skrives direkte ud).↲
↲
┆84┆Konsol linierne gemmes enten til de er skrevet ud (se ↓
┆19┆┆8c┆┄┄nedenfor) eller testoutput processens buffer ↓
┆19┆┆8c┆┄┄kapacitet er udtømt, hvorefter den ældste linie ↓
┆19┆┆8c┆┄┄smides væk.↲
↲
┆84┆Testoutput kan køre i 3 modes.↲
↲
(1) ┆b0┆console mode↲
┆84┆De gemte konsol linier skrives ud på anmodning.↲
↲
(2) ┆b0┆screen mode↲
┆84┆De 11 ældste linier skrives ud på anmodning.↲
↲
(3) ┆b0┆immediate mode↲
Konsol linierne skrives ud så hurtigt som muligt.↲
↲
┆84┆Udskrift formatet er det samme som hvis linierne var ↓
┆19┆┆8c┆┄┄blevet udskrevet direkte på konsollen bortset fra at ↓
┆19┆┆8c┆┄┄linierne udvides med et løbenummer.↲
↲
┆84┆Kommunikationen med testoutput processen foregår ved ↓
┆19┆┆8c┆┄┄at operatøren skriver en linie (eventuelt tom) til ↓
┆19┆┆8c┆┄┄testoutput. ↲
↲
┆84┆Hvis mode er ┆b0┆console┆f0┆ eller ┆b0┆screen┆f0┆ er dette en ↓
┆19┆┆8c┆┆82┆┄anmodning om udskrift af de gemte konsol linier. Det ↓
┆19┆┆8c┆┆82┆┄er imidlertid også en anmodning om ændring af mode ↓
┆19┆┆8c┆┆82┆┄hvis første tegn på linien er en af de følgende:↲
↲
┆b0┆c┆f0┆: skift til console mode↲
┆b0┆s┆f0┆: skift til screen mode↲
┆b0┆i┆f0┆: skift til immediate mode↲
↲
Default er console mode.↲
════════════════════════════════════════════════════════════════════════
↓
┆84┆Hvis mode er console eller screen, skal der anmodes ↓
┆19┆┆8c┆┄┄om udskrift så hurtigt som muligt efter fejlens ↓
┆19┆┆8c┆┄┄opståen, da linier ellers tabes.↲
↲
┆84┆Hvis en fejl optræder ofte, bedes immediate mode ↓
┆19┆┆8c┆┄┄anvendes. Det må dog bemærkes at der genereres ↓
┆19┆┆8c┆┄┄temmelig mange linier, når tilstanden for en port ↓
┆19┆┆8c┆┄┄skifter (f.eks. 7 linier når den åbnes).↲
↲
5) ┆84┆Hvis en af processerne går i exception, bør stakken ↓
┆19┆┆8c┆┄┄for den pågældende proces dumpes. Dertil kommer:↲
↲
┆84┆Hvis "him┆a1┆ ┆e1┆xxxx┆a1┆ ┆e1┆hos" går i exception, bør ↓
┆19┆┆8c┆┄┄"him┆a1┆ ┆e1┆xxxx┆a1┆ ┆e1┆net" samt "hi" også dumpes.↲
↲
┆84┆Hvis "him┆a1┆ ┆e1┆xxxx┆a1┆ ┆e1┆net" går i exception, bør ↓
┆19┆┆8c┆┄┄"him┆a1┆ ┆e1┆xxxx┆a1┆ ┆e1┆hos" samt "hi" også dumpes.↲
↲
┆84┆Hvis "host┆a1┆ ┆e1┆pt┆a1┆ ┆e1┆xxxx" eller "host┆a1┆ ┆e1┆pt┆a1┆ ┆e1┆answ" går i ↓
┆19┆┆8c┆┄┄exception, bør "hpm" også dumpes.↲
↲
6) ┆84┆Endelig bør bemærkes, at der kan blive udskrevet ↓
┆19┆┆8c┆┄┄traces fra processerne "hi┆a1┆ ┆e1┆xxxx┆a1┆ ┆e1┆net". Kørslen kan ↓
┆19┆┆8c┆┄┄fortsættes, men konsol udskriften bør håndteres som ↓
┆19┆┆8c┆┄┄en fejl.↲
↲
↲
┆b0┆┆a1┆3.9 ┆84┆SCAT, Session Control Artificial Traffic (release ↓
┆19┆┆89┆┆81┆┆86┆820326 eller senere)↲
↲
┆84┆Det drejer sig om processerne scatx (x = 0 eller 1) med ↓
┆19┆┆89┆┄┄børneprocesserne scatlggenx, scatlgrecx, scatligenx, ↓
┆19┆┆89┆┄┄scatlirecx, scattggenx, scattgrecx samt scechox (x = 0 ↓
┆19┆┆89┆┄┄eller 1).↲
↲
┆84┆Hvis der optræder problemer med SCAT modulerne bør NCT ↓
┆19┆┆89┆┄┄loggen fra opstarttidspunktet gemmes. ↲
↲
┆84┆Hvis en af processerne går i exception, bør stakken ↓
┆19┆┆89┆┄┄dumpes og hvis det drejer sig om en af "scatx"'s ↓
┆19┆┆89┆┄┄børneprocesser, bør dens egen stak også dumpes.↲
↲
┆84┆Fra "scatx" processerne kan der blive genereret en trace ↓
┆19┆┆89┆┄┄fra proceduren "sig┆a1┆ ┆e1┆term". Denne bør rapporteres, men ↓
┆19┆┆89┆┄┄SCAT modulerne kan køre videre.↲
↲
↲
════════════════════════════════════════════════════════════════════════
↓
┆b0┆┆a1┆4. CENTERNET PROGRAMMEL I RC8000 HOST↲
↲
┆b0┆┆a1┆4.1 NPM, Network Port Module (release 2.00 eller senere)↲
↲
┆84┆I tilfælde af fejl i NPM modulet skal testoutput fra ↓
┆19┆┆89┆┄┄modulet gemmes. Dette gøres (i NPM rel. 2.00 eller ↓
┆19┆┆89┆┄┄senere) ved at anvende fp kommando filen 'snpm':↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
┆84┆Testoutput filen bliver dumpet over i filen 'testcopy' ↓
┆19┆┆89┆┄┄og et udpluk af denne fil bliver udskrevet på linie ↓
┆19┆┆89┆┄┄skriveren.↲
↲
┆a1┆┆b0┆Note┆e1┆: ┆84┆Filen 'testcopy' skal bevares ved eventuel senere ↓
┆19┆┆8f┆┆81┆┆82┆brug.↲
↲
┆84┆En nærmere beskrivelse af npm testoutput mm. kan findes ↓
┆19┆┆89┆┄┄i ref. (8).↲
↲
↲
┆b0┆┆a1┆4.2 ┆84┆SMM, Scroll Mode Mapping Module (release 1.21 eller ↓
┆19┆┆89┆┆81┆┆86┆senere)↲
↲
┆84┆Følgende test parametre initieres ved opstart af SMM:↲
↲
┆b0┆log.┆f0┆<no>↲
┆84┆Log print out parameter for coroutine systemet (default ↓
┆19┆┆89┆┄┄= 0).↲
↲
┆b0┆ctest.┆f0┆<no>↲
┆84┆Test record parameter for coroutine systemet og smm ↓
┆19┆┆89┆┄┄programmet (default = 0). I jsmm sat til 255.↲
↲
┆b0┆ testname.┆f0┆<name>↲
┆84┆Filnavn hvor test records udskrives (default = smmtest). ↓
┆19┆┆89┆┄┄I jsmm sat til smmtestmax.↲
↲
┆b0┆cyclic.┆f0┆<yes/no>↲
┆84┆Specificerer om test filen skal anvendes cyklisk eller ↓
┆19┆┆89┆┄┄ej (default = yes).↲
↲
┆8c┆┆83┆┆c8┆↓
┆84┆Test records i filen 'smmtestmax' kan udskrives på linie ↓
┆19┆┆89┆┄┄skriveren med følgende job:↲
↲
┆a1┆┆f0┆┆e1┆ ┆a1┆o lp↲
┆a1┆┆e1┆ ┆e1┆┆a1┆i jsmmtpr↲
┆a1┆┆e1┆ ┆a1┆o c↲
↲
┆84┆Parametre til og kald af print programmet er beskrevet ↓
┆19┆┆89┆┄┄i starten af filen 'ttestprint' (vedlagt som bilag D).↲
↲
╞ ┆84┆'jsmmtpr' og 'ttestprint' findes begge i lib filen ↓
┆19┆┆89┆┄┄libsmmtpr.↲
↲
┆84┆For yderligere information henvises til ref. (9), (10) ↓
┆19┆┆89┆┄┄og (11). ↲
↲
┆84┆Hvis testoutput fra SMM processen ønskes bevaret, ↓
┆19┆┆89┆┄┄følges følgende procedure:↲
↲
┆a1┆att s┆e1┆ ; att esc↲
┆a1┆┆e1┆ ┆a1┆proc smm break↲
.↲
.↲
.↲
┆a1┆┆e1┆ ┆a1┆att s↲
┆a1┆┆e1┆ ┆a1┆proc smm remove job smm↲
.↲
.↲
.↲
┆a1┆┆e1┆ to smm↲
┆a1┆┆e1┆ ┆a1┆smmtest<id> = set 500 disc↲
┆a1┆┆e1┆ ┆a1┆scope user smmtest<id>↲
┆a1┆┆e1┆ ┆a1┆smmtest<id> = move smmtestmax↲
┆a1┆┆e1┆ ┆a1┆i jsmm┆e1┆ ; opstart af smm↲
↲
┆84┆Filen smmtest<id> findes nu på max baser og kan kopieres ↓
┆19┆┆89┆┄┄til magnetbånd eller udskrives.↲
↲
Fejlmeddelelser fra SMM er beskrevet i ref. (9).↲
↲
┆84┆I tilfælde af fejl ønskes en kopi af testoutput filen ↓
┆19┆┆89┆┄┄for SMM processen og NPM processen som dokumentation. ↓
┆19┆┆89┆┄┄Desuden ønskes en kopi af loggen, hvor SMM processen og ↓
┆19┆┆89┆┄┄den binære smm blev startet.↲
↲
↲
┆b0┆┆a1┆4.3 FTU, File Transport Utility (release 1.03)↲
↲
┆84┆I tilfælde af fejl i FTU systemet skal processen ↓
┆19┆┆89┆┄┄afsluttes på normal måde ('break').↲
↲
'Current output' og loggen udskrives på linie skriveren.↲
↲
┆84┆Hvis kommando filerne samlet i FTUJOBS (release 1.03) ↓
┆19┆┆89┆┄┄bliver brugt, kan udskriften af 'current output' (udftu) ↓
┆19┆┆89┆┄┄og loggen logftu foretages med kommandoen 'i log' til ↓
┆19┆┆89┆┄┄processen REQ. Denne udskrift indeholder den nødvendige ↓
┆19┆┆89┆┄┄information fra FTU systemet.↲
↲
↲
┆8c┆┆83┆┆e0┆↓
┆b0┆┆a1┆4.4 NCC, Network Control Center (release 1.5 eller senere)↲
↲
┆84┆Ved fejl i NCC'en ønskes en log af opstarten af modulet ↓
┆19┆┆89┆┄┄og en beskrivelse af omstændighederne.↲
↲
┆84┆Hvis fejlen hidrører fra kommunikation med NCT'en, ↓
┆19┆┆89┆┄┄ønskes filen 'nctlogfile' bevaret.↲
↲
┆84┆I tilfælde af at fejlen kan identificeres til ↓
┆19┆┆89┆┄┄kommunikationen med NPM modulet ønskes testoutput fra ↓
┆19┆┆89┆┄┄NPM'en vedlagt (se afsnit 4.1).↲
↲
↲
┆b0┆┆a1┆4.5 ┆84┆NCT, Network Control Terminal (release 5.00 eller ↓
┆19┆┆89┆┆81┆┆86┆senere)↲
↲
┆84┆For dette modul er 'nctlogfile' og log af opstarten samt ↓
┆19┆┆89┆┄┄en fejlbeskrivelse tilstrækkelig.↲
↲
↲
┆b0┆┆a1┆4.6 Event Collector (release 3.0 eller senere)↲
↲
┆84┆For Event Collector gælder, at den ikke genererer ↓
┆19┆┆89┆┄┄internt testoutput, så i fejlsituationer er log af ↓
┆19┆┆89┆┄┄opstart og fejl, samt NCT loggen den eneste ↓
┆19┆┆89┆┄┄dokumentation, der er nødvendig.↲
↲
↲
┆b0┆┆a1┆4.7 Overview (release 5.1)↲
↲
┆84┆For Overview gælder, at der ikke genereres internt ↓
┆19┆┆89┆┄┄testoutput, så i fejlsituationer er log af opstart og ↓
┆19┆┆89┆┄┄fejl, samt NCT loggen den eneste dokumentation, der er ↓
┆19┆┆89┆┄┄nødvendig.↲
↲
↲
┆a1┆┆b0┆4.8 DDL, Down Line Load (release 5.2)↲
↲
┆84┆For DLL gælder, at der ikke genereres internt ↓
┆19┆┆89┆┄┄testoutput, så i fejlsituationer er log af opstart og ↓
┆19┆┆89┆┄┄fejl, samt NCT loggen den eneste dokumentation, der er ↓
┆19┆┆89┆┄┄nødvendig.↲
════════════════════════════════════════════════════════════════════════
↓
↲
↲
════════════════════════════════════════════════════════════════════════
↓
┆b0┆┆a1┆A. REFERENCER↲
↲
(1) RCSL No 31-D590:↲
┆a1┆SYSTEM3 Utility Programs, Part Two↲
Finn G. Strøbech, januar 1980↲
↲
(2) RCSL No 31-D693:↲
┆a1┆Operating System s, Reference Manual↲
Henrik Sierslev, maj 1981↲
↲
(3) RCSL No 43-GL12161:↲
┆a1┆CENTERNET, Network Control↲
┆a1┆Network Control Terminal, User's Guide, Rev. 2.00↲
Jørgen Christensen, december 1983 ↲
↲
(4) RCSL No 52-AA1156:↲
┆a1┆RC3502, Operating Guide↲
Bo Bagger Laursen, januar 1983↲
↲
(5) RCSL No 52-AA1195:↲
┆a1┆RC3502/2, Operating Guide↲
Bo Bagger Laursen, september 1983↲
↲
(6) RCSL No 52-AA1214:↲
┆a1┆RC3546 HDLC Driver, Reference Manual↲
Per Mondrup↲
↲
(7) RCSL No 43-GL11738:↲
┆a1┆CENTERNET, DTE Module, Reference Manual↲
Per Høgh, juli 1984↲
↲
(8) RCSL No 43-GL11763:↲
┆a1┆CENTERNET, Network Port Module NPM,↲
┆a1┆Installation/Operating Guide↲
Carl Henrik Dreyer, marts 1982↲
↲
(9) RCSL No 43-GL11696:↲
┆a1┆CENTERNET, RC8000 Scroll Mode Mapping Module (SMM),↲
┆a1┆Operating Guide/User's Guide↲
Lis Clement, november 1981↲
↲
(10) RCSL No 43-GL11697:↲
┆a1┆CENTERNET, RC8000 Scroll Mode Mapping Module (SMM),↲
┆a1┆Reference Manual↲
Lis Clement, november 1981↲
↲
(11) RCSL No 31-D666:↲
┆a1┆ALGOL Coroutine System, Test udskrivning,↲
┆a1┆Brugervejledning↲
Lis Clement, november 1981↲
↲
(12) RCSL No 43-GL12166↲
┆a1┆CENTERNET, CNADAM↲
┆a1┆Reference Manual, Rev. 2.00↲
Peter Holm, Viggo Lomborg, december 1983↲
↲
════════════════════════════════════════════════════════════════════════
↓
(13) RCSL No 43-GL12086↲
┆a1┆CENTERNET, X.28 Scroll Mode Terminal Module ↲
┆a1┆(X.28-SMT), Reference Manual↲
Inger Marie Toft Hansen, september 1983↲
↲
════════════════════════════════════════════════════════════════════════
↓
┆b0┆┆a1┆B. FEJLRAPPORT↲
↲
════════════════════════════════════════════════════════════════════════
↓
┆b0┆┆a1┆C. EKSEMPLER PÅ LAGERDUMP I RC3502↲
↲
┆b0┆┆a1┆C.1 List af proces hovedet for dtetest↲
↲
════════════════════════════════════════════════════════════════════════
↓
┆b0┆┆a1┆C.2 Lagerdump i RC3502/1↲
↲
┆b0┆┆a1┆C.2.1 List of proces hierarki på model 1↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
NOTE: ┆84┆Exit betyder, at processen har udført sidste 'end' ↓
┆19┆┆8f┆┄┄eller er gået i exception.↲
════════════════════════════════════════════════════════════════════════
↓
┆b0┆┆a1┆┆b0┆┆a1┆C.2.2 Lagerdump ved hjælp af debug konsol↲
↲
════════════════════════════════════════════════════════════════════════
↓
┆b0┆┆a1┆┆b0┆┆a1┆C.3 Lagerdump i RC3502/2↲
↲
┆b0┆┆a1┆C.3.1 List of proces hierarki på model 2↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
↲
Note: ┆84┆Exit betyder, at processen har udført sidste 'end' ↓
┆19┆┆8f┆┄┄eller er gået i exception.↲
════════════════════════════════════════════════════════════════════════
↓
┆b0┆┆a1┆C.3.2 Lagerdump ved hjælp af debug konsol↲
↲
════════════════════════════════════════════════════════════════════════
↓
┆a1┆┆b0┆C.3.3 Lagerdump ved hjælp af opsys kommandoen 'print'↲
↲
Note: Kun en del af stakken er vist.↲
↲
════════════════════════════════════════════════════════════════════════
↓
↲
════════════════════════════════════════════════════════════════════════
↓
┆b0┆┆a1┆C.3.4 Lagerdump udført af CNADAM↲
↲
════════════════════════════════════════════════════════════════════════
↓
┆b0┆┆a1┆D. LISTNING AF PARAMETRE TIL SMM TESTPRINT↲
↲
════════════════════════════════════════════════════════════════════════
↓
↲
════════════════════════════════════════════════════════════════════════
↓
┆b0┆┆a1┆E. EKSEMPLER PÅ HÅNDTERING AF NCTLOGFILE↲
↲
┆b0┆┆a1┆E.1 'Dump' af NCTLOGFILE↲
↲
════════════════════════════════════════════════════════════════════════
↓
┆b0┆┆a1┆E.2 Print af gammel NCTLOGFILE↲
↲
════════════════════════════════════════════════════════════════════════
↓
↲
════════════════════════════════════════════════════════════════════════
↓
╱04002d4e0a00060000000002014d3140000000000000000000000000000000000000000000000000050f19232d37414b555f69737d8791ff04╱
╱04002d4e0a0006000000000201463140000000000000000000000000000000000000000000000000050f19232d37414b555f69737d8791ff04╱
↓
┆b0┆┆a1┆F. INKARNATION STAK LAYOUT↲
↲
┆a1┆ ┆e1┆ ↲
global frame 1. byte, 1. word↲
↲
incarnation descriptor↲
↲
------------------------ 111. byte, 56. word/model 1↲
81. byte, 41. word/model 2↲
actual process para- ↲
meters global frame↲
↲
------------------------↲
↲
variables declared at↲
the process block↲
level↲
┆a1┆ ↲
↲
↲
↲
↲
stack frames for↲
intermediate↲
routine calls↲
↲
↲
┆a1┆ ↲
local frame↲
↲
anonymous parameters↲
↲
------------------------↲
↲
actual parameters ↲
local frame↲
------------------------ (for the latest↲
routine call)↲
variable declared at↲
the routine block ↲
level↲
↲
↲
------------------------↲
↲
operands of expression↲
being evaluated↲
↲
↲
stack top ┆a1┆ ↲
↲
↲
↲
↲
┆a1┆ ↲
↲
════════════════════════════════════════════════════════════════════════
↓
╱04002d4e0a0006000000000201453100000000000000000000000000000000000000000000000000050f19232d37414b555f69737d8791ff04╱
╱04002d4e0a00060000000002014d3140000000000000000000000000000000000000000000000000050f19232d37414b555f69737d8791ff04╱
↓
╱04002d4e0a0006000000000201453140000000000000000000000000000000000000000000000000050f19232d37414b555f69737d8791ff04╱
╱04002d4e0a0006000000000201453100000000000000000000000000000000000000000000000000050f19232d37414b555f69737d8791ff04╱
↓
┆b0┆┆a1┆G. RC3502/1 PROCES INKARNATION DESCRIPTOR LAYOUT↲
↲
┆a1┆ ↲
┆a1┆ ┆e1┆ chain ┆a1┆ ┆e1┆ 1. ord↲
┆a1┆ ↲
┆a1┆┆e1┆ ┆a1┆ level ┆a1┆┆e1┆ 3. ord↲
┆a1┆ inc state ↲
┆a1┆ ┆e1┆ msg┆a1┆ ┆e1┆waited ┆a1┆ ┆e1┆↲
┆a1┆ ↲
┆a1┆ ┆e1┆ activequeue ┆a1┆ ┆e1┆↲
┆a1┆ ↲
┆a1┆ ┆e1┆ chainhead ┆a1┆ ┆e1┆↲
┆a1┆ ↲
┆a1┆ exception code ┆e1┆ 11. ord↲
┆a1┆ ┆e1┆ exception point ┆a1┆ ┆e1┆ 12. ord↲
┆a1┆ ↲
┆a1┆ ┆e1┆ exic ┆a1┆ ┆e1┆↲
┆a1┆ ↲
┆a1┆ dumplm ↲
┆a1┆ dumpps ↲
┆a1┆ dumplu ┆e1┆ 18. ord: aktuel stak top↲
┆a1┆ dumplf ↲
┆a1┆ ┆e1┆ entry point ┆a1┆ ┆e1┆ 20. ord↲
┆a1┆ ↲
┆a1┆ timer ┆e1┆ 22. ord↲
┆a1┆ maxstack ┆e1┆ 23. ord: max stak top↲
┆a1┆ ┆e1┆ processref ┆a1┆ ┆e1┆↲
┆a1┆ ↲
┆a1┆ ┆e1┆ semchain ┆a1┆ ┆e1┆↲
┆a1┆ ↲
┆a1┆ ┆e1┆ refchain ┆a1┆ ┆e1┆↲
┆a1┆ ↲
┆a1┆ ┆e1┆ shadowchain ┆a1┆ ┆e1┆↲
┆a1┆ ↲
┆a1┆ ┆e1┆ msg┆a1┆ ┆e1┆chain ┆a1┆ ↲
┆a1┆ ↲
┆a1┆ ┆e1┆ exit┆a1┆ ┆e1┆point ┆a1┆ ↲
┆a1┆ ↲
┆a1┆ ┆e1┆ exit semaphore ┆a1┆ ↲
┆a1┆ ↲
┆a1┆ ┆e1┆ delay chain ┆a1┆ ↲
┆a1┆ ↲
┆a1┆ ┆e1┆ exitref ┆a1┆ ↲
┆a1┆ ↲
┆a1┆ ┆e1┆ statistic ┆a1┆ ↲
┆a1┆ ↲
┆a1┆ ┆e1┆ secret pointer ┆a1┆ ↲
┆a1┆ ↲
┆a1┆ ┆e1┆ plinetable ┆a1┆ ↲
┆a1┆ ↲
┆a1┆ ┆e1┆ ┆a1┆ ┆e1┆ 48. ord↲
┆a1┆ ┆e1┆ ┆a1┆ ↲
┆a1┆ ┆e1┆ incname ┆a1┆ ↲
┆a1┆ ┆e1┆ ┆a1┆ ↲
┆a1┆ ┆e1┆ ┆a1┆ ┆e1┆↲
┆a1┆ ┆e1┆↲
┆a1┆ ┆e1┆ father ┆a1┆ ┆e1┆ 54. ord ↲
┆a1┆ ↲
════════════════════════════════════════════════════════════════════════
↓
┆b0┆┆a1┆H. RC3502/2 PROCES INKARNATION DESCRIPTOR LAYOUT↲
↲
┆a1┆ ↲
┆a1┆ timer ┆e1┆ 1. ord↲
┆a1┆ level ┆e1┆ ┆a1┆ ↲
┆a1┆ delaychain ↲
┆a1┆ exceptioncode ┆e1┆ 4. ord↲
┆a1┆ ┆e1┆ exic ┆a1┆ ↲
┆a1┆ ↲
┆a1┆ ┆e1┆ exceptionpoint ┆a1┆ ┆e1┆ 7. ord↲
┆a1┆ ↲
┆a1┆ maxstack ┆e1┆ 9. ord: max stak top.↲
┆a1┆ regset ↲
┆a1┆ mregset ↲
┆a1┆ incstate ↲
┆a1┆ ┆e1┆ process┆a1┆ref ↲
┆a1┆ ┆e1┆ ┆a1┆ ↲
┆a1┆ semchain ↲
┆a1┆ ┆e1┆ refchai┆a1┆n ↲
┆a1┆ ┆e1┆ ┆a1┆ ↲
┆a1┆ shadowchain ↲
┆a1┆ ┆e1┆ msgchai┆a1┆n ↲
┆a1┆ ┆e1┆ ┆a1┆ ↲
┆a1┆ processchain ↲
┆a1┆ ┆e1┆ worksem ┆a1┆ ↲
┆a1┆ ↲
┆a1┆ ┆e1┆ stati┆a1┆stic ↲
┆a1┆ ┆e1┆ ┆a1┆ ↲
┆a1┆ secret pointer ┆1f┆↲
┆a1┆ ┆e1┆ workref ┆a1┆ ↲
┆a1┆ ↲
┆a1┆ ┆e1┆ dummy┆a1┆ ↲
┆a1┆ ┆e1┆ ┆a1┆ ↲
┆a1┆ plinetable ↲
┆a1┆ ┆e1┆ ┆a1┆ ┆e1┆ 32. ord↲
┆a1┆ ┆e1┆ ┆a1┆ ↲
┆a1┆ ┆e1┆ incname ┆a1┆ ↲
┆a1┆ ┆e1┆ ┆a1┆ ↲
┆a1┆ ┆e1┆ ┆a1┆ ↲
┆a1┆ ↲
┆a1┆ ┆e1┆ fath┆a1┆er ┆e1┆ 38. ord↲
┆a1┆ ┆e1┆ ┆a1┆ ↲
┆a1┆ shadowref ↲
↲
════════════════════════════════════════════════════════════════════════
↓
↲
════════════════════════════════════════════════════════════════════════
↓
┆1a┆┆1a┆┆a1┆C. EKSEMPLER PÅ LAGERDUMP I RC3502↲
↲
┆b0┆┆a1┆C.1 List af processen, september 1983↲
↲
════════════════════════════════════════════════════════════════════════
↓
┆b0┆┆a1┆B.