Re: Real-life kernel debugging scenario

!MAILaRCHIVE_VOTE_RePLACE
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: walt <wa1ter@...>
Cc: <git@...>
Date: Monday, November 7, 2005 - 8:59 pm

On Mon, 7 Nov 2005, walt wrote:


it will work, but it's not optimal. this is exactly what git bisect is 
designed for.

you tell it that the prior night's version was good and the current 
version is bad. It picks a version 'halfway' in between the two and you 
test that. tell git if the test failed or not and it will then give 
you the next one to try. repeat until you identify exactly which commit 
triggers the problem.

unfortunantly I can't trivially point you at the right place in the docs.

David Lang

-- 
There are two ways of constructing a software design. One way is to make it so simple that there are obviously no deficiencies. And the other way is to make it so complicated that there are no obvious deficiencies.
  -- C.A.R. Hoare
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
Real-life kernel debugging scenario, walt, (Mon Nov 7, 8:51 pm)
Re: Real-life kernel debugging scenario, Linus Torvalds, (Mon Nov 7, 9:31 pm)
Re: Real-life kernel debugging scenario, Linus Torvalds, (Wed Nov 9, 2:36 pm)
Re: Real-life kernel debugging scenario, Jon Loeliger, (Wed Nov 9, 2:17 pm)
Re: Real-life kernel debugging scenario, Junio C Hamano, (Mon Nov 7, 9:30 pm)
Re: Real-life kernel debugging scenario, David Lang, (Mon Nov 7, 8:59 pm)