Sunday, February 19, 2017

Digest for comp.lang.c++@googlegroups.com - 22 updates in 10 topics

"Rick C. Hodgin" <rick.c.hodgin@gmail.com>: Feb 18 03:33PM -0800

On Saturday, February 18, 2017 at 5:48:28 PM UTC-5, Christopher J. Pisz wrote:
> I am Christian...
 
A Christian would not repeat profanity, but would redact their writings
so as to remain holy to God.
 
Thank you,
Rick C. Hodgin
Prroffessorr Fir Kenobi <profesor.fir@gmail.com>: Feb 18 04:19PM -0800

W dniu sobota, 18 lutego 2017 23:48:28 UTC+1 użytkownik Christopher J. Pisz napisał:
> door every day for the next 10 years and repeat himself?
 
> I've read the Bible some 3 times from front to back and I haven't seen
> that story...
 
everybody knows rick is an idiot
 
(he is also profesional bulk spammer, he
spams large amount of groups with bulk spam,
youre succesfully cheated if you think this is
his "invitation to discussion", not really - he not takes arguments and he just will spam you more in answer )
 
so it would be hard to say that statemant "he is annoying idiot" is false ;c he is annoying idiot (and abuser)
"Rick C. Hodgin" <rick.c.hodgin@gmail.com>: Feb 18 05:49PM -0800

On Saturday, February 18, 2017 at 7:20:03 PM UTC-5, Prroffessorr Fir Kenobi wrote:
> ([Rick] is also profesional bulk spammer, he
> spams large amount of groups with bulk spam ...
 
If you ever take the time to read what I post, fir, you'll find it's not
spam. It is the way to forgiveness of sin, and eternal life.
 
Thank you,
Rick C. Hodgin
David Brown <david.brown@hesbynett.no>: Feb 19 01:16PM +0100

On 19/02/17 01:19, Prroffessorr Fir Kenobi wrote:
> he just will spam you more in answer )
 
> so it would be hard to say that statemant "he is annoying idiot" is
> false ;c he is annoying idiot (and abuser)
 
Both "spam" and "professional" mean that Rick is trying to make money
out of his posts. While many people /do/ make money out of selling
religion, I can't see that with Rick. What he writes is a complete load
of drivel, to the great annoyance of many, and as Christopher says it
drives people away from Christianity. But Rick /believes/ he is doing
good, and his in his paranoid delusive state he takes all criticism as a
reason to continue. So Rick is neither a troll, a spammer, or an idiot
- he is in a different category. Assuming his theology is not in fact
true, then he has serious psychological problems (bipolar disorder,
delusions, and probably paranoid schizophrenia). But you might class
him as a fanatic, or a cultist - there is no clear distinction.
 
I feel a lot of sympathy for folks like Christopher, and other /real/
Christians, who have a much harder job trying to spread their message
because of fanatics like Rick.
"Rick C. Hodgin" <rick.c.hodgin@gmail.com>: Feb 19 05:35AM -0800

Human beings were created to glorify God. Our very design and
construction glorifies Him. The things we're capable of, our ability
to possess and express thought, to communicate and share, the ability
to love and have joy.
 
But we also have free will given by Him. And despite His marvelous
creation in our makeup, it is the one part He gave us which He seeks
most of all: to love Him, and teach others about Him so they too can
see Him as He is, and honor Him with their lives.
 
What a gift it is to glorify God with our free will choices, a repurposing
of the faculties He gave us, back toward Him and for His sake, and
not for personal gain, money, or fame, but to invest labor of your
own free will choice into Him.
 
Such efforts return a many thousands fold recompense, but more
importantly, we get to serve His Kingdom of growth and life even
here in this world of darkness and death.
 
To serve Him in such a place is a great honor. It is His gift to "whosoever
will." I'm a whosoever:
 
http://biblehub.com/kjv/luke/9-24.htm
24 For whosoever will save his life shall lose
it: but whosoever will lose his life for my
sake, the same shall save it.
 
http://biblehub.com/kjv/revelation/22-17.htm
17 And the Spirit and the bride say, Come.
And let him that heareth say, Come. And let
him that is athirst come. And whosoever
will, let him take the water of life freely.
 
-----
Right now the Lord screams, "All aboard! Free ticket out of Judgment
City, all the way to Heaven Home."
 
All who board go for free. Those who say, "No," remain in Judgment City.
And soon they will be rounded up, and cast into Hellfire Damnation. A
big sign there reads: NO OUTLET. Forever trapped in Hellfire.
 
His gift is free for all who will receive it. Be one who receives it. Live on!
 
Thank you,
Rick C. Hodgin
legalize+jeeves@mail.xmission.com (Richard): Feb 19 10:18PM

[Please do not mail me a copy of your followup]
 
David Brown <david.brown@hesbynett.no> spake the secret code
 
>I feel a lot of sympathy for folks like Christopher, and other /real/
>Christians, who have a much harder job trying to spread their message
>because of fanatics like Rick.
 
He's not a fanatic. He's an asshole, plain and simple.
--
"The Direct3D Graphics Pipeline" free book <http://tinyurl.com/d3d-pipeline>
The Terminals Wiki <http://terminals-wiki.org>
The Computer Graphics Museum <http://computergraphicsmuseum.org>
Legalize Adulthood! (my blog) <http://legalizeadulthood.wordpress.com>
Andrey Karpov <karpov2007@gmail.com>: Feb 19 05:31AM -0800

Yes, you've guessed correctly - the answer is "42". In this article you will find 42 recommendations about coding in C++ that can help a programmer avoid a lot of errors, save time and effort. The author is Andrey Karpov - technical director of "Program Verification Systems", a team of developers, working on PVS-Studio static code analyzer. Having checked a large number of open source projects, we have seen a large variety of ways to shoot yourself in the foot; there is definitely much to share with the readers. Every recommendation is given with a practical example, which proves the currentness of this question. These tips are intended for C/C++ programmers, but usually they are universal, and may be of interest for developers using other languages.
 
Link: https://software.intel.com/en-us/articles/the-ultimate-question-of-programming-refactoring-and-everything
woodbrian77@gmail.com: Feb 19 01:42PM -0800

On Sunday, February 19, 2017 at 7:31:53 AM UTC-6, Andrey Karpov wrote:
> Yes, you've guessed correctly - the answer is "42". In this article you will find 42 recommendations about coding in C++ that can help a programmer avoid a lot of errors, save time and effort. The author is Andrey Karpov - technical director of "Program Verification Systems", a team of developers, working on PVS-Studio static code analyzer. Having checked a large number of open source projects, we have seen a large variety of ways to shoot yourself in the foot; there is definitely much to share with the readers. Every recommendation is given with a practical example, which proves the currentness of this question. These tips are intended for C/C++ programmers, but usually they are universal, and may be of interest for developers using other languages.
 
> Link: https://software.intel.com/en-us/articles/the-ultimate-question-of-programming-refactoring-and-everything
 
 
How about posting one or two of your recommendations here? I'm not
intrigued when I see the phrase "C/C++ programmers."
 
 
Brian
Ebenezer Enterprises - "America isn't great because America is powerful.
America is powerful because America is great." Ben Shapiro.
 
http://webEbenezer.net
Ramine <toto@toto.net>: Feb 19 02:24PM -0500

Hello.....
 
I am a white arab, and i am a computer programmer and i have a diploma
in Microelectronics and informatics and i have also studied and
succeeded one year of mathematics at university level..
 
Please read this:
 
"Just as with normal thread pool usage, the main program thread may
create Tasks that will get queued on the global queue (e.g. Task1 and
Task2) and threads will grab those Tasks typically in a FIFO manner.
Where things diverge is that any new Tasks (e.g. Task3) created in the
context of the executing Task (e.g. Task2) end up on a local queue for
that thread pool thread."
 
Read more here:
 
http://www.danielmoth.com/Blog/New-And-Improved-CLR-4-Thread-Pool-Engine.aspx
 
You will notice that there is a contention on the global queue from
the producer threads and from the consumer threads on the Microsoft CLR
Threadpool engine, so that's not good.
 
But please look at the source code of my Threadpool engine that scales
well, it does eliminate the contention on the consumer threads side by
using technics such as lock striping and other technics..
 
 
And my efficient threadpool that scales well supports the following:
 
- Now it can use processor groups on windows, so that it can use more
than 64 logical processors and it scales well.
 
The following have been added to my efficient Threadpool engine:
 
- The worker threads enters in a wait state when there is no job in the
concurrent FIFO queues - for more efficiency -
 
- You can distribute your jobs to the worker threads and call any method
with the threadpool's execute() method.
 
- It uses work-stealing to be more efficient.
 
- You can configure it to use stacks or FIFO queues , when you use
stacks it will be cache efficient.
 
- Now it can use processor groups on windows, so that it can use more
than 64 logical processors and it scales well.
 
- Now it distributes the jobs on multiple FIFO queues or stacks so that
it scales well.
 
- You can wait for the jobs to finish with the wait() method.
 
- It's NUMA-aware and NUMA efficient.
 
 
You can download it from:
 
https://sites.google.com/site/aminer68/an-efficient-threadpool-engine-that-scales-awell
 
And you can download my efficient Threadpool engine with priorities
that scales well from:
 
https://sites.google.com/site/aminer68/an-efficient-threadpool-engine-with-priorities-that-scales-well
 
 
Thank you,
Amine Moulay Ramdane.
Ramine <toto@toto.net>: Feb 19 02:22PM -0500

Hello........
 
I am a white arab, and i am a computer programmer and i have a diploma
in Microelectronics and informatics and i have also studied and
succeeded one year of mathematics at university level..
 
Please read this:
 
"Just as with normal thread pool usage, the main program thread may
create Tasks that will get queued on the global queue (e.g. Task1 and
Task2) and threads will grab those Tasks typically in a FIFO manner.
Where things diverge is that any new Tasks (e.g. Task3) created in the
context of the executing Task (e.g. Task2) end up on a local queue for
that thread pool thread."
 
Read more here:
 
http://www.danielmoth.com/Blog/New-And-Improved-CLR-4-Thread-Pool-Engine.aspx
 
You will notice that there is a contention on the global queue from
the producer threads and from the consumer threads on the Microsoft CLR
Threadpool engine, so that's not good.
 
But please look at the source code of my Threadpool engine that scales
well, it does eliminate the contention on the consumer threads side by
using technics such as lock-striping and other technics..
 
 
And my efficient threadpool that scales well supports the following:
 
- Now it can use processor groups on windows, so that it can use more
than 64 logical processors and it scales well.
 
The following have been added to my efficient Threadpool engine:
 
- The worker threads enters in a wait state when there is no job in the
concurrent FIFO queues - for more efficiency -
 
- You can distribute your jobs to the worker threads and call any method
with the threadpool's execute() method.
 
- It uses work-stealing to be more efficient.
 
- You can configure it to use stacks or FIFO queues , when you use
stacks it will be cache efficient.
 
- Now it can use processor groups on windows, so that it can use more
than 64 logical processors and it scales well.
 
- Now it distributes the jobs on multiple FIFO queues or stacks so that
it scales well.
 
- You can wait for the jobs to finish with the wait() method.
 
- It's NUMA-aware and NUMA efficient.
 
 
You can download it from:
 
https://sites.google.com/site/aminer68/an-efficient-threadpool-engine-that-scales-well
 
And you can download my efficient Threadpool engine with priorities
that scales well from:
 
https://sites.google.com/site/aminer68/an-efficient-threadpool-engine-with-priorities-that-scales-well
 
 
Thank you,
Amine Moulay Ramdane.
Jorgen Grahn <grahn+nntp@snipabacken.se>: Feb 19 09:19AM

On Sat, 2017-02-18, Paavo Helde wrote:
>> server side scripting language does
 
> This would be HTTP, not HTML. Maybe you wanted to say that your
> responses would mostly be in HTML?
 
That's how I translated it, too.
 
> For an HTTP server one can use Boost.asio, it's a great library. The
> library itself covers only sockets and TCP, but there are examples
> featuring a simple HTTP server which you can build on.
 
I have the feeling he wants his C++ code to be part of the backend,
behind Apache httpd or similar web server.
 
Then he wouldn't implement HTTP-over-TCP, but something like CGI or
one of the other, newer alternatives which I have no experience with
(and which seem to replace each other on a monthly basis).
 
/Jorgen
 
--
// Jorgen Grahn <grahn@ Oo o. . .
\X/ snipabacken.se> O o .
Jerry Stuckle <jstucklex@attglobal.net>: Feb 19 09:22AM -0500

On 2/18/2017 2:27 AM, kushal bhattacharya wrote:
> To put it in other words i want to use c++ as backend for processing tasks from the client end just as php or any other server side scripting language does
 
There isn't any library I'm aware of for either C or C++ which does what
you want.
 
The problem is you not only have to handle sending the HTML, but you
have to interpret the incoming request, handling things like parameters
and cookies. You have to build and send header strings to the client,
and those must be sent before any HTML (and indicate an error if you try
to send a header after any output). If you want to store information on
the server across requests ($_SESSION values in PHP), you must handle it
yourself.
 
Web scripting languages do a lot for you behind the scenes. Of course,
you can do it all in C or C++, but it's going to take some work.
 
--
==================
Remove the "x" from my email address
Jerry Stuckle
jstucklex@attglobal.net
==================
"K. Frank" <kfrank29.c@gmail.com>: Feb 19 07:21AM -0800

Hi Kushal!
 
On Saturday, February 18, 2017 at 2:23:28 AM UTC-5, kushal bhattacharya wrote:
> Can anybody suggest me the best c++ library which works really good in integrating c++ with html.So far i have come accross Wt and Cppcms but i really cant figure out whether using this would be worth it in terms of productivity.I want to integerate c++ just as a backend with html and writing html javascript css alongside it.
 
I have used Wt for some toy projects and it seems to work well.
The Wt guys claim it is production quality and I have no evidence
to the contrary.
 
I would think that it would only make sense if you are willing to
write your front end (web site) in Wt. If you have an existing
front end (that you don't want to rewrite), or if know html /
javascript / css well (and want to keep using them), or you want
to use some other front-end framework or authoring tool, then
I don't think trying to use Wt for just the back end would be
worth the bother.
 
But if writing the front end in Wt works for you, then your
back-end c++ integration would be "automatic." Also, Wt comes
with its own built-in web server, if you want to use that, or
you can run Wt modules inside a number of existing web servers,
if you prefer.
 
So: Wt for the back end only? Probably not worth the bother.
Wt for the whole web application -- front and back? My toy
tests suggest that Wt could work well for this.
 
> Thanks
> Kushal
 
 
Best.
 
 
K. Frank
Ian Collins <ian-news@hotmail.com>: Feb 20 07:33AM +1300

On 02/18/17 08:23 PM, kushal bhattacharya wrote:
> terms of productivity.I want to integerate c++ just as a backend with
> html and writing html javascript css alongside it.
> Thanks Kushal
 
Use JSON to exchange data between your web application and the back end.
Once you do that, you can choose whatever you like for the back end code.
 
--
Ian
Tim Rentsch <txr@alumni.caltech.edu>: Feb 19 07:40AM -0800

> such specific cases.
> Personally I think that added features always carry some cost, so they
> should be widely applicable to be justified.
 
Yes, we are very much on the same page on the last point.
 
For the particular case in point though I think it would have
been easy (or maybe should have been easy?) to fold an updatable
reference (or non-nullable pointer) into the language for very
little cost (meaning of course very little incremental cost). Of
course, that still leaves the question of whether the benefits
(whatever those may be) justify that cost.
 
> limited number of powerful and solid concepts - as opposed to other
> languages that are more feature-richness oriented, but quite dispersed
> into a plethora of specific use cases.
 
I quite agree with you on the philosophy. But my impression of
C++ is more towards the other end of the spectrum than what you
describe. Please don't take that as an argument, I mean only to
note a difference in perception.
Manfred <noname@invalid.add>: Feb 19 06:17PM +0100

On 2/19/2017 4:40 PM, Tim Rentsch wrote:
> C++ is more towards the other end of the spectrum than what you
> describe. Please don't take that as an argument, I mean only to
> note a difference in perception.
What I had in mind was in fact C++ as originally designed, and up to and
including C++11.
For what I can see about the latest variants C++14 and C++17 I may
indeed share your perception.
"Öö Tiib" <ootiib@hot.ee>: Feb 18 04:48PM -0800

On Sunday, 19 February 2017 00:38:12 UTC+2, JiiPee wrote:
> > That is called "memory leak" pattern. It helps the industry to sell more
> > and bigger RAM to customer computers.
 
> heh, but can you also now asnwer the question itself???
 
If to put defects aside then similar things are usually called
"strategy pattern".
JiiPee <no@notvalid.com>: Feb 19 01:16PM

On 19/02/2017 00:48, Öö Tiib wrote:
 
>> heh, but can you also now asnwer the question itself???
> If to put defects aside then similar things are usually called
> "strategy pattern".
 
 
yes thats correct, thanks. Good to know now...
JiiPee <no@notvalid.com>: Feb 19 01:17PM

On 18/02/2017 11:44, Mr Flibble wrote:
> It is most definitely strategy
 
 
yes, correct. thanks
"Öö Tiib" <ootiib@hot.ee>: Feb 18 04:40PM -0800

On Saturday, 18 February 2017 23:47:56 UTC+2, Vir Campestris wrote:
> the order of evaluation in the explicit calls in your example be
> defined? (The effects of reordering the operator<< calls would however
> be bad)
 
I have always thought that it is waste of time that such surprising
lack of order of evaluation was taken from C into C++. It causes
illusions, no tool warns of those and also it is really tiresome to
explain that every time to novices that there is such a yet another
bear trap. Why it is there? What are the benefits? None. Those bear
traps took years to learn. Waste of time.
 
 
> in i = v[i++] we have two things going on - the assign and the
> increment. I see no reason why the language should define which happens
> first.
 
Why it should not? If to rewrite above not using the confusing punctuation
marks but method call syntax then it would be something like that:
 
i.assign(v.subscript(i.postIncrement());
 
Here is clear that i.postIncrement has to be called before v.subscript
can be called because v.subscript uses whatever i.postIncrement returns
as its argument. Also v.subscript has to be called before i.assign can
be called for exactly same reason.
Chris Vine <chris@cvine--nospam--.freeserve.co.uk>: Feb 18 11:51PM

On Sat, 18 Feb 2017 21:19:15 +0100
> are generally those not in the strict aliasing rule bullet list.
 
> What you quoted seems to be about any reinterpretation at all not
> being permitted in a constant expression.
 
On strict aliasing, the provision is §3.10/10 of the standard.
 
Reinterpreting bit patterns through a union does not fall foul of the
strict aliasing rule set out there because of the sixth bullet of that
paragraph. It is directly equivalent to the fifth bullet of §6.5/7 of
C11 which is what permits (with §6.2.6.1/6 and /7 read with footnote 95
of §6.5.2.3/3) type punning through a union in C11.
 
Assuming bit patterns and alignment are compatible, it is the separate
rule about reading a union member other than the current active one
which is (as I understand it) the problem in C++ (if there is one).
 
Anyway, common compilers support this idiom.
"K. Frank" <kfrank29.c@gmail.com>: Feb 18 03:45PM -0800

Hi Bo!
 
On Saturday, February 18, 2017 at 6:27:08 PM UTC-5, Bo Persson wrote:
 
> A primary-expression can inclucde a declaration of a variable, but as
> soon as you add a '(' it is an '(expression)', which cannot declare
> variables.
 
Thanks. That makes sense (I guess ...)
 
By the way, I'm speaking from memory here, but is this the
same reason you can use an extra set of parentheses to "fix"
the "most vexing parse" in that the extra set of parentheses
prevents the expression from being parsed as the unwanted
declaration? (I never understood that either.)
 
> Bo Persson
 
 
Best.
 
 
K. Frank
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.
Posted by at

No comments:

Post a Comment

Subscribe to: Post Comments (Atom)