Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.os.linux.misc > #94952
| From | rbowman <bowman@montana.com> |
|---|---|
| Newsgroups | comp.os.linux.misc |
| Subject | Re: Substantive Comments Please: GCC vs. LLMV |
| Date | 2026-11-02 20:17 +0000 |
| Message-ID | <nks9f4F2rmsU5@mid.individual.net> (permalink) |
| References | <18e37e973e22a7a6$1$3179723$802601b3@news.usenetexpress.com> <11c7kmg$22g7e$1@dont-email.me> <11c80ic$26et9$4@dont-email.me> <11cafc8$31pdt$1@dont-email.me> <11canpv$35aju$1@dont-email.me> |
On Mon, 2 Nov 2026 14:18:27 -0500, Chris Ahlstrom wrote:
> It found a few issues in a couple of my projects, a few issues
> important.
> There is one that I don't get
>
> subprojects/libcfg66/src/util/filefunctions.cpp:1138:33: warning:
> Memory allocated by 'new[]' should be deallocated by 'delete[]',
> not 'getline()' [unix.MismatchedDeallocator]
>
> 1138 | ssize_t count { getline(&destination, &maxim, input) };
> | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>
> I guess I need to use malloc() instead.
Did you allocate destination with new? getline will malloc a buffer if you
pass in NULL.
Back to comp.os.linux.misc | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Substantive Comments Please: GCC vs. LLMV Leroy H <lh@somewhere.net> - 2026-10-31 03:11 +0000
Re: Substantive Comments Please: GCC vs. LLMV Computer Nerd Kev <not@telling.you.invalid> - 2026-10-31 17:28 +1000
Re: Substantive Comments Please: GCC vs. LLMV Leroy H <lh@somewhere.net> - 2026-10-31 13:25 +0000
Re: Substantive Comments Please: GCC vs. LLMV jayjwa <jayjwa@atr2.ath.cx.invalid> - 2026-10-31 10:30 -0400
Re: Substantive Comments Please: GCC vs. LLMV Leroy H <lh@somewhere.net> - 2026-10-31 15:12 +0000
Re: Substantive Comments Please: GCC vs. LLMV rbowman <bowman@montana.com> - 2026-10-31 19:21 +0000
Re: GCC vs. LLVM Lawrence D’Oliveiro <ldo@nz.invalid> - 2026-10-31 21:06 +0000
Re: GCC vs. LLVM Nuno Silva <nunojsilva@invalid.invalid> - 2026-11-01 00:39 +0000
Re: GCC vs. LLVM rbowman <bowman@montana.com> - 2026-11-01 01:45 +0000
Re: GCC vs. LLVM Nuno Silva <nunojsilva@invalid.invalid> - 2026-11-01 09:05 +0000
Re: GCC vs. LLVM c186282 <c186282@nnada.net> - 2026-11-01 03:51 -0500
Re: GCC vs. LLVM Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2026-11-01 02:16 -0800
Re: GCC vs. LLVM c186282 <c186282@nnada.net> - 2026-11-01 18:01 -0500
Re: GCC vs. LLVM Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2026-11-01 20:25 -0800
Re: GCC vs. LLVM c186282 <c186282@nnada.net> - 2026-11-02 01:52 -0500
Re: GCC vs. LLVM Keith Thompson <Keith.S.Thompson+u@gmail.com> - 2026-11-01 23:06 -0800
Re: GCC vs. LLVM The Natural Philosopher <tnp@invalid.invalid> - 2026-11-02 10:39 +0000
Re: GCC vs. LLVM c186282 <c186282@nnada.net> - 2026-11-02 11:37 -0500
Re: GCC vs. LLVM Charlie Gibbs <cgibbs@kltpzyxm.invalid> - 2026-11-02 16:54 +0000
Re: GCC vs. LLVM c186282 <c186282@nnada.net> - 2026-11-02 11:57 -0500
Re: GCC vs. LLVM "Carlos E. R." <robin_listas@es.invalid> - 2026-11-02 23:16 +0100
Re: GCC vs. LLVM c186282 <c186282@nnada.net> - 2026-11-02 20:47 -0500
Re: GCC vs. LLVM Leroy H <lh@somewhere.net> - 2026-11-02 23:01 +0000
Re: GCC vs. LLVM c186282 <c186282@nnada.net> - 2026-11-02 21:03 -0500
Re: GCC vs. LLVM Leroy H <lh@somewhere.net> - 2026-11-03 02:44 +0000
Re: Substantive Comments Please: GCC vs. LLMV Chris Ahlstrom <OFeem1987@teleworm.us> - 2026-11-01 10:07 -0500
Re: Substantive Comments Please: GCC vs. LLMV Nuno Silva <nunojsilva@invalid.invalid> - 2026-11-01 18:31 +0000
Re: Substantive Comments Please: GCC vs. LLMV Chris Ahlstrom <OFeem1987@teleworm.us> - 2026-11-02 11:54 -0500
Re: Substantive Comments Please: GCC vs. LLMV Chris Ahlstrom <OFeem1987@teleworm.us> - 2026-11-02 14:18 -0500
Re: Substantive Comments Please: GCC vs. LLMV rbowman <bowman@montana.com> - 2026-11-02 20:17 +0000
Re: Substantive Comments Please: GCC vs. LLMV Chris Ahlstrom <OFeem1987@teleworm.us> - 2026-11-03 08:22 -0500
Re: Substantive Comments Please: GCC vs. LLMV Richard Kettlewell <invalid@invalid.invalid> - 2026-11-03 18:44 +0000
csiph-web