Vectors deep down use dumb pointers, so ultimately they'd be part of C.

Um... no.

C++ and C are different languages. C++ attempts to be "backwards compatible" with C, but it isn't completely. There are enough differences between the two to say that they are clearly, and without question, two independent and distinctly different languages.

There is C++ code that will not compile in C, and vice versa. There is C code that will compile in C++, but will do something different in C++ than it would in C.

I would give you the same advice I gave to BHXSpecter. Use common sense.

I've been asking around and looking into it more. The more I talk to others and the more tutorials I look at, the more I see why even with common sense people say learning C++ is just learning C until you learn classes and OOP. For example, here is the C and C++ tutorials from Cprogramming.com http://prntscr.com/1sg6i3 <= best example as to why I can see why they say learning C++ is like learning C. It is just a misconception that seems logical even with common sense due to how tutorials make them both look when compared side by side.

> The more I talk to others and the more tutorials I look at, the more I see why
> even with common sense people say learning C++ is just learning C until you learn classes and OOP.

Perhaps you should consider talking to people who know the rudiments of C++. And look at tutorials that are of marginally better quality than the ones that you have perused so far. For instance, a tutorial where where the second program after the obligatory "Hello World!" may be something like:

@JLBorges
Well that would be considered bad advice. If you jump from the "Hello World!" tutorial straight to input that means you skip over teaching variables and data types. Look at the tutorials on this site:

> That would be a bad tutorial. The beginner might try using std::cin a second time in that manner and get caught in a pitfall.

What pitfall? By the way, that was a program, which could have been part of a C++ tutorial; it is not the tutorial in its entirety.

Though, I can see why to a C fanboy, this would be a really terrible second program to appear in a tutorial. The program example (with equivalent functionality), in a really good C++ tutorial ought to have been (adapted from 'Learning Standard C++ as a New Language' - Stroustrup):

> Well that would be considered bad advice. If you jump from the "Hello World!" tutorial straight to input ...

What? You have started with the "Hello World!" program?
Without first teaching:

*Basics required for Hello World*
**Structure of a program
**Functions ( int main(), for heavens sake!)
**Scopes ( what is this { ... }? )
**Variables. Data types. (std::cout is a variable, and it has a type)
**Constants (yes, very important before we can talk about string literals)
**Operators, including overloaded operators ( << )
**Basic Input/Output (No, just output would suffice for Hello World!)
**The C preprocessor and (Yes, or else we can't have #include <iostream>, can we?)
**The separate compilation model and linkage (how does this std::cout manifest itself?)
** namespaces (std::)

Once you have taught all that before the first "Hello World" example, my teaching how to read and write a string for the second example is a piece of cake.

Okay, C++ was the first language I ever learned on my own. I did BASIC in 7th and 8th grade, but never really remembered any of that after 8th grade. I'm not a fanboy of any language and even I would never make the second tutorial example a program that did input before ever even touching data types, variables, and then go to input and output.

> t is a bad tutorial that jumps straight to cin >> a_string.
> ... Get strings with std::getline().

If that is bad, this would be terrible:

123456

std::cout << "please type in your first name: " ;
std::string name ;
std::getline( std::cin, name ) ;
// use an istringstream to parse the input and extract the first name// where one would do stm >> a_string ; any way.// Unless the intent was to parse it character by character

std::cin >> name ; is the simplest, and the correct way to read in a white space delimited sequence of characters.
Just as std::getline( std::cin, name ) ; is the simplest, and the correct way to read in an entire line which may contain white spaces.

you can basically plug-and-play with any of the popular standard library implementations

Incidentally, i can't agree with that: C++ standard libraries are tightly integrated with their respective compilers: core language features rely on the standard library (e.g. they throw exceptions and call functions defined in std::), and standard library implementations require intimate knowledge of the non-portable compiler intrinsics and implementation details of all supported compilers, as well as the low-level APIs of all supported operating systems and, to some extent, CPUs. Providing standard, portable API to all that is of the reasons the library exists.

There are a couple cases where two compilers can use the same library or one library can be used with two compilers, but they took a lot of work.

Took me all of an hour to rummage through my book collection, to locate the introductory text teaching C++ which had the program I posted earlier (The C++ program, not the C program masquerading as a C++ program) as the second example after the first "Hello World!" example.

From Chapter 1 of 'Accelerated C++: Practical Programming by Example' by Koenig and Moo:

1. Working with strings
Chapter 0 looked at a small program, which we used to introduce surprisingly many fundamental C++ ideas: comments, standard headers, scopes, namespaces, expressions, statements, string literals and output. This chapter continues our overview ...

1.1 Input
Once we can write text, the next logical step is to read it. For example, we can modify the "Hello world!" program to say hello to a specific person:

After he was off for a few days, I looked at the profile and it said: 'This account has limited functionality. This was likely due to the user being reported etc..'. Looked at it now, and it remains the same.

I wonder when his account will be put back to normal. Would it help if I send a mail to the admin to remind him that it is about two weeks now? Take away the frequent invectives, and he would be an asset to the forum.