| |
| |
|
Jac
de
Lad | Hallöchen, I Have time again ne complicated Fräge:
i will one Prog write, that geleichzeitig a complex commands of/ one DLL launch and but yet weiterläuft, does it? I habs with the Thread.pcu attempts, works not. now Have I only yet as latest salvation, that The function the DLL, The I aufrufe a Thread kreiert, this then another function the DLL aufruft, The whatever komplexes unternimmt and itself then with a Return Value exits (during The complex function yet werkelt). the Prog get whom Return Value (and the DLL is still on the werkeln over the second function), and can go on...know your I my? 
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 | 01/15/06 ▲ |
|
| |
|
|
 | i think times not, the The Speicherverwaltung the Profan-Runtime Thread sure is, so the there plenty confusion twirled go could. Zumindestens müßtest You CriticalSections (findeste in MSDN) define.
The DLL operates Yes in the Adreßraum Your Program. Speicheradressen Change itself, because z.B. one String greater becomes etc.
Kannste it Yes try, but I think time, it'll not sure functions. |
|
| |
| |
| |
|
|
Jac
de
Lad | ähä, I versteh only railway-station. time see, Perhaps can I the trouble somehow solve...
Thank you!
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 | 01/15/06 ▲ |
|
| |
|
|
 | If it less on The performance angkommt - then use a new Process.
so The processes communicate can I had The Pipe-Unit posted.
salvo. |
|
| |
| |
| |
|
|
| If you a variable änderst, in Your Profan code, so changes itself evtl. too The Speicheradresse this Variable. If now the Thread, the too in Your Adressraum expires, even if The function in a DLL standing, dieselbe Speicheradresse use, because it not yet white, thats of Hauptprogramm occupied been is, there unschöne effects, or. Abstürze. therefore must for provided go, the only either the Thread or The Profan-Runtime a Speicherbereich using. For this is Profan but not ausgelegt. You can means only The Speicherbereiche try to Überschreiben To protect, even through CriticalSection and Semaphoren.
it'll means not functions. there are anytime Abstürze possible. the can badly debug. |
|
| |
| |
| |
|
|
| @Thomas: naturally have You fundamentally right - considerate but the XProfanprogramme sooner in a VM carryed out go - what The thing either a) tougher or b) plainer power.
I tendiere To (a+b)/2 lol. some items are sure Threadsicher - other against not even with criticalsections absicherbar there this Roland do should. fundamentally faith I is the PrfRun32.Exe not at all so very Threadunsicher.
The question is here So how Threadsicher is the Delphikompilat PrfRun32.Exe. |
|
| |
| |
| |
|
|
| [quote:6f14876c3d=iF]
The question is here So how Threadsicher is the Delphikompilat PrfRun32.Exe.[/quote:6f14876c3d]
Well, probably not at all. The Runtime would Yes as Threadsicheres Compilations yet circa some greater, sees one Yes on Threadsicheren Languages, where one this Optional has, z.B. FreeBASIC
but with a further Process, the even dieselbe Runtime use can, and your Pipe-PCU, ought to it his target still achieve  |
|
| |
| |
| |
|
|
Frank
Abbing | Hi,
this is simply To solve. You must only whom new Tread inside the Dll Call!
so opens z.B. The ProSpeed Sprite-function a new Thread and kehrt then immediate to that Hauptprogramm back. Derweil operates the Thread moreover, To one momentum of Hauptprogramm it sometime again stoppt/exits.
prerequisite is here but the loading the Dll via UseDll. External can't uses go, because the Dll thereafter immediate again from memory removes becomes. |
|
| |
| |
| |
|
|
| @Frank: I mean it writes not on the DLL - it can there nothing drin Call.  |
|
| |
| |
| |
|
|
Frank
Abbing | | then there yet The Possibility, yourself a Dll To write, which The strangers Dll-functions aufruft. means with two Dlls To works. |
|
| |
| |
| |
|
|
| once the Thread and the Hauptprogramm the same Variaben use, Gibts Problems. as Substitute for Timerfunktionen, to Sprite-movement likes it Yes funzen, but if data manipulating go, is it from, there the grabbed (locking) not gesteuert becomes, what in the entrapment of Processen Windows Done becomes.
there one Thread only a Parameter against take can, is a edit only with local variables hardly possible.
In manchen Anwendungsfällen Gibts well no Problems, but if one Thread moreover is used, for what it there's, the Hauptprogramm of longer Berechnungen relieve, then does it not, without a Locking function. |
|
| |
| |
| |
|
|
Jac
de
Lad | @iF + Frank: still, The DLL write myself, I know only not yet, How I the Thread kreiere...
@all: i'm today a simple How effective Solution invaded, The my trouble behebt, but thanks Help.
@Frank: Hülfe, What is with you because happens???
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 | 01/16/06 ▲ |
|
| |
|
(557)
Deutsch
English
Français
Español
Italia