| |
| |
|
| - page 1 - |
|
Ragnar
Rehbein | allô David,
den XPSE nutze je pour mon Projekte depuis seiner Existenz. Pour cette, rückwirkend, vielen Dank. je schätze qui Possibilité léger Debugversionen trop erstellen. qui enh-Fichiers volonté eingescheckt à Versionsstände trop dokumentieren - alles soweit bien.
malheureusement habe je depuis qui Xprofan Version 10 aufgehört den XPSE trop aktualisieren. Versuche trop updaten schlugen avec diversen Fehlern fehl. mon Leidesdruck était aussi pas besonders grand - alle Projekte liefen oui. Inzwischen sommes qui Opportunités des XPSE immense gewachsen. Konkret habe je avant, nProc trop nutzen (im Zusammenhang um un Programme sans Hilfsprogramme comme Dienst courir trop laisser). Beim Versuch sur qui aktuelle XPSE umzustellen, kämpfe je avec verschiedensten Fehlern. avec einer 'alten' XPSE ist alles OK:
1. si Compileroptinen derrière Include Fichiers stehen, volonté cet pas aus qui enh-Dossier entfernt et mener trop Fehlermeldungen. dabei écoutes scheinbar qui Taille qui Comprend une rôle.
2. Enthält qui nom einer Procedur une Umlaut, wird cette Procedurname dans qui enh-Dossier faux eingefügt. Aus 'proc alles_löschen' wird 'proc ALLES_LöSCHENöSCHEN'
3. Auskommentierte Compileroptionen plonger partiellement dans qui enh-Dossier et mener trop Fehlern
4. faute comment z.B. doppelte Funktionsdefinitionen mener trop Fehlern comment z.B. 'Kompiler pas gefunden'
Punkt 1 ist qui, qui mir am meisten trop créer pouvoir. qui anderen Dinge peux je par réviser des Codes dans den Griff bekommen. là je avec Visual Windows arbeite, bekomme je qui Kompileroptionen définitif pas à den Anfang des Codes.
j'ai la fois versucht aus 10000 la ligne Voir le texte source quelque chose kleineres (sinnloses) trop erstellen, um Dir qui Possibilité trop donner mon Beobachtungen trop überprüfen.
Viele Grüße aus Rostock
Ragnar |
 |
| |
| |
| |
|
|
| |
| |
| - page 1 - |
|
 | Guten demain!
Ragnar Rehbein (11.02.13)
Konkret habe je avant, nProc trop nutzen (im Zusammenhang um un Programme sans Hilfsprogramme comme Dienst courir trop laisser).
j'ai den commutateur noerr im Code gesehen et voudrais c'est pourquoi dans diesem
Zusammenhang erwähnen, dass qui commutateur im Zusammenhang avec nProcs
en supplément führt, dass qui nProcs pas aufgelöst volonté, là qui Fehlerprüfung notwendig
ist à nProcs richtig aufzulösen bzw. den Asm trop erzeugen.
Ragnar Rehbein (11.02.13)
1. si Compileroptinen derrière Include Fichiers stehen, volonté cet pas aus qui enh-Dossier entfernt et mener trop Fehlermeldungen. dabei écoutes scheinbar qui Taille qui Comprend une rôle.
je muss gestehen plan bemerkt trop avons, une aktuellen Voir le texte source de xpse
momentan garnicht zur main trop avons là il sur einer externe Festplatte liegt qui
sich zur Zeit dans einem anderen Bundesland rumlungert. Den Voir le texte source einer très
viel ältern Version habe je ici zur main et y sammle je im 2. Durchlauf
alle Kompilerschalter jusqu'à zum Ende des Codes. Am Wochenende viens je
à mon externe Festplatte et ensuite schaue je nochmal oui c'est ca pour.
Ragnar Rehbein (11.02.13)
2. Enthält qui nom einer Procedur une Umlaut, wird cette Procedurname dans qui enh-Dossier faux eingefügt. Aus 'proc alles_löschen' wird 'proc ALLES_LöSCHENöSCHEN'
Pour xpse sommes Umlaute réellement Sonderzeichen et daher dans Bezeichnernamen
grundsätzlich unzulässig. j'ai mais bereits begonnen, cet Umlaute trop
ermöglichen et im prochain Update würden cet aussi korrekt marcher.
Ragnar Rehbein (11.02.13)
3. Auskommentierte Compileroptionen plonger partiellement dans qui enh-Dossier et mener trop Fehlern
Habe je mir à qui ToDo -Listeangefügt et werde je mir nochmals genauer
anschauen.
Ragnar Rehbein (11.02.13)
4. faute comment z.B. doppelte Funktionsdefinitionen mener trop Fehlern comment z.B. 'Kompiler pas gefunden'
Punkt 1 ist qui, qui mir am meisten trop créer pouvoir. qui anderen Dinge peux je par réviser des Codes dans den Griff bekommen. là je avec Visual Windows arbeite, bekomme je qui Kompileroptionen définitif pas à den Anfang des Codes.
Ok je comprends. ici sollte ensuite cela insérer qui commutateur per Include richtig
marcher quoi je mir nochmals oui c'est ca anschauen werde.
Ragnar Rehbein (11.02.13)
j'ai la fois versucht aus 10000 la ligne Voir le texte source quelque chose kleineres (sinnloses) trop erstellen, um Dir qui Possibilité trop donner mon Beobachtungen trop überprüfen.
cela hat super geklappt bzw. peux je alle faute nachvollziehen, aussi si je
malheureusement avec meinem Beitrag ici Dir pas wirklich une Problemlösung anbieten peux. |
|
| |
| |
| |
|
|
Ragnar
Rehbein | merci, qui Du Dir cela so vite angesehen la hâte.
j'ai ensuite oui im Moment genug Zeit, den Voir le texte source so longtemps trop prügeln jusqu'à je sans den noerr commutateur auskomme. Wird den Programmen sicherlich bien bekommen.
Schönen journée encore.
Ragnar |
|
| |
| |
| |
|
|
| et je werde toi nochmals explizit (per Mail) anschreiben si je cela prochain
Update fertig habe.  |
|
| |
| |
| |
|
|
Ragnar
Rehbein | allô David,
un Problem habe je encore trouvé cela unschön ist. Aufgrund vieler alter Source habe je qui profalt.inc de Roland eingebunden.
qui définition qui alten Funktionen führt beim XPSE toujours trop faute 'Doppeldefinitionen'. z.B.:
DEF add(2) @!(1) + @!(2)
si on cela ganze comme proc défini klappt es sans faute.
Weiterhin c'est moi aufgefallen, qui qui Zeilennummern chez Fehlern pas plus stimmen. si cela Programme sur une faute fonctionne et cette avec Zeilennummer ausgibt, stimmt cet pas plus avec qui enh-fichier überein. Im Moment habe je je n'en sais rien woran cela liegen pourrait.
Ragnar |
|
| |
| |
| |
|
|
| Avec l' den Zeilennummern verwundert mich aussi,
Du meinst qui de XProfan gemeldete Zeilennummer?
Avec l' Ajouter & Co. ist simple trop expliquer, qui "Philosophie" de XPSE
ist dans dem Punkt grundsätzlich de qui des XProfan abweichend, comme dass
xpse je pour Version toujours pour une bestimmte XProfan-Version gedacht ist
bzw. pour Voir le texte source un certain XProfan-Version.
Hierbei sagt la première numéro qui Versionsangabe des XPSE aus, pour welches
XProfan il travaille, z.B.:
XProfan 11.2.1.8a.63 Praekompiler [XPSE] Copyright (C) 1998-2010 XProfan.Com, built DE. 
Arbeitet on alors avec XProfan 10 Codes, ensuite wird es zwangsläufig Probleme
donner, si on avec dem XPSE pour XProfan 11 arbeitet. c'est insofern
"mitgekauft", comme dass sonst wiederum autre Dinge garnicht possible wären,
qui xpse 11.x avec XProfan 11 ermöglichen peux.
voudrais on alors XProfan 10 Codes avec XPSE pour XProfan 11 verwenden,
so muss on qui Codes sur den XProfan 11 Stand apporter, là xpse ca
pas automatisch konvertieren wird quoi wiederum aussi sa "Rolle et
Bedeutung" hat.
peut-être wäre es aus cette Sicht sinnvoller, neue Projekte im neuen Stil
trop erstellen et ältere Projekte im alten Stil trop belassen, ou bien, wohin es plan
pas allez ou bien erwünscht ist, vieille Projekte sur den aktuellen Stand trop apporter. |
|
| |
| |
| |
|
|
Ragnar
Rehbein | allô David,
Votre Begründung peux je pas entier nachvollziehen. pourquoi ist qui nom einer Funktion pas zulässig si il avec Def défini wird? avec Proc ist alles OK.
'ADD' gibt es ab XProfan 11 pas plus - alors ist qui nom doch zur freien Disposition.
Avec l' den falschen Zeilennummern liegt à qui Benutzung de CASE dans qui enh-Dossier. cela donnais es früher pas. Aktuell benutzt erzeugt qui XPSE certains CASE Befehle chez qui Quellcodeoptimierung:
declare __cf8&, __cfMode&
__cf8&=0 : CASE __cfMode& : __cf8& = 1
proc __cfEOP
parameters exitcode&
cas %pcount=1 : end exitcode&
end
endproc
CLS
PRINT PLUS(1,2)
WAITINPUT
Obiges Beispiel zeigt faute dans la ligne 12, quoique qui faute dans la ligne 9 ist. |
|
| |
| |
| |
|
|
Ragnar
Rehbein | allô David,
hatte justement cela Problem avec den neuen Datumsfunktionen. Dank Forum était qui Solution vite trouvé: {$pushkeyword dt}
Sieht pour mich comment une Übergangslösung aus. Wird cela dans einer neuen Version geändert ?
Salut Ragnar |
|
| |
| |
| |
|
|
| bien sûr, comment geschrieben ist qui ist offizielle xpse-Version pour XProfan 11 -
{$pushkeyword mot,mot,mot,...} ist oui c'est ca pour cette Zweck là, dass
on nachträglich Schlüsselworte registrieren peux. Bien sûr kennt qui
prochain xpse ensuite qui entsprechend neuen Schlüsselworte. je selbst
habe mich encore pas so richtig à XProfan 12 herangetraut là es ici
et là encore kleine Fehlerchen hatte sodass je jusqu'à aujourd'hui eigentlich
alles avec dem "stabilen" XProfan 11 erzeuge. |
|
| |
| |
| |
|
|
Ragnar
Rehbein | allô David,
einmal dans qui semaine bekomme je de NOD32 den 'netten' Hinweis, qui je une Virus Namens xpse.exe sur dem calculateur habe. Hat Vous Ahnung quoi dans Deinem Programme NOD trop so einer annonce veranlasst ? Ist déjà depuis Jahren so. J'ai pensé, qui ca peut-être. chez aktuelleren Versionen pas plus auftritt. Dadurch ist es im Netzwerk toujours schwierig quoi hin et her trop kopieren. je dois den Admin toujours überreden NOD la fois abzuschalten. aussi cela runterladen neuer Versionen gestaltet sich dadurch langwierig.
Salut Ragnar |
|
| |
| |
| |
|
|
| Oho, so large mir maintenant einfällt, es Du qui bisher Einzige, avec diesem Hinweis.
XPSE selbst hat/ utilise aucun APIs, qui z.B. ins Netz telefonieren ou bien ähnliche
Aktivitäten verursachen. peut-être fällt dem Scanner quelque chose sur, weil xpse qui Namen
solcher APIs im grenier hält, là il oui alle APIs dans Calls konvertiert mais direct comme
Virus wurde il so large je sais encore nie bezeichnet.
ici la fois une Analyse de virustotal.com: [...] 
là annoncer aussi 2 de 46 Scannern une "Möglicherweise"-Fund.
qui XProfan11-Runtime wird aussi avec 2 de 44 bemeckert: [...]
je crois dass on cela nie entier weg bekommt. |
|
| |
| |
| |
|
| |
| |
| - page 2 - |
|
|
Ragnar
Rehbein | allô David,
habe aus aktuellem Anlass versucht un Programme avec:
{$Debug kernelout}
trop kompilieren.
malheureusement sans Erfolg.
[18:28:38] Objektcode: TEST.asm(153) : Error A2121: Symbol not defined : __CF0
[18:28:38] avertissement: faute im Assembler.
quoi wird là pour ASM Code erzeugt ?
Am Programme kanns pas liegen, un simple CLS reicht afin de dem faute trop venons.
Salut Ragnar |
|
| |
| |
| |
|
|
Ragnar
Rehbein | allô David,
voulais la fois informer, comme so aussieht.
le moi $Debug kernelout pas plus nutzen peux ist quelque chose embêtant.
Habe mir erstmal un Programme geschrieben, cela den Quellcode dans Debugcode umwandelt. Ist mais sûrement pas im Sinne des Erfinders ?
Salut Ragnar |
|
| |
| |
| |
|
(932)
Deutsch
English
Français
Español
Italia