Nice work. Can you now (and in the future) just add a note when you find the problem what the problem was? it's much easier to create awareness and discussion if we can keep going in the same thread, rather than have to go find the commit message

geir


Alexey Varlamov wrote:
Fixed in r481188, please verify.

2006/12/1, Alexey Varlamov <[EMAIL PROTECTED]>:
Mikhail,

I believe I found & fixed the root cause, running tests at the moment.

2006/12/1, Mikhail Loenko <[EMAIL PROTECTED]>:
> I've tried "merge -r 480913:480912"
>
> seems like everythung works fine. I'm rerunning the tests...
>
> 2006/12/1, Mikhail Loenko <[EMAIL PROTECTED]>:
> > Isn't waiting less costing? If we roll the changes back we can at least continue
> > further commits. Of course if the reason is clear we should fix it.
> > The problem is
> > that we first broke one test, then one more and then hundreds more. That
> > means that at least several of commits were broken
> >
> > Thanks,
> > Mikhail
> >
> > 2006/12/1, Alexey Varlamov <[EMAIL PROTECTED]>:
> > > Guys,
> > >
> > > Shouldn't rollbacks be the last resort, as it was agreed? Don't you
> > > want to let a chance for primary investigation and hopefully quickfix?
> > > Rollbacks are costly and somewhat demotivating...
> > >
> > > --
> > > Alexey
> > >
> > > 2006/12/1, Mikhail Loenko <[EMAIL PROTECTED]>:
> > > > What is the last working revision? Let's roll back all the
> > > > DRLVM changes since that
> > > >
> > > > 2006/12/1, Stepan Mishura <[EMAIL PROTECTED]>:
> > > > > Hi,
> > > > >
> > > > > Today I see new failures (115) of classlib tests on DRL VM. I didn't see > > > > > them yesterday . I'm going to find which commit caused regression and roll
> > > > > it back. Could we stop committing new code to DRL VM workspace?
> > > > >
> > > > > Stepan Mishura
> > > > > Intel Enterprise Solutions Software Division
> > > > >
> > > > >
> > > >
> > >
> >
>

Reply via email to