| |
| |
|
Rolf
Koch | Hi If,
wo soll ich anfangen zu testen bei der neusten Version, gibt es irgendwas, worauf Du besonderen Wert legst?
Rolf |
|
| |
| |
| |
|
|
 | Nein. Eigendlich interessant wäre per mich - wenn ihr mal eure Programme durchjagt - ob xpse einen Fehler findet (und welchen).
Das wäre ein Beweiß das sich es lohnt.
Salve. |
|
| |
| |
| |
|
|
Rolf
Koch | Okay Bescheid 
Rolf |
|
| |
| |
| |
|
|
Dietmar
Horn | Hallo David,
daß XPSE nun solche Sachen anmeckert, wie
declare i&,i%,i!
finde ich ja weniger gelungen.
Welchen Sinn soll das denn haben, denn Profan erlaubt das doch?
Nun bekomme ich -zig Zeilen solcher Fehlermeldungen. Wie soll man denn da noch die echten Fehler rausfinden? Und nur deswegen -zigtausend Codezeilen umschreiben? Da kriegt man ja ne Macke dabei ...
Saluto
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: [...] | 17.04.2005 ▲ |
|
| |
|
|
| Profan erlaubt es - da Profan keine extra Prüfung gegen diesen Fall unternimmt. Aber genau deshalb kann man es nicht gutheißen. 
Sich entwickelte Conventions per das Programmieren von Compilern sagen eindeutig aus - das es leicht dazu führt sich zu versticken.
Besonders im XProfanbereich - wo auch noch die autom. Typenumwandlung integriert ist - kann dies zu sehr unerwünschten Effekten führen. Es gab auch nicht umsonst in der Vergangenheit viele Probleme und Irrtümer wegen dem Vergeben gleichnamiger Variablen.
Vergleichbar damit ist das Proc in Proc Problem. Auch hierbei hätte Roland entweder eine Abprüfung integrieren müssen - oder Proc in Proc richtig realisieren wie aus anderen Sprachen bekannt. Da dies jedoch nicht geschen ist - entstehen vergleichbar ähnliche Probleme wie beim Vergeben von gleichen Variableidentifiers.
Ich bin sogar der Meinung - eine Procedure darf nicht heißen wie eine bereits deklarierte Variable - und anders herum.
Solch Schluderverhalten in der Programmazione führte vielleicht auch dazu - das Profanprogramme im Allgemeinen als nicht-so-qualitativ gelten.
Irgenwann muß man das doch mal ausmerzen - oder?
Salve, iF |
|
| |
| |
| |
|
|
| | Kleiner Nachtrag: ich werde jedoch die Art und Weise der Warnungen wegen Variablenidentifier-Doppeldeklarationen etwas eleganter gestalten |
|
| |
| |
| |
|
|
CB | HI!
Also ich will qualitativ hochwertigen Code basteln und bin sehr dankbar dafür, wenns da wen oder was gibt, der meckert, wenn ich mal Bockmist mache! Da ists mir lieber, ich muß mal ein paar tausend Zeilen korrigieren, aber das Prog corre dafür stabil und schnell, statt daß es an allen möglichen Stellen und unter unerklärlichen Umständen eckt und bockt und ich tagelang suchen muß, warum!
Christian |
|
| |
| |
| |
|
|
Rolf
Koch | Also ich war auch zuerst überrascht von den vielen Warnungen und dachte HUCH.
Ich selbst habe eh und je in folgender profanischen Form Variablen benutzt:
declare wert%,wert$
In Zukunft dann halt
wert ohne irgendein Präfix.
Eigentlich hatte ich schon oft den Fehler gemacht und die Variablen ausversehen vertauscht oder verbogen. Kann ja dann nicht mehr passieren.
[box:f826ab2775]Ich weis aber jetzt, warum If dieses Feature eingebaut hat und was es uns allen bringen soll:
Alle Hochsprachen benutzen kein Präfix und sind somit sehr viel Fehlerfreier. If wird in einer nächsten Version dies mit XPSE einführen.[/box:f826ab2775]
Ich werde naturalmente nicht meine mit 100terten Include zugehauene Rocversion nicht deswegen umändern (dann müsste ich wohl doch in die Klappse  ), aber neue Programme werde ich wohl diesem Prinzip anpassen.
Es kann ja auch nichts passieren, da es nur Warnungen
sind.
Das hört sich sehr professionell an und wird es (wie ich IF kenne) auch bestimmt werden.
Also ich freu mich schon auf die fertige Version und kann es kaum abwarten zu testen.
Natürlich ist dies eine Ansichtssache oder Umgewöhnungssache. Aber ich will auch mal was neues versuchen 
Rolf |
|
| |
| |
| |
|
|
Dietmar
Horn | Hallo David,
na gut - damit kann man leben.  Also genehmigt!
Das ändert aber nichts an der Tatsache, daß es meiner Meinung nach eigentlich die Aufgabe des Autors wäre, seine Programmiersprache an aktuelle Standards anzupassen und nicht circa Jahre hinweg ein solches Durcheinander in manchen Punkten zuzulassen.
Mit XPSE hast Du ja nun den unwiderlegbaren Beweis geliefert, daß es durchaus machbar ist, einen vernünftigen Syntaxcheck zusammenzubasteln, der seinem Namen auch gerecht wird und zur Erledigung seines Jobs auch bei riesigen Codes nur Millisekunden bzw. maximal wenige Sekunden im einstelligen Zahlenbereich necessario.
Nun bin ich eigentlich ziemlich fest davon überzeugt, daß die genannten Ungereimtheiten die wahren Übeltäter bei unerklärlichen Bugs in umfangreicheren Programmen sein könnten.
Bei neuen Programmen werde ich dies alles naturalmente ab sofort berücksichtigen. Aber längere, ältere Programme nur deswegen umzustricken - das tue ich meinen grauen Zellen nicht mehr an. Es sei denn, es kann mir einer von Euch eine gute Klappse empfehlen, in der den Patienten Laptops mit Internetanschluß zur Verfügung stehen.
Nun müßte sich eigentlich nur noch jemand finden, der genügend Ausdauer und Zeit aufbringen kann, um die Profan-Hilfedatei mit ihren vielen Fehlern am besten von Grund auf neu zu schreiben. Völlig Neuschreiben ginge wahrscheinlich schneller, als das jetzige fehlerbehaftete Ungetüm zu bereinigen. Zur Zeit kann ein Anfänger dort ja z.B. noch nicht mal mit Strg + F1 auf Anhieb die Aiuto zum Messagebox-Befehl finden. Mit LoadFile$ und hundert anderen Sachen in dieser Preislage hört das Theater noch lange nicht auf. Roland packt es ja leider seit Jahren noch nicht einmal, mit Suchen-Ersetzen die mindestens seit Version 5.0 überflüssigen @-Klammeraffen aus der Aiuto rauszuwerfen.  Schon alleine damit wären viele Fehlerquellen beim Aufrufen der einzelnen Topics mit einem Handstreich erschlagen.
Ich hoffe ja nur, daß Roland irgendwann mal wieder hier vorbeischaut und diesen Thread ebenfalls liest. Ins RGH-Foro bin ich jedenfalls nicht mehr bereit, solche Hinweise zu posten, weil diese dort bereits seit Jahren konsequent ignoriert werden. 
Saluto
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: [...] | 17.04.2005 ▲ |
|
| |
|
|
| Da hab ich doch ne Idee. 
Warum einer alleine nen blödes offline-helpfile erstellen?
Wir machens wie in der API-Lib.
Wir bauen hier einfach Die offizielle XProfan-Online-Documentazione.
Eine Rubrik in der jeder Befehl ein Foro hat. Wäre doch der Hammer??!!
So könnten z.B. Admins und Mods daran furwerkeln - und die members zu jeden einzenen Befehl sogar ihre Anmerkungen / Diskussionen starten.
Und als Feature kann ich doch programmieren - das man sich die XProfan-Online-Doku programmtechnisch-automatisiert-zusammengestellt downloaden kann.
Müsste mir nur noch einer mit helpfilecompile-erfahrung sagen - wie es am günstigsten wäre zu Kompilieren - das was man dann da downloaden würde. Jeder kann sich dann nen frishes Helpfile ziehen. ^^
Salve.  |
|
| |
| |
| |
|
|
Rolf
Koch | Hört sich super an! Hau rein!
Rolf |
|
| |
| |
| |
|
|
Dietmar
Horn | Prima Idee, Du iF-mit-komischem-Nick! 
Weil Du ständig so prima Ideen hast, genehmige ich Dir hiermit, diesen idiotischen Nick bis zum Ende Deiner Tage tragen zu dürfen, und ich werde deswegen ab sofort auch nie wieder circa diesen verkorksten iF-Nick rumlästern - versprochen!
Ich wäre auf alle Fälle dabei, so wie es meine Zeit und Gesundheit erlaubt!
Schön wäre es, wenn Du 1-2-fix (ohne weitere ellenlange Diskussion, her oder hin, oder hin oder her) dafür hier eine Art Maske zusammenproggen würdest, an die sich jeder Poster zu halten hätte. Nachschlag (Veränderungen) kann man ja hinterher immer noch machen.
In der Art: Vielleicht erst mal das Gerippe ungefähr so, wie die RGH-PROFAN.HLP, aber total offen per weitere Topics und Untertopics, also so wie es sich im Laufe der Entwicklung ergibt.
Und naturalmente in der Offline-Version dann gleich die ganze AH-API-Bibel mit rein, usw., Zusätzlich nach und nach noch die -zig Messages per SendMessage geordnet mit aufnehmen, usw.
Franks Assembler-Grundkurs auch mit reinnehmen (und nach und nach erweitern). Unsere Pascal-Mietzekatze, Andreas Miethe, und andere würden dann wahrscheinlich ebenfalls die RTFs ihrer bisherigen API-Grundkurse zur Verfügung stellen, wenn sie erst mal sehen, was hier aufgebaut wird.
Mann, oh Mann!
An Rolands Stelle würde ich mich in Grund und Boden schämen, wenn ich dem schon solange tatenlos zusehe, was hier bereits seit einige Zeit so abgeht! 
Vielleicht kriegen wir als Community dann zukünftig vielleicht sogar ab und zu auch mal einen Scheck von RGH oder JDS in Höhe von x% der eingegangenen Reg.-Gebühren per XProfan (x > 9) ... Zum ordentlichen Verbuchen solcher Einnahmen per gemeinnützige Zwecke würde ich selbstverständlich unser Vereinskonto von MMJ Hoyerswerda e.V. dafür zur Verfügung stellen können. Weil das Konto sowieso immer gerade so um nur ein bißchen was circa 0 Euronen im Guthaben rumschwirrt, bestünde auch vorerst nicht die Gefahr, daß es wegen solcher Überweisungen platzen potuto. 
Saluto
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: [...] | 17.04.2005 ▲ |
|
| |
|
(1.052)
Deutsch
English
Français
Español
Italia