| |
| |
|
| - page 1 - |
|
Jac
de
Lad | Hallöchen, je hab la fois wieder ne compliquée Fräge:
je veux un Prog écrivons, dass geleichzeitig une komplexen Befehl einer DLL startet et mais encore weiterläuft, allez cela? je habs avec qui Fil.pcu versucht, klappt pas. maintenant hab je seulement encore comme dernier Rettung, dass qui Funktion qui DLL, qui je aufrufe une Fil kreiert, cette ensuite une autre Funktion qui DLL aufruft, qui quoi que + subj. komplexes unternimmt et sich ensuite avec einem Rückgabewert finissez (au cours de qui komplexe Funktion encore werkelt). cela Prog bekommt den Rückgabewert (et qui DLL ist toujours am werkeln sur qui zweite Funktion), et peux weitermachen...wisst son quoi je mon? 
Jac  |
|
| |
| Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP | 15.01.2006 ▲ |
|
| |
|
|
| |
| |
| - page 1 - |
|
 | si es moins sur qui Performance angkommt - ensuite nutze une neuen Prozess.
avec cela qui Prozesse kommunizieren peut J'ai eu qui Pipe-Unit posté.
Salve. |
|
| |
| |
| |
|
|
 | si Vous Variable änderst, dans Deinem Profan Code, so ändert sich peut-être. aussi qui Speicheradresse cette Variable. Si maintenant qui Fil, qui aussi dans Deinem Adressraum abläuft, aussi si le Funktion dans einer DLL steht, dieselbe Speicheradresse verwenden, weil il encore pas sais, cela cet vom Hauptprogramm belegt worden ist, gibt es unschöne Effekte, bzw. Abstürze. c'est pourquoi doit pour gesorgt volonté, cela seulement entweder qui Fil ou bien qui Profan-Runtime une Speicherbereich benutzen. Pour cette ist Profan mais pas ausgelegt. tu peux alors seulement qui Speicherbereiche versuchen avant Überschreiben trop protéger, plan par CriticalSection et Semaphoren.
Es wird alors pas marcher. il y a jederzeit Abstürze possible. cela peux on mal austesten. |
|
| |
| |
| |
|
|
| @Thomas: Bien sûr la hâte Du grundsätzlich droite - bedenke mais cela XProfanprogramme plutôt dans einer VM fonctionnement volonté - quoi qui l'affaire entweder a) schwieriger ou bien b) einfacher pouvoir.
je tendiere trop (a+b)/2 lol. quelques Dinge sommes sicherlich Fil - ander hingegen nichtmal avec criticalsections absicherbar là ca Roland 1faire devrait. Grundsätzlich glaube je ist qui PrfRun32.Exe garnicht tellement Threadunsicher.
qui Frage ist ici Alors, comment Fil ist cela Delphikompilat PrfRun32.Exe. |
|
| |
| |
| |
|
|
| [quote-part:6f14876c3d=iF]
qui Frage ist ici Alors, comment Fil ist cela Delphikompilat PrfRun32.Exe.[/quote-part:6f14876c3d]
bof, wahrscheinlich pas du tout. qui Runtime wäre oui comme Threadsicheres Kompilat encore um einiges grösser, sieht on oui à Threadsicheren Sprachen, wohin on ca optionnel hat, z.B. FreeBASIC
mais avec einem weiteren Process, qui sogar dieselbe Runtime verwenden peux, et Deiner Pipe-PCU, sollte il son but doch erreichen  |
|
| |
| |
| |
|
|
Frank
Abbing | Hi,
c'est simple trop lösen. Du musst seulement den neuen Tread dedans qui Dll appel!
So ouvrez z.B. qui ProSpeed Sprite-Funktion une neuen Fil et kehrt ensuite tout de suite zum Hauptprogramm zurück. Derweil arbeitet qui Fil plus, jusqu'à un impulsion vom Hauptprogramm ihn irgendwann wieder stoppt/finissez.
Voraussetzung ist ici mais cela magasin qui Dll via UseDll. Externe peux pas verwendet volonté, weil qui Dll après tout de suite wieder aus dem grenier entfernt wird. |
|
| |
| |
| |
|
|
| @Frank: je glaub on écrit pas à qui DLL - il peut là nix drin appel.  |
|
| |
| |
| |
|
|
Frank
Abbing | | ensuite gibt es encore qui Possibilité, selber une Dll trop écrivons, quelle qui fremden Dll-Funktionen aufruft. alors avec deux Dlls trop travailler. |
|
| |
| |
| |
|
|
| Sobald qui Fil et cela Hauptprogramm dieselben Variaben verwenden, gibts Probleme. comme Ersatz pour Timerfunktionen, zur Sprite-Bewegung mag es oui funzen, mais si données manipuliert volonté, ist es aus, là qui Zugriff (locking) pas gesteuert wird, quoi im piège de Processen de Windows erledigt wird.
là un fil seulement une paramètre entgegen prendre peux, ist une Bearbeitung seulement avec lokalen Variablen à peine possible.
dans manchen Anwendungsfällen gibts wohl aucun Probleme, mais si un fil en supplément verwendet wird, wofür il voilà, cela Hauptprogramm de längeren Berechnungen entlasten, ensuite allez cela pas, sans une Locking Funktion. |
|
| |
| |
| |
|
|
Jac
de
Lad | @iF + Frank: Doch, qui DLL schreibe je selbst, je sais seulement encore pas, comment je cela Fil kreiere...
@espace: Mir ist aujourd'hui une simple comment wirkungsvolle Solution eingefallen, qui mon Problem behebt, mais merci qui Aider.
@Frank: Hülfe, quoi ist avec dir car passiert???
Jac |
|
| |
| Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP | 16.01.2006 ▲ |
|
| |
|
| |
| |
| - page 2 - |
|
|
Michael
Wodrich | Erinnerung à seinen pépère. Hatten wir déjà la fois. mais là Avatars so flüchtig sommes, laisser sich solche Diskussionen seulement schwer nachvollziehen.
Wir unterhalten uns sur merkwürdige Avatare et qui prochain qui cela liest (pour Avatarwechsel) qui wundert sich ensuite...
peut-être devrait wir une Avatargallerie einrichten qui on ensuite im Profil des jeweiligen Users admirer peux, mais ensuite devrait wohl aussi qui Gültigkeitszeitraum avec vermerkt volonté.
belle Grüße
Michael Wodrich |
|
| |
| Programmieren, das spannendste Detektivspiel der Welt. | 16.01.2006 ▲ |
|
| |
|
|
Frank
Abbing | oui c'est ca, Erinnerungen. Hin et wieder wechsle je mon Atavar, sonst wirds doch fastidieux.
Hm, comme nächstes devrait qui PM-Mutant ensuite wieder tour son... |
|
| |
| |
| |
|
|
Jac
de
Lad | PM-Mutant? Geil! je hab meinen Avatar encore nie modifié...la fois voyons. Ne Gallerie wäre mais gentil!
Jac |
|
| |
| Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE)
Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP | 16.01.2006 ▲ |
|
| |
|
(1.354)
Deutsch
English
Français
Español
Italia