XPSE

Grüße!

Erstmal sorry dafür das hier zunächst was mit Deinem Thema schiefgelaufen ist -
ich habe das Problem behoben.

Ich werde jedoch leider erst morgen so recht dazu kommen, detailiert und inhaltlich auf
Deinen Beitrag einzugehen.

Bis denne, David.

11.02.2013 ▲

Guten Morgen!

Ragnar Rehbein (11.02.13)

Konkret habe ich vor, nProc zu nutzen (im Zusammenhang um ein Programm ohne Hilfsprogramme als Dienst laufen zu lassen).

Ich habe den Schalter noerr im Code gesehen und möchte deshalb in diesem
Zusammenhang erwähnen, dass der Schalter im Zusammenhang mit nProcs
dazu führt, dass die nProcs nicht aufgelöst werden, da die Fehlerprüfung notwendig
ist um die nProcs richtig aufzulösen bzw. den Asm zu erzeugen.

Ragnar Rehbein (11.02.13)

1. wenn Compileroptinen hinter Include File stehen, werden diese nicht aus der enh-File entfernt und führen zu Fehlermeldungen. dabei spielt scheinbar die Dimensione der Include eine Rolle.

Ich muss gestehen eben bemerkt zu haben, einen aktuellen Quelltext von xpse
momentan garnicht zur Hand zu haben da er auf einer externen Festplatte liegt die
sich zur Zeit in einem anderen Bundesland rumlungert. Den Quelltext einer sehr
viel ältern Version habe ich hier zur Hand und darin sammle ich im 2. Durchlauf
alle Kompilerschalter bis zum Ende des Codes. Am Wochenende komme ich
an meine externe Festplatte und dann schaue ich nochmal genau nach.

Ragnar Rehbein (11.02.13)

2. Enthält der Name einer Procedur einen Umlaut, wird dieser Procedurname in der enh-File falsch eingefügt. Aus 'proc alles_löschen' wird 'proc ALLES_LöSCHENöSCHEN'

Für xpse sind Umlaute tatsächlich Sonderzeichen und daher in Bezeichnernamen
grundsätzlich unzulässig. Ich habe aber bereits begonnen, diese Umlaute zu
ermöglichen und im nächsten Update würden diese auch korrekt funktionieren.

Ragnar Rehbein (11.02.13)

3. Auskommentierte Compileroptionen tauchen teilweise in der enh-File und führen zu Fehlern

Habe ich mir an die ToDo -Listeangefügt und werde ich mir nochmals genauer
anschauen.

Ragnar Rehbein (11.02.13)

4. Fehler wie z.B. doppelte Funktionsdefinitionen führen zu Fehlern wie z.B. 'Kompiler nicht gefunden'
Punkt 1 ist der, der mir am meisten zu schaffen macht. Die anderen Dinge kann ich durch überarbeiten des Codes in den Griff bekommen. Da ich mit Visual Windows arbeite, bekomme ich die Kompileroptionen definitiv nicht an den Anfang des Codes.

Ok ich verstehe. Hier sollte dann das Einfügen der Schalter per Include richtig
funktionieren was ich mir nochmals genau anschauen werde.

Ragnar Rehbein (11.02.13)

Ich habe mal versucht aus 10000 Zeile Quelltext etwas kleineres (sinnloses) zu erstellen, um Dir die Möglichkeit zu geben meine Beobachtungen zu überprüfen.

Das hat super geklappt bzw. kann ich alle Fehler nachvollziehen, auch wenn ich
leider mit meinem Beitrag hier Dir nicht wirklich eine Problemlösung anbieten kann.

12.02.2013 ▲

Ragnar
Rehbein

Danke, daß Du Dir das so schnell angesehen hast.
Ich habe dann ja im Moment genug Zeit, den Quelltext so lange zu prügeln bis ich ohne den noerr Schalter auskomme. Wird den Programmen sicherlich gut bekommen.
Schönen Tag noch.

Ragnar

12.02.2013 ▲

Und ich werde Dich nochmals explizit (per Mail) anschreiben wenn ich das nächste
Update fertig habe.

12.02.2013 ▲

Ragnar
Rehbein

Hallo David,

ein Problem habe ich noch gefunden das unschön ist. Aufgrund vieler alter Fonte habe ich die profalt.inc von Roland eingebunden.
Die Definition der alten Funktionen führt beim XPSE immer zu Fehler 'Doppeldefinitionen'. z.B.:
DEF add(2) @!(1) + @!(2)
Wenn man das ganze als proc definiert klappt es ohne Fehler.
Weiterhin ist mir aufgefallen, daß die Zeilennummern bei Fehlern nicht mehr stimmen. Wenn das Programm auf einen Fehler corre und diesen mit Zeilennummer ausgibt, stimmt diese nicht mehr mit der enh-datei überein. Im Moment habe ich keine Ahnung woran das liegen potuto.

Ragnar

19.02.2013 ▲

Das mit den Zeilennummern verwundert mich auch,
Du meinst die von XProfan gemeldete Zeilennummer?

Das mit Add & Co. ist einfach zu erklären, die "Philosophie" von XPSE
ist in dem Punkt grundsätzlich von der des XProfan abweichend, als dass
xpse je nach Version immer per eine bestimmte XProfan-Version gedacht ist
bzw. per Quelltext einer bestimmten XProfan-Version.

Hierbei sagt die erste Zahl der Versionsangabe des XPSE aus, per welches
XProfan er arbeitet, z.B.:

XProfan 11.2.1.8a.63 Praekompiler [XPSE]
Copyright (C) 1998-2010 XProfan.Com, built DE.

Arbeitet man also mit XProfan 10 Codes, dann wird es zwangsläufig Probleme
geben, wenn man mit dem XPSE per XProfan 11 arbeitet. Das ist insofern
"mitgekauft", als dass sonst wiederum andere Dinge garnicht possibile wären,
die xpse 11.x mit XProfan 11 ermöglichen kann.

Möchte man also XProfan 10 Codes mit XPSE per XProfan 11 verwenden,
so muss man die Codes auf den XProfan 11 Stand bringen, da xpse dies
nicht automatisch konvertieren wird was wiederum auch seine "Rolle und
Bedeutung" hat.

Vielleicht wäre es aus dieser Sicht sinnvoller, neue Projekte im neuen Stil
zu erstellen und ältere Projekte im alten Stil zu belassen, oder, wo es eben
nicht geht oder erwünscht ist, alte Projekte auf den aktuellen Stand zu bringen.

19.02.2013 ▲

Ragnar
Rehbein

Hallo David,

Deine Begründung kann ich nicht ganz nachvollziehen. Warum ist der Name einer Funktion nicht zulässig wenn er mit Def definiert wird? Mit Proc ist alles OK.
'ADD' gibt es ab XProfan 11 nicht mehr - also ist der Name doch zur freien Verfügung.
Das mit den falschen Zeilennummern liegt an der Benutzung von CASE in der enh-File. Das gab es früher nicht. Aktuell benutzt erzeugt die XPSE etliche CASE Befehle bei der Quellcodeoptimierung:

declare __cf8&, __cfMode&
__cf8&=0 : CASE __cfMode& : __cf8& = 1
proc __cfEOP
parameters exitcode&
case %pcount=1 : end exitcode&
end
endproc
CLS
PRINT PLUS(1,2)
WAITINPUT

Obiges Beispiel zeigt Fehler in Zeile 12, obwohl der Fehler in Zeile 9 ist.

19.02.2013 ▲

Ragnar
Rehbein

Hallo David,

hatte gerade das Problem mit den neuen Datumsfunktionen. Dank Foro war die Lösung schnell gefunden: {$pushkeyword dt}
Sieht per mich wie eine Übergangslösung aus. Wird das in einer neuen Version geändert ?

Saluto Ragnar

27.02.2013 ▲

Klar, wie geschrieben ist die ist offizielle xpse-Version per XProfan 11 -
{$pushkeyword wort,wort,wort,...} ist genau per diesen Zweck da, dass
man nachträglich Schlüsselworte registrieren kann. Natürlich kennt der
nächste xpse dann die entsprechend neuen Schlüsselworte. Ich selbst
habe mich noch nicht so richtig an XProfan 12 herangetraut da es hier
und da noch kleine Fehlerchen hatte sodass ich bis heute eigentlich
alles mit dem "stabilen" XProfan 11 erzeuge.

27.02.2013 ▲

Ragnar
Rehbein

Hallo David,

einmal in der Woche bekomme ich von NOD32 den 'netten' Hinweis, daß ich einen Virus Namens xpse.exe auf dem Rechner habe. Hat Du eine Ahnung was in Deinem Programm NOD zu so einer Meldung veranlasst ? Ist schon seit Jahren so. Ich dachte, daß dies evtl. bei aktuelleren Versionen nicht mehr auftritt. Dadurch ist es im Netzwerk immer schwierig was hin und her zu kopieren. Ich muß den Admin immer überreden NOD mal abzuschalten. Auch das runterladen neuer Versionen gestaltet sich dadurch langwierig.

Saluto Ragnar

07.03.2013 ▲