From dev-return-28155-archive-asf-public=cust-asf.ponee.io@apr.apache.org Fri Apr 26 08:14:28 2019 Return-Path: X-Original-To: archive-asf-public@cust-asf.ponee.io Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [207.244.88.153]) by mx-eu-01.ponee.io (Postfix) with SMTP id A5CC118064C for ; Fri, 26 Apr 2019 10:14:27 +0200 (CEST) Received: (qmail 24898 invoked by uid 500); 26 Apr 2019 08:14:26 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Id: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 24889 invoked by uid 99); 26 Apr 2019 08:14:26 -0000 Received: from Unknown (HELO mailrelay1-lw-us.apache.org) (10.10.3.159) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 26 Apr 2019 08:14:26 +0000 Received: from gauss.localdomain (unknown [217.61.200.66]) by mailrelay1-lw-us.apache.org (ASF Mail Server at mailrelay1-lw-us.apache.org) with ESMTPSA id 8C4C4130C for ; Fri, 26 Apr 2019 08:14:25 +0000 (UTC) Received: from [IPv6:::1] (localhost [IPv6:::1]) by gauss.localdomain (Postfix) with ESMTP id 576CB1A2 for ; Fri, 26 Apr 2019 10:14:23 +0200 (CEST) Subject: Re: [vote] Win32 Decision Point To: APR Developer List References: From: Ruediger Pluem Openpgp: preference=signencrypt Autocrypt: addr=rpluem@apache.org; prefer-encrypt=mutual; keydata= xsDiBEM/yAsRBACVZVt6oK9fpc9B/7vPny00aHnuhDQ0MsM5rbEGZ57aBnmHYyX0gTKLWGBX hlkos0hxBBIc9UUbOmaVBp4VFu0rz8IQ2OUZ93J7lR/khRG3wlmYx25ZCcN0tOFmiZuyV+J9 zNP/dBdBfUqDwcJD8zmA7u8NLeUWljJJdKv8wcZ2/wCgwN+/PWz58JCvsvphQT1QjzP8a6UD /3DsCYMq0m2dOi3YXxtHpeF2Kn+k4BXnFt5dkPsdO2MN5m66Ky3MndeIPj81Bw9ssc9zZGcP 2PHej9mZPjKDQaJn0GkHem2sVQ5uDcbGJCy7UKjgLqBl/AAJs3+0KdArvWVxsxBUl6wViAxU ytwdsgK1KUA3Qyfj7oAM3p4SiAWlBACVIZO0u3LzAN5halnEcsjWrCdNpvOLB7aopNMYQRm0 X2OXgFWRuLa6X4/gyA/aDZg5xbSBVzC9VwMS3Os1hqwuFW0DuP0PAal1KIRL2dzD/1XIuRBz 7N1WgeSqMqNqjFL8RuTh9jHlWOnHKd7GOitJazv2TNgP0KQgRoPKklas980iUnVlZGlnZXIg UGx1ZW0gPHJwbHVlbUBhcGFjaGUub3JnPsJeBBMRAgAeAh4BAheABQJKgx+aBQsJCAcDBRUK CQgLBRYCAwEAAAoJEEwEKBgxGj3lOlgAoLLpqsZ5MXiNaNgPeaqD+NEFxzVLAJ9PmcaWHklV /BB2D4BloSt6LVtURs7DTQRKgyE9EBAAgqzxB1TOhAhbEX2hpdC5iwJYGnfBo34bl45s53nW 1+xkJWOeD6vv1HbD6qZguDWijJJvLfp63EvGApsDjmg8ExO6U0YrIkHf09xhm5zk56JyZyIs i3nOJd1aO3lvj7wGIYZr5+wxuWYNEOmDEs+CKVghP/wXurv5yIdSek4ydIf1SA5mmFfrkXgu C80iut7t4EBdo3Z2oh0c0JrLes6pT1DLyV8cpNV6nK0M8J2aZMukzbzBnRcyS0rrilWSvqVM RlSMnOy66ZjDsTMDv9TwH1EqZ95TSr0V9axkBJ3fKz1S7+t7n3qrcXHBPtEBfAI6f0azMTlk EW8yeAG2wGFJgCFLw3fQQMp2xz/RAf09i1s7gTpnydxEXlMOn7oJje7bgzE3PVPDM4KVzP1k tiBOPqQ2XxE0pO93UkVyBP7Xy4EIF1AnGLxcfs+GwFmDL9SJ5f1P41hy8LbEch4/k7n/PoCA WoTraxiyjzsSA3GtkfYUjW2DqgbgmOwvPKQ5Ffb1xSkpX3mPrkzoMp5vR4XrW7umTyvirN15 o1OOdubZxl/3/0X+vNmx3Pw+XUNTAl2AtkJAGUVWs30hsDOAwBB0d5Ir1QOTmku3BWErAQvk mrMz3Qi4Er0Zgfca+Dxk1Od0vifyrqwPnqxaxdx5SLX3JCgtrEC445G/FdALL5gNvicAAwUP /AxoQGL5Mwb+JZMbugIPk8mN/RPwVSuIxNladsoI3OcVoWUzKJX5kVvv53BUi3rafpOKOrrQ TCSfNGcDb+6tQEvf2zap4r2NTco14GUdIVEz/k+OqWnLujHd8f3R+DQfg4YOVmWDhHZZ914C CT1OOUyFY7p+O9Ie2Shxw/g6Eal5/MFTW6OUgBjIgM3FINAOsYQNzm6tNZwunzp4LozdRc2i lBWyQhO+Nqxz78L24Cy2jvFr90FLBOxjjEelAXR3fL267XKA7jperQ3qdRUaAXuIz86cvWxX ITzZxyfaKSp+Bj+XuBBeD/487HFGUEBwYdde0Wsx/R7JzHP6cHUeHt0HvU+dXtZEHrdK9Mk0 ogEFCQTLX3ihvqAArNrOrylexmCmad3qIRboA/7w9wyyhhAno50ipmd5NBV+iI/I0bxcPKCP Af+y9cDg1QF0SyRMeuR1WsPJagJM2VjaNSYIL+Kzpl9gr9/JHsq4XgPm5cvXk08rgWwtBurq /jbwZUv575wfHO2Agt74cpa/+HlgZo47JWr6VS/kuili3imjGeULWekjZs16Pkr5fJ5Ayx0K vWfcaXKo0W6BGwh/8X6iwBFl+B/E09c56TCUScjZxBgmCDCosf37PDkmcCSxff/ntoRZ4q8T hy5pAHH6pJLc0RvQur0h/gIBOzXt4j+A81PywkkEGBECAAkFAkqDIT0CGwwACgkQTAQoGDEa PeXMMQCfWeNvM3G5bBT1BzSY92RWtQgrQUEAn3Tq9E8jsnUoiHYMGU5PXbOArcHw Message-ID: <54d5f707-3cc1-bc59-6372-caeabc0d1517@apache.org> Date: Fri, 26 Apr 2019 10:14:23 +0200 User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:49.0) Gecko/20100101 Firefox/49.0 SeaMonkey/2.46 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit On 04/24/2019 09:31 PM, William A Rowe Jr wrote: > Some 17 years later we are at a crossroads, because the win32 code > is somewhat illegible and harder to maintain due to the ANSI-vs-UTF8, > Win9x-vs-NT code paths. > > NT won. The only remaining question is how many apr consumers are > leveraging ANSI-specific builds for local code page semantics, vs how > many are willing to treat all system resources as utf-8 names, and for > ANSI, willing to live on the 1.x branch in perpetuity? These are builds > that explicitly toggle ANSI in spite of whatever OS the binary runs on. > > So the vote is pretty simple, I propose to strip all ANSI 8-bit logic from > the apr (2.0) trunk/ and leave only the utf8->wide char logic remaining. > Committers and community both, please choose one below, > > [ ] Please retain the ANSI logic in APR 2.0 on Win32 > > [ X ] Please drop 8-bit and focus only on utf-8 resource names on Win32. > > Will leave this question open a full 10 days to get the widest sampling > of opinions. > > Regards Rüdiger