| |
|
|
- page 1 - |
|
E.T. | plan so aufgefallen: Ist mon Xprofan-Programme im nProc am travailler, wird es z.B. par "Neuzeichnen" aus dem Tritt gebracht. "Neuzeichnen" tritt oui toujours sur, si cela Prog-la fenêtre verkleinert, verdeckt ou bien déménagé wird (verdeckt z.B. par Bildschirmschoner ). Pour solch einem Event scheind mon nProc endlos avec cela beschäftigt trop son, cela la fenêtre récente zeichnen trop voulons. et ca ewig, avec qui Eieruhr pour völlige Auslastung. aussi qui Messages à qui poutre-Montrer erzielen keinerlei Wirkung plus. Selbst cela System-menu wird wirr, avant dem nProc habe je z.B. cela [X] pour "Programm schließen" deaktiviert, cet ist ensuite wieder aktiv. Solange je cela la fenêtre pas verdecke ou bien verschiebe, fonctionne cela nProc klaglos par, avec dem entier normalen flèche comme Mauszeiger....
Beispiel meiner nProc: KompilierenMarqueSéparation
nProc Vergleichen
global Liste1&, Liste2&, Liste4&, Zaehler1&, Zaehler2&, Status&, ProgressBar_3&, ProgressBar_4&
Declare Verg_Dat_1$, Verg_Dat_2$, Vergl_Str1$, Vergl_Str2$, Vergl_Pass&, Pos_L1&
WhileLoop 0,Zaehler1&
Vergl_Str1$ = GetText.Listview(Liste1&, &loop, 0)
Verg_Dat_1$ = GetText.Listview(Liste1&, &loop, 1)
WhileLoop 0,Zaehler2&
Vergl_Str2$ = GetText.Listview(Liste2&, &loop, 0)
If Vergl_Str1$ = Vergl_Str2$
Verg_Dat_2$ = GetText.Listview(Liste2&, &loop, 1)
IfNot Verg_Dat_1$ = Verg_Dat_2$
Inc Vergl_Pass&
AddString(Liste4&, Verg_Dat_1$ + "|" + Verg_Dat_2$)
EndIF
EndIf
Sendmessage(ProgressBar_4&,$0400+2,int(100.0/Float(Zaehler1&)*Float(&loop)),0)
EndWhile
Sendmessage(ProgressBar_4&,$0400+2,0,0)
Sendmessage(ProgressBar_3&,$0400+2,int(100.0/Float(Zaehler1&)*Float(&loop)),0)
EndWhile
ENDPROC
Ist oui arrêt ne...aucune so komplizierter Code, lediglich cela comparer vieler Cordes sur Übereinstimmung (fonctionne arrêt doch comme nProc vieeel plus rapide comme dans XProfan..) |
|
|
| 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... | 12.11.2010 ▲ |
|
|
|
|
« cette Beitrag wurde comme Solution gekennzeichnet. » |
|
- page 3 - |
|
| |
|
| |
|
|
|
|
| |
|
- page 2 - |
|
| E.T. (13.11.10)
iF (13.11.10)quoi spricht car dagegen cela Du Votre Proc - qui là arrêt "ewig" dauert - per CreateThread aufrufst statt "normal"? Weil dans dem Prog eh aucun quoi faire peux (soll), solange cela comparer fonctionne.
So comment je cela verstanden habe stimmt ca mais pas, car es soll oui qui L'assurance-chômage-Fil neuzeichnen et pas "nichts" 1faire. ^ ^
E.T. (13.11.10)
Würde car ensuite cela HWND den Neuzeichnen-Befehl mitbekommen, wärend es sur den anderen Fil wartet (soryy, je stell mich wohl quelque chose blöd à...)
Denkst vlt. seulement trop compliqué. tu as momentan arrêt 1 Fil et vouloir mais cela cette 2 Dinge "zugleich" tut - quoi "natürlich" pas qui le cas ist. ^ ^ |
|
|
| |
|
|
|
| étiez je fummel Dir quoi... <-- ließt oui zum Glück aucun... |
|
|
| |
|
|
|
| |
|
|
|
| Echten Fil "unendlich" longtemps ackern laisser sans L'assurance-chômage-Fil trop "blockieren": KompilierenMarqueSéparation So peux doch simple "Aufgaben"/ Threads anweisen et qui volonté appétissant im Hintergrund abgearbeitet sans cela Du toi kümmern müsstest... (nProcs sommes doch threadsicher ^ ^) |
|
|
| |
|
|
|
E.T. | Super, cela erstere sieht pour mich so aus, comme serait es faire, quoi je cherche.
Muss je doch juste qui anderen Sachen ruhen laisser et einbauen et testen (et derweil wieder quoi sur Call's et ProcAddr dans Assembler apprendre) ...
sur jeden le cas déjà la fois un großes DANKE pour Votre Mühe!!! et wenns klappt, ensuite ... |
|
|
| 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... | 13.11.2010 ▲ |
|
|
|
|
| E.T. (13.11.10)
Super, cela erstere sieht pour mich so aus, comme serait es faire, quoi je cherche.
Ihgitt s'il te plaît prends abers 2.... cela Erste est un übler Stinkschuh! ^ ^ |
|
|
| |
|
|
|
E.T. | SO, je komm qui l'affaire näher: seulement wird maintenant cela comparer aufgerufen et cela XProfan-Prog rennt plus, es mais devrait "warten"(ou bien warten>nachschauen si vergl. fertig>ggf. la fenêtre aktualisieren>warten), si comparer déjà fertig. Würde oui penser avec Fil.Is(lThread) , mais steht oui chez XPSE "fehlerhaft"... |
|
|
| 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... | 13.11.2010 ▲ |
|
|
|
|
| exposition la fois hierzu nützliche APIs: [...]
simple avec GetExitCodeThread regarder si qui Fil encore fonctionne ou bien avant dem Ende qui ThreadProc per SendMessage ne UserMessage expédier um den Hauptprogramm quelque chose "mitzuteilen" ou bien simple per Retour-Wert aus qui Fil-Proc den ThreadExitCode festlegen ou bien per ExitThread ThreadExitCode à beliebiger Stelle dans qui ThreadProc festlegen: KompilierenMarqueSéparation |
|
|
| |
|
|
| |
|
- page 3 - |
|
|
E.T. | Hm, GetThreadID() wäre là wohl quoi, mais seulement ab VISTA [...] . Muss mais sous XP courir... |
|
|
| 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... | 13.11.2010 ▲ |
|
|
|
|
| |
|
| |
|
|
|
E.T. | Jo, so passt's... , merci IF |
|
|
| 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... | 14.11.2010 ▲ |
|
|
|
|
| |
|
| |
|
|