Rocksolid Light

Welcome to novaBBS (click a section below)

mail  files  register  newsreader  groups  login

Message-ID:  

Debug is human, de-fix divine.


devel / comp.lang.c++ / Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"

SubjectAuthor
* "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Lynn McGuire
+* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Lawrence D'Oliveiro
|`- Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Chris M. Thomasson
+* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"John McCue
|`* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Lawrence D'Oliveiro
| `* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Blue-Maned_Hawk
|  `* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Lawrence D'Oliveiro
|   +- Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Chris M. Thomasson
|   `* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Blue-Maned_Hawk
|    `* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Lawrence D'Oliveiro
|     `- Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Blue-Maned_Hawk
+- Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Blue-Maned_Hawk
+- Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Michael S
+* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"David Brown
|+- Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Janis Papanagnou
|+* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Kaz Kylheku
||`* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"David Brown
|| +* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Chris M. Thomasson
|| |`* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"David Brown
|| | +* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Malcolm McLean
|| | |`- Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Chris M. Thomasson
|| | `* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Chris M. Thomasson
|| |  +- Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Chris M. Thomasson
|| |  `* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"David Brown
|| |   `* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Chris M. Thomasson
|| |    `* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"David Brown
|| |     `* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Chris M. Thomasson
|| |      `* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Chris M. Thomasson
|| |       `* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"David Brown
|| |        `* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Chris M. Thomasson
|| |         `- Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Chris M. Thomasson
|| +- Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Lawrence D'Oliveiro
|| `* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Janis Papanagnou
||  `* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"David Brown
||   `* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Janis Papanagnou
||    `- Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"David Brown
|+* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Lawrence D'Oliveiro
||+- Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Andreas Kempe
||`* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Chris M. Thomasson
|| +* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Lawrence D'Oliveiro
|| |+- Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Chris M. Thomasson
|| |+- Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"bart
|| |`* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Malcolm McLean
|| | `* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Lawrence D'Oliveiro
|| |  `* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Michael S
|| |   `* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Lawrence D'Oliveiro
|| |    +* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Chris M. Thomasson
|| |    |`* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Lawrence D'Oliveiro
|| |    | `- Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Chris M. Thomasson
|| |    `* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Michael S
|| |     `* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Lawrence D'Oliveiro
|| |      `* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Michael S
|| |       +* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"bart
|| |       |+* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Michael S
|| |       ||`* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"David Brown
|| |       || +* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Michael S
|| |       || |`* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"David Brown
|| |       || | +- Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Kaz Kylheku
|| |       || | `* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Paavo Helde
|| |       || |  +* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"David Brown
|| |       || |  |+* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"bart
|| |       || |  ||`- Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"David Brown
|| |       || |  |`- Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Ross Finlayson
|| |       || |  `* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Lawrence D'Oliveiro
|| |       || |   +* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Chris M. Thomasson
|| |       || |   |`* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Kaz Kylheku
|| |       || |   | `* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Chris M. Thomasson
|| |       || |   |  `* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Kaz Kylheku
|| |       || |   |   `- Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Chris M. Thomasson
|| |       || |   `* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"paavo512
|| |       || |    +- Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Chris M. Thomasson
|| |       || |    `- Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Scott Lurndal
|| |       || `* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Kaz Kylheku
|| |       ||  `* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"David Brown
|| |       ||   `* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Michael S
|| |       ||    `* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"David Brown
|| |       ||     +- Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Michael S
|| |       ||     `* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Lawrence D'Oliveiro
|| |       ||      `- Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"aph
|| |       |`- Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Lawrence D'Oliveiro
|| |       +* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"aph
|| |       |`* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Lawrence D'Oliveiro
|| |       | `* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Chris M. Thomasson
|| |       |  `* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Kaz Kylheku
|| |       |   `- Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Chris M. Thomasson
|| |       `- Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Lawrence D'Oliveiro
|| `* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Kenny McCormack
||  `- Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Chris M. Thomasson
|`- Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Chris M. Thomasson
+* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Scott Lurndal
|`* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Lynn McGuire
| +- Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Lawrence D'Oliveiro
| `- Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Scott Lurndal
+* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Blue-Maned_Hawk
|+- Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Chris M. Thomasson
|`- Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Lynn McGuire
+* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"David LaRue
|`* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Chris M. Thomasson
| +* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Lawrence D'Oliveiro
| |+* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Chris M. Thomasson
| ||+* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Lawrence D'Oliveiro
| ||`* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Janis Papanagnou
| |`* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Lynn McGuire
| `* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Malcolm McLean
+* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Derek
`* Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"Mr. Man-wai Chang

Pages:1234567
Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"

<e2773a5e-75ea-4acd-886b-c4bee21f9955@gmail.com>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=3345&group=comp.lang.c%2B%2B#3345

  copy link   Newsgroups: comp.lang.c++ comp.lang.c
Path: i2pn2.org!i2pn.org!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: thiago.a...@gmail.com (Thiago Adams)
Newsgroups: comp.lang.c++,comp.lang.c
Subject: Re: "White House to Developers: Using C or C++ Invites Cybersecurity
Risks"
Date: Tue, 12 Mar 2024 16:00:31 -0300
Organization: A noiseless patient Spider
Lines: 27
Message-ID: <e2773a5e-75ea-4acd-886b-c4bee21f9955@gmail.com>
References: <us0brl$246bf$1@dont-email.me>
<us780t$3pku4$1@toylet.eternal-september.org>
<us96rh$962c$1@toylet.eternal-september.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Info: dont-email.me; posting-host="713f1c401e6d48d953031393ec49325f";
logging-data="483642"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18GmhIMs0TAyYhr/pphOrTPPFslLsLbr5M="
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:5jB+QbFatAA5dXurfDPATzDVahk=
In-Reply-To: <us96rh$962c$1@toylet.eternal-september.org>
Content-Language: en-US
 by: Thiago Adams - Tue, 12 Mar 2024 19:00 UTC

On 06/03/2024 04:43, Mr. Man-wai Chang wrote:
> On 5/3/2024 9:51 pm, Mr. Man-wai Chang wrote:
>> On 3/3/2024 7:13 am, Lynn McGuire wrote:
>>>
>>> "The Biden administration backs a switch to more memory-safe programming
>>> languages. The tech industry sees their point, but it won't be easy."
>>>
>>> No.  The feddies want to regulate software development very much.  They
>>> have been talking about it for at least 20 years now.  This is a very
>>> bad thing.
>>
>> A responsible, good progreammer or a better C/C++ pre-processor can
>> avoid a lot of problems!!
>
> Or maybe A.I.-assisted code analyzer?? But there are still blind spots...

I think AI could be used and give goods result but it is not ideal.
The advantage of AI it could understand patterns. Like the names init
and destroy could work as tips or patterns.

However, I think programming needs a formal language for contracts and
the static analysis needs to check them.
Also ideally is better contracts for the interface rather having to see
the body of the functions.

Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"

<v0mo1q$1arr4$2@dont-email.me>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=3729&group=comp.lang.c%2B%2B#3729

  copy link   Newsgroups: comp.lang.c++ comp.lang.c
Path: i2pn2.org!i2pn.org!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: ldo...@nz.invalid (Lawrence D'Oliveiro)
Newsgroups: comp.lang.c++,comp.lang.c
Subject: Re: "White House to Developers: Using C or C++ Invites Cybersecurity
Risks"
Date: Mon, 29 Apr 2024 00:02:02 -0000 (UTC)
Organization: A noiseless patient Spider
Lines: 9
Message-ID: <v0mo1q$1arr4$2@dont-email.me>
References: <us0brl$246bf$1@dont-email.me> <us1lb5$2f4n4$1@dont-email.me>
<us2lfh$2ltj3$5@dont-email.me> <us2s96$2n6h3$6@dont-email.me>
<us3155$2of1i$3@dont-email.me> <us4c66$346tp$3@dont-email.me>
<us5d6f$3besu$3@dont-email.me> <20240305005948.00002697@yahoo.com>
<us5u16$3eidj$2@dont-email.me> <20240305111103.00003081@yahoo.com>
<us8821$90p$4@dont-email.me> <20240306140214.0000449c@yahoo.com>
<us9nib$dski$1@dont-email.me> <20240307000008.00003544@yahoo.com>
<usc58s$10cls$1@dont-email.me> <20240307083119.850@kylheku.com>
<useegp$1ihfv$1@dont-email.me> <20240308125746.000074c1@yahoo.com>
<usf7hn$1o7fd$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Injection-Date: Mon, 29 Apr 2024 02:02:03 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="04215bbbe15e1cd8ac94ba1cee5d62b8";
logging-data="1404772"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/sovE+qidCxqPcYEab1szF"
User-Agent: Pan/0.155 (Kherson; fc5a80b8)
Cancel-Lock: sha1:AuYIrfAFFhf2Y4Hehsh7P5SIJIw=
 by: Lawrence D'Oliv - Mon, 29 Apr 2024 00:02 UTC

On Fri, 8 Mar 2024 15:32:22 +0100, David Brown wrote:

> And it will be tough on the cache as everything has to be copied and
> moved.

I think all kinds of garbage collector end up being tough on the cache.
Because remember, they are doing things with lots of blocks of memory that
haven’t been accessed recently, and therefore are not likely to be in the
cache.

Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"

<v0mo7t$1arr4$3@dont-email.me>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=3730&group=comp.lang.c%2B%2B#3730

  copy link   Newsgroups: comp.lang.c++ comp.lang.c
Path: i2pn2.org!i2pn.org!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: ldo...@nz.invalid (Lawrence D'Oliveiro)
Newsgroups: comp.lang.c++,comp.lang.c
Subject: Re: "White House to Developers: Using C or C++ Invites Cybersecurity
Risks"
Date: Mon, 29 Apr 2024 00:05:17 -0000 (UTC)
Organization: A noiseless patient Spider
Lines: 14
Message-ID: <v0mo7t$1arr4$3@dont-email.me>
References: <us0brl$246bf$1@dont-email.me> <us1lb5$2f4n4$1@dont-email.me>
<us2lfh$2ltj3$5@dont-email.me> <us2s96$2n6h3$6@dont-email.me>
<us3155$2of1i$3@dont-email.me> <us4c66$346tp$3@dont-email.me>
<us5d6f$3besu$3@dont-email.me> <20240305005948.00002697@yahoo.com>
<us5u16$3eidj$2@dont-email.me> <20240305111103.00003081@yahoo.com>
<us8821$90p$4@dont-email.me> <20240306140214.0000449c@yahoo.com>
<us9nib$dski$1@dont-email.me> <20240307000008.00003544@yahoo.com>
<usc58s$10cls$1@dont-email.me> <20240307134401.00007aa2@yahoo.com>
<uscmub$149j3$1@dont-email.me> <usf11f$1mk5l$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Injection-Date: Mon, 29 Apr 2024 02:05:17 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="04215bbbe15e1cd8ac94ba1cee5d62b8";
logging-data="1404772"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+MdyaINkJawdz8B6lhPWKf"
User-Agent: Pan/0.155 (Kherson; fc5a80b8)
Cancel-Lock: sha1:HHEBAjGifZ7Ms46KPRc2j7/1KN4=
 by: Lawrence D'Oliv - Mon, 29 Apr 2024 00:05 UTC

On Fri, 8 Mar 2024 14:41:16 +0200, Paavo Helde wrote:

> AFAIK CPython uses reference counting ...

Combination of reference-counting as a first resort, with full garbage
collection to deal with those less common cases where you have reference
cycles. Trying to get the best of both worlds.

The trouble with reference-counting is it impacts multithreading
performance. However, the CPython developers have a scheme to deal with
this, by making the reference counts a little less deterministic (i.e.
there may be a slight delay before they become fully correct). I think
this is a complicated idea, and it may take them some time to get it fully
implemented.

Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"

<v0mopm$1b0ol$1@dont-email.me>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=3731&group=comp.lang.c%2B%2B#3731

  copy link   Newsgroups: comp.lang.c++ comp.lang.c
Path: i2pn2.org!i2pn.org!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: chris.m....@gmail.com (Chris M. Thomasson)
Newsgroups: comp.lang.c++,comp.lang.c
Subject: Re: "White House to Developers: Using C or C++ Invites Cybersecurity
Risks"
Date: Sun, 28 Apr 2024 17:14:46 -0700
Organization: A noiseless patient Spider
Lines: 17
Message-ID: <v0mopm$1b0ol$1@dont-email.me>
References: <us0brl$246bf$1@dont-email.me> <us1lb5$2f4n4$1@dont-email.me>
<us2lfh$2ltj3$5@dont-email.me> <us2s96$2n6h3$6@dont-email.me>
<us3155$2of1i$3@dont-email.me> <us4c66$346tp$3@dont-email.me>
<us5d6f$3besu$3@dont-email.me> <20240305005948.00002697@yahoo.com>
<us5u16$3eidj$2@dont-email.me> <20240305111103.00003081@yahoo.com>
<us8821$90p$4@dont-email.me> <20240306140214.0000449c@yahoo.com>
<us9nib$dski$1@dont-email.me> <20240307000008.00003544@yahoo.com>
<usc58s$10cls$1@dont-email.me> <20240307134401.00007aa2@yahoo.com>
<uscmub$149j3$1@dont-email.me> <usf11f$1mk5l$1@dont-email.me>
<v0mo7t$1arr4$3@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Mon, 29 Apr 2024 02:14:46 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="68a1f8b2290ba520f984bb7e7fb4eebe";
logging-data="1409813"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18SzYf4vP9AOTa2S/7vmGJ4St3AFwiyeUg="
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:j6TFOkb7cWt9H0mDv0z/BIKP23c=
Content-Language: en-US
In-Reply-To: <v0mo7t$1arr4$3@dont-email.me>
 by: Chris M. Thomasson - Mon, 29 Apr 2024 00:14 UTC

On 4/28/2024 5:05 PM, Lawrence D'Oliveiro wrote:
> On Fri, 8 Mar 2024 14:41:16 +0200, Paavo Helde wrote:
>
>> AFAIK CPython uses reference counting ...
>
> Combination of reference-counting as a first resort, with full garbage
> collection to deal with those less common cases where you have reference
> cycles. Trying to get the best of both worlds.
>
> The trouble with reference-counting is it impacts multithreading
> performance. However, the CPython developers have a scheme to deal with
> this, by making the reference counts a little less deterministic (i.e.
> there may be a slight delay before they become fully correct). I think
> this is a complicated idea, and it may take them some time to get it fully
> implemented.

Are you an AI?

Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"

<20240428185714.773@kylheku.com>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=3732&group=comp.lang.c%2B%2B#3732

  copy link   Newsgroups: comp.lang.c++ comp.lang.c
Path: i2pn2.org!i2pn.org!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: 643-408-...@kylheku.com (Kaz Kylheku)
Newsgroups: comp.lang.c++,comp.lang.c
Subject: Re: "White House to Developers: Using C or C++ Invites
Cybersecurity Risks"
Date: Mon, 29 Apr 2024 01:58:43 -0000 (UTC)
Organization: A noiseless patient Spider
Lines: 10
Message-ID: <20240428185714.773@kylheku.com>
References: <us0brl$246bf$1@dont-email.me> <us1lb5$2f4n4$1@dont-email.me>
<us2lfh$2ltj3$5@dont-email.me> <us2s96$2n6h3$6@dont-email.me>
<us3155$2of1i$3@dont-email.me> <us4c66$346tp$3@dont-email.me>
<us5d6f$3besu$3@dont-email.me> <20240305005948.00002697@yahoo.com>
<us5u16$3eidj$2@dont-email.me> <20240305111103.00003081@yahoo.com>
<us8821$90p$4@dont-email.me> <20240306140214.0000449c@yahoo.com>
<us9nib$dski$1@dont-email.me> <20240307000008.00003544@yahoo.com>
<usc58s$10cls$1@dont-email.me> <20240307134401.00007aa2@yahoo.com>
<uscmub$149j3$1@dont-email.me> <usf11f$1mk5l$1@dont-email.me>
<v0mo7t$1arr4$3@dont-email.me> <v0mopm$1b0ol$1@dont-email.me>
Injection-Date: Mon, 29 Apr 2024 03:58:44 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="c972cb4ccc8c43d1ec7a00ec69edf939";
logging-data="1449030"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19syTk+igYhe2inJTavW7z7m+aZenKBslQ="
User-Agent: slrn/pre1.0.4-9 (Linux)
Cancel-Lock: sha1:gXRjDF2gcsCI6GkTjRIWRzxILp4=
 by: Kaz Kylheku - Mon, 29 Apr 2024 01:58 UTC

On 2024-04-29, Chris M. Thomasson <chris.m.thomasson.1@gmail.com> wrote:
> Are you an AI?

That entails two separable propositions; there is moderate evidence for
the one, scant for the other.

--
TXR Programming Language: http://nongnu.org/txr
Cygnal: Cygwin Native Application Library: http://kylheku.com/cygnal
Mastodon: @Kazinator@mstdn.ca

Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"

<v0mv1p$1g3b4$1@dont-email.me>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=3733&group=comp.lang.c%2B%2B#3733

  copy link   Newsgroups: comp.lang.c++ comp.lang.c
Path: i2pn2.org!i2pn.org!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: chris.m....@gmail.com (Chris M. Thomasson)
Newsgroups: comp.lang.c++,comp.lang.c
Subject: Re: "White House to Developers: Using C or C++ Invites Cybersecurity
Risks"
Date: Sun, 28 Apr 2024 19:01:29 -0700
Organization: A noiseless patient Spider
Lines: 15
Message-ID: <v0mv1p$1g3b4$1@dont-email.me>
References: <us0brl$246bf$1@dont-email.me> <us1lb5$2f4n4$1@dont-email.me>
<us2lfh$2ltj3$5@dont-email.me> <us2s96$2n6h3$6@dont-email.me>
<us3155$2of1i$3@dont-email.me> <us4c66$346tp$3@dont-email.me>
<us5d6f$3besu$3@dont-email.me> <20240305005948.00002697@yahoo.com>
<us5u16$3eidj$2@dont-email.me> <20240305111103.00003081@yahoo.com>
<us8821$90p$4@dont-email.me> <20240306140214.0000449c@yahoo.com>
<us9nib$dski$1@dont-email.me> <20240307000008.00003544@yahoo.com>
<usc58s$10cls$1@dont-email.me> <20240307134401.00007aa2@yahoo.com>
<uscmub$149j3$1@dont-email.me> <usf11f$1mk5l$1@dont-email.me>
<v0mo7t$1arr4$3@dont-email.me> <v0mopm$1b0ol$1@dont-email.me>
<20240428185714.773@kylheku.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Mon, 29 Apr 2024 04:01:30 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="68a1f8b2290ba520f984bb7e7fb4eebe";
logging-data="1576292"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18SkpMwpaUHxqDH3TLEZvL+2ZC2MymsZGM="
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:nV7ON/2/RxkKjOy0z1P05MHv+vQ=
Content-Language: en-US
In-Reply-To: <20240428185714.773@kylheku.com>
 by: Chris M. Thomasson - Mon, 29 Apr 2024 02:01 UTC

On 4/28/2024 6:58 PM, Kaz Kylheku wrote:
> On 2024-04-29, Chris M. Thomasson <chris.m.thomasson.1@gmail.com> wrote:
>> Are you an AI?
>
> That entails two separable propositions; there is moderate evidence for
> the one, scant for the other.
>

Are you a human?

If so, are you using AI?

If not, are you an AI?

Any better?

Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"

<20240428212710.675@kylheku.com>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=3734&group=comp.lang.c%2B%2B#3734

  copy link   Newsgroups: comp.lang.c++ comp.lang.c
Path: i2pn2.org!i2pn.org!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: 643-408-...@kylheku.com (Kaz Kylheku)
Newsgroups: comp.lang.c++,comp.lang.c
Subject: Re: "White House to Developers: Using C or C++ Invites
Cybersecurity Risks"
Date: Mon, 29 Apr 2024 04:28:37 -0000 (UTC)
Organization: A noiseless patient Spider
Lines: 28
Message-ID: <20240428212710.675@kylheku.com>
References: <us0brl$246bf$1@dont-email.me> <us1lb5$2f4n4$1@dont-email.me>
<us2lfh$2ltj3$5@dont-email.me> <us2s96$2n6h3$6@dont-email.me>
<us3155$2of1i$3@dont-email.me> <us4c66$346tp$3@dont-email.me>
<us5d6f$3besu$3@dont-email.me> <20240305005948.00002697@yahoo.com>
<us5u16$3eidj$2@dont-email.me> <20240305111103.00003081@yahoo.com>
<us8821$90p$4@dont-email.me> <20240306140214.0000449c@yahoo.com>
<us9nib$dski$1@dont-email.me> <20240307000008.00003544@yahoo.com>
<usc58s$10cls$1@dont-email.me> <20240307134401.00007aa2@yahoo.com>
<uscmub$149j3$1@dont-email.me> <usf11f$1mk5l$1@dont-email.me>
<v0mo7t$1arr4$3@dont-email.me> <v0mopm$1b0ol$1@dont-email.me>
<20240428185714.773@kylheku.com> <v0mv1p$1g3b4$1@dont-email.me>
Injection-Date: Mon, 29 Apr 2024 06:28:37 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="c972cb4ccc8c43d1ec7a00ec69edf939";
logging-data="1629877"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18A3EZzq6QnNNYboad5Yerz9yYZG6WwHVw="
User-Agent: slrn/pre1.0.4-9 (Linux)
Cancel-Lock: sha1:R1ce0KYaDL+YBHnGrFs9/XUquLA=
 by: Kaz Kylheku - Mon, 29 Apr 2024 04:28 UTC

On 2024-04-29, Chris M. Thomasson <chris.m.thomasson.1@gmail.com> wrote:
> On 4/28/2024 6:58 PM, Kaz Kylheku wrote:
>> On 2024-04-29, Chris M. Thomasson <chris.m.thomasson.1@gmail.com> wrote:
>>> Are you an AI?
>>
>> That entails two separable propositions; there is moderate evidence for
>> the one, scant for the other.
>>
>
> Are you a human?
>
> If so, are you using AI?
>
> If not, are you an AI?
>
> Any better?

Rather, the separable propositions are:

- is it (A)rtificial; and
- is it (I)ntelligent

If you can confirm both, you have AI, but there are other possibilities.

--
TXR Programming Language: http://nongnu.org/txr
Cygnal: Cygwin Native Application Library: http://kylheku.com/cygnal
Mastodon: @Kazinator@mstdn.ca

Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"

<sqCcnRbW5cnp_bL7nZ2dnZfqn_SdnZ2d@supernews.com>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=3736&group=comp.lang.c%2B%2B#3736

  copy link   Newsgroups: comp.lang.c++ comp.lang.c
Path: i2pn2.org!i2pn.org!weretis.net!feeder9.news.weretis.net!border-1.nntp.ord.giganews.com!border-3.nntp.ord.giganews.com!border-4.nntp.ord.giganews.com!border-2.nntp.ord.giganews.com!nntp.giganews.com!Xl.tags.giganews.com!local-2.nntp.ord.giganews.com!nntp.supernews.com!news.supernews.com.POSTED!not-for-mail
NNTP-Posting-Date: Mon, 29 Apr 2024 08:55:16 +0000
Sender: Andrew Haley <aph@zarquon.pink>
From: aph...@littlepinkcloud.invalid
Subject: Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"
Newsgroups: comp.lang.c++,comp.lang.c
References: <us0brl$246bf$1@dont-email.me> <us1lb5$2f4n4$1@dont-email.me> <us2lfh$2ltj3$5@dont-email.me> <us2s96$2n6h3$6@dont-email.me> <us3155$2of1i$3@dont-email.me> <us4c66$346tp$3@dont-email.me> <us5d6f$3besu$3@dont-email.me> <20240305005948.00002697@yahoo.com> <us5u16$3eidj$2@dont-email.me> <20240305111103.00003081@yahoo.com> <us8821$90p$4@dont-email.me> <20240306140214.0000449c@yahoo.com> <us9nib$dski$1@dont-email.me> <20240307000008.00003544@yahoo.com> <usc58s$10cls$1@dont-email.me> <20240307083119.850@kylheku.com> <useegp$1ihfv$1@dont-email.me> <20240308125746.000074c1@yahoo.com> <usf7hn$1o7fd$1@dont-email.me> <v0mo1q$1arr4$2@dont-email.me>
User-Agent: tin/1.9.2-20070201 ("Dalaruan") (UNIX) (Linux/4.18.0-477.27.1.el8_8.x86_64 (x86_64))
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Message-ID: <sqCcnRbW5cnp_bL7nZ2dnZfqn_SdnZ2d@supernews.com>
Date: Mon, 29 Apr 2024 08:55:16 +0000
Lines: 17
X-Trace: sv3-DVWYdEhRNQZqgCvvlofBlKiRbQNlbzPGalV/1pO96MeWwHImEFijyk2CYI20B+W3jDpjcqK6Wm+65Zo!TOvosDdev9H4MG8unS4kbHU5AecnY8KX+T1YClcRbtADDUNjItD6Ejaeuydr4lSVcdMO6hntKP9X!LAq94qju0WY=
X-Complaints-To: www.supernews.com/docs/abuse.html
X-DMCA-Complaints-To: www.supernews.com/docs/dmca.html
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
 by: aph...@littlepinkcloud.invalid - Mon, 29 Apr 2024 08:55 UTC

In comp.lang.c Lawrence D'Oliveiro <ldo@nz.invalid> wrote:
> On Fri, 8 Mar 2024 15:32:22 +0100, David Brown wrote:
>
>> And it will be tough on the cache as everything has to be copied and
>> moved.
>
> I think all kinds of garbage collector end up being tough on the
> cache. Because remember, they are doing things with lots of blocks
> of memory that haven’t been accessed recently, and therefore are not
> likely to be in the cache.

Not usually. Most garbage dies young, so the GC will be scanning
recently-allocated regions first. There's no strict need to scan old
regions unless the program starts to run short of memory. You might
have a periodic thread to do so, to reclaim some extra space.

Andrew.

Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"

<v0nq80$1lv6p$1@dont-email.me>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=3737&group=comp.lang.c%2B%2B#3737

  copy link   Newsgroups: comp.lang.c++ comp.lang.c
Path: i2pn2.org!i2pn.org!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: paa...@osa.pri.ee (paavo512)
Newsgroups: comp.lang.c++,comp.lang.c
Subject: Re: "White House to Developers: Using C or C++ Invites Cybersecurity
Risks"
Date: Mon, 29 Apr 2024 12:45:35 +0300
Organization: A noiseless patient Spider
Lines: 30
Message-ID: <v0nq80$1lv6p$1@dont-email.me>
References: <us0brl$246bf$1@dont-email.me> <us1lb5$2f4n4$1@dont-email.me>
<us2lfh$2ltj3$5@dont-email.me> <us2s96$2n6h3$6@dont-email.me>
<us3155$2of1i$3@dont-email.me> <us4c66$346tp$3@dont-email.me>
<us5d6f$3besu$3@dont-email.me> <20240305005948.00002697@yahoo.com>
<us5u16$3eidj$2@dont-email.me> <20240305111103.00003081@yahoo.com>
<us8821$90p$4@dont-email.me> <20240306140214.0000449c@yahoo.com>
<us9nib$dski$1@dont-email.me> <20240307000008.00003544@yahoo.com>
<usc58s$10cls$1@dont-email.me> <20240307134401.00007aa2@yahoo.com>
<uscmub$149j3$1@dont-email.me> <usf11f$1mk5l$1@dont-email.me>
<v0mo7t$1arr4$3@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Mon, 29 Apr 2024 11:45:36 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="cd9ed2ea4969c9168b428e0884723280";
logging-data="1768665"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+2ZCoMPJiymSdKsC8bzPbvDe1mRn7y1cA="
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:Bdx3h324Y//RtRilF/YTKCnsPKA=
Content-Language: en-US
In-Reply-To: <v0mo7t$1arr4$3@dont-email.me>
 by: paavo512 - Mon, 29 Apr 2024 09:45 UTC

On 29.04.2024 03:05, Lawrence D'Oliveiro wrote:
> On Fri, 8 Mar 2024 14:41:16 +0200, Paavo Helde wrote:
>
>> AFAIK CPython uses reference counting ...
>
> Combination of reference-counting as a first resort, with full garbage
> collection to deal with those less common cases where you have reference
> cycles. Trying to get the best of both worlds.
>
> The trouble with reference-counting is it impacts multithreading
> performance.

Maybe only in case of heavy contention. If there is little contention
and the reference counter is implemented as an atomic variable, there is
no measurable hit on performance. I know this because I was suspicious
myself and measured this recently.

Anyway, multithreading performance is a non-issue for Python so far as
the Python interpreter runs in a single-threaded regime anyway, under a
global GIL lock. They are planning to get rid of GIL, but this work is
still in development AFAIK. I'm sure it will take years to stabilize the
whole Python zoo without GIL.

However, the CPython developers have a scheme to deal with
> this, by making the reference counts a little less deterministic (i.e.
> there may be a slight delay before they become fully correct). I think
> this is a complicated idea, and it may take them some time to get it fully
> implemented.

Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"

<v0p0jd$1uq6q$6@dont-email.me>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=3749&group=comp.lang.c%2B%2B#3749

  copy link   Newsgroups: comp.lang.c++ comp.lang.c
Path: i2pn2.org!i2pn.org!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: chris.m....@gmail.com (Chris M. Thomasson)
Newsgroups: comp.lang.c++,comp.lang.c
Subject: Re: "White House to Developers: Using C or C++ Invites Cybersecurity
Risks"
Date: Mon, 29 Apr 2024 13:40:13 -0700
Organization: A noiseless patient Spider
Lines: 27
Message-ID: <v0p0jd$1uq6q$6@dont-email.me>
References: <us0brl$246bf$1@dont-email.me> <us1lb5$2f4n4$1@dont-email.me>
<us2lfh$2ltj3$5@dont-email.me> <us2s96$2n6h3$6@dont-email.me>
<us3155$2of1i$3@dont-email.me> <us4c66$346tp$3@dont-email.me>
<us5d6f$3besu$3@dont-email.me> <20240305005948.00002697@yahoo.com>
<us5u16$3eidj$2@dont-email.me> <20240305111103.00003081@yahoo.com>
<us8821$90p$4@dont-email.me> <20240306140214.0000449c@yahoo.com>
<us9nib$dski$1@dont-email.me> <20240307000008.00003544@yahoo.com>
<usc58s$10cls$1@dont-email.me> <20240307134401.00007aa2@yahoo.com>
<uscmub$149j3$1@dont-email.me> <usf11f$1mk5l$1@dont-email.me>
<v0mo7t$1arr4$3@dont-email.me> <v0mopm$1b0ol$1@dont-email.me>
<20240428185714.773@kylheku.com> <v0mv1p$1g3b4$1@dont-email.me>
<20240428212710.675@kylheku.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Mon, 29 Apr 2024 22:40:13 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="68a1f8b2290ba520f984bb7e7fb4eebe";
logging-data="2058458"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18eQrb05F5eD+T1QCY9IUFepoKKYbvTccc="
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:sHer2kinQ4nYMngwA6RcCktWYQ8=
In-Reply-To: <20240428212710.675@kylheku.com>
Content-Language: en-US
 by: Chris M. Thomasson - Mon, 29 Apr 2024 20:40 UTC

On 4/28/2024 9:28 PM, Kaz Kylheku wrote:
> On 2024-04-29, Chris M. Thomasson <chris.m.thomasson.1@gmail.com> wrote:
>> On 4/28/2024 6:58 PM, Kaz Kylheku wrote:
>>> On 2024-04-29, Chris M. Thomasson <chris.m.thomasson.1@gmail.com> wrote:
>>>> Are you an AI?
>>>
>>> That entails two separable propositions; there is moderate evidence for
>>> the one, scant for the other.
>>>
>>
>> Are you a human?
>>
>> If so, are you using AI?
>>
>> If not, are you an AI?
>>
>> Any better?
>
> Rather, the separable propositions are:
>
> - is it (A)rtificial; and
> - is it (I)ntelligent
>
> If you can confirm both, you have AI, but there are other possibilities.
>

Touche! Thanks.

Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"

<v0p0oa$1uq6q$7@dont-email.me>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=3751&group=comp.lang.c%2B%2B#3751

  copy link   Newsgroups: comp.lang.c++ comp.lang.c
Path: i2pn2.org!i2pn.org!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: chris.m....@gmail.com (Chris M. Thomasson)
Newsgroups: comp.lang.c++,comp.lang.c
Subject: Re: "White House to Developers: Using C or C++ Invites Cybersecurity
Risks"
Date: Mon, 29 Apr 2024 13:42:50 -0700
Organization: A noiseless patient Spider
Lines: 41
Message-ID: <v0p0oa$1uq6q$7@dont-email.me>
References: <us0brl$246bf$1@dont-email.me> <us1lb5$2f4n4$1@dont-email.me>
<us2lfh$2ltj3$5@dont-email.me> <us2s96$2n6h3$6@dont-email.me>
<us3155$2of1i$3@dont-email.me> <us4c66$346tp$3@dont-email.me>
<us5d6f$3besu$3@dont-email.me> <20240305005948.00002697@yahoo.com>
<us5u16$3eidj$2@dont-email.me> <20240305111103.00003081@yahoo.com>
<us8821$90p$4@dont-email.me> <20240306140214.0000449c@yahoo.com>
<us9nib$dski$1@dont-email.me> <20240307000008.00003544@yahoo.com>
<usc58s$10cls$1@dont-email.me> <20240307134401.00007aa2@yahoo.com>
<uscmub$149j3$1@dont-email.me> <usf11f$1mk5l$1@dont-email.me>
<v0mo7t$1arr4$3@dont-email.me> <v0nq80$1lv6p$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Mon, 29 Apr 2024 22:42:51 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="68a1f8b2290ba520f984bb7e7fb4eebe";
logging-data="2058458"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18qDSZMO0v/KKf5tW7OTsKI40Kb6PhVd7Q="
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:89voNU80gR9UDTSV3rcLszo2BgE=
In-Reply-To: <v0nq80$1lv6p$1@dont-email.me>
Content-Language: en-US
 by: Chris M. Thomasson - Mon, 29 Apr 2024 20:42 UTC

On 4/29/2024 2:45 AM, paavo512 wrote:
> On 29.04.2024 03:05, Lawrence D'Oliveiro wrote:
>> On Fri, 8 Mar 2024 14:41:16 +0200, Paavo Helde wrote:
>>
>>> AFAIK CPython uses reference counting ...
>>
>> Combination of reference-counting as a first resort, with full garbage
>> collection to deal with those less common cases where you have reference
>> cycles. Trying to get the best of both worlds.
>>
>> The trouble with reference-counting is it impacts multithreading
>> performance.
>
> Maybe only in case of heavy contention. If there is little contention
> and the reference counter is implemented as an atomic variable, there is
> no measurable hit on performance. I know this because I was suspicious
> myself and measured this recently.

All of the memory barriers and atomic ops in general reference counting
can become a rather big issue. Now, there are specialized types of
reference counting... Think of proxy reference counting. This can
amortize the counting and can give pretty good performance. Not as good
as RCU, but not that bad!

>
> Anyway, multithreading performance is a non-issue for Python so far as
> the Python interpreter runs in a single-threaded regime anyway, under a
> global GIL lock. They are planning to get rid of GIL, but this work is
> still in development AFAIK. I'm sure it will take years to stabilize the
> whole Python zoo without GIL.
>
>
> However, the CPython developers have a scheme to deal with
>> this, by making the reference counts a little less deterministic (i.e.
>> there may be a slight delay before they become fully correct). I think
>> this is a complicated idea, and it may take them some time to get it
>> fully
>> implemented.
>

Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"

<6g9YN.35666$gF_b.214@fx17.iad>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=3764&group=comp.lang.c%2B%2B#3764

  copy link   Newsgroups: comp.lang.c++ comp.lang.c
Path: i2pn2.org!i2pn.org!usenet.goja.nl.eu.org!3.eu.feeder.erje.net!feeder.erje.net!feeder1-2.proxad.net!proxad.net!feeder1-1.proxad.net!193.141.40.65.MISMATCH!npeer.as286.net!npeer-ng0.as286.net!peer01.ams1!peer.ams1.xlned.com!news.xlned.com!peer03.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx17.iad.POSTED!not-for-mail
X-newsreader: xrn 9.03-beta-14-64bit
Sender: scott@dragon.sl.home (Scott Lurndal)
From: sco...@slp53.sl.home (Scott Lurndal)
Reply-To: slp53@pacbell.net
Subject: Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"
Newsgroups: comp.lang.c++,comp.lang.c
References: <us0brl$246bf$1@dont-email.me> <us5d6f$3besu$3@dont-email.me> <20240305005948.00002697@yahoo.com> <us5u16$3eidj$2@dont-email.me> <20240305111103.00003081@yahoo.com> <us8821$90p$4@dont-email.me> <20240306140214.0000449c@yahoo.com> <us9nib$dski$1@dont-email.me> <20240307000008.00003544@yahoo.com> <usc58s$10cls$1@dont-email.me> <20240307134401.00007aa2@yahoo.com> <uscmub$149j3$1@dont-email.me> <usf11f$1mk5l$1@dont-email.me> <v0mo7t$1arr4$3@dont-email.me> <v0nq80$1lv6p$1@dont-email.me>
Lines: 29
Message-ID: <6g9YN.35666$gF_b.214@fx17.iad>
X-Complaints-To: abuse@usenetserver.com
NNTP-Posting-Date: Tue, 30 Apr 2024 16:46:58 UTC
Organization: UsenetServer - www.usenetserver.com
Date: Tue, 30 Apr 2024 16:46:58 GMT
X-Received-Bytes: 2537
 by: Scott Lurndal - Tue, 30 Apr 2024 16:46 UTC

paavo512 <paavo@osa.pri.ee> writes:
>On 29.04.2024 03:05, Lawrence D'Oliveiro wrote:
>> On Fri, 8 Mar 2024 14:41:16 +0200, Paavo Helde wrote:
>>
>>> AFAIK CPython uses reference counting ...
>>
>> Combination of reference-counting as a first resort, with full garbage
>> collection to deal with those less common cases where you have reference
>> cycles. Trying to get the best of both worlds.
>>
>> The trouble with reference-counting is it impacts multithreading
>> performance.
>
>Maybe only in case of heavy contention. If there is little contention
>and the reference counter is implemented as an atomic variable, there is
>no measurable hit on performance. I know this because I was suspicious
>myself and measured this recently.
>
>Anyway, multithreading performance is a non-issue for Python so far as
>the Python interpreter runs in a single-threaded regime anyway, under a
>global GIL lock. They are planning to get rid of GIL, but this work is
>still in development AFAIK. I'm sure it will take years to stabilize the
>whole Python zoo without GIL.

We use the python shim (SWIG) to run a multithreaded C++ application (well
over a hundred threads in some cases). It's only the calls back
into python that end up single threaded - the application itself happily
runs multithreaded (and never calls back into python at all).


devel / comp.lang.c++ / Re: "White House to Developers: Using C or C++ Invites Cybersecurity Risks"

Pages:1234567
server_pubkey.txt

rocksolid light 0.9.81
clearnet tor