Mathematisches Problem IParam-Speicherung

Hi,
irgendwie habe ich schon 'nen Knoten im Hirn - aber ich komme einfach auf keine Lösung.

Für die Formatierung von Listview-SubItem nutze ich als Informationsträger, ob ein SubItem benutzerdefiniert formatiert wurde, den IParam des Item. IParam erlaubt mir einen Integerwert zu speichern.
Um also Infos zu mehreren Spalten (SubItem) des Items zu hinterlegen speichere ich in IParam die Summe von 2^SpaltenIndex für jede betroffene Spalte.
Den Wert von IParam muß ich dann allerdings noch verschieben, damit es keine Kollisionen mit niedrigen Control-ID gibt. Dazu addiere ich einfach ein Shift von 9999.
Somit kann ich die Informationen für max. 30 Spalten (Index 0-29) hinterlegen - dann falle ich aus dem Integerbereich raus.
Und hier setzt nun meine Überlegung an: Wie kann ich mir den negativen Zahlenbereich mit 'einverleiben'?
Ich brauche irgendeine Möglichkeit um zu definieren:
Wenn IParam negativ ist, berechne mit Algorithmus X den Wert der für SpaltenIndex 0-29 zuständig ist. Als zweiter Wert ergibt sich ein 'Zeiger' auf 2 hoch 30 und höher. Denn intern kann ich ja mit größeren Zahlen rechnen, nur Speichern in IParam geht nicht.
Versucht habe ich schon einige Sachen, aber ich bekomme nichts eineindeutiges gebacken. Den Wert reinrechnen ist das Eine, ich muß ihn natürlich mit einer Umkehrmethode auch wieder zurückrechnen können.
Ziel ist immer die Abfragevariante (nach ermitteln des tatsächlichen IParam):

If BitAND($IParam, 2^$SpaltenIndex) Then

Hier mal noch ein kleines Skriptbsp. zum Durchspielen der Werte:

#include <GuiListView.au3>
$gui = GUICreate('')
$lv = GUICtrlCreateListView('a|b|c', 10, 10, 200, 150)
$hLV = GUICtrlGetHandle($lv)
GUICtrlCreateListViewItem(' | | ', $lv) ; Anzahl Spalten z. Test unwichtig

$IParam = 0
$shift = 9999 ; IParam muß größer 9999 sein
For $i = 0 To 30 ; letzter gültiger Spalten-Index ist 29
ConsoleWrite('2 hoch ' & $i & @TAB & 2^$i & @CRLF)
$IParam += 2^$i
; für negativen Bereich wäre das dann
;~ $IParam -= 2^$i ; <== das funktioniert dann bis 30 und Shift wäre nich nötig
ConsoleWrite('set Summe $IParam: ' & $IParam & @CRLF)
_GUICtrlListView_SetItemParam($hLV, 0, $IParam+$shift)
ConsoleWrite('get Summe $IParam: ' & _GUICtrlListView_GetItemParam($hLV, 0)-$shift & @CRLF & @CRLF)
Next

Zitat von Andy

im Prinzip möchter er 60 verschiedene "Zustände" in einer Integer-Zahl speichern.

Wenn es das wäre, wär es nicht so schwierig. Das ließe sich mit Bernds Empfehlung regeln.
Es sind aber bei 30 Werten schon wesentlich mehr Zustände: alle Kombinationen von 0 bis 29. (Dürfte 30! sein ?). Leider läßt sich in IParam ausschließlich ein Integerwert speichern. Sonst hätte ich den Zustand einfach in einem '01'-String abgelegt.

Mein Problem ist also, dass ich die Information des positiven Integerwertes auch brauche, wenn ich einen negativen Wert verwende. Das war ja meine Überlegung, den Zahlenbereich zu strecken.
Grundsätzlich könnte ich mir die IParam-Geschichte sparen und gleich auf das Array mit den Format-Infos zugreifen. Aber das wollte ich vermeiden, weil bei großer Elementanzahl jeder Schreib- oder Lesezugriff sich in der Performance bemerkbar macht.

Danke progandy, für den Beitrag. Leider bringt die Funktion keinen Gewinn (na OK - eine Spalte mehr). Denn der Offset ist 2^32 und danach bricht die Funktion mit Overflow ab.
OK, gibts wohl keinen Weg. Trotzdem Danke, dass ihr euch Gedanken gemacht habt.

Zitat von Greenhorn

Das ist auch die normale Vorgehensweise ...

...die nicht angewendet werden kann, da IParam ausschließlich ein Integerwert sein muß. Und ein Pointer ist nun mal ein Pointer und kein Integerwert. Das war übrigens mein erster Gedanke und aufgrund der Bedingungen auch entsprechend der Mißerfolg.

Ja Danke. Mit 'int_ptr' funktioniert es nun.
Nun muß ich nur noch testen ob (bzw. wie sehr) mich das zusätzliche Auslesen aus der Struktur bremst.
So habe ich es jetzt gelöst: