From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-3.4 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,FREEMAIL_FROM,MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED, RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 23179 invoked from network); 2 Dec 2023 08:49:13 -0000 Received: from second.openwall.net (193.110.157.125) by inbox.vuxu.org with ESMTPUTF8; 2 Dec 2023 08:49:13 -0000 Received: (qmail 22120 invoked by uid 550); 2 Dec 2023 08:49:05 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Reply-To: musl@lists.openwall.com Received: (qmail 22079 invoked from network); 2 Dec 2023 08:49:04 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=s31663417; t=1701506939; x=1702111739; i=nullplan@gmx.net; bh=U8Ypjp2C0jWNSDnNLEjrAklvGLWjYIpxk7ulCSO3diQ=; h=X-UI-Sender-Class:Date:From:To:Cc:Subject:References: In-Reply-To; b=T45wIVYMEPZT2x4cDTqq4waK3ATT7w8o5a9u7mNGckBKdjOsGmOAZsSiO7U3S1Hb fRvDOOP2pOd542b8+wLPECRA22zuKSxWe5n/viMJ7jYfS47EMm3LAO6bv4vlcmwDo D41FaTXtVS+QUiLgjS26aZDzI8TjbNqSWNBbTclrq02ePVwKbb5eBbAjb3kmn6q9v RhqmZ8/unzpd7Q8TxV4cjtzkSPuT5NVvx8xb5/C+nT+MgxI/mAHYUeuehlbXp/8ho Cz966ITeDG/tyGSbRfRkwpGWEQPL3EjiEiSXPN/ySgO2rzBgx71K0hLa+VN7LxkmU zKabL3cfsLIPMH7neQ== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Date: Sat, 2 Dec 2023 09:48:58 +0100 From: Markus Wichmann To: musl@lists.openwall.com Cc: Anuraag Agrawal Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Provags-ID: V03:K1:sKgFz8TCHPB3foQ9J+x+BjDDKCxiE3tW6FqmZC8RaGcFtZG1GBc qLjLOlk30YwV24bhL6kWaBdCXpqGNz0liJqzoK8iEf42EoymhBVzADsMTzO+PqQVKjdP3qS qK5rv/86epuhKmneONlqJkmNU1tmSzW4DBatJEj2pAYR7l/49/RzjHUDhxcyNv9c2cJ+bKC rYLHGQIChsl1QY0OEK9qA== UI-OutboundReport: notjunk:1;M01:P0:mD5iqMkxlmQ=;bo+TFMkcI77XuEuwCp++XFA5J/b Rr8Xct+OaCr63N8JX9T40N6JJaqh9LAc6q/6tMIT3/C/bEYeU/vS1pHq+snZUEskoJ82HgkxC e+v4DHoS2n3P2anp11vCFo3lXHfY6fQrkCVmtrDK3Ov17GPWhQoNbLP5+jKEY62Fwy5tIJMr/ tvX1+4NaOLOM6YSkvLUvBY2yZinFxC7KytUaP7frpAV224gqIZyMwvQUFCKFUO1MAj8NmOQ3H 5LDfcsofCiQbKvmijGk6EQUAf1hCMVqCHsTbjPtLD9fwdntangGizoC0iDF8Wm5r7/6YHIbNr JeE+lfJ4e7Jym0z0UcdwQQO+zrcgKo5BX3bM+yJ/tYgMowBCDUyM52anluUFsEnW8eW31Ute7 CfqRHuWUay+R3+QT/E3bl1A3/+oHHXw+FCuQFw/vvT6dmvTskp8HHbB6C/OQ703fTfALniQMk L+hIR8zQLfEnacJTc8NuI+aGdsIA0n3kHrVMk+Bz8sb/sSqxLpW2TAU0IRHaTS+v1pgPzS+3A 1Fx0hbD70fb9uY5KS3URkTkJJNslxGT8ZhwwiV3S13N77RgHZu9XTfHNHT12+gBjE0EknPcP5 QxpImGk+Z1P/jFxB5cbbqYUPC8rl11ctQJAtLJikj87bdSoyXbScxSX3ejg9iWXY5olltdcmO /P6l48nnUhiVt4SJRm2/w5z+0syRWIV4lBOms4K32qlCW/IgtpTLtzMaLWCKIBsEY7vw09Xru TaR8ullV1kCrWHXE2vpNgpFHJlQTikKjkauQiZJ0OrNNkLCXsjdCcR7imjWB138d+WWma4yVq +gEw+mrAxd2TfNsalkA/Vx2Zqy4cRArQOFHOEJy34ZffQPqbOysksA/6fNoWaIU/dDpoDolhM n4WNv1on6IskwT8EuMM9Sg7HdTjmQ789Zrg4S8fGB5f/HytYLwWj7STrTDG6KDRkvwXerCJ9C gG2GgZAbNO/AzVChHUtibByxgso= Content-Transfer-Encoding: quoted-printable Subject: Re: [musl] Large overflow in __intscan ignored Am Sat, Dec 02, 2023 at 10:42:11AM +0900 schrieb Anuraag Agrawal: > Hello, > > Thanks for checking and very sorry for the noise, I didn't read the loop > condition correctly. I am using Webassembly so the issue must be specifi= c > to it somehow. I will report on wasi-libc to follow up. > > Thanks, Don't worry about it. The only way I see this could overflow is if ULLONG_MAX is not the correct limit for what the compiler implements as "unsigned long long". Though I don't see how that could be, since musl defines ULLONG_MAX as the minimum value the type can have according to the C standard. Or else, of course, maybe the compiler's implementation of 64-bit multiplication is broken. Ciao, Markus