| |
| |
|
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 ▲ |
|
| |
|
|
Frank
Abbing | Naja, ich weiß schon, warum ich von jeher eine Dll immer einer Pcu vorziehe...  |
|
| |
| |
| |
|
|
RGH | Das mit den Units ist in allen Programmiersprachen so. Einfach neukompilieren und alles ist Ok, Umgeschrieben muss natürlich nichts werden, sondern höchstens die PROFALT.INC eingebunden werden. Beim Kompilieren der Unit ist ja wieder dre Precompiler aktiv!
Auch in Delphi muss ich in jeder Version, die Borland werden lässt, alle meine Units neu kompilieren. Daher ist es für mich z.B. unerlässlich, von allen verwandten Units auch die Quellcodes zu besitzen oder mich darauf zu verlassen, dass mit der nächsten Delphi-Version auch die passenden Units mitgeliefert werden.
(Bislang verwende ich nur Borlands JPEG-Unit ohne Quellcode. Das hat wohl lizenzrechtliche Gründe, dass Borland hier nicht den Quellcode mitliefern darf. Aber ich bin sicher, mit der nächsten Delphi-Version ist auch eine frisch kompilierte JPEG-Unit dabei.)
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 | 13.03.2008 ▲ |
|
| |
|
|
Jörg
Sellmeyer |
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
Da wäre es doch mal interessant, zu wissen, wobei die Dinger aussteigen. Vielleicht ist es ja auch nur ein popeliger Bug in S15.
Wenn tatsächlich nur die alten Befehle rumzicken, reicht ja schon eine sinnvolle Reihenfolge der Include/Pcu-Aufrufe.
Also als allererstes die profalt.inc und dann alles Weitere. Rein theoretisch muß dann nicht mal neu kompiliert werden.
Mein Tip ist, es liegt an was anderem... |
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ...  | 13.03.2008 ▲ |
|
| |
|
|
Dietmar
Horn |
Also als allererstes die profalt.inc und dann alles Weitere. Rein theoretisch muß dann nicht mal neu kompiliert werden.
Und genau das funktioniert eben leider nicht - schon von der Theorie her kann das nicht klappen.
Einfach neukompilieren und alles ist Ok,
Dieser weise Ratschlag ist m.E. natürlich überflüssiger wie ein Kropf.
Denn wenn ich den Source der Unit nicht habe, dann fällt das mit dem Neucompilieren leider aus.
Und wenn der Unit-Autor seinen Source hätte veröffentlichen wollen, dann hätte er keine Unit gebastelt, sondern er hätte sein Werk gleich als Inc veröffentlicht.
Hier dreht sich die Katze also leider mal wieder im Kreise und beißt sich in den eigenen Schwanz.
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 ▲ |
|
| |
|
|
RGH | @Jörg: Ich muß Dir leider widersprechen. Da beim Compileren einer Unit ja der Precompiler der jeweiligen Profan-Version aktiv ist, kann er ja noch nicht die Neuerungen der künftigen Versionen kennen. Daherwird es immer wieder vorkommen, dass Units mit künftigen XProfan-Versionen nicht laufen. Wie gesagt: Das ist bei XProfan nun mal nicht anders, wie bei allen anderen Programmiersprachen, die Units verwenden (z. B. Delphi).
Wenn man den Quellcode der Unit hat, kompiliert man ihn neu. Hat man eine Unit ohne Quellcode, wendet man sich also an deren Hersteller und erbittet eine neue Version. (Da die meisten XProfan-Units von einem netten Mitglied dieses Forums stammen, der zudem zu den Subscriptions-Testern gehört, dürfte es kein Problem sein, sehr zeitnah zu XProfan 11 auch die passenden Units zu bekommen. ;) )
(Im Delphi-Bereich ist es meist so, dass Testversionen von Units ohne Quellcode ausgeliefert werden, bei bezahlten Vollversionen der Quelltext allerdings dabei ist. Das erlaubt es dem Anwender, die Unit an neue Delphi-Versionen anzupassen. - Da Delphi nicht so abwärtskompatibel ist, wie XProfan, ist das meist mit mühsamen Änderungen verbunden, weshalb es dann trotzdem oft effizienter ist, das Update beim Hersteller zu ordern.) |
|
| |
| 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 ▲ |
|
| |
|
|
 | @Dietmar: Eher weniger sind es die Befehle welche in der Unit vorkommen, sondern das Format der Unit. Ändert Roland beispielsweise intern BefehlsIDs dann würden die Zuordnungen nicht mehr stimmen. Laienhaft gesagt könnte aus einem cls ein exitwindows werden. Es ist doch völlig korrekt das vorkompilierte Programmteile zum Kompiler passen müssen, gewissermaßen erwartet das die Architektur des Ganzen. 
Ich habe es leider noch nicht geschafft z.B. die thread.pcu mit x11 zu kompilieren - aber hatte ich denn nicht den Source dazu schon längst gepostet...  |
|
| |
| |
| |
|
|
Dietmar
Horn |
aber hatte ich denn nicht den Source dazu schon längst gepostet...
Suche mal in Deiner eigenen Community nach Thread.pcu, dann wirst Du feststellen, daß das nicht stimmt. Es sei denn, Du hast den Code seit gestern Nachmittag still und heimlich hier irgendwie erfolgreich versteckt.
Ich habe es leider noch nicht geschafft z.B. die thread.pcu mit x11 zu kompilieren
Und wer soll das denn Deiner Meinung nach schaffen, wenn nicht der Unit-Autor selber?
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: [...] | 14.03.2008 ▲ |
|
| |
|
|
Dietmar
Horn | Hallo zusammen,
also wenn ich bis hierhin nun nur bei dieser Unit-Geschichte mal Eins und Eins zusammenzähle, dann scheint es mit der Abwärtskompatibilität von XProfan 11 ab sofort wirklich leider endgültig vorbei zu sein!
Beispiel:
Wer sich als Programmieranfänger im Internet umschaut, dadurch auf XProfan trifft und mit der Freeware-Version Profan² 6.6, mit XProfan-FREE oder OGL-Basic erste Erfahrungen sammelt, dem könnte ich es nicht mal übelnehmen, daß er nach dem Kauf der dann aktuellen XProfan-11-Vollversion meinen könnte, einem Rattenfänger aufgesessen zu sein. Denn bis dahin hatte er sich an den Beispiel- und Demo-Codes orientiert, die bei ihm bis dahin mit der Freeware klappten und ihn zur Kaufentscheidung der aktuellen Vollversion führten (Demo-Codes aus der Hilfe-Datei, aus unserer XProfan-Community, aus der MMJ-Quellcodesammlung, aus meinem XProfan-Manager - oder woher auch immer).
Warum-wieso-weshalb ab XProfan 11 urplötzlich ältere Befehle abgeschafft wurden bzw. werden, das kann ich bis jetzt leider noch immer nicht so richtig nachvollziehen. Jedenfalls solange nicht, wie Profan² 6.6 Freeware ist und als eine Art Lockmittel dient, um Neukunden mit der Freeware unter nun nicht mehr vorher bekanntgegebenen Einschränkungen ködern zu wollen, sich die aktuelle Vollversion zu kaufen.
Falls Jemand bösartig und xprofan-feindlich genug eingestellt wäre, dann könnte er berechtigt behaupten, daß er mit einem solchen Lockvogelangebot unter Vorspiegelung falscher Tatsachen über den Tisch gezogen werden soll, sollte bzw. wurde.
Hinweis: Ich selber bin keinesfalls xprofan-feindlich eingestellt - auch wenn ich hier gelegentlich mal in ein paar offene Wunden piekse ...
XProfan-FREE als Scriptsprache ist meiner Meinung nach eine ähnliche Mogelpackung!
Denn Nirgendwo steht geschrieben, daß in dieser Mogelpackung bereits bei 1000 Codezeilen und maximal 500 Variablen pro Typ das Ende der Fahnenstange erreicht ist. Als ich das herausgefunden hatte, habe ich XProfan-FREE beiseite gelegt - ich kann also nicht sagen, was da unter der Haube evtl. noch weiter an Einschränkungen versteckt sein könnte (außer die fehlende Datenbank-Unterstützung).
(Im Delphi-Bereich ist es meist so, dass Testversionen von Units ohne Quellcode ausgeliefert werden, bei bezahlten Vollversionen der Quelltext allerdings dabei ist. Das erlaubt es dem Anwender, die Unit an neue Delphi-Versionen anzupassen. - Da Delphi nicht so abwärtskompatibel ist, wie XProfan, ist das meist mit mühsamen Änderungen verbunden, weshalb es dann trotzdem oft effizienter ist, das Update beim Hersteller zu ordern.)
Sorry, Roland - aber hier scheinst Du mal wieder Äpfel mit Birnen vergleichen zu wollen!
Der XProfan-Apfel kostet in der aktuellen Vollversion ca. 60 Euro. Die Delphi-Birne kostet in der aktuellen Professional-Vollversion ab ca. 4000 Euro aufwärts (siehe Borland-Site im Internet).
Mit XProfan ist Roland vor nunmehr ca. 15 Jahren angetreten, um eine wirklich einfach zu erlernende echte Windows-Programmiersprache zu erschaffen (also zunächst ohne zwingend OOP-Kenntnisse bei Programmieranfängern voraussetzen zu müssen). Dies ist inzwischen wirklich prima gelungen.
Ich selber hatte Anfang der neunziger Jahre recht intensiv in TP, BP, C, TPW, Delphi und Assembler programmiert und damals schon Programmierkurse mit Kindern und Jugendlichen durchgeführt. Nachdem ich Profan² 3.3 entdeckte, polte ich meine Programmierkurse von jetzt auf gleich auf diese neue und für totale Programmieranfänger superleicht zu erlernende profane Windows-Programmiersprache um. Und dabei ist es meinerseits aus Überzeugung bis heute geblieben!
Ich könnte hier zig- oder vielleicht sogar hunderte Namen von (ehemaligen, aber auch aktuellen) Kindern und Jugendlichen nennen, die während ihrer ersten Programmierversuche auf solche Sachen reingefallen waren - wie mit Paperback für 5 DM oder nun 5 Euro am Supermarkt-Ramschtisch: Delphi lernen in 11 Stunden, usw.
Meiner Meinung nach ist Roland auf dem besten Wege, sich mit XProfan 11 die weitere (weltweite!) Verbreitung von XProfan selber zu versauen!
Die Mogelpackung namens XProfan-FREE scheint dbzgl. meiner Meinung nach leider nur ein erster Anfang in diese Richtung gewesen zu sein!
Warum denn nicht endlich XProfan-FREE als Scriptsprache (also den aktuellen Interpreter) und ohne Kompromisse als Freeware - also ohne jegliche Einschränkungen? Genauso wie z.B. unser iF-David das bereits vor Monaten angeregt hatte?
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: [...] | 14.03.2008 ▲ |
|
| |
|
|
RGH | In aller Kürze:
1. Mit Profan² 6.6 erstellte Programme lassen sich problemlos auch unter XProfan 11 weiterverwenden. Da diese Version schon vollständig Operatoren unterstützte und Einsteiger sicher die eingängigeren Operatoren anstelle der schnell übersichtlich werdenden Operatorenersatzfunktionen benutzten, brauchen sie nicht einmal die PROFALT.INC. Mit der PROFALT.INC (und ggf. dem Set(MessageMode,0) und Set(TrueColor,0) am Anfang) laufen selbst die Beispiel von Profan² 2.x noch unter XProfan 11. (Und das Unit-Problem haben diese Leute auch nicht, da es damals noch gar keine Units in Profan² gab.)
2. XProfanFree ist für den Zweck, für den es geschaffen wurde, mehr als ausreichend. Es ist und bleibt die bislang beste Batch-Sprache für Windows, mit der selbst komplette 3D-Spiele geschrieben werden können. Und die 1000 Zeilen als Grenze sind falsch. (Was ich genau als Grenzwerte genutzt habe, müßte ich daheim nachschauen, da ich hier am Arbeitsplatz den Quellcode von XProfanFree nicht vorliegen habe.)
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 3. falls jemand so freundlich ist und mir eine unter XProfan 10 kompilierte Unit (mit Quelltext samt Aufrufprogramm) schickt, die unter XProfan 11 nicht mehr funktioniert, kann ich ja mal schauen, ob ich da noch was drehen kann. Wen es bis S14 noch klappte, stehen die Chancen nicht soooo schlecht, dass es ab S17 wieder gehen könnte.
Ach ja: Tritt das Problem im Interpreter auf oder beim Compilieren ode gar in beiden Fällen?
BTW: Die Befehls-Abschafferei (es wurde ja nichts wirklich abgeschafft) war weder sinnlos noch unnötig, sondern ermöglichte erst manche der Neuerungen. Zudem ist es niemandem verwehrt, für seine alten Projekte weiterhin XProfan 10 oder gar Profan² 6.6 zu nutzen.
Der ursrüngliche Profed32 wird bis heute mit Delphi 2 kompiliert, da es einen Hersteller der dort verwendeten Units nicht mehr gibt (und sich die vorliegenden Sourcen unter neueren Delphi-Versionen nicht mehr kompilieren lassen) und vermutlich auch in Foren inszenierte cholerische Anfälle ihn nicht dazu bringen würden, seinen Geschäftsbetrieb wieder aufzunehmen. ... und das, obwhl ich für die Units mehr Geld bezahlt habe, als mancher XProfan-Anwender seit seiner ersten Profan²-Version. ;)
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 ▲ |
|
| |
|
|
Jörg
Sellmeyer |
@Jörg: Ich muß Dir leider widersprechen. Da beim Compileren einer Unit ja der Precompiler der jeweiligen Profan-Version aktiv ist, kann er ja noch nicht die Neuerungen der künftigen Versionen kennen.
Ok, mal wieder zu schnell geschossen  |
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 14.03.2008 ▲ |
|
| |
|
(512)
Deutsch
English
Français
Español
Italia