June 16-21, Sofia, Bulgaria
September 13-19, Aurora, CO, USA
October 25, Pavia, Italy
November 6-8, Berlin, Germany
November 16-21, Kona, HI, USA
By Blog Staff | Mar 27, 2014 02:51 PM | Tags: None
New on Dr. Dobb's:
The Mixed Blessings of Compatibility
by Andrew Koenig
From the article:
Last week, I discussed the social pressures against changing the behavior of any system, even if the change is an improvement. I want to continue that discussion by exploring the implications of C++'s intent to act as an extension to C.
By Meeting C++ | Mar 27, 2014 08:02 AM | Tags: standardization c++17 c++14 c++11 basics advanced
A follow up on my proposal series & C++14 post:
C++ Status
by Jens Weller
From the Article:
This is the followup I promised after my last series for Issaquah. The current status of the standardization is that C++14 is on its final way to become a new ISO Standard, as you can see on the C++ Status Page of isocpp.org.
By Blog Staff | Mar 24, 2014 12:46 PM | Tags: None
Quick A: Yes.
Today on SO:
Move constructors and
std::arrayAccording to N3485 §23.3.2.2:
(...) the implicit move constructor and move assignment operator for array require that
Tbe MoveConstructible or MoveAssignable, respectively.So,
std::arraysupports move semantics if the type of its elements does. Great!However, what does this really mean? I tend to picture this type as a safer version of an array providing an STL-compliant interface but, if this is true, then how can an
std::arraymove-construct its elements? Can I do the same with an ordinary array?
By matt | Mar 21, 2014 08:33 AM | Tags: intermediate c++14 c++11 basics
Peter Sommerlad on C++11 and C++14 Standard(s) and Standardization:
Peter Sommerlad on C++11 and C++14 Standard(s) and Standardization
Created by Peter Sommerlad March 6, 2014
From the presentation:
Why is C++ in again?
• more computing per Watt!
• mobile - battery powered
• servers - cloud computing
• high-performance computing & GPUs
• better abstractions than C
• without performance price (e.g. of a VM)
• embedded (higher-level type safety)
• security (buffer overruns, pointers)
By Blog Staff | Mar 21, 2014 08:20 AM | Tags: intermediate basics
Scott Meyers' work on his new "Effective C++" book, tentatively titled Effective Modern C++, progresses with an updated draft table of contents and sample Item available:
Book Report: New Title, New TOC, New Sample Item
by Scott Meyers
Highlights from the article:
I recently finished the 32nd Item for the book, thus giving me drafts of five full chapters. The math still shows that about 40 Items will fit in the book's allotted 300 pages, so yesterday I took a hatchet to the prospective table of contents and chopped the number of Items down from 51 to 41. (Why 41? Because I have a feeling that one of the Items I've written will eventually get jettisoned as not being important enough to make the final cut.) Here's the current draft TOC....
[Table of Contents -- read it, just the titles give useful guidance]
... The most recent Item I wrote was "Distinguish
()and{}when creating objects." I blogged about one aspect of this topic here, and I thought you might be interested to see what I came up with. I've therefore made the current draft of this Item available, and I welcome your comments on it. Like almost all Items I've written, it's too long, so I'm especially interested in suggestions on how I can make it shorter, but I welcome all suggestions for improvement.
By Blog Staff | Mar 20, 2014 02:13 PM | Tags: intermediate
Today from the desk of Andrzej:
String's Length
by Andrzej Krzemieński
From the article:
Let’s start with a small test. Is the invariant expressed with the following assertion correct?
void test_length(std::string const& s) { assert(s.length() == strlen(s.c_str())); }It is not; otherwise I wouldn’t be mentioning this in the post; but do you know why it is wrong? ...
By Meeting C++ | Mar 16, 2014 06:13 AM | Tags: standardization intermediate experimental c++14
A few weeks ago the C++ committee did meet in Issaquah, its most important result: the final draft for C++14. See Herb Sutters trip report for details, I have written an overview based on his trip report, clangs C++14 status page and of course the papers it self.
Looking at C++14
by Jens Weller
From the Article:
As I have read through most papers of last and this year, a short overview which papers now have made it into the standard. So, what are the new features of C++14? Already before the last meeting, clang had implemented all known C++14 features of the draft published after the Chicago meeting.
By Blog Staff | Mar 14, 2014 01:07 AM | Tags: None
Quick A: Using a named abstract base class makes code more tightly coupled to that specific name. Where possible, prefer using std::function which is more general and flexible.
Recently on SO:
Pros & cons of a callback (std::function/std::bind) vs an interface (abstract class)
I'm creating a server application in C++11 using Boost.Asio. I've created a class,
Server, which takes care of accepting new connections. It's basically just:void Server::Accept() { socket_.reset(new boost::asio::ip::tcp::socket(*io_service_)); acceptor_.async_accept(*socket_, boost::bind(&Server::HandleAccept, this, boost::asio::placeholders::error)); }void Server::HandleAccept(const boost::system::error_code& error) { if (!error) { // TODO } else { TRACE_ERROR("Server::HandleAccept: Error!"); } Accept(); }I've found two ways (I'm sure there are more) to "fix" the
TODOcomment, i.e. to move the socket to wherever it should go. In my case I just want it back to the class instance that owns theServerinstance (which then wraps it in aConnectionclass and inserts it to a list).
Serverhas a parameter in its constructor:std::function<void(socket)> OnAcceptwhich is called inHandleAccept.- I create an abstract class,
IServerHandleror whatever, which has one virtual methodOnAccept.ServertakesIServerHandleras parameter in its constructor and the class instance owning the server instance extendsIServerHandlerand constructsServerwith*thisas parameter.What are the pros and cons of option 1 vs option 2? Are there any better options? I'm having the same problem in my
Connectionclass (OnConnectionClosed). Also, depending on how I decide to design the system, it might need aOnPacketReceivedandOnPacketSentcallback.
By Blog Staff | Mar 13, 2014 06:24 AM | Tags: intermediate functional c++14
A rapid-fire "now write this using lambdas" problem-solution drill with Sumant Tambe:
Fun with Lambdas: C++14 Style (Part 1)
by Sumant Tambe
From the article:
It's common knowledge that Functional Programming is spreading like a wildfire in mainstream languages. Latest promoted languages: Java 8 and C++, both of which now support lambdas. So, let the lambdas begin! and may the fun be ever on your side. The same text is available in slides form on Slideshare. This blog post and the talk/slides are inspired by JSON inventor Douglas Crockford.
By Blog Staff | Mar 7, 2014 07:20 AM | Tags: None
For your Friday reading pleasure, here's a classic paper showing off C++'s flexibility with a wink and a smile.
Although it doesn't exercise the new features of modern C++, we believe all of the code still works. How's that for backward compatibility...
Sixteen Ways to Stack a Cat
by Bjarne Stroustrup
From the article:
This paper presents a series of examples of how to represent stacks in a program. In doing so it demonstrates some of the fundamental techniques and tradeoffs of data hiding as seen in languages such as C, Modula2, and Ada. Since all the examples are written in C++ it also demonstrates the flexibility of C++’s mechanisms for expressing data hiding and access.
... The nine-plus cat lives in this paper are dedicated to Dave McQueen who once in desperation proposed the death penalty for presenting "yet another stack example." Also thanks to Andy for giving me a practical demonstration of the difficulty of stacking cats.