From owner-svn-src-all@freebsd.org Fri Jun 10 15:01:26 2016 Return-Path: Delivered-To: svn-src-all@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DC267B718FB for ; Fri, 10 Jun 2016 15:01:26 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: from mail-lf0-f43.google.com (mail-lf0-f43.google.com [209.85.215.43]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6DBDE1EF1 for ; Fri, 10 Jun 2016 15:01:26 +0000 (UTC) (envelope-from mailing-machine@vniz.net) Received: by mail-lf0-f43.google.com with SMTP id q132so10110718lfe.3 for ; Fri, 10 Jun 2016 08:01:26 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to; bh=8iBa3XjnMuON3p4WEB4OzKhhzbFvaktXGhXAV6KDxX8=; b=BkQlowH7w5j6wuA8CncMBH4lZaBSeqT6zB4W6D0dKU6S73vfeoKwQx+2JG7IyjGd4b mFFcyOWbNKGrj43RlybVtHr8OXa4Q3Ml0cWjYIC7rlOM3EpUWa8/PeEXDGa82gC/0Sce PTr3uWlW4FfyWL4aGvtAfFR2FJIQLUxN6Le8JSqB7u9QpIR5sgYM7wde4An9R85h3vn7 8olwB6fD6VnaDT+nJfG04YBxwhc9g9iNSaY8uqdFWfmnPVl6Jpp1UWkLh6G+FiCVqXj5 lKGw5Grs8N+V4cfG8qbq5xCOfk9OrfL7/1AShM/U5ghY05b6yVclpwsaH+aQ+iA7psax OZIQ== X-Gm-Message-State: ALyK8tJEDKjfAfpLyeM7ur+sGXf1wBm6jZqBewwsnZ/fUw8nkaCqtmp9z2Yr/w1kpOapyg== X-Received: by 10.25.151.74 with SMTP id z71mr815828lfd.30.1465570883858; Fri, 10 Jun 2016 08:01:23 -0700 (PDT) Received: from [192.168.1.2] ([89.169.173.68]) by smtp.gmail.com with ESMTPSA id 139sm891336ljj.1.2016.06.10.08.01.22 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 10 Jun 2016 08:01:23 -0700 (PDT) Subject: Re: svn commit: r301777 - head/lib/libc/stdio To: Pedro Giffuni , src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org References: <201606100521.u5A5Lqa6035072@repo.freebsd.org> <3346cab5-d713-c1ad-5e50-ea8d50ee47b9@freebsd.org> <52d3a4b3-0b52-abd3-8633-909885f12781@freebsd.org> <03897eab-0725-7c7a-0edf-04eb44eff6f7@FreeBSD.org> From: Andrey Chernov Message-ID: <6d1d7aaa-eef0-cafc-b11a-3b81ee3fb230@freebsd.org> Date: Fri, 10 Jun 2016 18:01:22 +0300 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <03897eab-0725-7c7a-0edf-04eb44eff6f7@FreeBSD.org> Content-Type: multipart/mixed; boundary="------------D1E3F9F08EFAE110A4449F74" X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2016 15:01:27 -0000 This is a multi-part message in MIME format. --------------D1E3F9F08EFAE110A4449F74 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit On 10.06.2016 17:14, Pedro Giffuni wrote: >> Because now strcoll_l() is used as before and it is broken in wide char >> converting process. It is broken for _all_, not just for vfscanf() >> ranges. It should never fail with any args. >> Real fix should be in strcoll_l(). >> > > Yes, it is broken as before however the objective of r301461 was only > to address the ABI breakage. If I revert r301777 then I have to backout > r301461 too, and then we have again the ABI breakage. > > I understand you want to fix all but we are under code freeze and > I have to go back to a known working (although still broken) state. I can't make strcoll or vfscanf to drop core in my simple tests. Too little info in the bug report. In any case here is vfscanf.c fix attached (by removing collation range). >> It is dependent. vfscanf() and regcomp() use the same code for range >> collation. If we remove range collation from everywhere, we save >> vfscanf(), but strcoll_l() remains broken. >> >> > > We have had a broken regex for a very long time, and we new that > before collation was introduced. I didn't take that decision but > moving to libtre was a lot more work and we really had to have > collation now. No, we have perfectly working single byte regex with collation ranges for many years until those wchars was invaded the code very recently. --------------D1E3F9F08EFAE110A4449F74 Content-Type: text/plain; charset=UTF-8; name="vfscanf.c.diff" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="vfscanf.c.diff" SW5kZXg6IHZmc2NhbmYuYwo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09Ci0tLSB2ZnNjYW5mLmMJKHJldmlzaW9u IDMwMTc3OSkKKysrIHZmc2NhbmYuYwkod29ya2luZyBjb3B5KQpAQCAtODE2LDkgKzgxNiw3 IEBACiBzdGF0aWMgY29uc3QgdV9jaGFyICoKIF9fc2NjbChjaGFyICp0YWIsIGNvbnN0IHVf Y2hhciAqZm10KQogewotCWludCBjLCBuLCB2LCBpOwotCXN0cnVjdCB4bG9jYWxlX2NvbGxh dGUgKnRhYmxlID0KLQkJKHN0cnVjdCB4bG9jYWxlX2NvbGxhdGUqKV9fZ2V0X2xvY2FsZSgp LT5jb21wb25lbnRzW1hMQ19DT0xMQVRFXTsKKwlpbnQgYywgbiwgdjsKIAogCS8qIGZpcnN0 IGBjbGVhcicgdGhlIHdob2xlIHRhYmxlICovCiAJYyA9ICpmbXQrKzsJCS8qIGZpcnN0IGNo YXIgaGF0ID0+IG5lZ2F0ZWQgc2NhbnNldCAqLwpAQCAtODcxLDI5ICs4NjksMTUgQEAKIAkJ CSAqIHdlIGp1c3Qgc3RvcmVkIGluIHRoZSB0YWJsZSAoYykuCiAJCQkgKi8KIAkJCW4gPSAq Zm10OwotCQkJaWYgKG4gPT0gJ10nCi0JCQkgICAgfHwgKHRhYmxlLT5fX2NvbGxhdGVfbG9h ZF9lcnJvciA/IG4gPCBjIDoKLQkJCQlfX3djb2xsYXRlX3JhbmdlX2NtcCh0YWJsZSwgbiwg YykgPCAwCi0JCQkgICAgICAgKQotCQkJICAgKSB7CisJCQlpZiAobiA9PSAnXScgfHwgbiA8 IGMpIHsKIAkJCQljID0gJy0nOwogCQkJCWJyZWFrOwkvKiByZXN1bWUgdGhlIGZvcig7Oykg Ki8KIAkJCX0KIAkJCWZtdCsrOwotCQkJLyogZmlsbCBpbiB0aGUgcmFuZ2UgKi8KLQkJCWlm ICh0YWJsZS0+X19jb2xsYXRlX2xvYWRfZXJyb3IpIHsKLQkJCQlkbyB7Ci0JCQkJCXRhYlsr K2NdID0gdjsKLQkJCQl9IHdoaWxlIChjIDwgbik7Ci0JCQl9IGVsc2UgewotCQkJCWZvciAo aSA9IDA7IGkgPCAyNTY7IGkgKyspCi0JCQkJCWlmIChfX3djb2xsYXRlX3JhbmdlX2NtcCh0 YWJsZSwgYywgaSkgPCAwICYmCi0JCQkJCSAgICBfX3djb2xsYXRlX3JhbmdlX2NtcCh0YWJs ZSwgaSwgbikgPD0gMAotCQkJCQkgICApCi0JCQkJCQl0YWJbaV0gPSB2OwotCQkJfQorCQkJ ZG8gewkJLyogZmlsbCBpbiB0aGUgcmFuZ2UgKi8KKwkJCQl0YWJbKytjXSA9IHY7CisJCQl9 IHdoaWxlIChjIDwgbik7CiAjaWYgMQkvKiBYWFggYW5vdGhlciBkaXNndXN0aW5nIGNvbXBh dGliaWxpdHkgaGFjayAqLwotCQkJYyA9IG47CiAJCQkvKgogCQkJICogQWxhcywgdGhlIFY3 IFVuaXggc2NhbmYgYWxzbyB0cmVhdHMgZm9ybWF0cwogCQkJICogc3VjaCBhcyBbYS1jLWVd IGFzIGB0aGUgbGV0dGVycyBhIHRocm91Z2ggZScuCg== --------------D1E3F9F08EFAE110A4449F74--