| |
|
|
Michael W. | Hat sich bei PType$() der ein oder andere Fehler eingeschlichen, oder ist das ein Feature...
' PType$ sollte mal ein wenig genauer beschrieben werden.
/* die gelieferten PType$()-Werte
einfacher Wert, Array (dynamisch), Array (dimensioniert)
%, %[], %[n] Integer (Int) &, &[], &[n] Longint (Long), Handle (Pointer) !, ![], ![n] Float (Double) $, $[], $[n] String Q, Q[], Q[n] Quadint (Quad) S, S[], S[n] Single W, µ[], µ[n] Widestring (Wide) !!! hier wird für Array ein "micro"-Zeichen gesetzt !!! Q, H[], --- Hash (assoziatives Array) !!! hier wird ohne Klammer einfach QUADINT gesetzt !!!
b Memory (Mem) (Bereich) s Struktur o Objekt */
' Das Testprogramm cls
Proc test_Wide Parameters wide W[] ' liefert µ (Micro) Print PType$(1) Return 0 EndProc
Proc test_Hash Parameters hash W ' fehlerhafte Angabe (ohne Klammern) wird einfach durchgewunken Print PType$(1) Return 0 EndProc
Declare wide W2[7,7,7] Declare hash W3
test_Wide( W2[] ) test_Hash( W3 )
WaitInput End
Gruß Michael Wodrich
P.S.: getestet mit X3.1 |
|
|
| System: Windows 8/10, XProfan X4 Programmieren, das spannendste Detektivspiel der Welt. | 03.02.2017 ▲ |
|
|
|
|
Jörg Sellmeyer | Ist in X4 immer noch vorhanden. |
|
|
| |
|
|
|
Michael W. | Ich hatte nur das Hash mit Klammern getestet bei der vX4. Ist mir also gar nicht aufgefallen. |
|
|
| |
|
|
|
RGH | Hallo,
das µ ist die interne Kennzeichnung von Widestrings. Ich vergaß, diese bei der PType-Funktion in "W" zu "übersetzen". Das habe ich jetzt nachgeholt und ist in der nächsten XProfan-Version behoben.
Und ein Hash-Array darf natürlich nicht als einfache Variable deklariert werden. Es ist ja immer ein Array. Wenn man es beim DECLARE und PARAMETERS mit [] versieht, klappt es auch mit PType. Da sollte natürlich bei fehlenden Klammern eine Fehlermeldung erfolgen. Auch das habe ich soeben eingebaut!
Gruß Roland |
|
|
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 04.07.2020 ▲ |
|
|
|