[lkml]   [2011]   [May]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: getter PTRACE_GETSIGINFO should not modify anything [Re: [PATCH 11/11] ptrace: implement group stop notification for ptracer]
Hi Tejun,

On Mon, 16 May 2011 10:43:50 +0200, Tejun Heo wrote:
> There's distinction between "broken" and "ugly". If it's ugly but
> functional, you don't need to "fix" it.

The final goal is the user experience (such as the users of GDB), nothing else
matters. If it is so "ugly" the userland developers fail to use it the
project as a whole still broken.

> Frankly, I think the biggest disease was this obsession with
> perfection.

I try to suggest fixes which seem to be easier on the kernel side than trying
to workaround them in all the debugger-like applications. After various
strace fixes and for years gdb linux-nat fixes there is a need to move to
gdbserver which will mean to reimplement all the ptrace workarounds again.

> So, I'm gonna push back quite a bit unless it actually compromises
> functionality or correctness.

With your position "if it is workaroundable in userland let's make the new
kernel API broken again" it no longer makes sense to comment on it. Yes,
everything is workaroundable but that is usually not the goal of new APIs.


 \ /
  Last update: 2011-05-16 14:19    [W:0.103 / U:0.700 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site