Merkwürdigkeit beim Speichern negativer Integer in Objekten

[KKraft]

Hallo,

wäre es nicht sinnvoll, im Forum mal eine "Eventuellen Bug gefunden"-Rubrik einzurichten?
Ich finde das folgende Posting ebenso wie mein vorheriges zu GetFDate$ bei "Anregungen" eigentlich etwas deplatziert.
Gut wäre auch irgendwo eine Liste bereits von Benutzern gemeldeter Bugs für eine bestimmte Release, damit nicht immer wieder die selben Macken gemeldet werden.

So, zumindestens das waren Anregungen

Im folgenden Quelltext wird etwas demonstriert, worüber ich schon vor einiger Zeit gestolpert bin, was aber in Version 11.2a immer noch so abläuft.

--------------------
'Wohl so nicht beabsichtigter Effekt bei der Speicherung von Integervariablen mit negativem Vorzeichen in Objekten

----------------------------------
class Test = int%,longint&,Test@

proc Test.Test
parameters i%,l&
print "Test.Test: übergebene Parameter i% l&",i%,l&
.int% = i%
.longint& = l&
print "Test.Test: Werte von .int% .longint& nach Zuweisung der Parameter",.int%,.longint&
var li& = .int%
print "Test.Test: an Longint übergebener int-Wert",li&
endproc

declare int%

proc Test
parameters i%
int% = i%
print "\nTest: übergebener Parameter i%",i%
print "Test: Wert der Variablen int% nach Zuweisung des Parameters",int%
waitkey
endproc

declare t#
t# = new (Test,-10,-10)
Test(-10)
dispose t#
waitkey
end

-------------------------------

Bildschirmausgabe bei mir:

Test.Test: übergebene Parameter i% l& -10 -10
Test.Test: Werte von .int% .longint& nach Zuweisung der Parameter 65526 -10
Test.Test: an Longint übergebener int-Wert 65526

Test: übergebener Parameter i% -10
Test: Wert der Variablen int% nach Zuweisung des Parameters -10

Ja, mir ist bewußt, daß 65526 = 2**16 - 10 ist!

Gruß
Karl

[RGH]

Hallo Karl,

darf ich aus der Hilfe zu den Struktur/Klassen-Attributen mit % zitieren (in der Einführung zum Thema Strukturen):

Strukturvariablen %: Alle ShortInt und andere zwei Byte (16 Bit) große Elemente werden als Integer (%) dargestellt.
Hinweis: Zahlbereich von 0 bis 65535.

Gruß
Roland

[ts-soft]

Ist aber sehr irreführend
Ein Variablentyp Word wäre hier logischer. Integer werden ja vor allem auch
in einer zukünftigen 64-Bit Version wichtig, mal 32-bit mal 64-bit (gerade in
Strukturen!).

Ist also kein Bug, aber ein zu ändernder Zustand

Vor allem sind Integer ja auch der Typ für Controls usw., wer seinen Code
also schon jetzt auf 64-Bit vorbereiten möchte, nimmt doch besser Integer
für Handle, Objekte und Pointer.

[Frabbing]

Ja, die Größe einer Integer-Zahl richtet sich nach der Bitzahl des ausführenden Systems.
Word = 16 Bit, Long = 32 Bit, Quad = 64 Bit. Aber Integer (INT16/INT32/INT64) = 16 oder 32 oder 64 Bit, je nachdem, auf welchem System das Programm läuft.

Die verschiedenen Windows-Datentypen sind hier aufgelistet: http://msdn.microsoft.com/de-de/libr...=vs.85%29.aspx

wäre es nicht sinnvoll, im Forum mal eine "Eventuellen Bug gefunden"-Rubrik einzurichten?

Ja, so ein Thread kann ich gerne eingerichten. Ein ganzes Forum dafür wird eher nicht lohnen.

[RGH]

Ja, der Begriff "Integer" ist hier in der Tat verwirrend, um einen vorzeichenlosen 16-Bit-Wert zu bezeichnen. Hier sollte ich die Hilfe anpassen, und von Word sprechen. Das Attribut einer Struktur/Klasse mit dem % am Ende ist nun mal ein vorzeichenloser 16-Bit-Wert.

Das Ganze ist nicht zu verwechseln mit dem Variablentyp Integer, der beim 32Bit-XProfan natürlich ein vorzeichenbehafteter 32-Bit-Wert ist.

Gruß
Roland

[ts-soft]

Ein Integer-Typ für Strukturen sollte aber trotz allem eingeführt werden,
bevor es eine 64-Bit Version gibt. Man kann zwar zur Zeit Long nehmen,
aber dann muss man später alles umschreiben.

Also mehr als Vorbereitung , um einen späteren Umstieg zu erleichtern.

[KKraft]

Hallo Roland,

Zitat von RGH

Ja, der Begriff "Integer" ist hier in der Tat verwirrend, um einen vorzeichenlosen 16-Bit-Wert zu bezeichnen. Hier sollte ich die Hilfe anpassen, und von Word sprechen. Das Attribut einer Struktur/Klasse mit dem % am Ende ist nun mal ein vorzeichenloser 16-Bit-Wert.

Das Ganze ist nicht zu verwechseln mit dem Variablentyp Integer, der beim 32Bit-XProfan natürlich ein vorzeichenbehafteter 32-Bit-Wert ist.

Gruß
Roland

ich finde weniger den Begriff Integer in diesem Zusammenhang verwirrend, als vielmehr die gleichzeitige Verwendung des "%"-Postfix für zwei Datentypen unterschiedlicher Länge und unterschiedlicher Vorzeichenbehandlung.
Vorher ging ich einfach davon aus, daß "%" verläßlich ein Kennzeichen für

"Integervariablen werden, wie in BASIC üblich, durch ein % als Postfix gekennzeichnet.
Integervariablen können in einem 32-Bit-System die gleichen Werte wie Longint-Variablen haben: von etwa -2 Mrd. bis etwas über +2 Mrd.
"
also einen vorzeichenbehafteten Ganzzahltyp mit systemabhängiger Länge ist.

Ich habe kein Problem damit, Integers mit eventuell auch negativen Werten in Objekten in longints abzulegen, wäre aber sehr dafür, genau ein Postfix für einen Typen zu verwenden.

Spricht etwas dagegen, den "unsigned shortint" in Objekten z.B. ein "^" als Kennzeichen anzuhängen und den Compiler meckern zu lassen, wenn eine Variable mit %-Endung in der Klassendefinition auftaucht?

Gruß
Karl

[RGH]

Zitat von KKraft

Spricht etwas dagegen, den "unsigned shortint" in Objekten z.B. ein "^" als Kennzeichen anzuhängen und den Compiler meckern zu lassen, wenn eine Variable mit %-Endung in der Klassendefinition auftaucht?

In erster Linie, dass es dann nicht mehr kompatibel zu den bisherigen Versionen wäre, denn Strukturen gibt es schon seit vielen Jahren, näherhin XProfan 8.

Auch die anderen Postfixe, bis auf das &, haben bei Struktur-Attributen andere Bedeutungen als bei Variablen. In Srukturen gibt es keine Attribute mit variabler Länge.

Gruß
Roland

[RGH]

Zitat von ts-soft

Ein Integer-Typ für Strukturen sollte aber trotz allem eingeführt werden,
bevor es eine 64-Bit Version gibt. Man kann zwar zur Zeit Long nehmen,
aber dann muss man später alles umschreiben.

Es wird gewiss einen 64-Bit-Integer geben müssen. Aber ich denke, dass ich dann für Attribute in Klassen und Strukturen mir dann sowieso ein neues, schlüssiges Konzept ausdenken muss. In X2 waren halt erst einmal die Variablen dran.

Gruß
Roland

[ts-soft]

Zitat von RGH

Aber ich denke, dass ich dann für Attribute in Klassen und Strukturen mir dann sowieso ein neues, schlüssiges Konzept ausdenken muss.

Ich würde folgende Syntax vorschlagen (für X3?)

Struct Kunde = Name$(40),Strasse$(40),Ort$(40),Umsatz&,Status%

Struct Kunde = Name(40) As String, \
               Strasse(40) As String, \
               Umsatz As Long, \
               Status As Word

Das As finde ich in diesem Falle besser, als den Type voranzustellen und
ist auch eine häufig anzustreffende Syntax.

[Frabbing]

Ja, so ein Thread kann ich gerne eingerichten. Ein ganzes Forum dafür wird eher nicht lohnen.

Das Forum wurde entsprechend erweitert. Bugreports sind im Grunde ja auch Anregungen.