Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:120934 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 81440 invoked from network); 24 Aug 2023 20:21:43 -0000 Received: from unknown (HELO php-smtp4.php.net) (45.112.84.5) by pb1.pair.com with SMTP; 24 Aug 2023 20:21:43 -0000 Received: from php-smtp4.php.net (localhost [127.0.0.1]) by php-smtp4.php.net (Postfix) with ESMTP id 275CC1804B0 for ; Thu, 24 Aug 2023 13:21:42 -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=-1.9 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_ENVFROM_END_DIGIT, FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H2,SPF_HELO_NONE, SPF_PASS,T_SCC_BODY_TEXT_LINE 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-oi1-f169.google.com (mail-oi1-f169.google.com [209.85.167.169]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by php-smtp4.php.net (Postfix) with ESMTPS for ; Thu, 24 Aug 2023 13:21:41 -0700 (PDT) Received: by mail-oi1-f169.google.com with SMTP id 5614622812f47-3a86a0355dfso185602b6e.0 for ; Thu, 24 Aug 2023 13:21:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1692908500; x=1693513300; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=uopiIN6lBiLG3ieqMmm1VdBmghLEyFRSNX0osW+A38g=; b=OpIK6ryqqXVab7/WacrX2z0FeXU7l+tIAS0C5tGmDjW9zAgS35I85ImSanQ0xmDRa5 x8L9Q8EwB1dZRVdoiMEc8rG0nUzNitYjPMc2u2Y1PEyf7jDNzGsbmP+fb+LhRMWcs9bP FaHky0IlCXUFEHSBbRaVhsAMcn1z8hY5/mbLilJBfcO7jwk6GeAUQKbBfxg70plenzal ue+KOqNBrg5TByMDoHXLjzKuYyu7/npcjeKaHRcPq/WnugbooMcYeNYA77DblgezUwh0 p5cPpi+tKQ1ScdxRX+k/Mo3n5wOia6WFLbnbC8voh7rMDdKTjIAnj0U2Fv+h5b5wPuHf skWw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1692908500; x=1693513300; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=uopiIN6lBiLG3ieqMmm1VdBmghLEyFRSNX0osW+A38g=; b=ZZrDNS4JKcxMDIXXAtnpAua2glkN50uqNnd8otQGmLMM2QkG470nPv6SKAEKP/7x50 adcftq55G7Tv2VdgbhMnyjlSNV0sBOXdygFzVnXmGe0T0s2IOR0WORAZyPM/OXpV8YHG +E1tHnmFhZOGEf0tqhjevQAZstYiUzvaqWAwVFD1hdBTXsB5xzAxPqkkxzNfWHgYXw8O mcQ74r9K1HqvMlTQ1muDhSpErJAoh684D4JFQp2SyD8A+bneDxzKV+3BBxVt80sXmQ4s ZKjxLCDY2CPjBobcWh5kH+2DX64hLgLQfTvokF0907099pca53t2Ga+j53Aam6Vg1H4x BEaA== X-Gm-Message-State: AOJu0YwuAkk3gTzItDvdUDY8yoEf2HKHYEsU9ADhty7mP3k+fjovZH3c 0fRz355WrulD4OabpAngG7SDjgK8W4GVky6XQkgV2NAcsNs= X-Google-Smtp-Source: AGHT+IGmZ1b1CKy8+b3LOKGBN0SE+Vh0/zZ9Ps8VstiJjaA+ok66OswC+06XM7LaZoqLkdrQaB5zl2FfY+B9ISMd0HA= X-Received: by 2002:a05:6358:9308:b0:13c:c867:ee0f with SMTP id x8-20020a056358930800b0013cc867ee0fmr3493877rwa.1.1692908500050; Thu, 24 Aug 2023 13:21:40 -0700 (PDT) MIME-Version: 1.0 Date: Thu, 24 Aug 2023 21:21:28 +0100 Message-ID: To: PHP internals Content-Type: text/plain; charset="UTF-8" Subject: Adding new error to mysql_stmt_data_seek From: tekiela246@gmail.com (Kamil Tekiela) Hi Internals, This is in relation to PR #10419: https://github.com/php/php-src/pull/10419 I was hoping to get it merged into PHP 8.3, but there were some objections. I would like to receive some opinions from the broader community. According to the MySQL standard mysql_stmt_data_seek should be a void function [1], but in mysqlnd it was always returning a bool; it returns false when used in invalid context. Since we no longer support libmysql, we are no longer restricted to not knowing if this action failed. Checking for an error condition and informing the mysqli user about incorrect usage makes sense. The only time this function returns false is if it's used on PS without a buffered result set, hence the text of the error message. It is always a developer error due to invalid use of this function. Letting the developer know they used the function incorrectly would be a welcomed addition, in my opinion. What do you think? [1]: https://dev.mysql.com/doc/c-api/8.1/en/mysql-stmt-data-seek.html Regards, Kamil