| |
|
|
| dans Profan10 klappt Struct avec Längenvariablen évident pas: KompilierenMarqueSéparation ou bien mach je simple quoi faux? et allez cela peut-être dans Profan11? |
|
|
| |
|
|
|
Jörg Sellmeyer | Funktioniert dans 11 aussi pas. je denke, avec den Strukturen et Klassen ist Roland encore pas so large, comment qui Anwender. Viele Sachen marcher là encore pas so so, comment gewohnt. Siehe z.B. ici: [...] |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 07.09.2008 ▲ |
|
|
|
|
| Aider
$(n):n = Longueur des Cordes.
Es steht zwar pas, dass es sich hierbei um une Konstante agir muss - mais aussi pas cela es un Argument son darf.
écrit on alors KompilierenMarqueSéparationensuite funktioniert es. |
|
|
| |
|
|
|
| bien sûr, cela allez. mais si je z.B. une Dossier Travailler veux, qui je encore pas kenne et en Struktur je seulement aus einem En-tête auslesen muss, ensuite peux je STRUCT comme Befehl im moment seulement oublier qc. ou bien peux je chez $(n) qui Konstante n encore irgendwie beeinflussen? (Tricolore im Interpreter avec execute versucht, klappt mais aussi pas, weil qui im Moment seulement einzelne Befehlsstrings peux). Gruss, Specht |
|
|
| |
|
|
|
| prends doch Long statt $(n) avec dem Du Dir cela Handle GlobalAlloc(gPtr,sz) merkst, wird aussi qui Struktur kleiner. |
|
|
| |
|
|
|
| et ici qui prochain Überraschung: KompilierenMarqueSéparation {$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#[]
Fin
je crois, quoi il me faut est un LONG-Drink... |
|
|
| |
|
|
|
Jörg Sellmeyer | quoi oui c'est ca klappt car là pas? chez mir steht
| Quasimodo Pivonka A B
| |
|
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 07.09.2008 ▲ |
|
|
|
|
| Hm so chez mir...
Siehe 1. Ausgabewert |
|
|
| |
|
|
|
Sebastian Sprenger | Hmm, alors dans XProfan 11 bekomme je même chose raus comment Jörg - alors cela richtige.
mais dans XProfan 10 Free ist es réellement faux! la première Ausgabe est là pas "Quasimodo", mais "A".
Pour meiner Kurzrecherche ist es wohl un Bug beim Vererben de Strukturen: [...] |
|
|
| 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, un Lichtblick... peux sich alors seulement encore um Monate agir.. Methode zur Versionsunterscheidung? |
|
|
| |
|
|
|
| Unterschied zum XProfan 10, 11 machts "korrekt". |
|
|
| |
|
|
|
RGH | dans XProfan 10 mußte qui trop beerbende Struktur (im opposition zur Angabe dans qui Aider) comment chez Objekten à erster Stelle stehen, sonst funktionierte es pas korrekt. dans XProfan 11 ist cette faute behoben.
Salut 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 ▲ |
|
|
|