From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19130 invoked from network); 26 Feb 2008 15:18:54 -0000 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00 autolearn=ham version=3.2.4 Received: from news.dotsrc.org (HELO a.mx.sunsite.dk) (130.225.247.88) by ns1.primenet.com.au with SMTP; 26 Feb 2008 15:18:54 -0000 Received-SPF: none (ns1.primenet.com.au: domain at sunsite.dk does not designate permitted sender hosts) Received: (qmail 58025 invoked from network); 26 Feb 2008 15:18:47 -0000 Received: from sunsite.dk (130.225.247.90) by a.mx.sunsite.dk with SMTP; 26 Feb 2008 15:18:47 -0000 Received: (qmail 5457 invoked by alias); 26 Feb 2008 15:18:44 -0000 Mailing-List: contact zsh-workers-help@sunsite.dk; run by ezmlm Precedence: bulk X-No-Archive: yes X-Seq: 24595 Received: (qmail 5433 invoked from network); 26 Feb 2008 15:18:43 -0000 Received: from bifrost.dotsrc.org (130.225.254.106) by sunsite.dk with SMTP; 26 Feb 2008 15:18:43 -0000 Received: from mail.blastwave.org (mail.blastwave.org [147.87.98.10]) by bifrost.dotsrc.org (Postfix) with ESMTP id A4B20802720E for ; Tue, 26 Feb 2008 16:18:32 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.blastwave.org (Postfix) with ESMTP id BAB862D3B; Tue, 26 Feb 2008 16:18:31 +0100 (MET) X-Virus-Scanned: amavisd-new at blastwave.org Received: from mail.blastwave.org ([127.0.0.1]) by localhost (enterprise.blastwave.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id iRgsYbS09k9K; Tue, 26 Feb 2008 16:18:18 +0100 (MET) Received: from [10.0.0.232] (175-206-103-86.dynamic.dsl.tng.de [86.103.206.175]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.blastwave.org (Postfix) with ESMTP id 30E342694; Tue, 26 Feb 2008 16:18:17 +0100 (MET) In-Reply-To: <20080226145741.6e74fc22@news01> References: <8AABEECB-A9A6-43EA-BED2-4BE376CBE349@blastwave.org> <20080226141459.76dc362c@news01> <20080226145741.6e74fc22@news01> Mime-Version: 1.0 (Apple Message framework v753) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <656429B3-438B-4ECF-85C4-04E38D837D1A@blastwave.org> Cc: zsh-workers@sunsite.dk Content-Transfer-Encoding: 7bit From: Dagobert Michelsen Subject: Re: Failed tests of zsh 4.3.5 in Solaris 10 w/Sun Studio 12 CC Date: Tue, 26 Feb 2008 16:18:10 +0100 To: Peter Stephenson X-Mailer: Apple Mail (2.753) X-Virus-Scanned: ClamAV 0.91.2/6003/Tue Feb 26 12:34:31 2008 on bifrost X-Virus-Status: Clean Hi Peter, Am 26.02.2008 um 15:57 schrieb Peter Stephenson: > On Tue, 26 Feb 2008 15:42:19 +0100 > Dagobert Michelsen wrote: >> first, thanks for the effort. I have applied the patch >> and reran the testsuite. >> ./A03quoting.ztst: starting. >> Test ./A03quoting.ztst failed: bad status 1, expected 0 from: >> print '<\u0041>' >> printf '%s\n' $'<\u0042>' >> print '<\u0043>' >> printf '%s\n' $'<\u0044>' >> Error output: >> (eval):1: cannot do charset conversion (iconv failed) >> Was testing: \u in both print and printf > > Weird... that's the variant I wasn't expecting since it implies > a run time failure in iconv, and not a dynamical link failure, either. > That means this call failed (Src/utils.c:4878 in the current source): > > cd = iconv_open(nl_langinfo(CODESET), "UCS-4BE"); > if (cd == (iconv_t)-1) { > zerr("cannot do charset conversion (iconv failed)"); > CHARSET_FAILED(); > } > > Any idea if your iconv supports UCS-4BE? GNU iconv will tell you with > "iconv --list", but if you have a Solaris variant it's likely to be > different. Otherwise, could nl_langinfo(CODESET) not be returning > anything? In fact I am linking against libiconv from Blastwave.org at /opt/csw/lib. However, the charset seems to be supported: thor% /opt/csw/bin/iconv -l | grep UCS-4BE UCS-4BE The system trace looks like this: 16896: sigprocmask(SIG_BLOCK, 0x080464E4, 0x080464C0) = 0 16896: sigprocmask(SIG_BLOCK, 0x080460B4, 0x08046090) = 0 16896: -> libiconv:libiconv_open(0xdf986e04, 0x80c1e90) ...and... thor% mdb -p 16896 Loading modules: [ ] > 0xdf986e04/S 0xdf986e04: 646 > 0x80c1e90/S 0x80c1e90: UCS-4BE Looks like there is no 646: thor% /opt/csw/bin/iconv -l | grep 646 ANSI_X3.4-1968 ANSI_X3.4-1986 ASCII CP367 IBM367 ISO-IR-6 ISO646-US ISO_646.IRV:1991 US US-ASCII CSASCII ISO-10646-UCS-2 UCS-2 CSUNICODE ISO-10646-UCS-4 UCS-4 CSUCS4 ISO-IR-14 ISO646-JP JIS_C6220-1969-RO JP CSISO14JISC6220RO CN GB_1988-80 ISO-IR-57 ISO646-CN CSISO57GB1988 Is this an error from zsh or is this a bug in libiconv? Thanks! -- Dago