Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:102467 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 30621 invoked from network); 26 Jun 2018 20:12:20 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 26 Jun 2018 20:12:20 -0000 Authentication-Results: pb1.pair.com smtp.mail=kalle.php@gmail.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=kalle@php.net; sender-id=unknown Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.218.41 as permitted sender) X-PHP-List-Original-Sender: kalle.php@gmail.com X-Host-Fingerprint: 209.85.218.41 mail-oi0-f41.google.com Received: from [209.85.218.41] ([209.85.218.41:41139] helo=mail-oi0-f41.google.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id B0/54-01794-F1E923B5 for ; Tue, 26 Jun 2018 16:12:17 -0400 Received: by mail-oi0-f41.google.com with SMTP id 21-v6so6543016oip.8 for ; Tue, 26 Jun 2018 13:12:15 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=5TONKIcziSdSFAPqEsBhTiwYFSeC9U+0Wg5UAbW66xc=; b=IhwpwWcnwT8hbG+H/shadT74jDny+WbfGaoZizQxPXsAKvZ955qMDzPixqyObERedD p7tqe+sFyFEPsYlw73srcZ9sNocA6cmy/cCpRKJXXbcEAz+jB5PWGPFSMzMUJHaL63k+ LGOIJT7UPAjTBYRCu+tiWYwP63OryV60hK25PKPD05DGBJVxspTgacf15gb+lvPtOOgm jmpyIsjzFzBrv3iP8o6lRharMy5G4+ucHct9LDaL+Zj4O9/uO+5xR4kIwQZz57558B4O OnpzDkA7HhQPgdX4qbEesfoPFjHdm2kPoQidQGWLe3WR96/b6z5kDF7ItHZPgsTW1Vcx jkHg== X-Gm-Message-State: APt69E2YODu/vStAKp0iS29DL/GU2zGJXlw4K+oq7kbFW/WZ28/lWxau EDsAHNcDuyq7UVGU/OrGtPx/58a8gVzKIfQQYLk= X-Google-Smtp-Source: AAOMgpdpEw7X+rn482w+xumW9H3dfOEL8MVcgwnnWPJhQ3sWw17tScW3gS/yurBqZ0fFa5wKxc2yIl3ESgjScU9C5yg= X-Received: by 2002:aca:edc1:: with SMTP id l184-v6mr1567064oih.65.1530043932864; Tue, 26 Jun 2018 13:12:12 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: Date: Tue, 26 Jun 2018 22:12:02 +0200 Message-ID: To: Nikita Popov Cc: Internals Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Subject: Re: [PHP-DEV] [RFC] Deprecations for PHP 7.3 From: kalle@php.net (Kalle Sommer Nielsen) Den tir. 26. jun. 2018 kl. 22.01 skrev Nikita Popov : > Thanks for adding it. Unless there is a particular reason to rush here, I= 'd suggest to follow the usual process and formally deprecate the option pr= ior to removal. I don't think theres a need for a rush here, tho I wasn't sure how you prefered we handled the ini directive deprecation, I thought adding it to main.c would be too "noisy". > As a clarification, what is the alternative to using this ini setting? I = guess you can just explicit set the DB2INSTANCE env var, but that probably = has the same issues. Is there a "correct" way to do this? (Sorry if it's ob= vious, I'm not familiar with ODBC.) I'm not too familiar with it either, I just remember it from way back then when I began the crusade to kill old functionality in the 5.3 development days. I don't think there is any other alternative than setting it manually, which still creates the same issues as what it already does not but forces our users to be explicit about it. I personally don't like such magic behind the scenes. As for any correct way, I don't think there is any other, given how the ibm_db2 pecl package mimics the same behavior as pdo_odbc does, but then again the IBM folks have not been the fastest to update their extensions, so maybe there there is a new way to do it now but I doubt it. I don't really have the interest to dig too much into it either. --=20 regards, Kalle Sommer Nielsen kalle@php.net