XProfan

iF hat mais plusieurs fois erwähnt, cela aucun echten Threads erzeugt volonté. Es wird seulement une ähnliche Fonctionnalité erzeugt. Echte Threads, sans zusätzliche DLL ou bien ähnlichem halte je IMHO pour presque unmöglich. Unterstützung devrait déjà dans qui PrfRuntime integriert son, seulement per API alleine wird cela meiner attitude pour rien.

vois je également so, voulais seulement encore einmal puis aufmerksam faire, là je pas plus so häufig ici suis et IFs Erklärung pas gelesen habe. Aso nochmals: qui denkt il peut seul avec jetzigem Profan einn zusätzlichen Fil erzeugen, ist sur dem Holzweg...

@Thomas: oui c'est ca.

[quote-part:e01aaea108]Votre concept et qui Umsetzung finde je wirklich spitze, du devrait mais déjà offen dire, qui cela quoi du là erzeugst pas viel avec einem Fil trop 1faire hat.[/quote-part:e01aaea108]ES WERDEN KEINE ECHTEN THREADS ERZEUGT ist IMHO offen-dit genug.

allô IF...

je hoffe, je nerve toi pas:

là du là Callbacks erzeugst => peux ähnliches aussi avec qui THREAD.PCU [...]

. avec dem Problem dans Profan schlage je mich déjà depuis meinem Posting ici herum - hatte toujours une le doute woran cela liegt, konnte ca mais (à cause de Quelltextmangel) jusqu'alors pas nachvollziehen.
mon attitude: quoi ne...aucune Fil ist, sollte aussi pas Fil appeler - comment soll homme car là sans Voir le texte source irgendwelchen Problemen sur qui vestige venons?

suis je Deiner attitude, seulement Fil ist nunmal - comment alles autre naturellement aussi - naturellement pas sans équivoque défini, umso genauer mais beschreibt qui nom qui Opportunités qui Unit.

si Du meinst cela qui Fil.Pcu aufgrund dessen cela pas MS-API-Threads erzeugt volonté ihren namen verfehlt hat, ensuite serait je widersprechen, simple c'est pourquoi, weil qui Bezeichnung qui Unit en supplément voilà um possible kurz trop décrire quelle Opportunités vous bietet. sur welchen speziellem Wege qui Unit ca tut doit pas dans qui Namensgebung eingehen - es wäre kontraproduktiv.

Mittels qui Fil.Pcu peux on avec XProfan threadähnliches Verhalten dans den eigenen Programmen erzeugen/programmieren.

[quote-part:4bf640f867]là du là Callbacks erzeugst => peux ähnliches aussi avec qui THREAD.PCU passer?. [/quote-part:4bf640f867]
je sais es pas - cela devrait on simple la fois testen.

[quote-part:4bf640f867]comment soll homme car là sans Voir le texte source irgendwelchen Problemen sur qui vestige venons?[/quote-part:4bf640f867]
Anhand qui Threads ici ist mesurable si sich une derartige Problematik überhaupt ergibt, si qui de Dir angesprochenen Probleme zumglück (encore?) rein hypothetisch sommes.

sur quoi veux Du oui c'est ca hinaus?

j'ai ici la fois une Gemeinheit ausprobiert - chez mir läufts correct - meinst Du quelque chose comme?
Kompilieren Marque Séparation

 $U thread.pcu = thread.
declare settimer.is&
cls
thread.start 1
thread.start 2
thread.start 3
thread.start 4
P:
waitinput
case %wmtimer : goto "P"
thread.stopall
end

proc thread.do

    parameters n&
    writeini "c:\thread.do.ini","1",str$(n&)=str$(n&)+"/"+str$(&gettickcount)
    locate n&,1
    print readini$("c:\thread.do.ini","1",str$(n&));
    //gemeinheit:

    ifnot rnd(10)

        if settimer.p(500)

            waitinput
            killtimer.p

        endif

    endif

endproc

proc settimer.p

    parameters t&
    case settimer.is& : return 0
    settimer.is&:=1
    settimer t&
    return 1

endproc

proc killtimer.p

    killtimer
    settimer.is&:=0

endproc

Aus qui Ini erhalte je:

[1]
2=2/23638218
4=4/23637906
3=3/23637906
1=1/23638218

alors 2=2 4=4 3=3 1=1, pourrait on behaupten es venez aussi chez writeini & readini nix durcheinander..?!?!

[quote-part:878d7d43ab=iF]suis je Deiner attitude, seulement Fil ist nunmal - comment alles autre naturellement aussi - naturellement pas sans équivoque défini, umso genauer mais beschreibt qui nom qui Opportunités qui Unit.[/quote-part:878d7d43ab]
un Fil wird de den jeweiligen APIs comme Fil angezeigt, hat eigene Zugriffsrechte et peux une eigenen Token avons - ist alors sans équivoque, quoi un fil ist et quoi pas.

je voudrais pas, cela du den Voir le texte source offenlegts - je voudrais mais wenigstens savons, avec quoi je es chez einer PCU trop 1faire habe et pas de total falschen Tatsachen sortir avec cela je qui Probleme aussi à qui richtigen Stelle cherche et convenable puis réagir peux. si du fois le USER32.DLL diassemblest wirst du feststellen, cela WM_TIMER (et WM_SYSTIMER) Nouvelles entier anders behandelt volonté, comme qui reste qui Messages. autre Behandlung - autre Probleme. Benutzt du WM_TIMER?

si aucun vermutet, cela un Problem peut-être. à qui PCU liegen pourrait, weil il de entier anderen Tatsachen ausgeht, wirst du aussi aucun Rückmeldungen dans Bezug sur faute conservé et cela cet Problem aussi avec qui PCU auftreten pourrait bleibt weiterhin hypothetisch...

[quote-part:0b4d1bf92a]un Fil wird de den jeweiligen APIs comme Fil angezeigt, hat eigene Zugriffsrechte et peux une eigenen Token avons - ist alors sans équivoque, quoi un fil ist et quoi pas.[/quote-part:0b4d1bf92a]
Hm nö - là suis je pas Deiner attitude. c'est peut-être qui définition eines MS-Prozessthreads - mais cet Defi ist pas allgemeingültig et weicht aussi de qui allgemeinen Threaddefinition ab. (Siehe Wiki) et là je sans équivoque sage le moi aucun Echten (alors MS-Prozessthreads) erzeuge...

je nutze wm_timer et habe mir [...]

zunutze gemacht.