This is the mail archive of the gdb-patches@sources.redhat.com mailing list for the GDB project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: PATCH: Support Windows in event-loop.c


Christopher Faylor wrote:

Ok...  So, is it acceptable to include a console-only implementation in
event-loop.c?  I would think that it wasn't.

That seems to suggest that some kind of generic select or poll
implementation needs to be developed, probably using threads.

The second part of my claim seems to have gotten lost. In particular, *at present* the only handle is the console, so WaitForMultipleObjects works fine. In future, there may be other handles; my plan was that for any handle for which WaitForMultipleObjects did not work directly, we would create an Event, and a thread that wait for the appropriate thing to happen and signal the Event. Since WaitForMultipleObjects works with Events, that would still be the right primitive to actually detect what happened.


All that would need to change relative to the current code would be to create/destroy the threads as necessary. So, the current implementation is only console-only in that some details haven't been added, not in that it's hardwired in some permanent way to consoles.

Does that seem like a workable plan to you?

--
Mark Mitchell
CodeSourcery, LLC
mark@codesourcery.com
(916) 791-8304


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]