Thursday, November 21, 2019

Digest for comp.lang.c++@googlegroups.com - 25 updates in 4 topics

"Alf P. Steinbach" <alf.p.steinbach+usenet@gmail.com>: Nov 17 01:18AM +0100

On 17.11.2019 01:00, Mr Flibble wrote:
> similar to Microsoft's COM DLLs).
 
> https://github.com/i42output/neolib/blob/master/include/neolib/i_plugin_variant.hpp
 
> https://github.com/i42output/neolib/blob/master/include/neolib/plugin_variant.hpp
 
Polymorphic variants are nice.
 
Is it possible to sort of factor that out of neoGFX?
 
- Alf
Mr Flibble <flibbleREMOVETHISBIT@i42.co.uk>: Nov 17 12:22AM

On 17/11/2019 00:18, Alf P. Steinbach wrote:
 
>> https://github.com/i42output/neolib/blob/master/include/neolib/plugin_variant.hpp
 
> Polymorphic variants are nice.
 
> Is it possible to sort of factor that out of neoGFX?
 
Hi Alf,
 
neolib is an independent project with no neoGFX dependencies; unlike
neoGFX it also has a permissive licence.
 
/Flibble
 
--
"Snakes didn't evolve, instead talking snakes with legs changed into
snakes." - Rick C. Hodgin
 
"You won't burn in hell. But be nice anyway." – Ricky Gervais
 
"I see Atheists are fighting and killing each other again, over who
doesn't believe in any God the most. Oh, no..wait.. that never happens." –
Ricky Gervais
 
"Suppose it's all true, and you walk up to the pearly gates, and are
confronted by God," Byrne asked on his show The Meaning of Life. "What
will Stephen Fry say to him, her, or it?"
"I'd say, bone cancer in children? What's that about?" Fry replied.
"How dare you? How dare you create a world to which there is such misery
that is not our fault. It's not right, it's utterly, utterly evil."
"Why should I respect a capricious, mean-minded, stupid God who creates a
world that is so full of injustice and pain. That's what I would say."
Bo Persson <bo@bo-persson.se>: Nov 16 11:59PM +0100

On 2019-11-16 at 22:35, Öö Tiib wrote:
> on shoulders of companies that are more than 35 years old (and people
> who are more than 35 years old). In effort to modernize COBOL it was
> AFAIK standardized to be object-oriented since 2002.
 
And not only bookkeeping. :-)
 
I recently worked for a bank with about 500 COBOL developers doing all
the heavy data lifting.
 
Even when you have a smart phone app accessing a server written in Java,
the Java code will send all the transactions to the COBOL back end for
validation and data base accesses.
 
This doesn't show up in the Tiobe index, because it is all closed source
and the 50 year old developers don't ask COBOL questions on any net
forum. :-)
 
 
Bo Persson
Melzzzzz <Melzzzzz@zzzzz.com>: Nov 16 09:27PM

> are using close source software on Windows, you won't know it is written
> in Delphi - but it might well be.
 
> And yes, there is plenty of software that mixes C++ and Delphi.
 
Delphi is for small one shot projects... usefull for single developer
when she wants to deliver fast. Used C++ Builder in 90es. Served it's
purpose...
 
--
press any key to continue or any other to quit...
U ničemu ja ne uživam kao u svom statusu INVALIDA -- Zli Zec
Svi smo svedoci - oko 3 godine intenzivne propagande je dovoljno da jedan narod poludi -- Zli Zec
Na divljem zapadu i nije bilo tako puno nasilja, upravo zato jer su svi
bili naoruzani. -- Mladen Gogala
Cholo Lennon <chololennon@hotmail.com>: Nov 16 05:41PM -0300

On 11/16/19 3:32 PM, Bonita Montero wrote:
>> source, but check it too see Delphi there on top of go, rust,
>> TypeScript, Scala, Dart, Visual Basic, etc)
 
> Delphi is about as relevant as COBOL. ;-)
 
Well, a month ago I received an offer on Linkedin (Delphi Software
Developer), I have to confess that that surprised me :-O (my last
contact with Delphi/C++ Builder was 15 years ago). In some parts of
Argentina, Delphi is still relevant, but of course, not like years ago.
It's a very good product IMHO, but it's proprietary, very expensive and
the cool kids today use web interfaces even in the desktop land :-O
 
Regards
 
Cholo Lennon
Bs.As.
ARG
Bonita Montero <Bonita.Montero@gmail.com>: Nov 16 08:56PM +0100


> Hello,
> Five reasons to learn Delphi
> https://jonlennartaasenden.wordpress.com/2019/02/08/5reasons/
 
And the best: if you want to get an employment as a Delphi-developer
you have to move away very far.
Melzzzzz <Melzzzzz@zzzzz.com>: Nov 16 11:06PM


> This doesn't show up in the Tiobe index, because it is all closed source
> and the 50 year old developers don't ask COBOL questions on any net
> forum. :-)
 
I have 50 years and Cobol programers now enjoying pension...
 
--
press any key to continue or any other to quit...
U ničemu ja ne uživam kao u svom statusu INVALIDA -- Zli Zec
Svi smo svedoci - oko 3 godine intenzivne propagande je dovoljno da jedan narod poludi -- Zli Zec
Na divljem zapadu i nije bilo tako puno nasilja, upravo zato jer su svi
bili naoruzani. -- Mladen Gogala
Wisdom90 <d@d.d>: Nov 16 11:34AM -0500

On 11/16/2019 11:31 AM, Bonita Montero wrote:
> and will never be relevant in the world of sw-development. At the time
> when Delphi hit the market, the train for Pascal-derivatives had already
> come to an end.
 
 
 
You are not understanding, C++ is easy for me, i can learn it much more
easily and quickly.
 
 
Thank you,
Amine Moulay Ramdane.
Melzzzzz <Melzzzzz@zzzzz.com>: Nov 16 11:00PM

> on shoulders of companies that are more than 35 years old (and people
> who are more than 35 years old). In effort to modernize COBOL it was
> AFAIK standardized to be object-oriented since 2002.
 
Much older then 35 years, actually in pension maybe, by now..
 
 
--
press any key to continue or any other to quit...
U ničemu ja ne uživam kao u svom statusu INVALIDA -- Zli Zec
Svi smo svedoci - oko 3 godine intenzivne propagande je dovoljno da jedan narod poludi -- Zli Zec
Na divljem zapadu i nije bilo tako puno nasilja, upravo zato jer su svi
bili naoruzani. -- Mladen Gogala
David Brown <david.brown@hesbynett.no>: Nov 16 07:19PM +0100

On 16/11/2019 18:42, Jorgen Grahn wrote:
 
>> No one has the weird idea to mix Delphi and C++.
 
> Please don't crosspost Amine's crazy threads into this group!
> Unless you really /are/ trying to damage it.
 
Bonita specifically started the thread "Task for Amine", in order to
insult the guy, and start a "fight" thread. We all know Amine makes
annoying posts, but that is because he is clearly not quite right in the
head. But Bonita's posts recently are bring a whole new level of
nastiness into it. It is really unpleasant.
Bonita Montero <Bonita.Montero@gmail.com>: Nov 16 05:42PM +0100

>> come to an end.
 
> You are not understanding, C++ is easy for me, i can learn it much more
> easily and quickly.
 
C++ isn't an easy language and even if you have been programming for a
long time you will hit subtleties again and again.
Ian Collins <ian-news@hotmail.com>: Nov 17 02:31PM +1300

On 17/11/2019 14:10, Mr Flibble wrote:
>> to be experts on heap allocation strategies.
 
> Hmmm, I wonder if emoji works on Usenet. Lets find out:
 
> 🤣
 
💩
 
--
Ian.
Bonita Montero <Bonita.Montero@gmail.com>: Nov 15 05:16PM +0100

>> Ar there only idiots discussing here?
 
> No, but you're doing your best to tip the scales.
 
No, I'm not. It's the folks here that seems to be frustrated about
questions they can't answer.
Sam <sam@email-scan.com>: Nov 15 11:51AM -0500

Bonita Montero writes:
 
 
>>> Read the complete thread before you post!
 
>> Unfortunately, I did.
 
> If you did the above answer would be senseless.
 
It's not my fault you lack the minimal capacity to understand its brilliance.
 
>> about its business? And after you figure that out, I'm sure you'll be
>> curious enough to know the precise semantics down to the transistor level.
 
> It's a normal heap-allocation.
 
Yes, but how does that work? I guess you don't know the answer to that, and
that frustrates you. Too bad.
Bonita Montero <Bonita.Montero@gmail.com>: Nov 15 01:33PM +0100

>> "unspecified" isn't precise.
 
> It is precise enough for every C++ developer.
 
As I said I didn't ask to develop according to that but just
for curiosity. And in this sense the answer isn't precise.
Sam <sam@email-scan.com>: Nov 15 06:34AM -0500

Bonita Montero writes:
 
 
>>> "unspecified storage" isn't a precise answer.
 
>> It is precise answer to question asked. ...
 
> "unspecified" isn't precise.
 
It is precise enough for every C++ developer.
 
Next thing you know, you'll be demanding to know exactly what "undefined
behavior" is, in a given situation, right?
Bonita Montero <Bonita.Montero@gmail.com>: Nov 16 09:04AM +0100

>> for an exception-object being thrown without causing that this
>> allocation might fail?
 
> Sometimes, exceptions are banned for certain environments for good reasons.
 
You seem to be confused very often. Are you competing with Melzzzz?
This "answer" has nothing to do with my question.
 
> however they want to, as long as it complies to the std. Damn, JG, how
> many exceptions would have to be nested to exhaust memory in a thread
> such that throw has nothing left? You know the answer right?
 
I'm not JG and the whole issue is worth to be discussed.
 
> things going on in pellesc. Asked over there, and received extremely
> informative answers. Well, they said they might get fixed in the next
> release. Okay, good enough. :^)
 
If people discuss here how table-driven exceptions are implemented
my question is on-topic as well.
Sam <sam@email-scan.com>: Nov 16 08:08PM -0500

Bonita Montero writes:
 
 
>>> I know different heap-allcoation-strategies.
 
>> Sure, everyone believes you.
 
> Slogans like from the scoolyard ...
 
Right. I clearly remember how everyone in the schoolyard always pretended to
be experts on heap allocation strategies.
Bonita Montero <Bonita.Montero@gmail.com>: Nov 17 04:06PM +0100


>> I was talking about you, and you know that.
 
> Highly-trained professionals have a word for this. It's called
> "projection".
 
You're not so professional to determine when someone projects
something. You're simply an idiot.
Bonita Montero <Bonita.Montero@gmail.com>: Nov 16 05:40PM +0100

>> come to an end.
 
> This project of mine works with: GNU C++ and Visual C++ and C++Builder
> and with both Windows and Linux.
 
Boy, you're manic. Seek advice from a doctor.
If you have a desire to be needed by other developers and to get their
esteem orient yourself according their needs. Providing Delphi-libraries
today will be as successful as selling ice in the antarctic.
Wisdom90 <d@d.d>: Nov 16 11:36AM -0500

On 11/16/2019 11:32 AM, Bonita Montero wrote:
> and will never be relevant in the world of sw-development. At the time
> when Delphi hit the market, the train for Pascal-derivatives had already
> come to an end.
 
 
 
This project of mine works with: GNU C++ and Visual C++ and C++Builder
and with both Windows and Linux.
 
 
My Parallel C++ Conjugate Gradient Linear System Solver Library that
scales very well version 1.76 is here..
 
Author: Amine Moulay Ramdane
 
Description:
 
This library contains a Parallel implementation of Conjugate Gradient
Dense Linear System Solver library that is NUMA-aware and cache-aware
that scales very well, and it contains also a Parallel implementation of
Conjugate Gradient Sparse Linear System Solver library that is
cache-aware that scales very well.
 
Sparse linear system solvers are ubiquitous in high performance
computing (HPC) and often are the most computational intensive parts in
scientific computing codes. A few of the many applications relying on
sparse linear solvers include fusion energy simulation, space weather
simulation, climate modeling, and environmental modeling, and finite
element method, and large-scale reservoir simulations to enhance oil
recovery by the oil and gas industry.
 
Conjugate Gradient is known to converge to the exact solution in n steps
for a matrix of size n, and was historically first seen as a direct
method because of this. However, after a while people figured out that
it works really well if you just stop the iteration much earlier - often
you will get a very good approximation after much fewer than n steps. In
fact, we can analyze how fast Conjugate gradient converges. The end
result is that Conjugate gradient is used as an iterative method for
large linear systems today.
 
Please download the zip file and read the readme file inside the zip to
know how to use it.
 
 
You can download it from:
 
https://sites.google.com/site/scalable68/scalable-parallel-c-conjugate-gradient-linear-system-solver-library
 
 
Language: GNU C++ and Visual C++ and C++Builder
 
Operating Systems: Windows, Linux, Unix and Mac OS X on (x86)
 
 
 
 
Thank you,
Amine Moulay Ramdane.
Bonita Montero <Bonita.Montero@gmail.com>: Nov 16 06:35PM +0100

>> That's like making a steam locomotive more powerful _today_.
 
 
> I understand you, but i think you are not realistic..
 
That's realistic.
You want to provide code in a language others don't use.
Wisdom90 <d@d.d>: Nov 16 11:45AM -0500

On 11/16/2019 11:40 AM, Bonita Montero wrote:
> If you have a desire to be needed by other developers and to get their
> esteem orient yourself according their needs. Providing Delphi-libraries
> today will be as successful as selling ice in the antarctic.
 
 
 
Hello,
 
 
You have to understand my spirit..
 
I want to make Delphi much more powerful by inventing scalable
algorithms and implementing them in Delphi..
 
Here is one of my scalable algorithm and its implementation, read about
it here:
 
https://sites.google.com/site/scalable68/scalable-reference-counting-with-efficient-support-for-weak-references
 
 
 
Thank you,
Amine Moulay Ramdane.
Bonita Montero <Bonita.Montero@gmail.com>: Nov 16 08:56AM +0100

> Hm, i or j  might repeatedly stop at left + (right - left) / 2.
> So I should copy the outer loop without one of the inner loops.
 
Sorry, nonsense, the mid could be swapped away so that
either i or j could get beyond the mid.
Wisdom90 <d@d.d>: Nov 16 04:01PM -0500

On 11/16/2019 2:21 PM, Bonita Montero wrote:
> in the future and maybe will a contender for C++.
> The only thing I don't like with Rust is that it doesn't have
> exceptions.
 
 
I think here is the problem with Rust:
 
I will reformulate more smartly what about race conditions detection in
Rust, so read it carefully:
 
You can think of the borrow checker of Rust as a validator for a locking
system: immutable references are shared read locks and mutable
references are exclusive write locks. Under this mental model, accessing
data via two independent write locks is not a safe thing to do, and
modifying data via a write lock while there are readers alive is not
safe either.
 
So as you are noticing that the "mutable" references in Rust follow the
Read-Write Lock pattern, so this is not good, because it is not like
more fine-grained parallelism that permits us to run the writes in
"parallel" and gain more performance from parallelizing the writes.
 
 
 
Thank you,
Amine Moulay Ramdane.
You received this digest because you're subscribed to updates for this group. You can change your settings on the group membership page.
To unsubscribe from this group and stop receiving emails from it send an email to comp.lang.c+++unsubscribe@googlegroups.com.

No comments: