| |
| |
|
Dietmar
Horn | ¡Hola David,
gerade me está aufgefallen, daß XPSE sí todavía no una vez una minimalen Syntax-Check en gültige Profano-Befehle vornimmt. 
Tuve versehentlich FileSitze en lugar de FileSize geschrieben y XPSE ließ el sin Kommentar durchgehen. Daraufhin Yo el Befehl abcdefg instalado, el XPSE ebenfalls no anmeckerte - sólo el Profano-Compiler gefiel esta Geschichte no (aber eben sólo después de más Minuten y después de -zigtausend Codezeilen). 
Einerseits es XPSE inzwischen así streng, daß ihn z.B. doppelte Bezeichner y INCs innerhalb de IF-ENDIF-Abfragen aufregen, andererseits läßt él solche einfachen Syntax-Fehler durchgehen ... 
Saludo
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: [...] | 01.05.2005 ▲ |
|
| |
|
|
CB | Klar wärs schön, si como una Helferlein todos unsere Fehler encontrar sería.
Yo finde aber, daß el magere Syntaxcheck una Fehler vom XProfan y no vom XPSE es. Aber warten wir de, qué David uns todavía para Goodies einbaut, el Roland übersehen ha - es doch sólo Versión 0.14 vom XPSE... 
Christian |
|
| |
| |
| |
|
|
 | Der Aktuelle machts - es todavía inner Probe - next Rel. beachtet auch algo como.
Mit simplemente sólo XProfan Keywords kennen ists net getan - son en efecto Procs y Defs etc...
Salve. |
|
| |
| |
| |
|
|
| Möchte aber nochwas dazu sagen - el Formulierung no veces es algo unglücklich getroffen.
El Wirklichkeit sieht así de - XPSE macht una Vielzahl de Überprüfungen welche syntaktische Fehler erkennen. Das bloße Keyworderkennen es como fast Nebensache.
XPSE va no Wort-para-Wort antes - en Fehler aufzuspühren - nein xpse se ejecuta bastante anders. Yo versuche lo veces a erklären:
XPSE nimmt el Source en seinen Speicher en - zerstückelt esta en ihn bekannte Bruchteile y komprimiert el Source así en una Minimum.
Über el se nun en el Speicher befindliche Komprimat voluntad verschiedene Filter gejagt. Diese glätten el Source y hacer, si una Fehler en el Source es, una Rückkomprimieren no posible.
El Rückkomprimierung kann also sólo tener lugar - si después de Glättung des Komprimates el Source todavía schlüssig es. So erkennt el XPSE Fehler.
Anders also como gewöhnliche Syntaxchecker - viel ausbaufähiger y härter - y ebend hintenrum.
Dieses Verfahren - así ekelig lo auch a programa es - bringt aber essentielle Vorteile mitsich.
Z.B. kann Yo así el XPSE später en el Lage versetzen - incluso unlogiken a erkennen - indem cierto Schlüsselroutinen se no a 100% wegkomprimieren dejar. (Jaja Yo weiß - 100% - pero yo hoffe uno versteht así ungefähr Yo mi).
El bloße Keyworderkennung es no algo-Sache - pero simples Vergleichen - nix qué XPSE bisher tat. Mein aktuellstes Release (todavía unveröffentlicht ca. Testing) überprüft nun auch Schreibfehler.
Hier voluntad Variables, Prozeduren, XProfanbefehle, y Defs y Konstanten beachtet. Hierbei sin embargo ists el XPSE entonces aber vorläufig auch todavía egal - si una Schlüsselwort correcto deklariert wurde. Lo se vorab sólo primero geschaut si una Schlüsselwort überhaupt definiert wurde - oder si una Tipp-/ Schreibfehler vorliegt.
Leider macht el el XPSE deutlich langsammer - Yo nenne lo intern el ThirdPass. Auf mi Rechner braucht él con diesem Thirdpass ca. 2,7 en lugar de 1,1 para 10000 Zeilen. Der XProfancompiler sin embargo benötigt para Vergleich para el Compilieren dieser 10000 Zeilen 40 Sekunden.
Würde XPSE ahora todavía el PRC erzeugen - bräuchte él con allem tambor y dran qué él eh ya tut sólo 4 en lugar de 40 Sekunden para Compilieren.  Tiempo con Roland reden...^ ^ 
Salve. |
|
| |
| |
| |
|
|
| Apéndice: Dann bräuchte keiner mehr el Interpretermodus - porque en Knopfdruck el PRC-Starten...
Salve. |
|
| |
| |
| |
|
|
Dietmar
Horn | ¡Hola David,
sorry, Yo quería doch así weder Usted persönlich, todavía Su genialen XPSE angreifen! Das debería lediglich una bastante, bastante winziger Referencia de una todavía viel, viel winzigeren, klitzekleinen Mini-Hörnchen a upper$(IF-xpse) ser - no mehr y no weniger! En solch schnellen Postings de lower$(Hörnchen) zwischendurch debería uno wirklich no es igual cada Wort en el Goldwaage legen ...
El beschriebenen y geplanten XPSE-Características finde Yo jedenfalls prima! Wenn lo wirklich irgendwann veces una PRF-Tool gäbe, welches el gängigsten Syntax-Fehler anmeckert, wäre el ya no schlecht o. eigentlich ya längst überfällig. In otro Programmiersprachen es el doch seit Jahren o. de Anfang a fest instalado. Puedo lo simplemente no glauben, daß lo soviel Mehraufwand bedeuten se, el PRF-Interpreter y el PRF-Compiler una weitestgehend identischen Syntax-Check a verpassen (o. vorzuschalten). Erst veces bastante unabhängig su, como bien oder como weniger gründlich dieses Teil anfangs wirklich seinen Job verrichten sería - wichtig wäre doch sólo veces wenigstens mindestens una 100%-ig identisches Comportamiento o. Handeln dieser beiden Kollegen (Interpreter y Compiler)! Notfalls podría uno sí zeitaufwändigere Prüfungen optional de- oder zuschaltbar hacer, así daß uno esta sólo en Bedarf verwendet (si uno selber beim Testen unerklärliche Fehlfunktionen feststellt, oder sólo veces gelegentlich zwischendurch laufen läßt).
Einen Anregung para el XPSE-Syntax-Check hätte Todavía: Usted debe necesariamente el Progger ermöglichen, se selber una Art Black-List para Befehle anzulegen o. a erweitern, el XPSE simplemente überspringt. Derzeitig magst Usted tal vez todavía täglich 26 - 28 Stunden Tiempo haben, Usted en XPSE kümmern y oft en el Stundentakt UpDates herausbringen a puede. Doch auszuschließen es no, daß Usted irgendwann zukünftig el Schwerpunkte en Deinem beruflichen oder persönlichen Umfeld anders conjunto möchtest, oder mußt - oder? Den ProfanInspektor de Sebastian puede ser deswegen z.B. ya seit Monaten no mehr sinnvoll einsetzen, porque él el neuen 9.0-él Befehle sí no kennen kann. Mit Prf2Cpp dürfte lo seitdem ähnliche Problemas geben.
Mit XPSE sólo en el Compilermodus a trabajo, el macht en größeren Proyectos derzeitig no Sinn, porque hierbei el PRF-Compiler ständig en el Bremse es.
Wegen el PRC-Erzeugung por XPSE solltest Usted meiner Meinung después de en el Interesse aller (X)Profaner necesariamente weiterhin en una erfolgreiche Zusammenarbeit con Roland hinwirken. In diesem Punkt wäre lo allerhöchste Tiempo, daß se como grundlegend algo ändert. Denn si yo z.B. para Compilieren uno Projektes con knapp 100000 Codezeilen aktuell a 10 Minuten necesidad, entonces motiviert mich el derzeitig no gerade dazu (auch no con vorangeschalteter XPSE-Code-Optimierung) grundsätzlich cada Testlauf el xprofanischen PRC-Modus a nutzen. Auch entonces no, si Roland el Ausführungsgeschwindigkeit des Compilierens por irgendwelche interne Optimierungen de heute en morgen tal vez incluso en 50% reduzieren sería.
Saludo
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: [...] | 02.05.2005 ▲ |
|
| |
|
|
CB | Ist sí wirklich interessant! Como halten se Personas incluso para Principiante, obwohl ellos realistisch betrachtet längst no mehr son, bloß porque ellos con Profano programa! Auch si Profano para Einsteiger, Principiante, sí incluso Niños geeignet es, heißt el doch largo no, daß uno no auch wirklich Großes así vollbringen kann! 
Der Übergang vom Principiante para Fortgeschrittenen hin para Profi es nun veces una Fließender y alguien, el con APIs en se wirft, daß otro uns por lo tanto beneiden, kann No weismachen, daß él Principiante es. (Entschuldige Andreas, en el Punkt stimme Yo Usted wirklich no a)
Es doch así beim Programmieren - y el machts sí así spannend: Wir ALLE aprender ununterbrochen dazu!
Aber el Ganze beweist me, que seculares aún en etlichen Punkten mejorado gehört. (Ganz qué Neues .. )
 Dazu gehört nun veces una eigener Editor con Syntaxcheck ya während el Eingabe, en así kleine Flüchtigkeitsfehler no sólo después de uno Ewigkeit des Compilierens determinar.
Dazu gehört auch, daß el Interpreter KEIN Mißinterpreter es.
Dazu gehört genauso, Yo el código Procedimiento- y zeilenweise überprüfen y en cualquier momento auch el Inhalt el Variables checken kann, qué actualmente sólo eingeschränkt y encima Umwege posible es.
Ein más rápido Compiler
Puedo me bien vorstellen, daß Dietmar en Fehlersuche manchmal al Verzweifeln es, si la Interpreter no Fehler meldet y Compiler sólo después de 10 Minuten.
Lo debería doch überhaupt no notwendig ser, Yo a a 4 (!) verschiedene Editoren en el Einsatz haben muß - cada para una cierto Zweck y uno spezifischen Stärke, dafür otra vez Schwächen en otro Gebieten.
Den XProfan-Writer, el eng con Profano zusammenarbeitet, aber una saumäßige Suchen-Ersetzen-Función ha, seit Jahren no mehr wirklich weiterentwickelt wurde y sonst todavía unos pocos Macken ha.
Textpad: Guter Editor con guter Ersetzen-Función, aber el de ConText es todavía raffinierter! Außerdem taugt me el vom Handling her mejor (tut leid, David )
En komplexeren Ersetzen-Vorgängen - y su Yo actualmente una Menge - greife Yo aber siempre todavía a Winword.
Bezüglich Prf2Cpp: Den Yo gerne para Syntax-Check herangezogen, pero la versteht desafortunadamente el XPSE-Syntax no.
Sch...-Flickschusterei! Das gehört längst alles bajo una Hut gebracht!
Christian |
|
| |
| |
| |
|
|
| @Christian: para XPSE & CPP gibts doch el {$cpp} Schalter. XPSE schickt el Source entonces después de Prf2Cpp - sin Syntaxprobleme. 
@Dietmar: no Sorge - habe mich no angegriffen gefühlt. 
@Blacklist: no Cuestión - se hecho.
Erstmal Salve. |
|
| |
| |
| |
|
|
CB | [quote:27027a66c9]@Christian: para XPSE & CPP gibts doch el {$cpp}[/quote:27027a66c9]  Hab Sigo sin problemas übersehen. Naja, qué otra vez beweist: [box:27027a66c9]Man lernt täglich dazu.. [/box:27027a66c9]
Gracias para el Referencia! 
Christian |
|
| |
| |
| |
|
(1.071)
Deutsch
English
Français
Español
Italia