[*]Profan

- Seite 5 -

Michael
Wodrich

Das wäre aber fatal.
Viele Profan-Codes gehen davon aus, das der Bereich beim Anlegen mit Nullen gebügelt wurde. Ich glaube, Roland hatte das mal bestätigt.

Schöne Grüße
Michael Wodrich

Programmieren, das spannendste Detektivspiel der Welt.

18.12.2007 ▲

Frank
Abbing

Nein, er konnte es nicht 100%ig bestätigen...

18.12.2007 ▲

RGH

Hallo,

wenn DIM für eine Bereichsvariable in der Form DIM B#,N& das erste Mal aufgerufen wird, wird der Speicher reserviert, aber nicht beschrieben. Er ist also undefiniert.
Wird DIM für die gleiche Bereichsvariable aufgerufen, bleibt der Speicher so weit wie möglich unverändert. Das heißt: Ist n& genauso groß wie beim vorherigen Aufruf ändert sich gar nichts; ist n& kleiner, bleibt der Speicher bis zur neuen Größe unverändert; ist n& Größer bleibt der Speicher bis zur bisherigen Größe unverändert, drüberhinaus ist er undefiniert.
Will man sicher gehen, dass er mit Nullbytes gefüllt ist, muß man Clear B# verwenden.
(So steht es zumindest in der Delphi-Hilfe zu AllocMem und ReallocMem.)

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

Und dieses Verfahren halte ich für das Beste.

Frank
Abbing

Das wäre aber fatal.
Viele Profan-Codes gehen davon aus, das der Bereich beim Anlegen mit Nullen gebügelt wurde.

Darum laufen so viele alte Codes auch nicht richtig. PrFellowcodes allen voran.

Nico
Madysa

Alles klar, der Fehler geht klar an mich. Ich bin damals davon ausgegangen, dass Bereiche beim Definieren glattgebügelt

werden. Ich korrigiere den Code gleich mal....

Nico Madysa

Jac
de
Lad

Ist vielleicht mit Achtung in der Hilfe nochmals erwähnenswert...

Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP

Jac
de
Lad

Hallo Roland.

Ich weiß gar nicht, wie du das aushältst. Jeder will was von dir und am besten sollst du den Funktionsumfang von XProfan verdoppeln. Leider muss ich dir mitteilen, dass ich auch noch einen Wunsch habe. Ich hatte es an anderer Stelle schonmal genannt und möchte es nochmal darlegen:

Ich wünsche mir, dass man eine Funktion festlegen kann, die ausgeführt wird, wenn das Programm beendet wird. Wie die ExitProc in Delphi. Das würde so manches vereinfachen und soweit ich weiß auch bei Absturz des Progs den Speicher freigeben usw.

Jac

Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP

11.01.2008 ▲

Nico
Madysa

Für den Normalfall kannst du eine Proc Beenden deklarieren (oder anderes nennen, mir egal

) und für den Fehlerfall lasse ich eine Errorproc mir den Fehler ausgeben und dann die Proc Beenden ausführen. Damit sollte das eigentlich relativ einfach gehen, oder?

Nico Madysa

11.01.2008 ▲

Jac
de
Lad

An und für sich schon, aber, wenn das Programm aussteigt, siehste alt aus. Und soweit ich mich erinnere wird die ExitProc in diesem Fall trotzdem ausgeführt.

Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP

11.01.2008 ▲

Jac
de
Lad

Ich wünsche mir noch, dass der Compiler nach einem progend automatisch nicht weitercompiliert. Das sollte einfach zu realisieren sein.

Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP

14.02.2008 ▲

RGH

Jac

Ich wünsche mir noch, dass der Compiler nach einem progend automatisch nicht weitercompiliert. Das sollte einfach zu realisieren sein.

1. Wozu soll das gut sein?
2. Trotzdem ist es schon jetzt so, dass der Kompiliervorgang nach kompilieren der Befehlszeile ProgEnd im Hauptprogramm aufhört.

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

14.02.2008 ▲