From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10624 invoked by alias); 28 Jan 2017 20:43:02 -0000 Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Workers List List-Post: List-Help: X-Seq: 40449 Received: (qmail 17530 invoked from network); 28 Jan 2017 20:43:02 -0000 X-Qmail-Scanner-Diagnostics: from know-smtprelay-omc-7.server.virginmedia.net by f.primenet.com.au (envelope-from , uid 7791) with qmail-scanner-2.11 (clamdscan: 0.99.2/21882. spamassassin: 3.4.1. Clear:RC:0(80.0.253.71):SA:0(-1.2/5.0):. Processed in 1.803217 secs); 28 Jan 2017 20:43:02 -0000 X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-1.2 required=5.0 tests=RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.1 X-Envelope-From: p.w.stephenson@ntlworld.com X-Qmail-Scanner-Mime-Attachments: | X-Qmail-Scanner-Zip-Files: | Received-SPF: pass (ns1.primenet.com.au: SPF record at _smtprelay.virginmedia.com designates 80.0.253.71 as permitted sender) X-Originating-IP: [86.21.219.59] X-Spam: 0 X-Authority: v=2.1 cv=SYcKDalu c=1 sm=1 tr=0 a=utowdAHh8RITBM/6U1BPxA==:117 a=utowdAHh8RITBM/6U1BPxA==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=kj9zAlcOel0A:10 a=MWUjAzoEKyAA:10 a=q2GGsy2AAAAA:8 a=hD80L64hAAAA:8 a=A_8OCKwZYIpfMjd10bQA:9 a=CjuIK1q_8ugA:10 a=z9dJwno5l634igLiVhy-:22 a=ImLYxMjnSFIJI1KS7skI:22 Date: Sat, 28 Jan 2017 20:42:53 +0000 From: Peter Stephenson To: zsh workers Subject: Re: UTF-8 locales on BSDs do not support collation correctly Message-ID: <20170128204253.0311256d@ntlworld.com> In-Reply-To: References: <20170126175717.0b5c87c1@pwslap01u.europe.root.pri> <20170127094156.44b31dfd@pwslap01u.europe.root.pri> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.28; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Sat, 28 Jan 2017 12:26:30 -0800 (PST) Bart Schaefer wrote: > On Fri, 27 Jan 2017, Peter Stephenson wrote: > > > On Thu, 26 Jan 2017 17:57:17 +0000 > > Peter Stephenson wrote: > > > (I will supply a patch that checks for setutxent etc., now I've noticed > > > there aren't any yet, but that doesn't appear to be the problem here, > > > modulo obscurities.) > > > > Can't see any reason not to commit it anyway. > > I'm now getting > > Src/watch.c: In function `readwtab': > Src/watch.c:497: warning: assignment from incompatible pointer type > > > That's: > > while ((tmp = getutent()) != NULL) { I'm not. This appears to be another system specific issue that needs to be investigated by whoever is able. It could be compiler specific, I suppose, but that's a basic enough error it doesn't seem likely. As all I've done is not use functions that aren't present, this suggests a pre-existing problem. I guess this is similar to Michael's problem? Just to be clear (hope this doesn't seem rude, I just don't want anyone making untoward assumptions): I am not going to do anything at all to investigate errors I'm not seeing myself. The orignal patch is clearly warranted (as the feature was not working at all on a number of systems), so unless someone does investigate the problems they are seeing, this will simply not get fixed. If the original code *was* working, introducing an appropriate #ifdef is an appropriate fix. (But I am *still* not going to do the guesswork myself as I don't know whether that's the right thing to do or not.) As this is obviously a system-dependent minefield, it would really help if we could identify owners for problem on the various systems involved. pws