| |
| |
|
| - Seite 1 - |
|
Dietmar
Horn | Hallo,
mit der Abschaffung von Befehlen ab XProfan 11 hat uns Roland ein ganz schönes Ei ins Nest gelegt.
Nach meinen Erfahrungen funktionieren mehrere Units nicht mehr ab S15, wie z.B. Thread.pcu und plv.pcu: Windows bringt eine Schutzverletzung und möchte dieses Problem an Microsoft gemeldet wissen. Bis S14 klappte es jedoch noch mit den Units.
Hier dürften alle Unit-Autoren gefordert sein, ihre bisherigen Units umzuschreiben und mit XProfan 11 neu zu compilieren. Ob das dann natürlich noch alles weitestgehend abwärtskompatibel bis wenigstens 8.0 bleibt, wird als Nächstes zu testen sein.
Durch diese (meiner Meinung nach immer noch überflüssige und sinnlose) Befehls-Abschafferei wird nun wohl so manch einer von uns seine jahrelang gehegten und gepflegten Projekte einstampfen bzw. nicht mehr mit den neuen Feautures von XProfan 11 weiterentwickeln können. Irgendwie fühle ich mich in meinen trübsten Befürchtungen bestätigt, daß es mit den paar Zeilen einer Profalt.inc nun wohl doch nicht getan ist, um die Abwärtskompatibilität beizubehalten. 
Gruß
Dietmar |
|
| |
| Multimedia für Jugendliche und junge Erwachsene - MMJ Hoyerswerda e.V. [...]  Windows 95 bis Windows 7 Profan² 6.6 bis XProfan X2 mit XPSE Das große XProfan-Lehrbuch: [...] | 13.03.2008 ▲ |
|
| |
|
| |
| |
| - Seite 2 - |
|
|
 | He-He
Ok, mal wieder zu schnell geschossen
Aber mir unterstellen, ich steh auf Drogen  (Siehste: kleine Sünden straft der liebe Gott sofort !) |
|
| |
| |
| |
|
|
Peter
Max
Müller | |
| |
| |
| |
|
|
RGH | Peter Max Müller
Vielleicht hilfts.
Gruß
DANKE!
Mit Sicherheit hilft es. Der Hinweis, dass es nur im Interpreter Probleme macht, lässt hoffen, dass ich oben unrecht hatte und es doch nicht am geänderten Precompiler in XProfan liegt.
@Dietmar: Alles wird gut!
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.03.2008 ▲ |
|
| |
|
|
RGH | ... und das Problem ist behoben.
Ein testweise gesetzter Compilerschalter, der dann von mir vergessen wurde, war die Ursache. SORRY!
In der nächsten Subscriptionsversion klappt es auch wieder mit den Units im Interpreter!
Und XProfan ist trotz aller Unkenrufe die rückwärtskompatibelste Programmiersprache der Wert! 
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.03.2008 ▲ |
|
| |
|
|
GDL | @ Roland
gibt es irgendeine Möglichkeit, ausser der alte Befehle proc einzubinden, dass ein Programm nicht gleich abstürzt, wenn doch noch ein alter Befehl irgendwo vorkommt.
Ich hatte diese proc nicht eingebunden, da ich dachte die listview.inc hatt keine alten Plus minus Befehle mehr. Auch dort waren noch 2 SUB Befehle drinn.Wenn dann eine Fehlermeldung käme Alter Befehl hätte ich bestimmt nicht so lange in meinem Code gesucht.
Servus
Georg |
|
| |
| |
| |
|
|
 | @Georg: Vielleicht glaubt XProfan das hier der Befehl als Operator verarbeitet werden will - weil kein gleichnamiger Befehl deklariert wurde, Absturz also vielleicht nicht weil der Befehl nicht existiert. Für XProfan wäre das dann eher ein grober syntaktischer Fehler - und hierbei stürzt XProfan leider oft ab.
Eine Syntaxprüfung hierfür könnte helfen. |
|
| |
| |
| |
|
|
RGH | GDL
@ Roland
gibt es irgendeine Möglichkeit, ausser der alte Befehle proc einzubinden, dass ein Programm nicht gleich abstürzt, wenn doch noch ein alter Befehl irgendwo vorkommt.
Ich hatte diese proc nicht eingebunden, da ich dachte die listview.inc hatt keine alten Plus minus Befehle mehr. Auch dort waren noch 2 SUB Befehle drinn.Wenn dann eine Fehlermeldung käme Alter Befehl hätte ich bestimmt nicht so lange in meinem Code gesucht.
Servus
Georg
Hallo Georg,
einen Absturz sollte es nicht geben, sondern beim Ausführen im Interpreter bzw. beim Ausführen des Compilates oder der EXE sollte eine ordentliche Fehlermeldung kommen, dass eine Funktion nicht gefunden wurde. Ich schaue mir das noch mal an ...
Vorher schicke ich aber die korrigierte Version als S17 raus, zumal es auch noch Probleme mit einigen wmf-Dateien gab.
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.03.2008 ▲ |
|
| |
|
|
GDL | @ Roland,
Korrektur.
Absturz nur, da ich immer mit {$CLEQ} die Proggis laufen lasse.
Im Interpretermodus kommt eine Fehlermeldung.
Servus
Georg |
|
| |
| |
| |
|
|
RGH | |
| |
| 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.03.2008 ▲ |
|
| |
|
|
| {$cleq} ist eine xpse Prekompileranweisung.
compilieren,linken,exe starten,quit, hier die Auflistung der Shorties: [...]
XPSE-Doku
Shorties →Shorties sind Kompilerschalter welche aus nur einem Buchstaben bestehen und die Besonderheit haben, auch miteinander innerhalb einer Kompilerschalteranweisungszeile verknüpft zu werden. Es ist also nicht nötig z.B. in der ersten Zeile {$C} und in der zweiten Zeile {$L} zu schreiben, sondern Shorties können derart verknüpft werden: {$CLEQ}. Bei Shorties spielt auch die Reihenfolge der Angaben keine Rolle da XPSE selbst bestimmt welche Reihenfolge die schlüssigste ist. Es macht also keinen Unterschied ob {$CLEQ} oder {$QLCE} geschrieben wird. Der Übersicht halber ist jedoch empfohlen die Schalter auch in der logischen Abfolge anzugeben. Ein Linken macht z.B. erst nach dem Compilieren Sinn, und das Starten der Exe erfolgt beispielsweise auch nicht vor dem Linken. |
|
| |
| |
| |
|
|
Frank
Abbing | | Roland hat Wissenslücken... |
|
| |
| |
| |
|
|
Nico
Madysa | Sag das nicht zu laut...  |
|
| |
| |
| |
|
(492)
Deutsch
English
Français
Español
Italia