Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:108117 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 52257 invoked from network); 14 Jan 2020 13:55:24 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 14 Jan 2020 13:55:24 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id 843BA1804CF for ; Tue, 14 Jan 2020 04:02:14 -0800 (PST) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on php-smtp4.php.net X-Spam-Level: X-Spam-Status: No, score=-1.6 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-ASN: AS8560 212.227.0.0/16 X-Spam-Virus: No X-Envelope-From: Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Tue, 14 Jan 2020 04:02:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1579003332; bh=+QmRbcgfAe3DpQIdCfEiP+opc3furNiAmr2NGb+yaBk=; h=X-UI-Sender-Class:To:From:Subject:Date; b=DzFpiArdzI0ItDxdYGv9/RJGelybNbfq2SmzfxSRJgB60esbYgvusHpByyrLrJnAf HUqQe5kGMHSnH8HU0pOzd4SDMcaG8m5n1Fr5l7jO36bKgRxbca/tKK3+PqCb4lO2Se h7lFNJi22mJLwIY/8R+LxLT96Wm0VhPjU/TAcdaA= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.2.130] ([91.8.171.50]) by mail.gmx.com (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MowKi-1jS1Az3ekI-00qPmN for ; Tue, 14 Jan 2020 13:02:11 +0100 To: PHP Internals Message-ID: <55dd74af-638d-65fc-bf73-a8463203d4b4@gmx.de> Date: Tue, 14 Jan 2020 13:02:11 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Language: de-DE Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:yEy82cyAt4H0YHDgC/UB5Oz57SUSZBjB6ag3A1rxNS27nSmbENT 1uoBR9Gc7uBDMwGoGnW4ibpRdKSfas9Hg8IxVHQ2tXXRFn/vaUI3Z8FuSQY3QZPO8yJ7R+z Hb6+2h9+dLmvL9riz8XohukNojBpPnjChh/p60FjPNq6LK/r4VdF+NlNqIj92yUsT5pXJts w+a62kIr9i51NHG0rb/sw== X-UI-Out-Filterresults: notjunk:1;V03:K0:MJ6WnsBHcxc=:CCNBUAWfqA+eW4z3L7CNCR ++Gz7h/qxfcS+CyfkWiNDtl9lYvY9P/GD4a7o6VqfbXnioTwltgSqyd3MgSGeaNq0ySU73Krl Q7Z5fQr9CdyOJF1rLYttU6LnTPzrykIm1GtjNr/yQ6ieano3jxEA4ukJEi5QkEHk3G+FEzz3/ 530ldtX+0EK6Lq66HAvDpfTkHExg7TBijlsSWfm/Mn4e1LzJt1+ojWPYyzfXCtqgEgWLRbiiS 8G/lgx2QA4v/ZsrHooL3OBzaQtXDYc0+oFf+TFp5lssugaw7/eN2LOxeIi0WJK2aST9Pi/PTb 7Xo9Vpgq/LIgVLIhPtzJqLi7eSeREwVDHFm/KM2J3M7WZXmrcCR6TrJCmemlssakuCp5luHVm uYlGsVCEY99+i8SdGajal+a57adSuryEsPfQscNQ6gfhWRfgLVlHemkeLZ0nkuwUTz0NX2Wza kqBSwzAxYoD/KTT66GipAeya71CPAUIOVr6D6RnXTR4WmdhFnO53QS2P3YmTlf+JPIxCQtcFP u8ZzxLch/yJvBBFV11tFLVW9ltL+/6iIuBb91v3yIe94SDW+m58N7PDPIOYhKF9Vkn+/nmvv1 OFyWnPUCP01TMCYnFlh21FykxDg0AqoypYuO15gpMwV2YrMVmRgPmDXS0g1FX7kJXuURPByjZ AVOkQwM61hE9lQVwd2/9TzRWVTDu8edf1mBnb2vNiOvT6CYLZdulGO9oajiNP1NunbAjU3aZD /nb/ze3AudvF3OVJcYbdm8EhRQj5Mmg7EtQ1fOmeWioextsvEAmVD/3woZ6XJcfa1Uo0XA4Ce 9Ia1yTZACA23vSdEGYL3SjfWJXfAlIYeoblv+rPqJewJxNcgbQ7m4VO3J1PCtCE7RN6J3BY42 KHWhiUwGkVm98VWoKI0ebq03JGk9Ph6vFACsIuCwNGHbT7kZyQqzQQLWamYumEy7X1lKzALvV LwwtCRr00xASLqwL5i12isNdfASGWNSs8pGaHNqN1RVaF2JSeXLYZ3SrHsXzJCM/H1PdDJ3qh nwwvHD6dpkF2y2uFPaZH+072+PPS166OsUReW592h/FPanvDbu4d0Qmz+aM4KVlwYht6RQ7L9 UHSGsm0Utixe/u2R75OinwhbC6TVZdshFgcPFJaczMAq4Tra4UVCAGSFdgm8Cnfcs889BEswH e++FHcvvbvbo/oga4IkabUgaqwpjoksAKsWFJdhUKWDHYG2sZCo161psTz57d1pccAVBtp82i CtB3l1DOJ/7CsWSivO81v9emhX0vMtmp4Pfs/KtKJGE3T9mIzX6jjQD6QFIY= Subject: Bug #79019: Copied cURL handles upload empty file From: cmbecker69@gmx.de ("Christoph M. Becker") Hi all, as of PHP 7.4.0 with libcurl >= 7.56.0, CurlFile accepts any supported stream URLs (formerly it only accepted file names). There is, however, a bug in the current implementation which breaks the upload for copied cURL handles (curl_copy_handle()). A pull request to fix this[1] is available. Now the question came up, whether we should open these streams lazily (i.e. only when libcurl needs it; basically the same behavior like PHP 7.3), or whether the streams should be opened in advance. The latter would have the advantage that we easily could resolve bug #79013[2] (which may not be a bug at all), but the drawback that there may be more open streams than strictly necessary. I tend to prefer the current solution (i.e. open the streams lazily), but would like to hear more opinions on that. [1] [2] Thanks, Christoph