FreeProfan

« cette Beitrag wurde comme Solution gekennzeichnet. »

- page 2 -

RGH

Ok:

1. qui Stelle à qui Free Pascal empfindlicher reagiert comme Delphi wurde trouvé et bereinigt. qui faute trat seulement sur, si cela Anführungszeichen cela dernier marque qui la ligne était, selbst si es une Kommentar-la ligne était.
qui Interpreter reagiert eh bien comment il soll et meldet den faute "Stringende pas trouvé." (Bien sûr pas chez Kommentar-Zeilen)

2. qui Compiler überprüft maintenant, si eckige et Runde Klammern ausgewogen sommes et le nombre qui Anführungszeichen justement ist.

dans XProfan wird ca dans qui kommenden Version X3.1 realisiert son, chez FreeProfan 32 et 64 avec qui jeweils prochain Version.

Salut
Roland

Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4

- page 1 -

H.Brill

je fände es aussi bien, si Roland en supplément
encore quoi einfällt. Hatte solche Probleme
avec den Freeprofanversionen aussi öfters.

Besonders, si le annonce venez :

grenier pour Integer Variablen erschöpft

ou bien so ähnlich.

là peux on u.U. droite longtemps pour dem faute chercher.

Benutze XPROFAN X3 + FREEPROFAN
Wir sind die XProfaner.
Sie werden von uns assimiliert.
Widerstand ist zwecklos!
Wir werden alle ihre Funktionen und Algorithmen den unseren hinzufügen.

Was die Borg können, können wir schon lange.

Jörg
Sellmeyer

là muss on eigentlich toujours pour einer Variablendeclaration dedans einer Boucle chercher, serait je la fois vermuten.
si du mon Programme anpasst et pour " var " et "declare " cherches, bekommst du zumindest alle Zeilen des Programms aufgelistet, qui cela enthalten et peux so den Bereich eingrenzen.
peut-être allez cela sogar plus rapide avec qui Suchfunktion im verwendeten Editor.

XProfan X3
Windows XP SP2 XProfan X4
... und hier mal was ganz anderes als Profan ...

- page 2 -

H.Brill

quoi je meinte, hat pas seulement avec Variablendeklarationen
trop 1faire. aussi si un grenier trop petite dimensioniert wurde
u.v.a. venons solche Meldungen.

Walter

encore trop Mario:
Habe maintenant une concept en, pourquoi XPSE im grand Programme den faute pas meldet: XPSE bringt une avertissement ("Unbekannte Escapesequenz"), qui wahrscheinlich den faute überdeckt (et dans mon grand Programme gibt es certains se mettre avec "\", qui aussi seulement mühselig auskommentierbar sommes).

un Beispiel:

cls
declare text&,nom$,Dossier$
Text&= CREATE("Text",%HWND,»,0030,0020,0550,0150)
nom$="Hugo"
Dossier$="Test"+"\Dossier.prf"
' cela fehlende Anführungszeichen avant dem Rufzeichen
' dans qui prochain la ligne killt Interpreter et Compiler
settext text&,nom$+!"
waitinput

Viele Grüße
Walter

Jörg Sellmeyer (05.03.2016)

E.T.

Quelque chose comme peux chez qui Fehlersuche hilfreich son:
...

cela inspiriert doch juste la fois trop 'nem kleinen Tool

XProfan X3
Grüße aus Sachsen... Mario
WinXP, Win7 (64 Bit),Win8(.1),Win10, Win 11, Profan 6 - X4, XPSE, und 'nen schwarzes, blinkendes Dingens, wo ich das alles reinschütte...

Kompilieren Marque Séparation

Jörg
Sellmeyer

en supplément fällt mir nochwas un. je hab dans meiner version vom XProfEd folgendes incorporé:

Proc SyntaxCheck

    Paramètres Line$
    Déclarer T$,dans%,Out%,i%,o%
    dans% = Len(Line$,"(")' - 1
    Out% = Len(Line$,")")' - 1

    WhileLoop 1,Len(Line$,"\q"),2

        T$ = $ Substr(Line$,&Boucle,"\q")
        Ajouter i%,Len(T$,"(") - 1
        Ajouter o%,Len(T$,")") - 1

    Wend

    dans% = i%
    Out% = o%
    Cas dans% <> Out%:MessageBox(Line$ + "\n\nUngleiche Anzahl Klammern\n" + Str$(dans%) + " ouvert  (\n" + Str$(Out%)\
    + " geschlossen  )","Syntaxcheck",~MB_ICONSTOP)

ENDPROC

sous cette Si-Abfrage dans qui Hauptschleife ensuite den Funktionsaufruf:

Kompilieren Marque Séparation

ElseIf MenuItem(13)' Enter-bouton

SyntaxCheck(Éditer#[AktTab%].OnEnter())

cela peut sich oui léger sur Quotes erweitern.
peut-être veux Roland cela oui dans den Editor avec einbauen.

Windows XP SP2 XProfan X4
... und hier mal was ganz anderes als Profan ...

XProfan X3
WinXP, SP3, Core(TM) i7-3770 @ 3.40GHz

cela gesubstrse lieu je mir übel avant chez grand Quelltexten, vlt. besser explode verwenden.

Zunächst alle Cordes rauswerfen, ensuite alle Rems, ensuite Explode sur \n.

Jörg
Sellmeyer

oui - ist déjà vieux. Hatte je la fois avec XProfan10 incorporé. maintenant serait je Len() verwenden.
Len(Line$,"(") <> Len(Line$,")") et déjà hat man's.
qui Longueur des Codes écoutes oui aussi dabei aucun rôle, là toujours seulement qui aktuelle la ligne im Editor direct pour dem écrivons/Enter überprüft wird.

XProfan X3
Windows XP SP2 XProfan X4
... und hier mal was ganz anderes als Profan ...

RGH

une gute concept!

quand même überlege je, une solche Prüfung qui aktuellen la ligne aussi im Interpreter et Compiler einzubauen. et ici gibt es aussi ne...aucune Problem plus , si un Befehl par \ am Ende sur plusieurs Editor-Zeilen verteilt wird.
qui Zeitaufwand sollte vertretbar son. sur qui fertige EXE hat cela oui eh' keinen Einfluss.

Salut
Roland

XProfan X3
Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4

Jörg
Sellmeyer

Im Editor pourrait on sogar une Zähler einbauen, qui dans einer Statuszeile le nombre qui () et » dans qui jeweiligen la ligne au cours de cela Schreibens anzeigt.
si on den Cursor dans un la ligne mets, peux ensuite aussi direct angezeigt volonté, si le nombre passt, ou bien pas. qui richtige Position qui marque devrait ensuite naturellement selber être contrôlé.

XProfan X3
Windows XP SP2 XProfan X4
... und hier mal was ganz anderes als Profan ...