Problem mit Bit-Manipulation

[himitsu]

Und genau das ist richtig.

das höste Bit ist quasi das "-"
und damit die 0 nicht doppelt vorkommt, gibt es kein "-0", weswegen dann natürlich die negativen Darstellungen um 1 verschoben sind.
> Zweierkomplement

Laß dir das Ergebnis und den Eingang doch einfach mal Hexadezimal oder Binär ausgeben.

[Panschi]

okay... wenn ich die NOT Funktion anwende und das Ergebnis in Binär ausgebe stimmts schonmal

[DeddyH]

Es hätte mich auch gewundert, wenn nicht. Wie gesagt, Du kannst zur Not noch AND-verknüpfen, wenn Du Dich auf eine bestimmte Bitbreite einschränken willst.

[Panschi]

Danke schonmal für die Antworten Dann probiere ich das mit dem AND jetzt mal noch aus

[Alex.G]

(not zahl1) and (not 2147483648); Könnte man das auch verwenden?

[DeddyH]

Zitat von Panschi:

Aber wenn ich das richtig verstanden habe, dann müsste bei 4 (also 0100), 11 (1011) herauskommen oder?

ShowMessage(IntToStr(not 4 and $0000000F));

[himitsu]

Verwende auch mal Cardinal (LongWord) statt dem Integer (LongInt).

Dazu dann noch IntToStr und StrToInt64, für die Umwandlung.


Bedenke, daß es 2147483648 im "Integer" nicht gibt.
Es funktioniert nur, da dieses zufällig (falls überhaupt) in einen Int64 umgewandelt wird.

Der Compiler verwendet selten Cardinal und versucht es öfters gegen Integer/Int64 zu casten.

Wärend $80000000 in einen Integer paßt, da bei der Hexadezimaldarstellung vom Compiler standardmäßig kein "-" erwartet wird und es somit in 32 Bit reinpaßt.

[Panschi]

cool, danke für die so läufts endlich

Das mit dem Cardinal werd ich mir mal genauer angucken

[DeddyH]

Der Unterschied zwischen Integer und Cardinal ist einfach der, dass Integer vorzeichenbehaftet ist, d.h. das höchstwertige Bit bestimmt, ob es sich um eine positive oder negative Zahl handelt.

[Panschi]

ah okay... und bei Cardinal würde die Zahl dann positiv bleiben