| |
|
|
- Página 1 - |
|
Ragnar Rehbein | ¡Hola David,
el XPSE nutze Yo para mi Projekte seit su Existenz. Dafür, rückwirkend, vielen Dank. Yo schätze el Möglichkeit ligeramente Debugversionen a redactar. El enh-Archivos voluntad eingescheckt a Versionsstände a dokumentieren - alles soweit bien. Leider Yo seit el Xprofan Versión 10 aufgehört el XPSE a aktualisieren. Versuche a updaten schlugen con diversen Fehlern fehl. Mein Leidesdruck fue no besonders groß - todos Projekte liefen sí. Inzwischen son el Möglichkeiten des XPSE immens gewachsen. Konkret Yo antes, nProc a nutzen (en el Zusammenhang en una Programa sin Hilfsprogramme como Dienst laufen que se). Beim Intento en el aktuelle XPSE umzustellen, kämpfe I, con verschiedensten Fehlern. Mit uno 'alten' XPSE es alles OK: 1. si Compileroptinen hinter Incluir Archivos posición, voluntad esta no de el enh-Expediente lejos y führen a Fehlermeldungen. esta juega scheinbar el Größe el Incluye una Papel. 2. Enthält el Name uno Procedur una Umlaut, se dieser Procedurname en el enh-Expediente falso eingefügt. Aus 'proc alles_löschen' se 'proc ALLES_LöSCHENöSCHEN' 3. Auskommentierte Compileroptionen tauchen teilweise en el enh-Expediente y führen a Fehlern 4. Fehler como z.B. doppelte Funktionsdefinitionen führen a Fehlern como z.B. 'Kompiler no gefunden' Punkt 1 es el, el me al meisten a schaffen macht. El otro Dinge kann Yo por überarbeiten des Codes en el Griff bekommen. Desde que con Visual Windows arbeite, bekomme Yo el Kompileroptionen definitiv no a el Anfang des Codes. Yo habe veces intenta de 10000 Línea Ver código fuente algo kleineres (sinnloses) a redactar, en Usted el Möglichkeit a geben mi Beobachtungen a überprüfen.
Viele Grüße de Rostock
Ragnar |
|
|
| |
|
|
|
| |
|
- Página 1 - |
|
| Bueno Morgen!
Ragnar Rehbein (11.02.13)
Konkret Yo antes, nProc a nutzen (en el Zusammenhang en una Programa sin Hilfsprogramme como Dienst laufen que se).
Yo habe el Schalter noerr en el Code gesehen y möchte deshalb en diesem Zusammenhang erwähnen, dass el Schalter en el Zusammenhang con nProcs dazu führt, dass el nProcs no aufgelöst voluntad, como el Fehlerprüfung notwendig es a nProcs correcto aufzulösen o. el Asm a erzeugen.
Ragnar Rehbein (11.02.13)
1. si Compileroptinen hinter Incluir Archivos posición, voluntad esta no de el enh-Expediente lejos y führen a Fehlermeldungen. esta juega scheinbar el Größe el Incluye una Papel.
Yo muss gestehen eben bemerkt a haben, una aktuellen Ver código fuente de xpse momentan garnicht a Hand a haben como él en uno externo Festplatte liegt el se a Tiempo en un otro Bundesland rumlungert. Den Ver código fuente uno muy viel ältern Versión Yo hier a Hand y en él sammle Yo en el 2. Durchlauf todos Kompilerschalter a para Ende des Codes. Am Wochenende komme Yo a mi externe Festplatte y luego schaue Yo otra vez genau después de.
Ragnar Rehbein (11.02.13)
2. Enthält el Name uno Procedur una Umlaut, se dieser Procedurname en el enh-Expediente falso eingefügt. Aus 'proc alles_löschen' se 'proc ALLES_LöSCHENöSCHEN'
Für xpse son Umlaute tatsächlich Sonderzeichen y por lo tanto en Bezeichnernamen grundsätzlich unzulässig. Yo habe aber ya comenzó, esta Umlaute a ermöglichen y en el nächsten Actualización würden esta auch korrekt trabajo.
Ragnar Rehbein (11.02.13)
3. Auskommentierte Compileroptionen tauchen teilweise en el enh-Expediente y führen a Fehlern
Posesiones Yo a el ToDo -Listeangefügt y voluntad Yo nochmals genauer anschauen.
Ragnar Rehbein (11.02.13)
4. Fehler como z.B. doppelte Funktionsdefinitionen führen a Fehlern como z.B. 'Kompiler no gefunden' Punkt 1 es el, el me al meisten a schaffen macht. El otro Dinge kann Yo por überarbeiten des Codes en el Griff bekommen. Desde que con Visual Windows arbeite, bekomme Yo el Kompileroptionen definitiv no a el Anfang des Codes.
Ok Yo verstehe. Hier debería entonces el Einfügen el Schalter por Incluir correcto trabajo Yo me nochmals genau anschauen voluntad.
Ragnar Rehbein (11.02.13)
Yo habe veces intenta de 10000 Línea Ver código fuente algo kleineres (sinnloses) a redactar, en Usted el Möglichkeit a geben mi Beobachtungen a überprüfen.
Das ha super geklappt o. kann Yo todos Fehler nachvollziehen, auch si yo desafortunadamente con mi Contribución hier No wirklich una Problemlösung anbieten kann. |
|
|
| |
|
|
|
Ragnar Rehbein | Gracias, daß Usted Usted el así rápidamente angesehen hast. Yo habe entonces sí en el Moment genug Tiempo, el Ver código fuente así largo a prügeln a Yo sin el noerr Schalter auskomme. Wird el Programmen sicherlich bien bekommen. Schönen Tag todavía.
Ragnar |
|
|
| |
|
|
|
| Und Yo voluntad Usted nochmals explizit (por Mail) anschreiben si yo el nächste Actualización fertig habe. |
|
|
| |
|
|
|
Ragnar Rehbein | ¡Hola David,
una Problema Todavía gefunden el unschön es. Aufgrund vieler alter Fuente Yo el profalt.inc de Roland eingebunden. El Definition el alten Características führt beim XPSE siempre a Fehler 'Doppeldefinitionen'. z.B.: DEF add(2) @!(1) + @!(2) Wenn al todo como proc definiert klappt lo sin Fehler. Weiterhin me está aufgefallen, daß el Zeilennummern en Fehlern no mehr stimmen. Si el Programa en una Fehler se ejecuta y esta con Zeilennummer ausgibt, stimmt esta no mehr con el enh-datei überein. Im Moment Yo ni idea woran el mentira podría.
Ragnar |
|
|
| |
|
|
|
| Con el el Zeilennummern verwundert mich auch, ¿Quieres decir que el de XProfan gemeldete Zeilennummer?
Con el Add & Co. es simplemente a erklären, el "Philosophie" de XPSE es en el Punkt grundsätzlich de el des XProfan abweichend, como dass xpse je después de Versión siempre para una cierto XProfan-Versión pensamiento es o. para Ver código fuente una cierta XProfan-Versión.
Hierbei sagt el erste Zahl el Versionsangabe des XPSE de, para welches XProfan él arbeitet, z.B.:
XProfan 11.2.1.8a.63 Praekompiler [XPSE] Copyright (C) 1998-2010 XProfan.Com, built DE. Arbeitet uno also con XProfan 10 Codes, Luego se lo zwangsläufig Problemas geben, si uno con el XPSE para XProfan 11 arbeitet. Es insofern "mitgekauft", como dass sonst wiederum otro Dinge garnicht posible wären, el xpse 11.x con XProfan 11 ermöglichen kann.
Möchte uno also XProfan 10 Codes con XPSE para XProfan 11 uso, así muss uno el Codes en el XProfan 11 Stand bringen, como xpse dies no automáticamente konvertieren se qué wiederum auch seine "Rolle y Bedeutung" ha.
Tal vez wäre lo de dieser Sicht sinnvoller, neue Projekte en el neuen Stil a redactar y ältere Projekte en el alten Stil a belassen, oder, wo lo eben no va oder erwünscht es, alte Projekte en el aktuellen Stand a bringen. |
|
|
| |
|
|
|
Ragnar Rehbein | ¡Hola David,
Su Begründung kann Yo no bastante nachvollziehen. ¿Por qué es el Name uno Función no zulässig si él con Def definiert se? Mit Proc es alles OK. 'ADD' hay de XProfan 11 no mehr - also es el Name doch a freien Disposición. Con el el falschen Zeilennummern liegt a el Benutzung de CASE en el enh-Expediente. Das gab lo früher no. Aktuell benutzt producido el XPSE etliche CASE Befehle en Quellcodeoptimierung:
declarar __cf8&, __cfMode& __cf8&=0 : CASE __cfMode& : __cf8& = 1 proc __cfEOP parámetros exitcode& caso %pcount=1 : end exitcode& end ENDPROC CLS PRINT PLUS(1,2) WAITINPUT
Obiges Ejemplo zeigt Fehler en Línea 12, obwohl el Fehler en Línea 9 es. |
|
|
| |
|
|
|
Ragnar Rehbein | ¡Hola David,
hatte gerade el problema con el neuen Datumsfunktionen. Dank Foro war el Solución rápidamente gefunden: {$pushkeyword dt} Sieht para mich como una Übergangslösung de. Wird el en uno neuen Versión geändert ?
Saludo Ragnar |
|
|
| |
|
|
|
| Klar, como geschrieben Es el es offizielle xpse-Versión para XProfan 11 - {$pushkeyword wort,wort,wort,...} es genau para esta Zweck como, dass uno nachträglich Schlüsselworte registrieren kann. Natürlich sabe el nächste xpse entonces el entsprechend neuen Schlüsselworte. Yo incluso habe mich no tan correcto a XProfan 12 herangetraut como lo hier y como todavía kleine Fehlerchen hatte sodass Yo a heute eigentlich alles con el "stabilen" XProfan 11 erzeuge. |
|
|
| |
|
|
|
Ragnar Rehbein | ¡Hola David,
una vez en Esta semana bekomme Yo de NOD32 el 'netten' Referencia, Yo una Virus Namens xpse.exe en el Rechner habe. Sombrero Es usted un Idea qué en Deinem Programa NOD a así uno Meldung veranlasst ? Ya está seit Jahren así. Pensé, daß dies evtl. en aktuelleren Versionen no mehr auftritt. Dadurch es en el Netzwerk siempre schwierig qué hin y her a kopieren. Yo muß el Admin siempre überreden NOD veces abzuschalten. Auch el runterladen neuer Versionen gestaltet se dadurch langwierig.
Saludo Ragnar |
|
|
| |
|
|
|
| Oho, así weit me ahora einfällt, bist Usted el bisher Einzige, con diesem Referencia.
XPSE incluso ha/ nutzt no APIs, el z.B. en el Netz telefonieren oder ähnliche Aktivitäten verursachen. Tal vez fällt el Scanner algo en, porque xpse el Namen solcher APIs en el Speicher hält, como él sí todos APIs en Calls konvertiert aber direkt como Virus wurde él así weit Yo weiß todavía nie bezeichnet.
Hier veces una Analyse de virustotal.com: [...]
Como informe auch 2 de 46 Scannern una "Möglicherweise"-Fund.
El XProfan11-Runtime se auch con 2 de 44 bemeckert: [...] Yo glaube dass al nie bastante weg bekommt. |
|
|
| |
|
|
| |
|
- Página 2 - |
|
|
Ragnar Rehbein | ¡Hola David,
habe de aktuellem Anlass intenta una Programa con: {$Debug kernelout} a kompilieren.
Leider sin Erfolg. [18:28:38] Objektcode: TEST.asm(153) : Error A2121: Symbol not defined : __CF0 [18:28:38] Warnung: Fehler en el Ensamblador.
Was se como para ASM Code producido ? Am Programa kanns no mentira, una einfaches CLS reicht en a el Fehler a kommen.
Saludo Ragnar |
|
|
| |
|
|
|
Ragnar Rehbein | ¡Hola David,
quería veces nachfragen, como así aussieht. Das Yo $Debug kernelout no mehr nutzen kann es algo lästig. Posesiones me primero una Programa geschrieben, el el Quellcode en Debugcode umwandelt. Pero sicher no en el Sinne des Erfinders ?
Saludo Ragnar |
|
|
| |
|
|