XProfan

« cette Beitrag wurde comme Solution gekennzeichnet. »

Erasmus.Herold

Hallöchen ...

Habe encore einmal verschiedene Ansätze geprüft. Finde derzeit mais keinen Ansatz.
avec qui Rückmeldung, "es liegt pas à WHILE et WAITINPUT" suis je ensuite seulement einmal zufrieden.

merci - Thema peux geschlossen volonté.
Erasmus

01.04.2016 ▲

Matthias
Arlt

So forfaitaire wird sich cela à peine répondre laisser...
je serait zunächst fois le Speicherauslastung im Auge behalten, um eventuelle Lecks im Programme festzustellen bzw. auszuschliessen.

Salut Matthias

WinXP SP2, Win7 - XProfan 10/11/FreeProfan32 - Xpia

13.03.2016 ▲

Kompilieren Marque Séparation

Jörg
Sellmeyer

Könntest du cela la fois dans einem Codebeispiel dokumentieren?

si es stimmt, dass cela Programme au cours de des Wartens im WaitInput Resourcen verbrät, devrait oui déjà cette Codeschnipsel qui gleichen Ergebnisse montrer:

Cls

Tandis que 1

    WaitInput

Wend

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

13.03.2016 ▲

Matthias
Arlt

@Jörg
oui oui c'est ca...bestechend simpel...

@Erasmus
...la fois quelque chose plus ins Detail...
sur quelle Weise ermittelst Du car souris- ou bien clavier-Nutzung ?
(qui globale Tastaturpuffer schert sich bspw. pas um cela 'waitinput' Deines Programms...)

WinXP SP2, Win7 - XProfan 10/11/FreeProfan32 - Xpia

14.03.2016 ▲

Erasmus.Herold

mon Quellcode sieht so aus ... (léger reduziert)
Wir une heure pas am Programme gearbeitet, wird alles lente et peut sich seulement par cela finissons des Programms et dessen Neustart beheben. autre parallèle laufende Windows-Programme sich de diesem "Einparken" pas betroffen.

Quellcode:

MenueSchleife% = 0
WhileNot MenueSchleife%
WaitInput
Si Clicked(programmende%)
goto "Ende"
EndIf
Endwhile

Salut et Dank
Erasmus Herold

RudiB.

Auszug aus qui Profan-Aider:

Sprünge aus Schleifen et Prozeduren heraus et ebensolche dans Schleifen et Prozeduren hinein mener zwangsläufig trop Programmfehlern et Überlauf des GoSub-, Tandis que- bzw. Prozedure-Stacks. cela Programme serait im besten le cas avec einem Hinweis sur trop tiefe Verschachtelung démolir! Das GoTo sollte völlig vermieden volonté, là es qui strukturierten et verständlichen Programmation entgegensteht. Aussi wird cela GoTo aussi que cela GoSub deutlich langsamer abgearbeitet comme qui übrigen Programme-Strukturen.
pourrait oui daran liegen ??
je probier Deinen Code la fois...la fois schaun quoi passiert...

Xprofan X4
Rudolf Beske / München

Hardware: NB Intel I9 - 16GByte RAM

Jörg
Sellmeyer

c'est oui im Prinzip "mein" Codebeispiel. Treten là car chez dir réellement qui faute sur?
Mach cela doch la fois courir et teste cela s'il te plaît. je peux mir à peine présenter, dass là quoi Ungewöhnliches passiert.

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

RGH

qui gepostete Quellcode est pas courir. Bringe s'il te plaît la fois un lauffähiges (!) Beispiel, chez dem qui vermutete faute auftritt. ensuite peux je es chez mir nachvollziehen et mögliche Speicherfresser enttarnen et korrigieren!

chez mir est un Problem nocjh nie aufgetreten. (Wobei je zugeben muss, dass je sauf Browser, eMail- ou bien Backup-Programme selten Programme stundenlang courir lasse.)

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

Erasmus.Herold

merci pour eure Rückmeldungen.

1. cela goto "xy" benutze je seulement à cette Stelle beim echten Programmende. Wird alors seulement un einziges la fois fonctionnement, si qui User cela Programme schließt. Ansonsten folgen toujours saubere Proc-Aufrufe.

2. Quellcode vollständig et courir posten. mon Programme umfasst beinahe 2000 Zeilen Quellcode. là cet Programme sur RFID-Hardware (Reader) zugreift, suis je pas sûrement, si sich cela dans anderer environnement nachstellen peut. Eines montrer mon Tests cependant. si je cela Programme starte et encore aucun Lesungen gemacht habe, fonctionne qui Routine avant cela Waitinput et rien schaukelt sich hoch. Wurde mais mindestens un carton marchandise mittels RFID gescannt, wird cela XProfan Programme lente, si qui User irgendwann une récréation (ab 15 Min) einlegt. aussi ici ist sichergestellt, dass cela Programme dans aucun qui Procs plus unterwegs ist, mais dans qui abgebildeten Boucle avant dem Waitinput steht.

24.03.2016 ▲

RGH

ensuite soltest Du la fois aus Deinem Programme un kleines (!), mais lauffähiges Beispielprogramm extrahieren, chez dem qui faute auftritt. ou bien Du erweiterst obigen Code so, dass il courir wird et on nachvollziehen peux, dass il irgendwann "einschläft". Ansonsten peux il oui aussi à sonstwas liegen et muss gar rien avec einem Bug dans XProfan trop 1faire avons. sans den vermeintlichen Bug nachzuvollziehen, wird Dir malheureusement niemand weiterhelfen peut.

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

24.03.2016 ▲

Erasmus.Herold

01.04.2016 ▲

Jörg
Sellmeyer

[OFFTOPIC]tu peux so une Fil selber jederzeit sur "erledigt" mettons (s. u.). si du später wieder sur elle revenir veux, ist cela problemlos possible. tu peux ici simple weitermachen et qui Markierung rückgängig faire (ou bien aussi pas...)[/OFFTOPIC]

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

01.04.2016 ▲