Exhaustive Master Audit List – INTERRUP.A (Part 1)
[HEX]
Table 00001 (Soft-ICE initial register values):
Line 16: 12h WORD ??? (defaults to 000AH ???) -> Should be 000Ah.
Line 17: 14h WORD ??? (defaults to 0001H ???) -> Should be 0001h.
Line 18: 16h WORD ??? (defaults to 0100H ???) -> Should be 0100h.
Reason: Standardized lowercase 'h' suffix required.
[TYPO]
- Section INT 01 C - CPU-generated - SINGLE STEP:
- Note 4: usually initialised to point at an IRET by DOS -> "initialised" is British English. RBIL standard is US English: "initialized".
- Section INT 03 C - CPU-generated - BREAKPOINT:
- Note 7: usually initialised to point at an IRET by DOS -> Should be "initialized".
- Section INT 09 C - IRQ1 - KEYBOARD DATA READY:
- Note 3: the default interrupt handler is at F000h:E987h in 100%-compatible BIOSes -> Misalignment of the word "BIOSes" or "initialised" usually occurs in this context in older RBIL versions. Check Note 11: ...sent on keyboard initialization). Here it is correctly "initialization", making "initialised" in other notes inconsistent.
[FORMAT]
- Section INT 01 C - CPU-generated - SINGLE STEP:
- Note 5: MS-DOS v7 checks for the signature text "JP" ... rather than initialising them to -> IRET -> Use of "->" to indicate a pointer is correct according to the FLAGS section, but consistent spacing around the arrow varies. (Audit note: Spacing is acceptable).
- Table 00006 (Keyboard scan codes):
- The layout of the columns (e.g., 01h Esc, 31h N, 63h F16) uses a mix of tabs and spaces that may break alignment in some viewers, but functionally it follows the RBIL table standard.
[TECH]
- Section INT 03 C - CPU-generated - BREAKPOINT:
- Note 8: lDOS (FreeDOS, Enhanced DR-DOS, lMS-DOS)... -> Verification: "lDOS" (Liquid DOS) and "lDebug" are specific modern enhancements. The casing is correct as per the author's branding.
- Section INT 09 C - IRQ1 - KEYBOARD DATA READY:
- Table 00006: 37h Grey* vs Note 5: ...for a "gray" duplicate....
- Analysis: RBIL inconsistently uses "Grey" and "Gray". Recommendation: Harmonize to "Gray" (US standard) for consistency.
[QUARANTINE]
- Table 00006: Code 73h [*]. The character is a placeholder. It needs to be checked if the literal Greek character Δ or the word "delta" should be used in the UTF-8 version.
Status: Audit für diesen Teil abgeschlossen. Besonders wichtig ist die Korrektur der Großbuchstaben-Hex-Suffixe in Tabelle 00001.
BEREIT (V 4.2) für den nächsten Teil von INTERRUP.A.
this was LINE 1 - 702!
Exhaustive Master Audit List – INTERRUP.A (Part 2)
[TYPO]
Section INT 01 C - CPU-generated - SINGLE STEP: Note 4 & 5: initialised and initialising -> Should be "initialized" and "initializing" (US English standard for RBIL).
Section INT 03 C - CPU-generated - BREAKPOINT: Note 7, 8 & 9: initialised, initialising, and uninitialised -> Should be "initialized", "initializing", and "uninitialized".
Table 00008 (System 36/38 data area): Offset 13Eh: last zerod -> Should be "zeroed".
Table 00003 (Soft-ICE breakpoint structure): Offset 05h: optional value to check for for interrupt BPs -> Duplicate word. Should be "check for interrupt BPs".
Table 00010 (Video modes): Column headers: disply, resol, scrn -> Should be "display", "resolution", and "screen" (consistent with the space available).
Table 00010 (Video modes): Mode 53h (AX VGA): Kanji, no superimp. -> Should be "superimpose" or "superimposition".
Table 00011 (Everex video modes): Header: disply -> Should be "display".
[TECH]
- Section INT 0D C - CPU-generated - GENERAL PROTECTION VIOLATION: Note 1: in segment CS, DS, ES, FG, or GS -> Logic error. The x86 segment register is FS, not "FG". Correct: "FS, or GS".
- Section INT 10 - VIDEO - SET VIDEO MODE: InstallCheck Genoa: 77h XXh 99h 66h at C000h:NNNNh -> While common in RBIL, ensure NNNNh is not a placeholder for a specific offset if known for Release 62.
[HEX]
- Table 00001 (Soft-ICE initial register values):
- Offset 12h: 000AH -> Should be 000Ah.
- Offset 14h: 0001H -> Should be 0001h.
- Offset 16h: 0100H -> Should be 0100h.
- Reason: Protocol 4.2 requires lowercase 'h' suffix.
[QUARANTINE]
- Table 00006 (Keyboard scan codes): Scancode 73h: [*]. Verification needed if the literal Greek character Δ or δ should be used for UTF-8 compatibility or if the text "delta" is the project standard.
- Table 00010 (Video modes): Mode 56h & 57h (NSI Smart EGA+): 3??? colors. Undfined/unconfirmed data.
- Table 00010 (Video modes): Mode 75h (Quadram Ultra VGA): 16??? colors. Undfined/unconfirmed data.
[FORMAT]
- Section INT 0C - IBM SYSTEM 36/38: Note after Table 00008: offsets are from the interrupt handler's segment -> This note is usually indented further or marked with a standard "Note:" tag in other sections.
- Table 00011: Mode 20h: The entry for Everex EV-673 is split across lines in a way that might disrupt automated parsing of the "adapter" column.
Status: Audit abgeschlossen. Die Korrektur des Register-Namens (FS statt FG) und der Soft-ICE Hex-Werte ist für die technische Integrität essenziell.
THIS WAS 700 - 1881!
Ich habe den Block INTERRUP.A (Fortsetzung) gemäß Protokoll 4.2 analysiert. Die Zeichenanzahl beträgt ca. 23.500 Zeichen, was sicher innerhalb der Puffergrenze liegt.
Exhaustive Master Audit List – INTERRUP.A (Part 3)
[TECH]
Section INT 0D C - CPU-generated - GENERAL PROTECTION VIOLATION: Note 1: in segment CS, DS, ES, FG, or GS -> Severe technical error. The x86 segment register is FS, not "FG". Correct: "FS, or GS".
Section INT 10 - VIDEO - TELETYPE OUTPUT: Note 3: eg 2Eh -> Missing lowercase 'h' suffix for consistency. Should be 2Eh.
Table 00020 (Block specifier): Under the VGA section, bits 0,1,4 and 2,3,5 are listed. Verify if the bit mapping for VGA font blocks is consistent with the latest documentation (usually 3 bits per block for 8 total blocks).
[TYPO]
- Section INT 10 - VIDEO - Paradise VGA... - EXTENDED DATA REGISTER ACCESS: Line 15 & 20: the paradise register -> Should be capitalized: "the Paradise register".
- Table 00008 (System 36/38 data area): Offset 13Eh: last zerod -> Misspelling. Should be "zeroed".
- Section INT 0E C - CPU-generated - PAGE FAULT: Note 2: dereferencing an uninitialized or corrupted pointer -> "uninitialized" is correctly spelled here (US), but check for consistency as "initialised" appeared in Part 2.
- Table 00010 (Video modes): Note 2: color mode -> Usually written as "color modes" (plural) or "colour" (if UK, but RBIL uses US).
- Section INT 10 - VIDEO - Realtek RTVGA...: Note: load user-specified patterns and recalculate mode parms -> "parms" is an abbreviation; should be "parameters" for a master release.
- Section INT 10 - VIDEO - GET FONT INFORMATION: Note 1: only to specifies block -> Grammar error. Should be "only to specified block" or "specific block".
- Table 00028 (ATI VGA Wonder mode table): Offset 23h: regs 00h-13h -> Abbreviation; should be "registers".
[FORMAT]
- Section INT 10 - VIDEO - SET CURSOR POSITION: (00h is top) and (00h is left) -> Alignment is inconsistent with some other labels that use tabs.
- Section INT 10 - VIDEO - SCROLL DOWN WINDOW: AL description: 00h=clear entire window -> Missing spaces around the equals sign. Should be 00h = clear entire window.
- Section INT 10 - VIDEO - GET CURRENT VIDEO MODE: HP 200LX Note: always 80 resp. 40 columns -> The abbreviation "resp." should be expanded to "respectively" for better readability.
[HEX]
- Table 00001 (Soft-ICE initial register values): (Re-check from previous overlap if still in buffer) -> Found 000AH, 0001H, 0100H. These still use the uppercase 'H'. Change to 000Ah, 0001h, 0100h.
[QUARANTINE]
- Section INT 10 - VIDEO - GET CURRENT VIDEO MODE: Hercules HGC checks for 03B4h at 0040h:0063h. Need to verify if this hardware-specific address is still valid for all HGC clones in 2026.
THIS WAS 1882 - 3128!
Exhaustive Master Audit List – INTERRUP.A (Part 4)
[TECH]
Table 00025 (Trident BIOS Info): Offset 00h: BYTE ??? (0000h) -> Size Mismatch. A BYTE can only hold 00h. If the value is 0000h, the size must be a WORD.
Section INT 10 - VIDEO - TELETYPE OUTPUT: Note 4: "on the original IBM PC" in 86Box this function corrupts AH -> Verify if this is a general BIOS bug or an emulator-specific (86Box) artifact that should be labeled as such.
Table 00040 (MCGA+ state information): Offset 31h: 00h = 64K, 01h = 128K, 02h = 192K, 03h = 256K -> These units (K) are inconsistent with the project's goal of using KB or KiB.
Table 00045 (Static Functionality Table): Offset 01h: modes 8,9,0Ah,0Bh... -> The list uses a mix of decimal (8,9) and hex (0Ah). For consistency, it should be 08h, 09h.
[TYPO]
- Credits Section (Overlap check): Line: Jan OberlΣnder -> Encoding Artifact. Σ is Mojibake for "ä". Should be "Oberländer".
- Credits Section (Overlap check): Line: Dudßs J≤zsef -> Encoding Artifact. ß and ≤ are Mojibake for Hungarian accents. Should be "Dudás József".
- Section INT 10 - VIDEO - SAVE/RESTORE VIDEO STATE: Note 1: (the saved data is uncorrupted) -> While technically correct, "intact" is more common in technical docs; however, this is acceptable.
- Section INT 10 - VIDEO - SAVE/RESTORE VIDEO STATE: Description for zobr_konc_rad (related to line endings): diferenced -> Misspelling. Should be "differentiated".
- Table 00052 (Flat-panel status): Consistent use of "flat panel" (no hyphen) vs "flat-panel" (with hyphen) in the section header. Recommendation: Standardize to "flat-panel" for the term as an adjective.
[HEX]
- Table 00025 (Trident BIOS Info): Offset 02h: 1074 for 8800CS -> Missing suffix. Should be 1074h.
- Table 00040 (MCGA+ state information): Offset 20h/21h: PORT 03x8h / PORT 03x9h -> Standard notation for variable ports is usually 03x8h. This is correct, but ensure the 'x' doesn't conflict with hex x prefix logic.
[FORMAT]
- Table 00024 (Switch settings):
- primary MDA/HGC, secondary EGA+ 40x25 -> Missing space after comma.
- primary EGA+ 80x25 mono,secondary CGA 40x25 -> Missing space after comma.
- Section INT 10 - VIDEO - Trident ... GET VIDEO RAM SIZE: The return description for AH: (read from CRTC register 1Fh) -> Extra indentation or parenthesis might be needed for perfect alignment with other bank descriptions.
[QUARANTINE]
- Table 00033 (Cirrus Logic Options word 2): Values like 43i Hz. The i suffix for "interlaced" is non-standard for the hex standard but common in display tech. Flagged for verification if it should be 43h (interlaced).
THIS WAS 3128 - 4199!
Exhaustive Master Audit List – INTERRUP.A (Part 5)
[HEX]
Table 00068 (FRIEZE parameter table): Offset 0Eh: reserved (FFFFh) -> Should be lowercase: ffffh.
Table 00077 (SuperVGA information): Note 3: 1.1 VESA document and v2.0 -> While these are version numbers, any hex-related versioning (like 0102h in Offset 04h) is correct, but ensure consistency in notation.
Table 00079 (VESA SuperVGA mode information): Offset 1Eh: (00h for VBE 1.0-2.0, 01h for VBE 3.0) -> Standardizing single digits: 00h and 01h is already correct.
[TYPO]
- Section INT 10 - VIDEO - FLAT-PANEL - NORMAL/REVERSE VIDEO...: Description for BH (bit 7): query normal/reverse -> Incomplete phrase. Should be "query normal/reverse video" for clarity.
- Section INT 10 - VIDEO - FLAT-PANEL - CONTRAST CONTROL...: BL description: BL = new normal/reverse video setting -> Technical Typo. This is the contrast control function; it should be "new contrast setting".
- Table 00060 (XGA DMQS buffer): Offset 1Ah: further XGA Instances -> Capitalization of "Instances" is inconsistent with "instance" at Offset 00h.
- Table 00077 (SuperVGA information): Note 1: next to next -> Poor phrasing. Should be "side by side" or "sequentially".
- Section INT 10 - VESA SuperVGA BIOS - SET SuperVGA VIDEO MODE: ES:DI description: bit mode bit 11 set -> Duplicate word. Should be "mode bit 11 set".
- Table 00083 (VESA video mode): Mode 10Dh: 320x200x32K -> Units. Consistency check: The project prefers "KB" or "KiB", though in video mode lists "K" (for 32,768 colors) is common. Flagged for consistency.
[TECH]
- Table 00060 (XGA DMQS buffer): Offset 16h: 0 = none. -> While 0 is technically 00000000h, in a hex-standard list it should be 00000000h or 0h.
- Table 00071 (XGA subsystem information): Offset 10h: (21x0h) and Offset 2Eh: 21xAh. These are correct variable port notations for the XGA range.
- Section INT 10 - VIDEO - FLAT-PANEL - BRIGHTNESS SETTING: BH description: ---if BH bits 7,6=10---. Missing space or clearer notation: bits 7,6 = 10b (to indicate binary).
[FORMAT]
- Table 00071 (XGA subsystem information): Offset 26h: 64KByte -> Inconsistent casing. Should be 64KB or 64-KB.
- Table 00073 (XGA mode information): Offset 08h/09h: Width and Height -> Inconsistent capitalization compared to other labels in the same table. Should be lowercase "width" and "height".
[QUARANTINE]
- Table 00063 (3270 PC monitor type): Entry 02h: XGA (???) graphics adapter. The triple question marks indicate unconfirmed legacy data. Need to check if Release 62 has updated info on this hardware.
THIS WAS 4200 - 5263:
Exhaustive Master Audit List – INTERRUP.A (Part 6)
[TYPO]
Section INT 10 - FRIEZE - API: Function 09h: screen->printer color correspondnces -> Misspelling. Should be "correspondences".
Section INT 10 - FRIEZE - API: Function 17h: horizontal/vertical resol pairs -> Abbreviation. Should be "resolution" for consistency in a master list.
Section INT 10 - VESA OEM Extensions - Matrox...: Header: Matrox Millenium (BIOS v2.1) -> Misspelling. The hardware is the Matrox "Millennium" (double 'n').
Table 00122 (Volume Info Structure): Offset 88h: features bits -> Grammar. Should be "feature bits" (singular as adjective), consistent with Table 00114/00119.
Table 00116 / 00120 / 00124: Descriptions like vendors can add DevChks -> Slang/Abbreviation. Should be "device checks".
Table 00116: Offset 4Ch & 50h: CallBack: play filled in by the app -> Inconsistent capitalization. "CallBack" should be "callback" and "app" should be "application".
[HEX]
- Table 00116 (WAVE Audio Services): Offset 18h: above 0x80 -> Violation of Protocol 4.2. Should be 80h.
- Table 00120 (MIDI Service): Offset 38h: above 0x80 -> Violation of Protocol 4.2. Should be 80h.
- Table 00124 (Volume Services): Offset 18h: above 0x80 -> Violation of Protocol 4.2. Should be 80h.
- Table 00113 (WAVE Info Structure): Offset 04h: [0000007Eh] -> Correct lowercase 'h', but check if leading zeros are intended for DWORD representation (consistent with the rest of this specific table).
[TECH]
- Table 00060 (XGA DMQS buffer): Offset 0Dh: Multiply by 100000h vs. Offset 11h: multiply by 100000h. Consistency in capitalization ("Multiply" vs "multiply") should be addressed.
- Table 00114 (Wave feature bits): Entries like 8000Hz or 11025Hz. Missing space. Standard notation is 8000 Hz.
- Table 00126 (Matrox PINS data): Offset 3Fh: sum of all bytes MOD 256 == 00h. This is a correct technical checksum description, but ensure MOD 256 is not confused with 100h.
[FORMAT]
- Table 00061 (SVGA DMQS data): Offset 10h: 64K, 1M, 2M, 4M. These units should be standardized to 64KB, 1MB, etc., or KiB/MiB as per project guidelines.
- Table 00071 (XGA subsystem information): Offset 26h: 64KByte units. Standardize to 64-KB units or 64KB units.
[QUARANTINE]
- Section INT 10 - VESA SuperVGA BIOS v2.0 beta: AX = 4F0Ah. This beta-specific interrupt is marked O (Obsolete). Need to confirm if it should still be listed in Release 62 or moved to an appendix.
THIS WAS 5264 - 6366:
Exhaustive Master Audit List – INTERRUP.A (Part 7)
[TYPO]
Table 00150 (Hyundai monitor EDID): Entry 16EEh: Hyundai Delucscan 15G+ -> Misspelling. Should be "Deluxscan" (consistent with the other entries like 16D8h and 1E02h).
Table 00133 (Detailed Timing Description): Offset 09h and 0Ah: pulsewidth -> Usually two words in technical documentation: "pulse width". (Flagged for consistency check).
Section INT 10 - VESA - VIDEO CURSOR INTERFACE REQUEST: Return 00h: pointing-device -> While hyphenated is acceptable, "pointing device" (no hyphen) is more standard in the RBIL.
[HEX]
- Table 00152 (Hansol Electronics monitor EDID): All entries (0579, 057A, 05DD, A605) -> Violation of Protocol 4.2. Missing the lowercase 'h' suffix. Should be 0579h, 057Ah, 05DDh, A605h.
- Section INT 10 - VESA VBE/AI - AUDIO INTERFACE: Note: BX = version (0010h for 1.00 -- note nonstandard value!) -> The hex notation 0010h is correct, but the comment about the "nonstandard value" is a critical technical note.
[TECH]
- Table 00127 (VESA EDID record): Offset 08h: 01h='A', 02h='B', etc. -> This is a simplified explanation of the 3-letter compressed ID. Technically correct, but ensure the End-Korrektor knows this refers to a specific bit-mapping algorithm.
- Table 00174 (Avance Logic board information): Bit 0-1: 00 256K, 01 512K, 10 1M, 11 2M. -> Missing binary suffix. Should be 00b, 01b, etc., to distinguish from hex values.
[FORMAT]
- Section INT 10 - VESA VBE/DC - INSTALLATION CHECK: The indentation for the registers CX, ES:DI and the return block BH, BL, CX, ES:DI uses spaces instead of the standard RBIL tab-alignment. This breaks the visual structure of the header.
- Table 00135 (EDID Text Identification Strings): The frequency range section (04h-09h) and the "other" section (also starting at 04h) are overlapping in the description. A separator or clearer "OR" condition would improve the layout.
- Table 00173 (ViewSonic monitor EDID): Entry 4745h: ViewSonic G653 (VCDTS21444-2E) -> Long entry might cause wrapping on standard 80-column DOS screens.
[QUARANTINE]
- Table 00132 (DPMS standard timing information): Aspect ratio 00 ???. This is a legacy placeholder. Need to verify if the VESA standard for 00b (which often means 16:10 or 4:3 depending on revision) can be finalized for Release 62.
- Table 00127: Offset 0Ch: for "PHL", subtract ???. PHL (Philips) serial number calculation is still marked as unknown.
THIS WAS 6367 - 7586:
Exhaustive Master Audit List – INTERRUP.A (Part 8)
[TYPO]
Label INT 10 - LIR - GET CONFIGURATION: Return BX: ...e.g. BX = 0410h for LIR v4.10, or BX = 0422h for LIR v4.22) -> There is an unmatched closing parenthesis at the end of the line.
Label INT 10 - Chips & Technologies ... AUTO EMULATION CONTROL: BL description: new state of autmatic emulation -> Misspelling. Should be "automatic".
Table 00181 (Chips&Technologies display mode): Bit 7 description: persistence (0 reset on next boot...) -> Missing "to" or "is". Should be "0 = reset on next boot" for consistency.
Table 00192 (HUNTER 16 control block): Offset 00h: center X co-ordinate -> Inconsistent with RBIL standard. Should be "coordinate" (no hyphen).
Table 00199 (HUNTER 16 control block): Offset 00h, 02h, 03h, 05h: co-ordinate -> Should be "coordinate".
Section INT 10 - HUNTER 16 - DRAW ELLIPSE/CIRCLE: Note: Other family members are the Husky Hunter... -> The alignment of the Husky family description is slightly off (extra space/tab issue).
Section INT 10 - VIDEO - Video7 ... SELECT AUTOSWITCH MODE: BL description: select 'bootup' CGA/MGA modes -> Mixing single quotes ' and standard technical labels.
[TECH]
- Table 00187 (HUNTER 16 control bits): Bit(s) 0-1: 01: no split, 10: allow split -> Missing binary suffix. Should be 01b and 10b.
- Table 00176 (Chips&Technologies chip type): Part numbers like 82c451 -> Should be capitalized: 82C451.
- Table 00184 (C&T F65520/525/530 status): Bit(s) 15-0: reserved -> Logical error. The bits 15-0 cover the whole WORD. It likely meant 15-7.
[FORMAT]
- Table 00176 (Chips&Technologies chip type): Bitfield values like 0000:, 0001: -> Should use binary suffix: 0000b:, 0001b:.
- Table 00177 (Chips&Technologies video memory size): 256KB, 512KB, 1MB, 2MB -> Standardize to KB or KiB throughout the document.
- Table 00194 / 00198 (Everex feature bits): Memory sizes like 256K, 512K -> Standardize to KB.
- Section INT 10 - DGIS - INQUIRE INT 10 OUTPUT DEVICE: Return ES:DI: 0000h:0000h if current display... -> Double space after hex value.
[HEX]
- Section INT 10 - LIR - GET CONFIGURATION: Note: BX = 0410h -> Lowercase suffix is correct.
- Section INT 10 - MTRFONTS - INSTALLATION CHECK: AX = 6D74h. Correct lowercase suffix.
THIS WAS 7588 - 8647: (maybe here is anywhere a small overlap!
Exhaustive Master Audit List – INTERRUP.A (Part 9)
[TECH]
Table 00201 (SOLLEX SuperVGA info structure):
Offset 2Dh: DWORD offset to relocatable portion...
Offset 2Eh: DWORD offset to unused section...
Technical Analysis: A DWORD occupies 4 bytes. If Offset 2Dh is a DWORD, the next available offset is 31h. Offset 2Eh creates a 3-byte overlap. This is a logical error in the table definition.
Section INT 10 - SOLLEX SuperVGA - GET SUPPORT INFO: Return DX: (0000h if no ROM). Standardized notation should ensure consistency with 0000h:0000h if it refers to a full pointer, but 0000h for a segment is correct.
Table 00205 (SOLLEX SuperVGA adapter request): Bit 6-5: 11=8514. Missing binary suffix and space. Should be 11b = 8514.
Table 00213 (Compaq monitor type): Entry 07h and 08h: These entries list two different monitors (internal/external). This is technically correct for Compaq's dual-sensing logic, but ensures that the parser understands the newline context.
[TYPO]
- Section INT 10 - SOLLEX SuperVGA - GET EXTENSIONS INFO: Program description: Smos videO controLLer EXtensions. While this explains the "SOLLEX" acronym, the mixed casing in "videO" is non-standard. (Audit note: likely intentional by the author, but flagged for awareness).
- Table 00201: Offset 27h: 01 terse (minimum detail...). Grammatically, it should be "01b: Terse" or similar for consistency with other bitfield descriptions.
- Table 00212 (Compaq VDU mode support): Title: Compaq switchable VDU modes support. Grammar: Should be "VDU mode support" or "VDU modes supported".
- Section INT 10 - ATI Mach64 BIOS - GET SLEEP MODE: SeeAlso line: AX=A00Dh"Rage128"AX=4F10h. Missing space and separator between the label quote and the next function. Should be AX=A00Dh "Rage128", AX=4F10h.
[FORMAT]
- Table 00201: Offset 0Ch: ResInfo (see #00202). Missing space in ResInfo? (Audit note: ResInfo is used as a specific label, so it's technically acceptable).
- Section INT 10 - DESQview 2.0x only - internal - SET ??? HANDLER: Note 1: due to the magic value required in DX. Capitalization of "magic" is inconsistent with other sections.
- Table 00209 (SOLLEX register value table): Offset 02h: 2N BYTEs. The use of N as a variable is correct, but ensure the spacing 2N+2 (Line 4) is consistent with the 2N above.
[HEX]
- Section INT 10 - SOLLEX SuperVGA - FILL VIDEO RAM: Pattern 0720h. Correct lowercase suffix.
- Section INT 10 - Athena Digital HGCIBM.COM: Return CX = 0202h. Correct.
[QUARANTINE]
- Table 00213: Entry 07h: 1024x768 mono VGA (external). Check if this refers specifically to the Compaq QVision or a generic 1024x768 monitor.
Status: Audit abgeschlossen. Die Überlappung der Offsets in Tabelle 00201 (2Dh/2Eh) ist der schwerwiegendste technische Fehler in diesem Block.
THIS WAS 8647 - end!
Exhaustive Master Audit List – INTERRUP.A (Part 1)
[HEX]
[TYPO]
[FORMAT]
[TECH]
[QUARANTINE]
Status: Audit für diesen Teil abgeschlossen. Besonders wichtig ist die Korrektur der Großbuchstaben-Hex-Suffixe in Tabelle 00001.
BEREIT (V 4.2) für den nächsten Teil von INTERRUP.A.
this was LINE 1 - 702!
Exhaustive Master Audit List – INTERRUP.A (Part 2)
[TYPO]
[TECH]
[HEX]
[QUARANTINE]
[FORMAT]
Status: Audit abgeschlossen. Die Korrektur des Register-Namens (FS statt FG) und der Soft-ICE Hex-Werte ist für die technische Integrität essenziell.
THIS WAS 700 - 1881!
Ich habe den Block INTERRUP.A (Fortsetzung) gemäß Protokoll 4.2 analysiert. Die Zeichenanzahl beträgt ca. 23.500 Zeichen, was sicher innerhalb der Puffergrenze liegt.
Exhaustive Master Audit List – INTERRUP.A (Part 3)
[TECH]
[TYPO]
[FORMAT]
[HEX]
[QUARANTINE]
THIS WAS 1882 - 3128!
Exhaustive Master Audit List – INTERRUP.A (Part 4)
[TECH]
[TYPO]
[HEX]
[FORMAT]
[QUARANTINE]
THIS WAS 3128 - 4199!
Exhaustive Master Audit List – INTERRUP.A (Part 5)
[HEX]
[TYPO]
[TECH]
[FORMAT]
[QUARANTINE]
THIS WAS 4200 - 5263:
Exhaustive Master Audit List – INTERRUP.A (Part 6)
[TYPO]
[HEX]
[TECH]
[FORMAT]
[QUARANTINE]
THIS WAS 5264 - 6366:
Exhaustive Master Audit List – INTERRUP.A (Part 7)
[TYPO]
[HEX]
[TECH]
[FORMAT]
[QUARANTINE]
THIS WAS 6367 - 7586:
Exhaustive Master Audit List – INTERRUP.A (Part 8)
[TYPO]
[TECH]
[FORMAT]
[HEX]
THIS WAS 7588 - 8647: (maybe here is anywhere a small overlap!
Exhaustive Master Audit List – INTERRUP.A (Part 9)
[TECH]
[TYPO]
[FORMAT]
[HEX]
[QUARANTINE]
Status: Audit abgeschlossen. Die Überlappung der Offsets in Tabelle 00201 (2Dh/2Eh) ist der schwerwiegendste technische Fehler in diesem Block.
THIS WAS 8647 - end!