XProfan

IF ha aber mehrmals erwähnt, el no echten Hilos producido voluntad. Lo se sólo una ähnliche Funktionalität producido. Echte Hilos, sin zusätzliche DLL oder ähnlichem halte Yo IMHO para fast unmöglich. Unterstützung müßte ya en el PrfRuntime integriert ser, sólo por API alleine se el meiner Meinung después de nichts.

Sehe Yo ebenfalls así, quería sólo todavía una vez darauf aufmerksam hacer, como Yo no mehr así häufig hier bin y IFs Erklärung no gelesen habe. Aso nochmals: Wer denkt él kann allein con jetzigem Profano einn zusätzlichen Hilo erzeugen, es en el Holzweg...

@Thomas: Exactamente.

[quote:e01aaea108]Su Concepto y el Umsetzung finde Yo wirklich spitze, du solltest aber ya offen sagen, daß el qué du como erzeugst no viel con un Hilo a tun ha.[/quote:e01aaea108]ES WERDEN KEINE ECHTEN THREADS ERZEUGT es IMHO offen-dijo genug.

¡Hola IF...

Yo hoffe, Yo nerve dich no:

Como du como Callbacks erzeugst => kann ähnliches auch con el THREAD.PCU [...]

. Mit el Problema en Profano schlage Yo mich ya seit mi Posting hier herum - hatte siempre una Verdacht woran el liegt, podría dies aber (wegen Quelltextmangel) bislang no nachvollziehen.
Mi Meinung: Was kein Hilo es, debería auch no Hilo heißen - como se mann porque como sin Ver código fuente irgendwelchen Problemen en el Spur kommen?

Bin Yo Deiner Meinung, sólo Hilo es nunmal - como alles otro natürlich auch - natürlich no eindeutig definiert, umso genauer aber beschreibt el Name el Möglichkeiten el Unit.

Si usted media el el Hilo.Pcu aufgrund dessen el no MS-API-Hilos producido voluntad ihren namen verfehlt ha, Yo widersprechen, simplemente deshalb, porque el Bezeichnung el Unit dazu como es en möglichst kurz a beschreiben welche Möglichkeiten ellos bietet. Auf welchen speziellem Wege el Unit dies tut muß no en el Namensgebung eingehen - lo wäre kontraproduktiv.

Mittels el Hilo.Pcu puede ser con XProfan threadähnliches Comportamiento en el eigenen Programmen erzeugen/programa.

[quote:4bf640f867]Como du como Callbacks erzeugst => kann ähnliches auch con el THREAD.PCU passieren?. [/quote:4bf640f867]
Yo weiß no - el debería uno simplemente veces testen.

[quote:4bf640f867]como se mann porque como sin Ver código fuente irgendwelchen Problemen en el Spur kommen?[/quote:4bf640f867]
Anhand el Hilos hier es meßbar si una derartige Problematik überhaupt ergibt, sodaß el de Usted angesprochenen Problemas zumglück (todavía?) rein hypothetisch son.

Auf qué willst Usted genau hinaus?

Yo habe hier veces una Gemeinheit ausprobiert - en me läufts Fehlerfrei - media Usted algo como?
Kompilieren Marca Separación

 $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 el Ini erhalte Yo:

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

Also 2=2 4=4 3=3 1=1, podría uno behaupten lo kommt auch en writeini & readini nix durcheinander..?!?!

[quote:878d7d43ab=iF]Bin Yo Deiner Meinung, sólo Hilo es nunmal - como alles otro natürlich auch - natürlich no eindeutig definiert, umso genauer aber beschreibt el Name el Möglichkeiten el Unit.[/quote:878d7d43de]
Ein Hilo se de los jeweiligen APIs como Hilo adecuado, ha propio Zugriffsrechte y kann una eigenen Token haben - es also eindeutig, lo que uno Hilo es y qué no.

Yo möchte no, el du el Ver código fuente offenlegts - Yo möchte aber wenigstens wissen, con Yo lo en uno PCU a tun habe y no de total falschen Tatsachen ausgehen así Yo el Problemas auch a el richtigen Punto búsqueda y passend darauf reagieren kann. Wenn du veces el USER32.DLL diassemblest wirst du determinar, el WM_TIMER (y WM_SYSTIMER) Noticias bastante anders behandelt voluntad, como el Rest el Messages. Andere Behandlung - otro Problemas. Benutzt du WM_TIMER?

Wenn keiner vermutet, el una Problema evtl. a el PCU mentira podría, porque él de bastante otro Tatsachen ausgeht, wirst du auch no Rückmeldungen en Bezug en Fehler obtener y el dieses Problema auch con el PCU auftreten podría restos weiterhin hypothetisch...

[quote:0b4d1bf92a]Ein Hilo se de los jeweiligen APIs como Hilo adecuado, ha propio Zugriffsrechte y kann una eigenen Token haben - es also eindeutig, lo que uno Hilo es y qué no.[/quote:0b4d1bf92a]
Hm nö - como bin Yo no Deiner Meinung. Es tal vez el Definition uno MS-Prozessthreads - aber esta Defi es no allgemeingültig y weicht auch de el allgemeinen Threaddefinition de. (Siehe Wiki) Und como Yo eindeutig sage el Yo no Echten (also MS-Prozessthreads) erzeuge...

Yo nutze wm_timer y habe me [...]

zunutze gemacht.