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
> > > > >
> > > > >
> > > >
> > >
> >
>