| Deutsch English Français Italiano |
|
<20250625094418.00007fd2@gmail.com> View for Bookmarking (what is this?) Look up another Usenet article |
Path: nntp.eternal-september.org!news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail From: John Ames <commodorejohn@gmail.com> Newsgroups: comp.os.linux.misc Subject: Re: VMS Date: Wed, 25 Jun 2025 09:44:18 -0700 Organization: A noiseless patient Spider Lines: 14 Message-ID: <20250625094418.00007fd2@gmail.com> References: <wCqdnYde9MIbmND1nZ2dnZfqnPadnZ2d@giganews.com> <87tt4i9nw5.fsf@eder.anydns.info> <102l0h9$fjtb$5@dont-email.me> <Z2udned3u9ZgqtP1nZ2dnZfqnPudnZ2d@giganews.com> <slrn1054j9c.3ce8.candycanearter07@candydeb.host.invalid> <PpudnVnCnvuYxc_1nZ2dnZfqnPudnZ2d@giganews.com> <wwva564xjps.fsf@LkoBDZeT.terraraq.uk> <4_GdncCsf-Nqe8n1nZ2dnZfqnPSdnZ2d@giganews.com> <wwv5xgqkfl9.fsf@LkoBDZeT.terraraq.uk> <103392c$lpbg$5@dont-email.me> <1033o4a$1qj6$3@dont-email.me> <1033tv1$3aqu$3@dont-email.me> <1034pj8$a74s$1@dont-email.me> <mbmm2nFdsgcU2@mid.individual.net> <slrn105cajs.4vj.spamtrap42@one.localnet> <slrn105g20l.3q8n7.candycanearter07@candydeb.host.invalid> <slrn105k75h.h13.spamtrap42@one.localnet> <wwvpletmv3e.fsf@LkoBDZeT.terraraq.uk> <slrn105mpkd.q0k.spamtrap42@one.localnet> <KeednUgPwP3EDcb1nZ2dnZfqn_QAAAAA@giganews.com> <20250625093213.00002ec2@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Injection-Date: Wed, 25 Jun 2025 18:44:23 +0200 (CEST) Injection-Info: dont-email.me; posting-host="d512b6635f3cd16b92286572adcaf1a4"; logging-data="3031622"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX193xIrBIeW2mmdKZdQqD0EDAQW7uk+QhUM=" Cancel-Lock: sha1:qtQW174pOZfwCidL9ZDUwr3Yo+Q= X-Newsreader: Claws Mail 4.3.0 (GTK 3.24.42; x86_64-w64-mingw32) On Wed, 25 Jun 2025 09:32:13 -0700 John Ames <commodorejohn@gmail.com> wrote: > > Regardless, easy fix - always allocate at least one byte/word/ > > whatever more than you THINK you need. Minimal penalty - possibly > > BIG gains. > > That strikes me as a terrible strategy - allocating N elements extra > won't save you from overstepping into N+1 if and when you finally do (Additionally, it won't save you from whatever weird undefined behavior may result from reading an element N which isn't even part of the "true" range and may have uninitialized/invalid data.)