diff options
author | brain <brain@e03df62e-2008-0410-955e-edbf42e46eb7> | 2007-02-09 18:13:13 +0000 |
---|---|---|
committer | brain <brain@e03df62e-2008-0410-955e-edbf42e46eb7> | 2007-02-09 18:13:13 +0000 |
commit | 6b37d1f7e9bd8d451ab920ab09aa2d2e24877d62 (patch) | |
tree | c1578c0774071abc610ed6dbd680a00ca941732f /src/timer.cpp | |
parent | 4b7165c5f9323c18925f5d9518e6f134ffc8eee2 (diff) |
Add and properly test the ability for an InspTimer to DelTimer itself from within its own Tick method.
This wasnt supported before and would corrupt the iterator in the TickTimers() method of TimerManager.
Non the less, peaveys new (perfectly sensible) fix broke it because i didnt document the caveat about DelTimer() :p
This FIXES m_ident and possibly some other stuff.
git-svn-id: http://svn.inspircd.org/repository/trunk/inspircd@6553 e03df62e-2008-0410-955e-edbf42e46eb7
Diffstat (limited to 'src/timer.cpp')
-rw-r--r-- | src/timer.cpp | 42 |
1 files changed, 38 insertions, 4 deletions
diff --git a/src/timer.cpp b/src/timer.cpp index 6be7aa06c..e7635c528 100644 --- a/src/timer.cpp +++ b/src/timer.cpp @@ -14,15 +14,22 @@ #include "inspircd.h" #include "timer.h" +TimerManager::TimerManager() : CantDeleteHere(false) +{ +} + void TimerManager::TickTimers(time_t TIME) { + this->CantDeleteHere = true; timerlist::iterator found = Timers.find(TIME); if (found != Timers.end()) { timergroup* x = found->second; - /* - * There are pending timers to trigger + /* There are pending timers to trigger. + * WARNING: Timers may delete themselves from within + * their own Tick methods! see the comment below in + * the DelTimer method. */ for (timergroup::iterator y = x->begin(); y != x->end(); y++) { @@ -41,10 +48,30 @@ void TimerManager::TickTimers(time_t TIME) Timers.erase(found); DELETE(x); } + + this->CantDeleteHere = false; } void TimerManager::DelTimer(InspTimer* T) { + if (this->CantDeleteHere) + { + /* If a developer tries to delete a timer from within its own Tick method, + * then chances are this is just going to totally fuck over the timergroup + * and timerlist iterators and cause a crash. Thanks to peavey and Bricker + * for noticing this bug. + * If we're within the tick loop when the DelTimer is called (signified + * by the var 'CantDeleteHere') then we simply return for non-repeating + * timers, and cancel the repeat on repeating timers. We can do this because + * we know that the timer tick loop will safely delete the timer for us + * anyway and therefore we avoid stack corruption. + */ + if (T->GetRepeat()) + T->CancelRepeat(); + else + return; + } + timerlist::iterator found = Timers.find(T->GetTimer()); if (found != Timers.end()) @@ -58,15 +85,16 @@ void TimerManager::DelTimer(InspTimer* T) DELETE(n); x->erase(y); if (!x->size()) + { Timers.erase(found); + } return; } } } } -/* - * Because some muppets may do odd things, and their ircd may lock up due +/** Because some muppets may do odd things, and their ircd may lock up due * to crappy 3rd party modules, or they may change their system time a bit, * this accounts for shifts of up to 120 secs by looking behind for missed * timers and executing them. This is only executed once every 5 secs. @@ -75,6 +103,10 @@ void TimerManager::DelTimer(InspTimer* T) */ void TimerManager::TickMissedTimers(time_t TIME) { + /** See comment above in TickTimers + */ + this->CantDeleteHere = true; + for (time_t n = TIME-1; n > TIME-120; n--) { timerlist::iterator found = Timers.find(n); @@ -99,6 +131,8 @@ void TimerManager::TickMissedTimers(time_t TIME) DELETE(x); } } + + this->CantDeleteHere = false; } void TimerManager::AddTimer(InspTimer* T, long secs_from_now) |