harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Pavlenko, Andrey A" <andrey.a.pavle...@googlemail.com>
Subject Re: [testing] Warning: no successful snapshot builds for 2 weeks!
Date Tue, 20 Nov 2007 10:37:28 GMT
Alexei, I've fixed the issue.
Thanks!

On 11/16/07, Alexei Zakharov <alexei.zakharov@gmail.com> wrote:
>
> Issue number 1:
> javax.print.attribute.HashAttributeTest failure on Windows32. It fails
> only in case if no default printer was defined in system. This issue
> was caused by two sequential commits to *print* module:
> r593524 Print service implementation (HARMONY-5083)
> r594925 Reimplemented getDefaultPrinterName() because the current
> implementation uses GetDefaultPrinterW which causes an error on some
> systems
> I don't want to revert these commits by myself since a lot of useful
> code was added. I created HARMONY-5138 and put all details there.
> Andrey, as author of above-mentioned commits, could you please take a
> look?
>
> Thanks,
> Alexei
>
> 2007/11/16, Alexei Zakharov <alexei.zakharov@gmail.com>:
> > FYI I am working on class library test failures now.
> >
> > Regards,
> > Alexei
> >
> > 2007/11/16, Stepan Mishura <stepan.mishura@gmail.com>:
> > > Hi,
> > >
> > > Some time ago there was a thread about publishing successful snapshots
> > > builds[1].
> > > We agreed that successful build is the build which passed:
> > > classlib tests, drlvm and drlvm-regression tests, jdktools tests
> > > and Eclipse hello world application scenario on Linux/Windows ia32
> platform.
> > >
> > > Also there was suggestion (that I fully support) that if there hasn't
> > > been a 'successful' build for more than 2 weeks we should stop and fix
> > > it.
> > >
> > > The last such build was r590919 from Nov 1. According to the integrity
> > > testing report we won't have successful build this weekend. Also there
> > > is big degradation on Windows 64 bits platform.
> > >
> > > I think that it make sense to have stabilization period right now. I'd
> > > suggest that during this period we shouldn't commit any new
> > > functionality or do code redesign. Only bug fixes for current bugs.
> > >
> > > Objection? Thoughts?
> > >
> > > [1] http://markmail.org/message/ughx6xj655cchyzg
> > >
> > > Thanks,
> > > Stepan Mishura
> > > Intel Enterprise Solutions Software Division
> > >
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message