Return-Path: Delivered-To: apmail-harmony-dev-archive@www.apache.org Received: (qmail 34499 invoked from network); 16 Nov 2007 18:21:24 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 16 Nov 2007 18:21:24 -0000 Received: (qmail 68128 invoked by uid 500); 16 Nov 2007 18:21:09 -0000 Delivered-To: apmail-harmony-dev-archive@harmony.apache.org Received: (qmail 68108 invoked by uid 500); 16 Nov 2007 18:21:09 -0000 Mailing-List: contact dev-help@harmony.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@harmony.apache.org Delivered-To: mailing list dev@harmony.apache.org Received: (qmail 68099 invoked by uid 99); 16 Nov 2007 18:21:09 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 16 Nov 2007 10:21:09 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of alexei.zakharov@gmail.com designates 209.85.146.179 as permitted sender) Received: from [209.85.146.179] (HELO wa-out-1112.google.com) (209.85.146.179) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 16 Nov 2007 18:20:57 +0000 Received: by wa-out-1112.google.com with SMTP id k22so1203834waf for ; Fri, 16 Nov 2007 10:20:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=HcBT9HgLCEoax3QRnL/viI9TqjS49D4+3YE89WpSFKc=; b=rvQ0Hb6Z3WF6nVTqdJdOO0MiShTxSP3ojvECz9jlnjMcf1vLg7MQhfsLf/kj8AviKhFPe2HCF1UmeWhkCeRm3hthGoFzYgfJHecvjArMbbvbnYblg/lKISb/GS733xzdBMGMyKCkSwE/laBN+28xVURmomJMIi1/s/w2osqyHLw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Fezv3T/2JR0hvlJPz/8y4Unj5Am6DCJiY5TO5MhjwCB6tgrcmKcw0AOcfWVLDaZq2yo3KPVcbxAKECWRrKtX1EFeZRYViBdl55+13mTArmh3R1slt6pkHGvnnO2ClScWoKK96zW1fzRYODwCihxk4m+A3cwCit/BIOSGRLi0iHo= Received: by 10.114.177.1 with SMTP id z1mr460321wae.1195237248188; Fri, 16 Nov 2007 10:20:48 -0800 (PST) Received: by 10.114.192.10 with HTTP; Fri, 16 Nov 2007 10:20:48 -0800 (PST) Message-ID: <2c9597b90711161020v7e5b037ckb947e0e6bd365249@mail.gmail.com> Date: Fri, 16 Nov 2007 21:20:48 +0300 From: "Alexei Zakharov" To: dev@harmony.apache.org Subject: Re: [testing] Warning: no successful snapshot builds for 2 weeks! In-Reply-To: <2c9597b90711160642h5defc85s52af2ffdb0f8b75@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <6e47b64f0711160046h659fe4fbm1f06dc563aa4aa51@mail.gmail.com> <2c9597b90711160642h5defc85s52af2ffdb0f8b75@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org 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 : > FYI I am working on class library test failures now. > > Regards, > Alexei > > 2007/11/16, Stepan Mishura : > > 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 > > >