Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:116174 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 6086 invoked from network); 26 Sep 2021 12:00:23 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 26 Sep 2021 12:00:23 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id CF2C21804BA for ; Sun, 26 Sep 2021 05:42:34 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on php-smtp4.php.net X-Spam-Level: X-Spam-Status: No, score=-2.2 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.2 X-Spam-ASN: AS15169 209.85.128.0/17 X-Spam-Virus: No X-Envelope-From: Received: from mail-wr1-f42.google.com (mail-wr1-f42.google.com [209.85.221.42]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Sun, 26 Sep 2021 05:42:34 -0700 (PDT) Received: by mail-wr1-f42.google.com with SMTP id s21so3109360wra.7 for ; Sun, 26 Sep 2021 05:42:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=seld.be; s=google; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=e2n0cOvr4LDtenIwfUnMpUDO0AJyiFhEH1fLVN8V5Yw=; b=F6V6HSog/HWxMSE1lztKul6+V9bsfae2FInQBhdzC98oKTiNt580VjFl4gNXX1KWHn kcbC1nYUL9ayrP7LYCrAoqcQ82ijRmzNLIa80HCtmSl2NLQsNdwf5qY3yNUVhqzpMUVk ur2iRLmrlkmG/IBSOeZyp4HDWd+cHxfTSqNRWqJB5r0hiRfoLFaRJcy1OxsnWFac1BPp HnS62bQMNSYosq/Y9Q7TLci3bk8vwEc2RANLz4hAtB7xiXust85b/i+2tF2LwHLU7KMA Rv75/8lceagLt7F1yJX3/HANdZqLyv0gcL4aoa5v2f5LPTjAtqDQ6ifWZOT0/qa8W/8K Tzww== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=e2n0cOvr4LDtenIwfUnMpUDO0AJyiFhEH1fLVN8V5Yw=; b=n3vcBZlmwLmRkuGQt4XV3ecMFwmQGeCHvqS1zJmzOKTIN7zXahMWXZI4DuS8xXg6Ly v8REJHbIWfWsIuE05y/V/ddEIro1AbrewYM5/pHdXLnRAkVT6tElUR8l0bLqvzMiXkiF OdkJqfjBaGlX0P+LDk0+6BXt5SB5B7oz7fszbKgMmUvdlIylK+16oSjmcKGNob8Q1kuF AmZaom8q9nUtYduumQgN1Jd6GVz0xATXRcBLA56afpFwEyH1KetlgFVoHngvh0eCaYMu 41LPauhQHaJv2CU8D9KVrFKKMabamSI5WwgrdYf3+Tk57Lmo1M3rEjEfrwLWmUtEgmpP FWWA== X-Gm-Message-State: AOAM533ogml6JLokmz3lEKMdPxj/5F3WX2yYs5kXJh91Mdnf5qmAgW6Y oQV4IEvJw9MZ3CCRvZct5erlVMSLTheOgXZ4 X-Google-Smtp-Source: ABdhPJxEtHaz/0mSGv8czhXJz/Y8GhU4de5Kie16+DvF2WvWjBGH0N6wscbEWu6a03LPGonS77pZwg== X-Received: by 2002:adf:a745:: with SMTP id e5mr22021173wrd.406.1632660151538; Sun, 26 Sep 2021 05:42:31 -0700 (PDT) Received: from ?IPv6:2a02:8109:b6c0:6dc4:f10a:86a0:b772:965d? ([2a02:8109:b6c0:6dc4:f10a:86a0:b772:965d]) by smtp.gmail.com with ESMTPSA id m21sm1149468wmq.37.2021.09.26.05.42.30 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 26 Sep 2021 05:42:31 -0700 (PDT) To: internals@lists.php.net References: Message-ID: <12f54268-1a63-ad10-de01-ee03a6845ed9@seld.be> Date: Sun, 26 Sep 2021 14:42:30 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.14.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US Subject: Re: [PHP-DEV] BC breaking changes in PHP 8.1 From: j.boggiano@seld.be (Jordi Boggiano) > I'm surprised that is_resource() returns false for resource objects, > does anyone knows why it wouldn't return true in such case ? > > This is a very weird behavior, I'd expect it to return true, moreover > this is the most annoying detail of this BC break, in my opinion. > > I have lots of code using is_resource() but I usually don't bother > checking for type (maybe I'm doing it wrong). But I'd also expect > get_resource_type() to be deprecated somehow and return > backward-compatible values for converted resources to objects. Right, having is_resource return true for resourcey objects would have prevented all resource-related errors I ran into with php8.0 migration I believe. That'd be a welcome improvement/fix for 8.1. Best, Jordi -- Jordi Boggiano @seldaek - https://seld.be