| |
| |
|
Rainer
Hoefs | Salut,
schreibe justement un Rechnungsprogramm pour mon madame. je benutze y 2 Datenbanken *.DBF.
Einmal qui avec den Kundenadressen et une dans qui qui Rechnungsdaten gespeichert volonté.
l'addition wird dans einem Preview-la fenêtre toujours aktuell gezeigt, et so gedruckt.
cela alles funktioniert einwandfrei.
eh bien habe je une Button, qui qui KundenDB im dbBrowse anzeigt, editiert usw.
cela funktioniert im RunModus absolu correct.
dans qui kompilierten Exe schmiert cela Programme grundsätzlich ab, et je peux pas feststellen pourquoi?!
qui gleiche Aufrauf avec qui selben DB funktioniert dans einem Minimalprogramm aussi dans qui EXE correcte.
comment peux Je l' faute trouver??
merci pour qui Hilfen.
Rainer |
|
| |
| |
| |
|
|
Michael
W. | ErrorProc,
LogDatei (sur 27.1 Fehlermeldungen),
externer Debugger (aussi sur 27.1 erreichbare Info)
malheureusement trop wenig Contribution um là aus qui Hüfte trop schiessen... |
|
| |
| XProfan X3System: Windows 8/10, XProfan X4 Programmieren, das spannendste Detektivspiel der Welt. | 05.07.2015 ▲ |
|
| |
|
|
Rainer
Hoefs | Vielen Dank pour den Hinweis,
mais cela quoi Du là écris sommes pour mich simple böhmische Dörfer, quoi ist avec (sur 27.1 Fehlermeldungen) trop comprendre.
avec dem externe Debugger viens je pas du tout bien sûr, habe qui Aider déjà zig-la fois gelesen et verstehe pas quoi je...
a. im Programme faire doit, avec cela qui funktioniert...
b. je avec dem Debugger faire doit um une Exe, qui pas funktioniert trop starten. qui Code fonctionne aussi im Debugger im Runmodus einwandfrei.
alors tu vois ici une totalen Hilflosen.
quand même merci
Rainer |
|
| |
| |
| |
|
|
Michael
W. | Hilfedatei le chapitre 27.1
Set("LogFile","c:\XProfan\Logbuch.txt")
avec LogOut "string" ensuite wegschreiben quoi dans Variablen stand, ou bien wohin on justement im Programme ist. là cet Dossier toujours juste wieder geschlossen wird, peux vous pour einem Absturz oui c'est ca dire jusqu'à òu cela Programme es geschafft hat.
a
Set("Errorlevel",1) 'Fehler/Warnungen im Debugger montrer
' hiermit sieht on, quand qui envol passiert
Set("DebugMode",2) 'Einzelschritt im Debugger
b
Im Einzelschritt abarbeiten et regarder, quoi so dans den Variablen steht. alors comment un Detektiv à den faute herantasten.
LogOut ist incidemment qui einfachste Methode qui Eingrenzung. là es seulement dans qui EXE zum envol venez, simple "Wegpunkte" mettons et im Logbuch ensuite regarder, quel dernier Punkt es encore ins Logbuch geschafft hat.
après peux qui faute pas son, mais une ganze Weile devant.
Z.B. wird quelque chose dans Dossier geschrieben, quoi une IO-faute erzeugt. ensuite peux es passer, cela seulement qui prochain Zugriff sur qui nez fällt.
LogOut "Hauptprogramm Start"
LogOut "Untermodul données lesen Start"
LogOut "Untermodul données lesen Ende"
LogOut "Daten zeigen"
LogOut "Tastendruck pour ..."
LogOut "Daten schreiben"
LogOut "Untermodul données lesen Start"
LogOut "Untermodul données lesen Ende"
LogOut "Untermodul Datensatz effacer Start"
LogOut "Untermodul Datensatz effacer ausführen"
...
(la fois so comme Beispiel. Ist naturellement à den entsprechenden se mettre einzufügen.)
on wandelt alors alles quoi on zum aktuellen Stand savons voudrais dans une String et écrit es ins Logbuch.
Beim Debugger gibt es encore Fichiers sur qui Platte
PrfDebug*.(inc/prf)
qui peut aussi chez qui Analyse aider. |
|
| |
| XProfan X3System: Windows 8/10, XProfan X4 Programmieren, das spannendste Detektivspiel der Welt. | 06.07.2015 ▲ |
|
| |
|
|
Rainer
Hoefs | merci pour Votre verständliche Erklärung.
je werde es la fois ausprobieren.
Rainer |
|
| |
| |
| |
|
|
Thomas
Freier | Riecht pour Zugriffsverletzung.
vais en aus, dass pas gleichzeitig versucht wird RE trop écrivons et données trop éditer.
personnelle ouvre je trop chacun Aktion qui dbf récente et schließe vous wieder tout de suite (vieille dbase-dos-zeiten Macke) si le Aktion abgeschlossen ist.
Zeitverlust habe je encore pas feststellen peut.
Im Prinzip ist es oui possible alle dbf am Programmanfang trop ouvrir et seulement avec dem Programmende trop schließen. mais si cela toujours rund fonctionne? |
|
| |
| |
| |
|
|
RGH | si un Programme im Interpreter fonctionne, mais kompiliert abstürzt, peux es aussi un kleiner Syntaxfehler son, den qui Interpreter toleriert et übersieht, qui mais cela Runtime-Modul zum Absturz bringt. cela peux z.B. un doppeltes Komma ou bien un überflüssiger paramètre son.
je sais, dass es solche möglichen faute, gibt et habe aussi déjà quelques ausgebügelt. Naturgemäß sommes qui Parser de Interpreter et Runtime eh bien la fois unterschiedlich et daher peux so quelque chose vorkommen.
Solltest Du alors den faute avec obigen Methoden trouvé avons, wäre je pour une Hinweis reconnaissant, um un solch différent Verhalten künftig trop vermeiden.
Salut
Roland |
|
| |
| XProfan X2Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 06.07.2015 ▲ |
|
| |
|
|
Rainer
Hoefs | allô Roland,
habe cela Problem ersteinmal avec einem eigenen Dialog gelöst. qui funktioniert so comment il soll et pouvoir keinen faute
si je wieder quelque chose Zeit habe schaue je là nochmals rein et werde mich annoncer si je quelque chose trouvé habe.
merci
Rainer |
|
| |
| |
| |
|
(733)
Deutsch
English
Français
Español
Italia