| |
|
|
| In Profano10 klappt Struct con Längenvariablen offenbar no: KompilierenMarcaSeparación Oder mach Yo simplemente qué falso? Und va el tal vez en Profano11? |
|
|
| |
|
|
|
Jörg Sellmeyer | Funktioniert en 11 auch no. Yo denke, con el Estructuras y Klassen es Roland no tan weit, como Anwender. Viele Sachen trabajo como no tan así, como gewohnt. Siehe z.B. hier: [...] |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 07.09.2008 ▲ |
|
|
|
|
| Ayuda
$(n):n = Longitud des Cuerdas.
Lo es zwar no, dass lo hierbei una Konstante handeln muss - aber auch no el lo una Argument ser darf.
Escribe uno also KompilierenMarcaSeparaciónentonces funktioniert lo. |
|
|
| |
|
|
|
| Klar, el va. Aber si yo z.B. una Expediente bearbeiten voluntad, el Todavía no saber y deren Struktur Yo sólo de una Encabezamiento auslesen muss, entonces kann Yo STRUCT como Befehl en el moment sólo vergessen. Oder kann Yo en $(n) el Konstante n todavía irgendwie beeinflussen? (Habs en el Interpreter con execute intenta, klappt aber auch no, porque el en el Moment sólo einzelne Befehlsstrings kann). Gruss, Pájaro carpintero |
|
|
| |
|
|
|
| Tomar doch Largo en lugar de $(n) con el Usted Usted el Handle GlobalAlloc(gPtr,sz) merkst, se auch el Struktur kleiner. |
|
|
| |
|
|
|
| Und hier el nächste Überraschung: KompilierenMarcaSeparación {$cleq}
Cls
Declare x%
set("decimals",0)
x% = 620
Declare Feld#[x%]
print "Das Bereichsarray wird ohne weiteres variabel dimensioniert"
Struct Subfelder = Hinz$(1), Kunz$(1)
Struct Feld = Vorname$(20), Nachname$(40), Subfelder
Dim Feld#[],Feld
print "Die Gesamtlänge der Struktur Feld wird korrekt berechnet: ",SizeOf(Feld#[0])
print
print "Nun folgen 4 Zuweisungen:"
With Feld#[1]
.Vorname$="Quasimodo"
.Nachname$="Pivonka"
.Hinz$="A"
.Kunz$="B"
EndWith
print "Die Ausgabe zeigt:"
With Feld#[1]
print .Vorname$, "<-- Hier sollte Quasimodo stehen!"
print .Nachname$, "<-- Hier sollte Pivonka stehen!"
print .Hinz$, "<-- Hier sollte A stehen"
print .Kunz$,"<-- Hier sollte B stehen"
EndWith
beep
print
print "Warum das bei A nicht klappt, ist denn doch etwas überraschend..."
WaitInput
Dispose Feld#[]
End
Yo glaube, Yo brauche es una LONG-Drink... |
|
|
| |
|
|
|
Jörg Sellmeyer | Was genau klappt porque como no? En me es
| Quasimodo Pivonka A B
| |
|
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 07.09.2008 ▲ |
|
|
|
|
| Hm así en me...
Siehe 1. Ausgabewert |
|
|
| |
|
|
|
Sebastian Sprenger | Hmm, also en XProfan 11 bekomme Yo dasselbe fuera como Jörg - also el richtige.
Aber en XProfan 10 Gratuito lo tatsächlich falso! El erste Edición heißt hay no "Quasimodo", pero "A".
Nach meiner Kurzrecherche es wohl una Bug beim Vererben de Estructuras: [...] |
|
|
| Profan² 7.0e, XProfan 9, 11.2a, FreeProfan32 Windows Vista Home Premium 32-Bit, 2.8 Ghz, 4 GB RAM Windows Me, 1.8 Ghz, 256 MB RAM | 07.09.2008 ▲ |
|
|
|
|
| Ah, una Lichtblick... kann se also sólo todavía en Monate handeln.. Método a Versionsunterscheidung? |
|
|
| |
|
|
|
| Diferencia para XProfan 10, 11 machts "korrekt". |
|
|
| |
|
|
|
RGH | In XProfan 10 mußte el a beerbende Struktur (en el Gegensatz a Angabe en el Ayuda) como en Objekten a erster Punto posición, sonst funktionierte no korrekt. In XProfan 11 es dieser Fehler Fijo.
Saludo 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 | 07.09.2008 ▲ |
|
|
|