Diskussion:Prozessor
Letzter Kommentar: vor 4 Jahren von XZFF in Abschnitt Rechnerkern
Diese Diskussionsseite dient dazu, Verbesserungen am Artikel „Prozessor“ zu besprechen. Persönliche Betrachtungen zum Thema gehören nicht hierher. Für allgemeine Wissensfragen gibt es die Auskunft.
Füge neue Diskussionsthemen unten an:
Klicke auf , um ein neues Diskussionsthema zu beginnen.| Zum Archiv |
| Auf dieser Seite werden Abschnitte ab Überschriftenebene 2 automatisch archiviert, die seit 14 Tagen mit dem Baustein {{Erledigt|1=--~~~~}} versehen sind. |
$ steht für hexadezimal.
[Quelltext bearbeiten]hierher verschoben von Benutzer Diskussion:Arilou#$ steht für hexadezimal., da imo Artikel-bezogene Diskussion. --arilou (Diskussion) 09:25, 8. Jun. 2015 (CEST)
Die Notation $ziffernH ist ein Kamel mit Schwanzflosse. Die $Notation für hexadezimal war z.B. beim https://en.wikipedia.org/wiki/Motorola_6800 und bei MOS_Technology_6502 üblich, mit Speicherzugriffen kenne ich da nichts. (nicht signierter Beitrag von Benutzer:Frank Klemm, 20:42, 6. Jun. 2015
- Es geht um diese Änderung im Artikel Prozessor.
- Ich muss zugeben, dass meine Assembler-Zeiten etwas zurückliegen.
- Soweit ich mich erinnere, war es beim Microsoft Macro Assembler (x86) üblich, ein 'H'/'h' anzuhängen für 'hex-Zahl' oder ein 'D'/'d' für 'dezimal', 'B'/'b' für 'binär'. (Ohne Anhang war 'hex' default.)
- Im Artikel wäre schön, wenn bei den beiden Beispielen auch eine indirekte Adressierung dabei wäre. Ob nun mit '$', '[]' oder wie-auch-immer ;-)
- --arilou (Diskussion) 09:25, 8. Jun. 2015 (CEST)
- Wenn ich mir den Quellcode von 4DOS ansehe, hier zu bekommen, dann denke ich, dass '00h' und '00H' für Hex-Zahlen steht.
- Aber es gibt vermutlich verschiedene Assembler-Sprachen (MASM, TASM, …), die soweit ich weiß auch nicht zueinander kompatibel sind.
- ‣Andreas•⚖ 09:47, 8. Jun. 2015 (CEST)
- Hexzahlen werden durch ein vorangestellte 0x, ein vorangestelltes $(veraltet) oder einem nachfolgenden h oder H gekennzeichnet. Die Schreibweise 0x stammt ursprünglich von C/C++, hat sich aber auch in der Literatur aufgrund der eindeutigen Lexbarkeit eingebürgert. 0x-Zahlen werden stets in voller Länge angegeben - also mit führenden Nullen - sofern die Datenlänge bekannt ist. Andernfalls werden sie auf die nächste gültige Datenlänge expandiert (2, 4, 8 oder 16 Stellen) 79.212.145.219 17:22, 26. Apr. 2016 (CEST)
Microsoft (R) Macro Assembler Version 10.00.40219.01 06/12/15 22:42:58
test.asm Page 1 - 1
0000 DATA segment 'CODE'
0000 B8 0091 mov ax, 145
0003 B8 0091 mov ax, 145d
0006 B8 0091 mov ax, 91h
0009 B8 0091 mov ax, 10010001b
000C DATA ends
end
♀Microsoft (R) Macro Assembler Version 10.00.40219.01 06/12/15 22:42:58
test.asm Symbols 2 - 1
Segments and Groups:
N a m e Size Length Align Combine Class
DATA . . . . . . . . . . . . . . 16 Bit 000C Private 'CODE'
0 Warnings
0 Errors
- Danke für den Beitrag, er zeigt, dass "default" wohl 'dezimal' ist.
- Nett wäre auch, wie denn nun "indirekt adressieren" angegeben wird - darum ging dieser Disku-Abschnitt ja eigentlich...
Microsoft (R) Macro Assembler Version 10.00.40219.01 Copyright (C) Microsoft Corporation. All rights reserved.
Assembling: test.asm
Microsoft (R) Macro Assembler Version 10.00.40219.01 06/16/15 02:09:20
test.asm Page 1 - 1
assume DS:_DATA, cs:_TEXT
00000000 _DATA segment 'DATA' use32
00000000 item64 dq ?
0000000000000000
00000008 00000000 item32 dd ?
0000000C 0000 item16 dw ?
0000000E 00 item8 db ?
000F _DATA ends
00000000 _TEXT segment 'CODE' use32
00000000 B8 0000002A mov eax, '*'
00000005 B8 0000002A mov eax, 42
0000000A B8 0000002A mov eax, 42d
0000000F B8 0000002A mov eax, 2Ah
00000014 B8 0000002A mov eax, 101010b
00000019 A1 00000008 R mov eax, [item32]
0000001E 0F B7 05 movzx eax, [item16]
0000000C R
00000025 0F B6 05 movzx eax, [item8 ]
0000000E R
0000002C 8B 83 00000008 R mov eax, [ebx+item32]
00000032 0F B7 83 movzx eax, [ebx+item16]
0000000C R
00000039 0F B6 83 movzx eax, [ebx+item8 ]
0000000E R
00000040 8B 04 9D mov eax, [4*ebx+item32]
00000008 R
00000047 0F B7 04 9D movzx eax, [4*ebx+item16]
0000000C R
0000004F 0F B6 04 9D movzx eax, [4*ebx+item8 ]
0000000E R
00000057 8B 84 9A mov eax, [4*ebx+edx+item32]
00000008 R
0000005E 0F B7 84 9A movzx eax, [4*ebx+edx+item16]
0000000C R
00000066 0F B6 84 9A movzx eax, [4*ebx+edx+item8 ]
0000000E R
006E _TEXT ends
end
Microsoft (R) Macro Assembler Version 10.00.40219.01 06/16/15 02:09:20
test.asm Symbols 2 - 1
Segments and Groups:
N a m e Size Length Align Combine Class
_DATA . . . . . . . . . . . . . 32 Bit 000F Private 'DATA'
_TEXT . . . . . . . . . . . . . 32 Bit 006E Private 'CODE'
Symbols:
N a m e Type Value Attr
item16 . . . . . . . . . . . . . Word 000C _DATA
item32 . . . . . . . . . . . . . DWord 0008 _DATA
item64 . . . . . . . . . . . . . QWord 0000 _DATA
item8 . . . . . . . . . . . . . Byte 000E _DATA
0 Warnings
0 Errors
Rechnerkern
[Quelltext bearbeiten]Zur Weiterleitung über den Rechnerkern, siehe auch:
- Taschenbuch der Informatik: Band 2: Struktur und Programmierung von EDV-Systemen; dritte neubearbeitete Auflage; herausgegeben von Karl Steinbuch und W. Weber, über den Springer-Verlag, in Berlin, Heidelberg und New York, am 6.6.1974; eben da im Abschnitt: 6.1 Universelle Digital-Rechenanlagen, auf Seite 201; ISBN 978-3-642-65587-6 (ISBN-13); ISBN 978-3-642-65586-9 (eISBN-13); oder auch bei Google Books
Mit lieben Grüßen. -- xZFF, am 1.2.2020, um 18:40 (MEZ) (oder, nach Ansicht des/der SignaturBot-Betreiber/s, angeblich: (nicht signierter Beitrag von XZFF (Diskussion | Beiträge) 18:40, 1. Feb. 2020 (CET)))