status changed; resolution set
status changed from reviewing to closedresolution set to fixed Merged, thanks.
View Articleowner changed
owner changed from zhanglikun to vorner Replying to vorner: Thread joins returned, in r3269. What about now, do you think it is OK? it's ok now vorner, but I also make one minor fix, see r3271, if you...
View Articleowner changed
owner changed from vorner to zhanglikun Thread joins returned, in r3269. What about now, do you think it is OK?
View ArticleArticle 21
Replying to zhanglikun: Because they are unnecessary, as much as I'm avare. .join() just waits for the thread to finish, does not terminate it. So the code just waited for everything to terminate. But...
View Articleowner changed
owner changed from zhanglikun to vorner Replying to vorner: others are ok, just three points, I just have different opnion, not are saying you are wrong. Replying to zhanglikun: This is the reply for...
View Articleowner changed
owner changed from vorner to zhanglikun Replying to zhanglikun: This is the reply for the change in r3200. /trac335/src/bin/xfrout/xfrout.py.in : I don't know why you want to remove the following lines...
View ArticleArticle 17
This is the reply for the change in r3200. /trac335/src/bin/xfrout/xfrout.py.in : I don't know why you want to remove the following lines code. there will be 3 or more threads when xfrout is running,...
View ArticleArticle 16
Replying to vorner: I reviewed the r3191, it looks OK. I updated some comments, please find them in r3204.
View Articleowner changed
owner changed from vorner to zhanglikun I hopefully fixed the problems with race conditions and spurious wakeup. I discovered (and fixed) one more ‒ when the process (either zonemanager or xfrout) was...
View Articleowner changed
owner changed from zhanglikun to vorner I will appreciate your action, please go ahead, thanks.
View Articleowner changed
owner changed from vorner to zhanglikun With the changes, you reintroduced the problem with spurious wakeup (I just found it untouched in the notify_out as well). Actually, worse version, the first...
View Articleowner changed
owner changed from zhanglikun to vorner Replying to vorner: The spurious wakeup does not happen usually, as I gather it happens only under extreme conditions (high load, bad checksum on incoming...
View Articleowner changed
owner changed from vorner to zhanglikun The exceptions are OK. The spurious wakeup does not happen usually, as I gather it happens only under extreme conditions (high load, bad checksum on incoming...
View Articleowner changed
owner changed from zhanglikun to vorner Not that we ignore all exceptions without doing something with them, this also catches all kinds of KeyboardInterrupt? or SystemExit? objects that are not proper...
View ArticleArticle 8
Replying to vorner: It calls shutdown in one thread and checks that other thread already exited. But it does not have enough time to do so, the is_alive() is called too early (there's a race...
View ArticleArticle 6
I have problems with failing make check here: ...............F..........F........ ====================================================================== FAIL: test_run_timer...
View Articleowner changed
owner changed from UnAssigned to vorner I don't mind reading code, so I'll have a look at it.
View Articleowner changed
owner changed from jreed to UnAssigned I didn't review code, but the new behavior works as expected.
View Articlestatus changed; owner set
owner set to jreedstatus changed from new to reviewing The code for this ticket has been finished now, it's ready for review now, Jeremy, could you have a test, I am not sure who will be the best guy...
View ArticleArticle 1
I am working on the problem that xfrout/zonemgr can't be killed by signal 'SIGINT', and it will cover the problem mentioned by this ticket.
View ArticleArticle 0
May be related to this also: $ echo Xfrout shutdown | DESTDIR/bin/bindctl ["login success "] login as root > send the command to cmd-ctrld received reply: {"error": "unknown error"} > $ BIND 10...
View Article
