From dev-return-37273-apmail-harmony-dev-archive=harmony.apache.org@harmony.apache.org Tue May 19 00:50:32 2009 Return-Path: Delivered-To: apmail-harmony-dev-archive@www.apache.org Received: (qmail 70013 invoked from network); 19 May 2009 00:50:31 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 19 May 2009 00:50:31 -0000 Received: (qmail 74721 invoked by uid 500); 19 May 2009 00:50:30 -0000 Delivered-To: apmail-harmony-dev-archive@harmony.apache.org Received: (qmail 74676 invoked by uid 500); 19 May 2009 00:50:30 -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 74665 invoked by uid 99); 19 May 2009 00:50:30 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 19 May 2009 00:50:30 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of ilya.berezhniuk@gmail.com designates 209.85.218.163 as permitted sender) Received: from [209.85.218.163] (HELO mail-bw0-f163.google.com) (209.85.218.163) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 19 May 2009 00:50:19 +0000 Received: by bwz7 with SMTP id 7so3458604bwz.36 for ; Mon, 18 May 2009 17:49:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=SIO1Md08ae97CxjUrxIE9KoROp6QrNb2vQBgePZ8hQI=; b=KmdTX86thkjD2f26e2/XQXIJwRZeUn7Zfy/TOp/71SINjndnGYkiCti5wVuoZLCdqQ SrTkyx6GGKy8yN1EpesJYfxz5Puft22+oFtlPmeafveuiYRQ7qS809MvDzKwJLVIGBfo 8NTcttoOsn2vcPLl58ZLnuikKByPbQIfFcook= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=A7zeyGAd3sgveAoZ22yP414VsNIF383uQ3yKXDmZAH0h4WukVufALWO6gtG9xbLXi0 imRr1kPft18yztWc+s9iFJns1TuU7MQfmboaLVFbfWXoHHQpme8sIBOsUa2cUWId0wwZ WijS+jPZZvF3V0bZlb3jdrfLDOLzS6PwXQ1bs= MIME-Version: 1.0 Received: by 10.223.127.4 with SMTP id e4mr4652460fas.100.1242694199141; Mon, 18 May 2009 17:49:59 -0700 (PDT) In-Reply-To: <200905181204.n4IC4mVc006838@d12av02.megacenter.de.ibm.com> References: <49C09DF0.1050000@gmail.com> <49C0EB0B.9060805@gmail.com> <49C11628.8000804@gmail.com> <5948b71e0903190500kd6530fbhc3f9dff53ebc4f01@mail.gmail.com> <200905181204.n4IC4mVc006838@d12av02.megacenter.de.ibm.com> Date: Tue, 19 May 2009 08:49:59 +0800 Message-ID: <5ce835490905181749p119838c3kcb20aefac748ad7e@mail.gmail.com> Subject: Re: [M9] Testing - outstanding issues From: Ilya Berezhniuk To: dev@harmony.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org Chunrong has raised HARMONY-6132 for this failure. I have reproduced the failure on my SuSE 10.2 x86_64. I tried to simply set SIGPIPE to SIG_ING in drlvm's initialize_signals(), but the test still crashes. I'll check if this code (in vm/port/src/signals/linux) is alive, and try to investigate further. -- Ilya. 2009/5/18 Mark Hindess > > In message , > chunrong lai writes: > > > > I also once investigated the issue times ago > > http://mail-archives.apache.org/mod_mbox/harmony-dev/200809.mbox/%3cf9761b910809160814s7fd8e257gd99b4a15d97008c0@mail.gmail.com%3e > > and identified the guity commit which breaks SSLSocketImplTest as > > r691267. > > > > What r691267 did is "Remove the hy.no.sig option and make it the > > default." so it is basically a classlib patch. It seems that its > > modifications to vm makefiles finally make the test crashed. > > Was a JIRA raised for this? I don't see one? > > I had a look at this. The crash is caused by a SIGPIPE which isn't > being ignored. The classlib signal handler obviously configured this > signal to be ignored so that the issue could be dealt as an error from > an affected syscall. This seems reasonable behaviour to me. > > Since there was general consensus that having classlib deal with signal > handling [0] and the classlib signal handler has been removed [1], then > I think the drlvm signal handling code should be fixed to also configure > SIGPIPE to be ignored (SIG_IGN). > > Regards, > Mark. > > [0] http://markmail.org/thread/6suvaaeqal5occsl > [1] http://markmail.org/thread/n6vy37nl6andz2vx >