XProfan

RGH

[quote:8f68b01274=Uwe Pascal Niemeier]
%HDC
In der letzten Version (S 16) wird nach StartPaint -1 die Systemvariable %HDC nicht mehr auf den Wert der Speicherbitmap gesetzt.[/quote:8f68b01274]
SORRY! Ein Bug, der in S16 auftritt und in S17 wieder weg sein wird. STARTPAINT funktioniert in S16 überhaupt nicht!

[quote:8f68b01274=Uwe Pascal Niemeier]
&PDC
Müsste diese Systemvariable nicht eigendlich überflüssig sein? Nach einem StartPrint sind %HDC, %HDC2 und &PDC doch identisch? (nur so aus Neugier

)[/quote:8f68b01274]
Ja, sie ist inzwischen - eigentlich schon lange - überflüssig. Aber aus Gründen der Kompatibilität ...

[quote:8f68b01274=Uwe Pascal Niemeier]
Dim + Declare
Ist noch keine Möglichkeit in Sicht, VariablenArrays zu re-dimensionieren?[/quote:8f68b01274]
Nein, denn dann müßte ich die Speicherverwaltung der Variablen in XProfan komplett neuschreiben. Das hätte widerum Auswirkungen auf die Methoden, mit denen sich Prozeduren und Funktionen die lokalen Variablen meken, etc. etc.! Und Felexibilität in der Speicherverwaltung kostet auch immer Geschwindigkeit.
Als Workaround für größenveränderliche Arrays empfehle ich Bereichsvariablen. Die können ab XProfan 10 in ihrer Größe beliebig redimensioniert werden. der Inhalt bleibt, soweit es die neue Größe erlaubt, erhalten.

[quote:8f68b01274=Uwe Pascal Niemeier]
oGL(SCALE,s!)
Mit oGL sind wir ja eigendlich schon durch, aber wenn ich schon mal dabei bin...
Warum nur ein Parameter für alle 3 Dimensionen? [/quote:8f68b01274]
Es soll halt möglichst einfach sein. In den meisten Fällen, dürfte es darum gehen ein Objekt zu verkleinern oder zu vergrößern. Und wer alle drei Parameter ändern will, kann ja einfach auf die oGL-API ausweichen

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

23.07.2006 ▲

Uwe
''Pascal''
Niemeier

Hallo Leute!

Wenn ich dieses hochkomplexe Programm
Kompilieren Markieren Separieren

window 50,50-400,100
print $ProfVer
waitkey

durch den aktuelle Compiler (ß 10 S13) laufen lasse und mit der letzen Runtime S17 ausführen will, blitzt das erwartete Fenster einmal kurz auf und das Programm ist zuende.
Erst ein zweites WaitKey lässt das Fenster offen.
Unter Version S16 und tiefer reichte ein WaitKey.
Wie kommts??

SeeYou
Pascal

02.08.2006 ▲

Kompilieren Markieren Separieren

Nun das kann ich toppen

cls
Waitkey

Selbe Verhalten!

02.08.2006 ▲

Hallo Pascal und iF

Bei mir ist das Verhalten ganz normal

pascal_test.jpg	8 kB

Kurzbeschreibung:	Code von "Pascal"

Hochgeladen:	03.08.2006

Ladeanzahl:
		Herunterladen

RGH

Tritt das Problem nur bei WaitKey oder auch bei WaitInput auf?

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

Jetzt habe ich mit beiden Beispieltexten (Pascal und iFs) mit allen Wait-Befehlen, also Waitkey, Waitinput und Waitmouse getestet und es ist so wie es sein soll: Das jeweilige Fenster bleibt stehen, bis ein Tastendruck oder in Falle Waitmouse ein Mausklick beendet. - ?

Bei Waitinput das Selbe.

Uwe
''Pascal''
Niemeier

Hallo Leute!

Noch was zum Thema andere Problemchen

Unter S 16 + S 17 (Interpreter und Runtime) bewegen sich die oGL-Sprites nicht mehr...

@ Horst: Das WaitKey-Problem betrifft nur die Runtime (Ausführen des Programms als prc)

SeeYou
Pascal

RGH

[quote:d551d64117=Uwe Pascal Niemeier]Hallo Leute!

Noch was zum Thema andere Problemchen

Unter S 16 + S 17 (Interpreter und Runtime) bewegen sich die oGL-Sprites nicht mehr...

@ Horst: Das WaitKey-Problem betrifft nur die Runtime (Ausführen des Programms als prc)

SeeYou
Pascal[/quote:d551d64117]
HILFE! Danke für den Hinweis! Wieder was gelernt:Unter Delphi werden Objekte als Parameter nicht per Referenz, sondern per Wert übergeben. Ungewöhnlich. In Java und C++ (und XProfan

) ist das anders ...

In S 18 ist die Ruhe für die Sprites wieder vorbei.
(Was das Waitkey betrifft, bin ich noch am Suchen.)

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

[quote:3b4160ee97]@ Horst: Das WaitKey-Problem betrifft nur die Runtime (Ausführen des Programms als prc)
[/quote:3b4160ee97]
Hast Recht - beim Ausführen als *.prc-Datei haut das Fenster sofort ab !

RGH

Hallo,

auch diesen Fehler habe ich gefunden! Auf der Suche nach einem anderen Bug hatte ich etwas an der Einleseroutine der Runtime gedreht und so wurde eine Programmzeile zu wenig eingelesen. Kurz: Die letzte Zeile eines Programmes wurde ignoriert. Da das bei meinen Testprogrammen fast immer ein END ist, hat bei mir alles funktioniert.

S18 wird heute oder morgen rausgehen.

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