78.7.3 PATCH: Modifizieren von Dateiinhalten

Dieses Leistungsmerkmal ist nicht dafür gedacht den AMO PATCH zu ersetzen. Der Displayer geht nicht von einer Speicheradresse aus, um die zugehörige Stelle auf der Harddisk zu ändern, für ihn ist es sogar ohne jede Bedeutung, ob der bearbeiteten Datei irgendwelche Stellen im Speicher entsprechen.
Die Datei deren Inhalt modifiziert werden soll, muß vorher mit dem E-Kommando zugewiesen werden.
Zum Schutz gegen Tippfehler muß die Anzahl der eingegebenen Werte mit der eingegebenen Anzahl der zu ändernden Speichereinheiten übereinstimmen. Außerdem muß die Länge der eingegebenen Werte exakt zur ausgewählten Speichereinheit passen (z.B. 2 Hexadezimalziffern bei BYTE).
Kommandosyntax
Die Anzahl der zu ändernden Speichereinheiten ist dezimal einzugeben. Die neuen Werte sind hexadezimal und durch Bindestriche getrennt einzugeben.
•
Modifikation unter Verwendung eines Adreßsymbols
PATCH,ADR,name,eingabe,anzahl,werte;
•
Modifikation unter Direktangabe des Abstands vom Dateibeginn
PATCH,DA,abstand,eingabe,anzahl,werte;
Der Abstand ist hexadezimal einzugeben.
•
Modifikation unter Verwendung einer logischen Speicherdefinition
PATCH,LOGNAME,name,eingabe,anzahl,werte,indizes,abstand;
Die Indizes der betroffenen Array-Elemente sind dezimal einzugeben; es sind verkettete Einzelwerte oder auch Intervalle zulässig.
Der Abstand der jeweils zu ändernden Speicherstelle vom Beginn eines Array-Elements ist dezimal einzugeben.
Beispiel
Als Fortsetzung des obigen Beispiels bzgl. DUMP, soll nun die Adresse des zweiten Speichers von 34C0:5170 auf 34A0:CEDA korrigiert werden.
Eingabe:
*patch,logname,entry_tbl,dword,1,34a0ceda,1,1a;
Ausgabe:
DISPLAYER-INPUT IN BPA PLEASE:
Eingabe:
*dump,logname,entry_tbl,1&&2;
Ausgabe:
TABLE: ENTRY_TBL
INDEX: 0000H ADDRESS: 0000H:0000H
CONTENTS HEX (ASCII)
0( 0) 44425F445F43505F 4445565F53544154 DB_D_CP_DEV_STAT
10( 16) 4520202020202020 2020DADEA0340100 E ...4..
20( 32) 0000FF0700 .....
INDEX: 0001H ADDRESS: 0000H:0025H
CONTENTS HEX (ASCII)
0( 0) 44425F445F43505F 4445565F53544154 DB_S_CP_DEV_STAT
10( 16) 5553202020202020 2020DACEA0340200 US pQ.4..
20( 32) 0000FF0700 .....
DISPLAYER INPUT IN BPA PLEASE:
Die Korrektur ist also gelungen.
Hinweise
a)
Beim Umschalten des Displayers von einem Prozessor in einen anderen Prozessor (z.B. von Base Processor in Group Processor) wird dieser entsprechend dem derzeitigen Zustand ausgewählt. Der AMO erhält dabei standardmäßig die Verbindung mit dem ’aktiven’ Prozessor (z.B. Group Processor B). Mit diesem Prozessor bleibt man solange der AMO läuft, auch über eine Prozessorumschaltung hinweg, verbunden. (d.h. man bleibt z.B. im Base Processor B, auch wenn dieser standby geworden ist.) Mit welchem Prozessor man verbunden ist, erkennt man am Text der Eingabeaufforderung.
b)
Die Ausgabe von Zahlen durch den AMO erfolgt standardmäßig hexadezimal ("H"), anderenfalls wird der Wert explizit am Ende mit "T" als Dezimalwert gekennzeichnet.
c)
Beim AMO-Start ist die Darstellung als ASCII-Zeichen beim Hex-Dump-Format immer eingeschaltet, und als Anzahl der Leerzeilen bei Hex-Dump-Ausgaben wird "0" angenommen.
d)
Erstellte Speicherdefinitionen gelten stets für den Prozessor, dessen Displayer der AMO gerade steuert. Etwaige gleichnamige Speicherdefinitionen für andere Prozessoren im AMO-Verwaltungsbereich oder Hard Disk-Sicherungsbereich werden im Konfliktfall überschrieben.
e)
Die Angaben für die Adresse und den Indexbereich der CC- und GP-Layout-Element-Tabelle werden beim AMO-Start und jedem Prozessorwechsel neu initialisiert und bleiben dann während der Verbindung mit dem Prozessor konstant.
f)
Standardmäßig stehen die Layout-Element-Tabellen des CC-Layout-Datenmoduls und des GP-Layout-Datenmoduls (je nach Existenz im Prozessor) im laufenden Prozessor als residente logische Speicherdefinitionen zur Verfügung. Damit können z.B. neue Flexama-Speicher in die Layout-Elemente eingetragen werden, welche dann ab dem nächsten AMO-Start oder Prozessorwechsel als logische Speicherdefinitionen aus dem entsprechenden Layout-Datenmodul kopiert werden können. Diese beiden Speicherdefinitionen liegen stets an den ersten beiden Plätzen im residenten Sicherungsbereich und sind nicht änderbar.
g)
Beim Kopieren logischer Speicherdefinitionen aus einem Layout-Datenmodul werden, bei aus mehreren Blöcken bestehenden Flexama Speichern, die Blöcke mit Blocknummer > 0 dadurch gekennzeichnet, daß an den Speichernamen ein "#" und die zweistellige Blocknummer angehängt werden.

Das Kopieren und Anzeigen ist nur für jene Speicherblöcke vorgesehen, für die auch tatsächlich ein physikalischer Speicherbereich vergeben wurde. Flexama Speicher ohne gültige Speicheradresse können zwar in den Layout-Datenmoduln existieren, werden allerdings dem Benutzer NICHT angezeigt.
h)
Die Zuweisung einer Adresse zu einer Speicherdefinition (DEF,ADR,..?) wird nur im AMO-Verwaltungsbereich unmittelbar durchgeführt. Mit einem nachfolgenden DEF-Kommando (DEF,LOGNAME,..?) oder COPY-Kommando (COPY,DEF,..?) kann diese Zuweisung in andere Bereiche übertragen werden.
i)
Beim Erstellen von Speicherdefinitionen schließt die höhere Sicherheitsstufe die niedrigeren ein (z.B. bei AREA=HD wird die Speicherdefinition auch in den AMO-Verwaltungsbereich und den residenten Sicherungsbereich eingetragen.).
j)
Die Zuweisung einer Datei für den Hard-Disk-Sicherungsbereich hat genau dann den Versuch zum Einrichten dieser Datei zur Folge, wenn die geschätzte Anzahl der zu sichernden Speicherdefinitionen - die Datei wird im Notfall dynamisch erweitert - angegeben ist. Sonst wird die Datei als vorhanden betrachtet und geöffnet.
k)
Bei Namen von Speicherdefinitionen werden Blanks stets eliminiert. "DB_D_CPB_TBL" wird also nicht als verschieden von "DB_D_CPB_TBL" betrachtet. Wenn der Name aber nur aus Blanks besteht, bleibt ein Blank erhalten.
l)
Ein Stern am Beginn oder am Ende einer Angabe für den Namen einer Speicherdefinition wird dort, wo nicht (wie z.B. beim DEF-Kommando) eindeutig ein einziger Name angegeben sein muß, als Wildcard-Symbol betrachtet. Mit LST, DEF, DB_D_DH* würde man also z.B. eine Ausgabe sowohl für DB_D_DH_DEV_TBL als auch für DB_D_DH_LINE_TBL erhalten.
m)
Bei der Verwendung von High-Level-Speicherdefinitionen zur Ausgabe vermittlungstechnischer Speicher (z.B: LST,SW,<DCLD/SCLD/....>,...) gibt der DISPLAYER grundsätzlich die Speicherinhalte des entsprechenden ’aktiven’ Prozessors aus. Das heißt, es ist bei einer DISPS-Verbindung mit einem Prozessor im ’standby’-Zustand nicht möglich, dessen Speicher mit Hilfe von High-Level-Speicherzugriffen auszugeben. Da die Adressen der Speicher im ’aktiven’ und ’standby’-Prozessor identisch sind, ist eine Ausgabe durch Verwendung der entsprechenden logischen Speicherdefinition möglich. Diese Funktion bleibt im angewählten Prozessor!
n)
Bei der Behandlung von Dateiinhalten wird durch die "Adresse" der Abstand vom Dateibeginn (Offset) dargestellt.
o)
Beim Ausgeben von Statusdaten (LST,SW,STA,..?) ist die Ausgabe wortweise.
p)
Bei der Ausgabe des Sicherungsbereiches der Boot Communication Area am Bedienerterminal (SEL=SCREEN) unterbricht der AMO nach jeweils 2000 Byte die Ausgabe und gibt damit dem Benutzer die Möglichkeit zum Abbruch der Funktion. Der Grund liegt in der Größe der BCA mit ca. 48 kByte. Die Ausgabe in eine Datei auf HD erfolgt in voller Länge, wobei für jeden Befehl eine eigene Datei erforderlich ist. Damit wird die irrtümliche Überschreibung einer Datei durch Angabe eines bereits existierenden Dateinamens verhindert (siehe Meldung F29).
q)
Die Angabe der Speicheradresse in den Kommandos LST, SET, und DEF erfolgt einheitlich in Form von ADR=<selector>-<offset>.
r)
Zur Ausgabe von Baugruppendaten eines bestimmten peripheren Boards ist dessen Baugruppenidentifikation einzugeben. Fehlt die BG-ID, gibt der AMO die Daten aller Boards, die in dieser Anlage konfiguriert sind, aus.
s)
Die Ausgabe der Gerätespeicher (DH und CP) für S0-Bus Endgeräte erfolgt nach einem anderen Konzept als bei den normalen Satzanschlüssen. Der Grund liegt darin, daß an einem S0-Bus bis zu 8 Endgeräte konfiguriert sein können. Da dem Benutzer normalerweise die Position (=DI) eines Endgerätes am Bus unbekannt ist, wird dieser Wert bei einem S0-Bus als SERVICE INDICATOR betrachtet (Werte siehe Kapitel 0.1.4 Parameter ’DI’). Der DISPS gibt in diesem Fall die Position (TSI) und die Gerätespeicher ALLER Endgeräte des gewünschten Dienstes aus. Durch den TSI (Terminal Selection Identifier) ist die physikalische Position eines Gerätes am S0-Bus definiert. Dieses Verfahren ist jedoch nur bei der Satz- (CIR) oder Line-Adressierung (LN) notwendig, da hier ein Endgerät nicht eindeutig adressierbar ist. LODEN, STNO, CRF und DTI Angaben sind eindeutig einem Gerät zuordenbar und führen zur Ausgabe nur dieses EINEN Gerätespeichers! Die LODEN der Endgeräte sind mit dem Kommando LST,SW,LODEN,CIR/LN,.... zu ermitteln, wobei auch die Position (Spalte DI/TSI) ausgegeben wird.
t)
Funktionale Endgeräte am S0-Bus benötigen zusätzlich zu dem fix konfigurierten Gerätespeicher, für parallel laufende Transaktionen, einen speziellen, mit einem eigenen dynamischen LODEN ansprechbaren, dynamisch für die Dauer der Verbindung zugeordneten Gerätespeicher. Dieser wird bei Ausgaben mit CRI (Call Reference Internal) bezeichnet. Bei bestehender Verbindung wird zuerst der fix konfigurierte Gerätespeicher (TSI) und anschließend ein gegebenenfalls vorhandener dynamischer Gerätespeicher (CRI) ausgegeben.
u)
Beim Abfragen der Wegedaten des MTS sind folgende LTG-Eingaben vorgesehen:
Baustufe 3000: LTG = 0 für das CSN, LTG = 1 - 32 für das GSN der LTG
Baustufe 600: LTG = 0 oder 1 adressiert das MTS im CC-Rahmen
OpenScape 4000 V11, Band 1: AMO Beschreibungen, Servicedokumentation, Ausgabe 2, ID: P31003H31B0S107027620
 © 11/2025 Mitel Networks Corporation. -  All rights reserved.
 Mitel and the Mitel logo are trademarks of Mitel Networks Corporation. Unify and associated marks are trademarks of Unify Software and Solutions GmbH&Co. KG. All other trademarks herein are the property of their respective owners.