summaryrefslogtreecommitdiffstats
path: root/base/message_pump_win.cc
Commit message (Expand)AuthorAgeFilesLines
* Relanding this. jcampan@chromium.org2009-04-271-1/+2
* Reverting 14489.jcampan@chromium.org2009-04-241-1/+0
* This CL makes sure we unregister our Windows window classes when shut-down.jcampan@chromium.org2009-04-241-0/+1
* NO CODE CHANGE (except one global std::wstring changed to const wchar_t* cons...maruel@chromium.org2009-03-031-1/+1
* Use string for Histogram names since these are all ASCII anyway.dsh@google.com2009-02-241-1/+1
* Re-land rollback (which was not causing UI test regression)jar@google.com2008-12-131-5/+11
* Revert to repair UI test bustagejar@google.com2008-12-121-11/+5
* Make sure sub-pump is running (if needed) before handling a windows taskjar@google.com2008-12-121-5/+11
* Switch MessagePumpForIO to use completion ports on Windows.rvargas@google.com2008-11-071-407/+259
* Move Time, TimeDelta and TimeTicks into namespace base.dsh@google.com2008-10-271-0/+2
* Add a way to register for completion-ports based async operations to be handledrvargas@google.com2008-10-091-0/+69
* This fixes http://code.google.com/p/chromium/issues/detail?id=772,iyengar@google.com2008-10-011-3/+30
* As an intermediate step towards having a message pump handling IO through com...rvargas@google.com2008-09-251-117/+197
* Fix crash that can occur if PumpOutPendingPaintMessages is called outside the...darin@chromium.org2008-09-191-0/+5
* A better fix for the hang observed while running net_unittests on vista. Thisdarin@google.com2008-08-301-8/+10
* Switch SharedTimerWin over to using PostDelayedTask. I made some tweaks to thedarin@google.com2008-08-301-4/+1
* Fix net_unittests hang observed on Vista. It turns out that a subpump wasdarin@google.com2008-08-291-5/+6
* Use a more compact license header in source files.license.bot2008-08-241-28/+4
* reland r1075 w/ tweak to fix test failuresdarin@google.com2008-08-201-12/+25
* rollback r1075 to see if it helps resolve test failuresdarin@google.com2008-08-201-25/+12
* Eliminate TimerManager::GetCurrentDelay in favor of always referring to the f...darin@google.com2008-08-201-12/+25
* Take 2 at the new MessageLoop implementation.darin@google.com2008-08-161-2/+14
* Just like HandleWorkMessage, we have to be concerned with HandleTimerMessagedarin@google.com2008-08-151-0/+6
* Try only re-scheduling work when HandleWorkMessage is called.darin@google.com2008-08-151-1/+2
* remove some testing code that i didn't mean to checkindarin@google.com2008-08-151-16/+0
* Introduce MessagePump to represent the native message pump used to drive adarin@google.com2008-08-151-0/+523