Télécom PRO tout en un : 29 Euros

2009-10-16 Thread IC Telecom
Title: ict Si ce message ne s'affiche pas correctement, visualisez la version en ligne VOTRE SOLUTION PRO TOUT EN UN Matrisez votre budget, simplifiez votre tlphonie

Re: [PATCH 91-94] misc attach/detach fixes

2009-10-16 Thread Oleg Nesterov
On 10/15, Roland McGrath wrote: Roland, do you see other problems with attach/detach which should be fixed before v1? It depends what v1 means, on which I am not entirely clear. The definition of v1 is very simple and absolutely precise. The code is v1 when Roland thinks we can make the

Re: [PATCH 90] ptrace_wake_up: add bool force_wakeup argument for implicit detach

2009-10-16 Thread Oleg Nesterov
On 10/15, Roland McGrath wrote: ptrace_detach(sig) checks valid_signal(sig) to detect the explicit detach and passes bool voluntary to ptrace_wake_up(). ptrace_detach_task() does. ptrace_detach() has already bailed out if !valid_signal(sig) was really pass in from userland.

Re: [PATCH 93] ptrace_report_exit: fix WARN_ON() condition

2009-10-16 Thread Oleg Nesterov
On 10/15, Roland McGrath wrote: This reminds me, it is still not clear what should we actually do when the killed tracee calls tracehook_report_exit(), but this is another story. IMHO the truly desireable behavior is to distinguish real SIGKILL (userland kill, oom_kill) from normal

Re: [PATCH 2/4] utrace_reap: do not play with -reporting

2009-10-16 Thread Oleg Nesterov
On 10/15, Roland McGrath wrote: We have a callback void my_report_callback(...) { if (ptr) dereference(ptr); } And the tracer does: void *tmp = ptr; ptr = NULL; utrace_barrier(my_engine); kfree(tmp); This

Re: [PATCH 85] ptrace_attach_task: rely on utrace_barrier(), don't check -ops

2009-10-16 Thread Oleg Nesterov
On 10/15, Roland McGrath wrote: Tracee, finish_callback() path: if (action == UTRACE_DETACH) engine-ops = utrace_detached_ops; utrace-reporting = NULL; no barries, no utrace-lock() in between. Tracer, utrace_barrier() under utrace-lock: if

utrace-ptrace v1 todo list

2009-10-16 Thread Oleg Nesterov
On 10/16, Oleg Nesterov wrote: On 10/15, Roland McGrath wrote: Roland, do you see other problems with attach/detach which should be fixed before v1? It depends what v1 means, on which I am not entirely clear. The definition of v1 is very simple and absolutely precise. The code is

(no subject)

2009-10-16 Thread jnfcvmh...@live.com
= 生产现场危机预防与控制技术 = 时间及地点: 2009年10月17-18日 深圳 2009年10月24-25日 上海 全国统一服务热线:400-8899-628 华东地区专线:021-5109-9475

(no subject)

2009-10-16 Thread gry3k.x...@msn.com
== 郎咸平主讲-中国商业模式战略研讨会 == 时间地点: 2009年11月07-09日(三天二晚) 上海 2009年11月14-16日(三天二晚) 成都

(no subject)

2009-10-16 Thread Abby.Ai
== 研发及技术人员绩效考核与激励系统 == 时间与地点: 2009年10月16-17日 上海 2009年10月23-24日 深圳

(no subject)

2009-10-16 Thread Angelina.Cheng
== 研发及技术人员绩效考核与激励系统 == 时间与地点: 2009年10月16-17日 上海 2009年10月23-24日 深圳

(no subject)

2009-10-16 Thread 请转相关人员
研发及技术人员绩效考核与激励系统 时间地点:2009年10月16-17日---上海 时间地点:2009年10月23-24日---深 圳 学员对象:企业董事长、CEO/总经理、研发中心负责人、研发总监、研发经理/研发项 目经理/技术经理、技术骨干/HR负责人、HR考核专员/产品线总监、产品经理、系统工 程师、产品规划专家……等其他对研发项目绩效考核感兴趣人员。 费用:2500元/2天/人(包括培训、培训教材、两天午餐、以及上下午茶点等) 咨询电话:020-80560638;020-85917945 谢小姐(不需要此类信件请回复电邮至chinamm...@126.com退信)

(no subject)

2009-10-16 Thread lhjn.w...@msn.com
裁员、降薪、补偿金计算误区与劳动争议防范及 规章制度、员工手册撰写技巧与最新争议案例分析 时.间.与.地.点: 2009年10月17-18日 深 圳 2009年10月24-25日 上 海

(no subject)

2009-10-16 Thread 培训
产品经理管理实战训练 时间地点:2009年10月30-31日上海 时间地点:2009年11月6-7日 深圳 学员对象:企业CEO/总经理、研发总经理/副总、公司总工/技术总监、公司人力资源总监、产品线总监、产品经 理、品牌经理/项目经理、PMO(项目管理办公室)成员、市场总监以及涉及到产品管理相关人士……等。 费用:2500元/2天/人(包括培训、培训教材、两天午餐、以及上下午茶点等) 咨询电话:020-80560638;020-85917945 谢小姐(不需要此类信件请回复电邮至chinamm...@126.com退信)

(no subject)

2009-10-16 Thread 请转相关人员
产品经理管理实战训练 时间地点:2009年10月30-31日上海 时间地点:2009年11月6-7日 深圳 学员对象:企业CEO/总经理、研发总经理/副总、公司总工/技术总监、公司人力资源总监、产品线总监、产品经 理、品牌经理/项目经理、PMO(项目管理办公室)成员、市场总监以及涉及到产品管理相关人士……等。 费用:2500元/2天/人(包括培训、培训教材、两天午餐、以及上下午茶点等) 咨询电话:020-80560638;020-85917945 谢小姐(不需要此类信件请回复电邮至chinamm...@126.com退信)

Re: Stopped detach/attach status

2009-10-16 Thread Roland McGrath
My point was, the discussed problems with ptrace stop probably are not ptrace-only, we need other changes. Hopefully we should address them after v1. Sure. But I'd prefer to delay this discussion unless you think we should fix this right now. I'm glad to stop thinking about it for a

Re: [PATCH 93] ptrace_report_exit: fix WARN_ON() condition

2009-10-16 Thread Roland McGrath
IMHO the truly desireable behavior is to distinguish real SIGKILL (userland kill, oom_kill) from normal group-exit. Yes. We already discussed this and I agree. I _think_ it is not hard to implement, but (again) I'd suggest to do this later. Agreed. (I think I just said that this is not