Ik heb een programma dat een zelfgemaakte DLL aanroept om in te loggen. Nou moet mijn programma pas verder gaan als er in die DLL op de knop "Inloggen" wordt gedrukt. De vraag is dus hoe ik het hoofdprogramma laat wachten op de event van DLL dat er op knop Inloggen is gedrukt
Mutex, Semaphore, event objects, IPC, named pipes, callback functie, etc...
mogelijkheden te over
Allemaal te vinden in de MSDN documentatie...
mogelijkheden te over
Allemaal te vinden in de MSDN documentatie...
[ Voor 19% gewijzigd door Wortelpudding op 06-03-2003 12:22 ]
RaiseEvent vanuit je DLL
> Google Certified Searcher
> Make users so committed to Google that it would be painful to leave
> C64 Gospel
> [SjoQ] = SjoQing
Wortelpudding schreef op 06 March 2003 @ 12:21:
Mutex, Semaphore, event objects, IPC, named pipes
alleen zinnig in multithreaded/multiproces omgevingen, wat in VB dus niet het geval is
robbertb: kun je de form in de DLL (ik neem aan dat het een form is) niet modal maken?
Give a man a game and he'll have fun for a day. Teach a man to make games and he'll never have fun again.
Als die DLL die je gemaakt hebt een COM-object met event-support bevat dan kan het met WithEvents ja.
Met een normale DLL (die gewoon functies exporteert dus) lukt dat niet.
Met een normale DLL (die gewoon functies exporteert dus) lukt dat niet.
edit:
typo
typo
[ Voor 6% gewijzigd door Wortelpudding op 06-03-2003 14:53 ]
Het is al gelukt, zonder com-objectWortelpudding schreef op 06 March 2003 @ 14:53:
Als die DLL die je gemaakt hebt een COM-object met event-support bevat dan kan het met WithEvents ja.
Met een normale DLL (die gewoon functies exporteert dus) lukt dat niet.edit:
typo
Hoewel VB zelf niet multithreaded is, kan het wel overweg met dll's die een andere thread aanmaken en daarin runnen..oisyn schreef op 06 March 2003 @ 12:37:
alleen zinnig in multithreaded/multiproces omgevingen, wat in VB dus niet het geval is
Pagina: 1