[Hazar]

Hiljuti sain jälile probleemile mis mind pikalt kummitanud, nimelt üks funktsioon on istutatud teise protsessi ning seda aktiveerin createremotethread abil mis jookseb koodi läbi, teeb vajalikud asjad ning kaob. Probleem siis selles, et kuigi host protsessist tulevad käsud õiges järjekorras jääb vahetevahel üks neist spawnitud threadidest millisekundi hiljaks oma toimingu lõpetamisega ning kui käsud tulevad suure kiirusega tehakse asju vales järjekorras = kaput. Mõtlesin siis, et vbl oleks kõige lihtsam tekitada üks tukkuv thread funktsiooni istutamise jooksul mis muidu cpu'd ei raiska, kuid peab reageerima ülikähku kui uus käsk saabub (nt siis host protsessi poolt ülekirjutatav muutuja päästikuks), sellega saaks garanteerida et ükski toiming ei torma teistest ette. Proovisin siis igat pidi nii nagu oskasin, kuid tulemiseks on see, et kas see tukkuv thread on liiga uimane või imeb cpud üleliia. Soovitusi?

[mark11]

ei saa probleemist täpselt aru kuid kui tahad, et enne esimene thread oma asjad ära teeb siis kasuta WaitForSingleObject() koos INFINITE parameetriga.

[Hazar]

waitforsingleobject interopina callides võtab liiga kaua aega (vahetevahel sekund+) kuigi thread on ammu töö lõpetanud

[Ho Ho]

Kui on sünkroniseerida tarvis siis ikka ilma mutexite-lockide ja muu juurde kuuluvata eriti lihtsalt ei saa. Lihtsalt luua ports threade ja loota, et need õigeks ajaks valmis saavad on naiivne ning tekitab ainult vigu.


Võibolla peaksid laskma tollel taustal tööd tegeval threadil mingit sorti signaali saatma põhi threadile mis ei jätkaks tööd enne, kui see signaal käes? Samas peaks selle töö ära tegema ka waitforsingleobject kuid kui sul võib olla taustal rohkem, kui üks säärane thread siis pead veidi kavalamalt tegema.

[Hazar]