Advertentie | |
|
![]() |
||
Verwijderd
|
Citaat:
|
![]() |
||
Citaat:
__________________
01110100011001010111011001100101011001010110110000100000011101000
11010010110101001100100001000000011111100111111001000000011101001010000 |
![]() |
||
Citaat:
|
![]() |
||
Verwijderd
|
Citaat:
![]() De eerste lus hoort gewoon door te blijven itereren tot quit true is. De eerste nested lus hoort te stoppen wanneer de guard false wordt, en dus wanneer er iets binnen die lus herkend is. Dan hoort er gelust te worden op de 2e nested lus niveau tot heeftUitgevoerd true is en de guard dus false wordt. En dan worden de guards allebei weer gereset en moet het grapje weer opnieuw beginnen. Then again, de probleemstelling vind ik nog te vaag waardoor het bij gissen blijft. |
![]() |
||||
Verwijderd
|
Citaat:
Citaat:
Citaat:
PS: Wat is ADCONV? Laatst gewijzigd op 15-11-2005 om 08:16. |
![]() |
||
Verwijderd
|
Citaat:
|
![]() |
||
Citaat:
-neemt extra veel ruimte in -comminucatie kan een probleem zijn en comminuceren dmv window messages kun je ook vergeten watn met vb kun je geen window messages lezen (WM_USER met eigen parameters bijvoorbeeld). je kan ze wel sturen btw en met thread heb je geen last van foute waardenals je met 1 thread allen een bepaalde variable leest en met de andere allen maar schrijft. en als dit wel meot kun je emt createsingleobject api gewoon een mutex aanmaken gr, Bram
__________________
01110100011001010111011001100101011001010110110000100000011101000
11010010110101001100100001000000011111100111111001000000011101001010000 |
![]() |
||
Verwijderd
|
Citaat:
|
![]() |
||
Verwijderd
|
Citaat:
|
![]() |
||
Verwijderd
|
Citaat:
Ik heb het probleem trouwens opgelost. Het was niet mogelijk om het stuurprogramma van de robot en de herkennisloop naast elkaar te runnen, omdat zij allebei een loop bevatten. Daarom schakelt het herkenningsprogramma uit na het moment dat de speler een zet doet. Bedankt voor de hulp allen ![]() |
Advertentie |
|
![]() |
|
|