Tuesday, October 21, 2014

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

comp.lang.c++@googlegroups.com Google Groups
Unsure why you received this message? You previously subscribed to digests from this group, but we haven't been sending them for a while. We fixed that, but if you don't want to get these messages, send an email to comp.lang.c+++unsubscribe@googlegroups.com.
Robert Hutchings <rm.hutchings@gmail.com>: Oct 21 09:41AM -0500

When someone cannot accept something (like news or new information) they
just put you in their kill file? That's hilarious! And cowardly to boot!
David Harmon <source@netcom.com>: Oct 20 08:44PM -0700

On Mon, 20 Oct 2014 13:18:47 +0000 (UTC) in comp.lang.c++, Juha
Nieminen <nospam@thanks.invalid> wrote,
 
>> I guess it's a fake interview with Stroustrup, but I think it
>> illustrates the point....
 
>What point?
 
That lying liars will always lie.
scott@slp53.sl.home (Scott Lurndal): Oct 21 02:00PM


>> What, exactly, is the definition of "Bad C++ code"?
 
>Spoken like a true C developer. If it works it's good. Bah!
>No it isn't. Not even close.
 
Get of your high horse and answer the question. Define bad C++ code.
 
>boss whiteboard the architecture and be correct? Do we have to maintain
>our own custom implementations of things others are already maintaining
>for us?
 
None of this has to do with C++, it's general programming advice valid
for every programming language (even assembler).
 
>> There is absolutely nothing wrong with C with classes-style of usage
>> with respect to C++, and often it is quite desirable.
 
>Desirable by whom?
 
Anyone who sees C++ as a tool, not as a religion.
 
Operating systems, Hypervisors, Embedded code are classic examples.
scott@slp53.sl.home (Scott Lurndal): Oct 21 02:01PM


>Yes, I can see that. It was hard for us in America to believe it was
>happening! But, unfortunately, it WAS happening. Maybe not quite as
>much NOW, I hope....
 
Having been in the industry, in the US, for more than 30 years, I've
not see this. Note that this is also anecdotal information.
Robert Hutchings <rm.hutchings@gmail.com>: Oct 21 09:23AM -0500

On 10/21/2014 9:01 AM, Scott Lurndal wrote:
>> much NOW, I hope....
 
> Having been in the industry, in the US, for more than 30 years, I've
> not see this. Note that this is also anecdotal information.
 
You just cannot admit that you were wrong. It's silly and stupid...I
would have expected better from a C++ programmer.
Robert Hutchings <rm.hutchings@gmail.com>: Oct 21 09:29AM -0500

On 10/21/2014 9:01 AM, Scott Lurndal wrote:
>> much NOW, I hope....
 
> Having been in the industry, in the US, for more than 30 years, I've
> not see this. Note that this is also anecdotal information.
 
http://www.sfgate.com/business/article/BofA-Train-your-replacement-or-no-severance-pay-2517604.php
Robert Hutchings <rm.hutchings@gmail.com>: Oct 21 09:31AM -0500

On 10/21/2014 9:01 AM, Scott Lurndal wrote:
>> much NOW, I hope....
 
> Having been in the industry, in the US, for more than 30 years, I've
> not see this. Note that this is also anecdotal information.
 
http://www.itbusinessedge.com/cm/blogs/tennant/australian-workers-forced-to-train-infosys-tcs-employees-to-take-their-jobs/?cs=49923
Robert Hutchings <rm.hutchings@gmail.com>: Oct 21 09:32AM -0500

On 10/21/2014 9:01 AM, Scott Lurndal wrote:
>> much NOW, I hope....
 
> Having been in the industry, in the US, for more than 30 years, I've
> not see this. Note that this is also anecdotal information.
 
Are you also a climate-change denier?
scott@slp53.sl.home (Scott Lurndal): Oct 21 02:34PM


>> Having been in the industry, in the US, for more than 30 years, I've
>> not see this. Note that this is also anecdotal information.
 
>Are you also a climate-change denier?
 
I don't normally do this, but:
 
"Plonk"
drew@furrfu.invalid (Drew Lawson): Oct 21 02:35PM

In article <m23ile$2q8$1@dont-email.me>
 
>If I try to unify your statements, you blame some guy's lack of
>knowledge of C for the low quality of the C++ code *you and your
>co-workers* wrote. Did I get that right?
 
You asserted that no one was forced to move to C++. People just
choose to move to C++ because they see the wonderfulness of it.
 
I simply illustrated that some people (me and the ~20 other developers
on that project) were subject to job pressure (you can, and probably
will, wordsmith whether that is "force") to move to C++.
 
Since there were poor training issues, the results also weer poor.
That is a separate issue.
 
But, yes, if management takes a development team, tells them to
switch to an unfamiliar language, *and* maintains that deadlines
are not changing, I would expect poor results. In fact, I would
be amazed if the resulting code was good.
 
--
Drew Lawson | Savage bed foot-warmer
| of purest feline ancestry
| Look out little furry folk
| it's the all-night working cat
agent@drrob1.com: Oct 20 08:16PM -0400

I am trying to learn c++, after many years of hobby programming w/
modula-2, and recent ada programming.
 
I am mostly finished w/ a free edx.org course on c++. I have found
this worthwhile, but my question is this: how can I write a program
with dividing my code into separate files.
 
Modula-2 and ada both easily do separate compilation and linking. But
I don't know how to do this after taking an online course in c++.
 
Does this have something to do with make?
 
Thanks,
Rob
agent@drrob1.com: Oct 20 09:40PM -0400

On 21 Oct 2014 00:56:20 GMT, ram@zedat.fu-berlin.de (Stefan Ram)
wrote:
 
> source files.
 
> Exercise:
 
> Add include guards to the header file.
 
I should have added that I'm talking about Ubuntu 14.04 gcc
 
Where would I find the documentation of which you speak?
agent@drrob1.com: Oct 20 09:42PM -0400

On 21 Oct 2014 00:56:20 GMT, ram@zedat.fu-berlin.de (Stefan Ram)
wrote:
 
> source files.
 
> Exercise:
 
> Add include guards to the header file.
 
And, what's a guard?
agent@drrob1.com: Oct 21 07:03AM -0400

On 21 Oct 2014 01:46:35 GMT, ram@zedat.fu-berlin.de (Stefan Ram)
wrote:
 
>Hello, Example!
 
> (Finding out about include guards is intended to be a /part
> of/ the exercise.)
 
Thanks
"Osmium" <r124c4u102@comcast.net>: Oct 21 07:01AM -0500


> And, what's a guard?
 
An include guard is part of the pre-processor; it's a mechansims to assure
that a an include only happens once. Wiki should be helpful to you here.
 
include guard wiki
Robert Hutchings <rm.hutchings@gmail.com>: Oct 21 07:12AM -0500

On 10/21/2014 7:01 AM, Osmium wrote:
 
> An include guard is part of the pre-processor; it's a mechansims to assure
> that a an include only happens once. Wiki should be helpful to you here.
 
> include guard wiki
 
Does "#pragma once" accomplish the same thing? I am also a n00b.....
"Osmium" <r124c4u102@comcast.net>: Oct 21 07:44AM -0500

"Robert Hutchings" <rm.hutchings@gmail.com> wrote in message
news:m25ijc$jgc$1@dont-email.me...
>> that a an include only happens once. Wiki should be helpful to you here.
 
>> include guard wiki
 
> Does "#pragma once" accomplish the same thing? I am also a n00b.....
 
Again, Wikipedia is your friend.
 
 
 
.
"Rick C. Hodgin" <rick.c.hodgin@gmail.com>: Oct 21 04:06AM -0700

http://worldnewsdailyreport.com/newly-found-document-holds-eyewitness-account-of-jesus-performing-miracle/
 
A first hand narrative from an author who saw
Jesus revive a stillborn infant by prayer.
 
Recently discovered in Vatican archives
from 31 A.D.
 
Best regards,
Rick C. Hodgin
"Rick C. Hodgin" <rick.c.hodgin@gmail.com>: Oct 21 04:41AM -0700

Satire site. Let me post the real link:
 
http://biblehub.com/kjv/genesis/1.htm
 
Best regards,
Rick C. Hodgin
Reinhardt Behm <rbehm@hushmail.com>: Oct 21 10:23AM +0800

Christopher Pisz wrote:
 
 
> The only UIs I see people make new with C++ are very simple dialogs. If
> you find yourself working on a UI in C++ these days, it was probably
> some ancient artifact that no one wants to do over imo.
 
Why should I use two different languages with all problems to get my data
from one to the other when I have one framework doing everything for me? And
it's doing it on many platforms without any changes to the source.
 
--
Reinhardt
Daniel <danielaparker@gmail.com>: Oct 20 07:45PM -0700

On Monday, October 20, 2014 2:52:52 PM UTC-4, Mr Flibble wrote:
 
> At least std::string lets you encode UTF-8 which is far superior to
> UTF-16 (which like UTF-8 is also a variable length encoding).
 
I believe you mean that std::string can serve as a container of UTF-8 octets, but so can std::vector<char>. Apart from that, std::string supports no "string" semantics whatsoever.
 
Daniel
Ben Bacarisse <ben.usenet@bsb.me.uk>: Oct 15 12:46PM +0100

>> overloading resolution.
 
> So are you saying it wouldn't work with functions inside namespaces
> (such as fseek)?
 
Well all names are in namespaces so yes, but on a technicality. fseek
might be in std:: or it might be in the global namespace, so the example
(not mine, BTW) could have been clearer. As I understand it, the -> (or
.) form is simply equivalent to the ones I listed, so if fseek is not
available in the current namespace file->fseek(...) will fail. If fseek
is only in std:: then you'd have to write file->std::fseek(...). In
other words, I don't think there is any intention to disrupt how
function names are currently resolved with regard to namespaces.
 
--
Ben.
Andrea Venturoli <ml.diespammer@netfence.it>: Oct 15 01:16PM +0200

On 10/14/14 16:30, Robert Hutchings wrote:
> Do you use an IDE like Code::Blocks or Eclipse?
 
Not if I can avoid it.
Practically only on Windows, when I'm forced to (altough I usually edit
VS's project files with emacs >:-).
 
 
 
> Or just Emacs or vi/gcc/g++ on Linux/UNIX?
 
Exactly: emacs + gcc/clang.
 
 
 
> What about testing and debugging?
 
Boost, valgrind, cppcheck, gdb (again through emacs); VS's debugger on
Windows.
 
 
 
> Favorite tools?
 
Add subversion, gmake, and the usual UNIX commands like sed, grep, etc...
 
 
 
Also, I guess I might have to look into cmake in the future.
 
 
bye
ram@zedat.fu-berlin.de (Stefan Ram): Oct 21 12:56AM

agent@drrob1.com writes: how can I write a program
>with dividing my code into separate files.
 
The answer has two parts.
 
The first part is implementation-independent.
Create these two files:
 
hello.cpp
 
#include <iostream> // ::std::cout
#include <ostream> // <<
void hello(){ ::std::cout << "Hello, "; }
 
main.cpp
 
#include <iostream> // ::std::cout
#include <ostream> // <<
void hello();
int main(){ ::hello(); ::std::cout << "Example!\n"; }
 
The second part is implementation-dependent: Look up in the
documentation of your implementation how two compile two
files and link the resulting object files to an executable.
 
After this step, you can do two exercises:
 
Exercise:
 
Extract the declaration of »hello« from »main.cpp« into a
separate header file and include this header file in both
source files.
 
Exercise:
 
Add include guards to the header file.
ram@zedat.fu-berlin.de (Stefan Ram): Oct 21 01:46AM

>I should have added that I'm talking about Ubuntu 14.04 gcc
>Where would I find the documentation of which you speak?
 
$ g++ hello.cpp main.cpp
$ ./a.out
Hello, Example!
 
(Finding out about include guards is intended to be a /part
of/ the exercise.)
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)