XProfan

- Seite 2 -

Jörg
Sellmeyer

[quote:c5b24d2df5=Jörg Sellmeyer]Ok, hatte ich nicht mehr auf dem Schirm. Da Michael Wod. im Zusammenhang mit meinem Programm zum Funktionenumwandeln, von unerklärlichen Abstürzen berichtete, hatte ich die Hoffnung, es könne daran gelegen haben

Wieder schlauer geworden...

Gruß
Jörg[/quote:c5b24d2df5]
Ich habe den Fehler wohl dingfest machen können:
Kompilieren Markieren Separieren

Cls
Declare Text&
Text&=Create("Text",%hwnd,"",20,2,Width(%hwnd),24)
WaitInput

Bitte mal testen. Vor allen Dingen auf XP Home.
Bei mir tritt der Absturz nicht auf aber auf anderen Systemen macht es vielleicht Probleme, wenn ein Element über den Fensterrand herausragt.
Ob das ein Profanbug oder eine Windowseigenart ist weiß ich auch nicht. Wenns daran liegt (was ich hoffe), sollte das dringend irgendwie behoben werden. Ich finde es ganz praktisch wenn man Controls außerhalb des Fensters parken kann.

Gruß
Jörg

Windows XP SP2 XProfan X4
... und hier mal was ganz anderes als Profan ...

Dietmar
Horn

XP-Home ist ja nicht mein Problem, denn unter XP programmiere ich zu Hause, und da läuft es ja fast immer.

Das eigentliche Problem sind bei mir bisher die Win 9.x-Kisten im Zusammenhang mit XProfan 10, denn bis XProfan 9.1 läuft ja alles bestens - sowohl auf Win 9.x, als auch auf XP-Home und -Professionell.

Das Hauptproblem ist nach wie vor das vorher nie kalkulierbare Risiko bzw. Glücksspiel: Wird das Programm beim nächsten Termin in einem unserer PC-Kabinette noch laufen, oder nicht. Und das, obwohl ich zu Testzwecken bereits wiederholt fast identische Codes compiliert hatte, die sich lediglich durch die Anzahl der Leerzeilen unterschieden hatten (auch noch mit XProfan 10, RC8).

Und gerade, wenn man selber im Kursbetrieb mit interessierten Jugendlichen tätig ist, dann ist es heutzutage eben leider noch lange nicht Standard, daß jedem Schüler zu Hause, in der Schule oder in Freizeiteinrichtungen ständig bis auf den neuesten Stand der Technik hochgezüchtete PC-Technik zur Verfügung steht.

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: [...]

Kompilieren Markieren Separieren

Dietmar
Horn

Cls
Declare Text&
Text&=Create("Text",%hwnd,"",20,2,Width(%hwnd),24)
WaitInput

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: [...]

Hallo Dietmar,

Die Unterstützung für Win95 wurde bereits vor Jahren von M$ eingestellt. Für Win9x ist das auch schon fast so. Dadurch ergibts sich zwangsläufig, das auch andere Programme dies nicht mehr unterstützen können, da alle Windows-Programme auf die API zurückgreifen müssen. Roland versucht mit Sicherheit alles um die Kompatibilität aufrecht zu erhalten, aber früher oder später wirds nicht mehr möglich sein.
Solange Du auf Win95 angewiesen bist, solltest Du die Werkzeuge nutzen, die dafür geeignet sind. Neuere Programme nehmen im allgemeinen keine Rücksicht mehr auf Win9x. Das ist der Lauf der Zeit, der läßt sich nicht stoppen. Die 16-Bit Version von Profan wird doch auch nicht mehr weiterentwickelt.

Ich denke mal, wenn Roland das noch hinbekommt, schöne Sache, wenn nicht, kannste immer noch auf XProfan 9 zurückgreifen. Bezieht sich aber jetzt auf Win95, 98 usw. sollte schon noch funktionieren, die nächsten 2-3 Jahre

Jörg
Sellmeyer

[quote:09c0bd9a38=Dietmar Horn]
Kompilieren Markieren Separieren

Cls
Declare Text&
Text&=Create("Text",%hwnd,"",20,2,Width(%hwnd),24)
WaitInput

Am obigen Code scheint es nicht zu liegen, denn dieser funktioniert unter XP-Home. Außerdem würde sich ein solcher (schlechter) Programmierstil wahrscheinlich in richtigen Programmen schon von der Optik her an anderen Stellen viel früher bemerkbar machen ...

Gruß
Dietmar[/quote:09c0bd9a38]
Hallo Dietmar,
Klär mich doch mal, auf was genau Du da als schlechten Stil ansiehst. Natürlich ist es eine Nachlässigkeit, einfach Width(%hwnd) reinzuschreiben - aber schlechter Stil?
Oder wäre das:
Kompilieren Markieren Separieren

Text&=Create("Text",%hwnd,"",pos%,2,Width(%hwnd) - pos%,24)

in Deinen Augen auch schlechter Stil?

Gruß
Jörg

Windows XP SP2 XProfan X4
... und hier mal was ganz anderes als Profan ...

Frank
Abbing

[quote:2adf8cacb0]Außerdem würde sich ein solcher (schlechter) Programmierstil... [/quote:2adf8cacb0]
Darin sehe ich auch keinen schlechten Programmierstil.

RGH

[quote:d715d2a5a5=Dietmar Horn]Programm unter Win 95 neu compiliert und gelinkt (hat fast 1 1/2 Stunden gedauert)[/quote:d715d2a5a5]

Wieviele Zeilen hat denn Dein Programm? (Selbst meine Kundenverwaltung ist im einstelligen Tausenderbereich und in wenigen Sekunden compiliert und gelinkt.)

Zur Lauffähigkeit unter Windows 95: Prinzipiell laufen (zumindest kleinere) XProfan 10 Programme auch auf Windows95 Rechnern mit wenig (8 oder 16 MB) Speicher. Ich hatte letztlich ein 486er Notebook hier und habe es spaßeshalber darauf getestet, bevor ich es umweltgerecht entsorgt habe.
Aber auch unter Win95 sollten es mindestens 32 MB RAM sein. Besonders Win95-User sollten außerdem darauf aschten, die letztren Updates (gibt es immer noch bei MS zum Donwload) draufgespielt zu haben. Das betrifft besonders OpenGL, da die allerersten Win95-Versionen eine fehlerhafte OpenGL-DLL hatten, mit der XProfan10-Programme gar nicht erst starten, sondern fehlende DLL-Funktionen anmeckern. (Auf der Release-CD wird das OpenGL-Update mit drauf sein.)

[quote:d715d2a5a5]Denn damit ist es inzwischen leider wie beim Glücksspiel: Vorher weiß man nie, ob es ein Treffer wird. [/quote:d715d2a5a5]
Es ist ja noch eine Beta-Version. Klar, daß man alle Progframme, die man hat, damit testen sollte (schon allein um mir eventuelle Bugs mizuteilen), aber für den praktischen Einsatz sollte man natürlich bis zum offiziellen Release warten, da sich bis dahin noch Funktionalität, Syntax, Midestvorraussetzungen oder ähnliches ändern können.

[quote:d715d2a5a5]Etwas verwundert bin ich darüber, daß dieses Verhalten hier noch von keinem anderen erlebt wurde. Ich kann mir kaum vorstellen, daß ich der einzige sein soll, der größere Projekte unter ziemlich allen Windows-Systemen von 95 bis XP testet, bevor er sie weitergibt ...[/quote:d715d2a5a5]
Ich vermute, Du bist wirklich der Einzige, der ein soooo großes Programm hat und dazu noch die Möglichkeit sie auf allen Windows-Varianten zu testen. Ich gehe mal davon aus, daß der größte Teil aller Subscriptionskunden werden Platz noch Geld für mehrere PCs und/oder mehrere Betriebssystemlizenzen haben.
Ich selbst muß mich mit meinem Entwicklungsrechner (P4 1,5 GHz, 512 MB RAM, 128 MB NVidia-Grafik, Windows 2000) und den Testrechner (P2 266 MHz, 192 MB RAM, Windows 98SE / Windows XP) bescheiden.

Aber zum seltsamen Verhalten: Ich habe in der Tat noch einen kleinen, selten auftretenden Bug im Zusammenhang mit per DEF definierten Konstanten und Aufrufen von PROCs als Funktionen ohne Zuweisung gefunden, der in RC9 behoben sein wird. (Besonders verdächtig sind Konstanten in Arraydeklarationen mit mehr als einer Dimension.) Das Fiese an diesem Bug war, daß er nur sehr selten auftritt und daher sehr schwer nachvollziehbar ist.

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

Peter
Max
Müller

Schönen guten,
Ich wollte nur mal anmerken das mein klitzekleiner 20.000 Zeiler unter XProfan10RC8 einwandfrei läuft.Und zwar unter Win98,Me,2000 SP4,XP Prof.Und jetzt kommts: Auf meiner Arbeitststelle läuft dieses Prog auf einem Rechner mit der letzten Version von Windows NT (SP5) auf einem PI mit 64Mb Ram.Und das ohne zu murren.
Exe erzeugen dauert jetzt etwas länger was wohl an der bedingten Kompilierung liegt.
Beziehungsweise an dem damit verbundenen doppelten einlesen des Codes.

Astalavista

XProfan X3, X4ß, Win 10.1

Dietmar
Horn

Hallo Roland,

das Programm hat aktuell knapp 130000 Codezeilen. Die genannte Compilierdauer bezog sich auf Win-95-Rechner mit 333 MHz und 64 MB RAM. An den Systemvoraussetzungen kann ich nichts ändern, weil wir schon froh darüber sein können, daß wir für unsere Vereinstätigkeit diese PC-Kabinette überhaupt so kostengünstig nutzen dürfen.

Mir ging es auch gar nicht darum, hier XProfan in irgendeiner Art oder Weise schlecht zureden. Ich hatte ja auch nicht behauptet, daß XProfan 10 auf schwächer ausgestatteten Rechnern gar nicht läuft, sondern damit erstellte Programme offensichtlich manchmal noch unerklärliche Ungereimtheiten zeigen. Einzig und allein darauf wollte ich hingewiesen haben, auch wenn es mir nicht möglich ist, solche fiese Bugs mittels eines Drei- oder Zehnzeilers nachvollziehbar zu machen. Schließlich können auch solche Hinweise der Weiterentwicklung der Programmiersprache dienen, auch wenn sie für die Masse der Anwender inzwischen offensichtlich uninteressant sein mögen.

Falls bekannt ist, daß bestimmte Sachen (z.B. fehlende OpenGL-Unterstützung, o.ä.) zu Fehlverhalten von Programmen führen, welche diese Funktionalität(en) gar nicht verwenden, dann sollte nicht nur darauf verwiesen werden, sondern m.E. gehört dann unbedingt eine Art Schalter her, der dieses Feauture notfalls abschaltbar macht.

Das hat auch gar nichts damit zu tun, Platz und Geld für mehrere PCs und/oder Betriebssystemlizenzen zu haben oder nicht zu haben. Gerade in Schulen, Kinder- und Jugendeinrichtugen muß man mit dem Vorlieb nehmen, was man dort an Soft- und Hardware vorfindet und hat auch als Lehrer kaum Möglichkeiten, darauf Einfluß zu nehmen. Ganz unter dem Motto: Friß, oder stirb!.

Das geschilderte seltsame Verhalten von XProfan scheint mir jedoch in erster Linie weder an mangelnder Software- oder Hardwareausstattung zu liegen. Falls dem wirklich so sein sollte, dann müßte sich das doch im Interpretermodus ebenfalls zeigen - doch da scheint ja inzwischen alles weitestgehend zu funktionieren.

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: [...]

- Seite 3 -

Hallo Dietmar...

1.) Was ist das für ein Programm, was macht es?

2.) Kannst du mir das Ding evtl. (compiliert) mal zuschicken?

3.) Das es manchmal läuft und manchmal nicht muß nicht unbedingt daran liegen, wie es compiliert wurde - das kann auch daran liegen, wie und wo Virtueller Speicher zugewiesen wird.

4.) Das es unter XP läuft und unter Windows95 nicht, kann an der unterschiedlichen Art liegen, wie Speicher verwaltet wird.

RGH

Wie schon erwähnt: Der von mir festgestellte Bug könnte solch unerklärliches Verhalten erklären. Also einfach RC9 abwarten!

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

Jac
de
Lad

Bei Rechtsklick auf ein Steuerelement, welches nicht im %hWnd liegt, und anschließendem TrackMenu %MouseX,%MouseY wird das Trackmenü zwar an die richtige Position gesetzt, aber als Eckpunkte wird das %hWnd und nicht das Parent des Steuerelements verwendet. Deshalb liegt es scheinbar sinnlos irgendwo auf dem Desktop oder halt woanders...

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

15.10.2006 ▲