Page 1

Thinking in C++ 2nd edition Volume 2: Standard Libraries & Advanced Topics To be informed of future releases of this document and other information about object- oriented books, documents, seminars and CDs, subscribe to my free newsletter. Just send any email to: join-eckel-oo-programming@earth.lyris.net

Page 2

“This book is a tremendous achievement. You owe it to yourself to have a copy on your shelf. The chapter on iostreams is the most comprehensive and understandable treatment of that subject I’ve seen to date.” Al Stevens Contributing Editor, Doctor Dobbs Journal “Eckel’s book is the only one to so clearly explain how to rethink program construction for object orientation. That the book is also an excellent tutorial on the ins and outs of C++ is an added bonus.” Andrew Binstock Editor, Unix Review “Bruce continues to amaze me with his insight into C++, and Thinking in C++ is his best collection of ideas yet. If you want clear answers to difficult questions about C++, buy this outstanding book.” Gary Entsminger Author, The Tao of Objects “Thinking in C++ patiently and methodically explores the issues of when and how to use inlines, references, operator overloading, inheritance and dynamic objects, as well as advanced topics such as the proper use of templates, exceptions and multiple inheritance. The entire effort is woven in a fabric that includes Eckel’s own philosophy of object and program design. A must for every C++ developer’s bookshelf, Thinking in C++ is the one C++ book you must have if you’re doing serious development with C++.” Richard Hale Shaw Contributing Editor, PC Magazine

Page 3

Thinking In C++ 2nd Edition, Volume 2 Bruce Eckel President, MindView Inc.

Page 4

© 1999 by Bruce Eckel, MindView, Inc. The information in this book is distributed on an “as is” basis, without warranty. While every precaution has been taken in the preparation of this book, neither the author nor the publisher shall have any liability to any person or entitle with respect to any liability, loss or damage caused or alleged to be caused directly or indirectly by instructions contained in this book or by the computer software or hardware products described herein. All rights reserved. No part of this book may be reproduced in any form or by any electronic or mechanical means including information storage and retrieval systems without permission in writing from the publisher or author, except by a reviewer who may quote brief passages in a review. Any of the names used in the examples and text of this book are fictional; any relationship to persons living or dead or to fictional characters in other works is purely coincidental.

Page 5

dedication To the scholar, the healer, and the muse

Page 6

What’s inside... Thinking in C++ 2nd edition Volume 2: Standard Libraries & Advanced Topics Revision 1, xx 1999 ............................................................1 Preface 13 What’s new in the second edition13 What’s in Volume 2 of this book ......14 How to get Volume 2 ........................14 Prerequisites............................... 14 Learning C++............................. 14 Goals .......................................... 16 Chapters ..................................... 17 Exercises .................................... 18 Exercise solutions .............................18 Source code................................ 18 Language standards.................... 20 Language support..............................20 The book’s CD ROM................. 20 Seminars, CD Roms & consulting20 Errors ......................................... 21 Acknowledgements.................... 21 Part 1: The Standard C++ Library 23 Library overview........................ 24 1: Strings 27 What’s in a string ....................... 27 Creating and initializing C++ strings 29 Operating on strings................... 31 Appending, inserting and concatenating strings 32 Replacing string characters ...............34 Concatenation using non-member overloaded operators 37 Searching in strings.................... 38 Finding in reverse..............................43 Finding first/last of a set....................44 Removing characters from strings.....45 Comparing strings .............................49 Using iterators...................................53

Page 7

Chapter 2: Hiding the Implementation 7 Strings and character traits ................55 A string application.................... 58 Summary.................................... 61 Exercises .................................... 62 2: Iostreams 63 Why iostreams?.......................... 63 True wrapping...................................65 Iostreams to the rescue............... 67 Sneak preview of operator overloading68 Inserters and extractors .....................69 Common usage..................................70 Line-oriented input............................72 File iostreams............................. 74 Open modes ......................................76 Iostream buffering...................... 76 Using get( ) with a streambuf............78 Seeking in iostreams .................. 78 Creating read/write files ....................80 stringstreams .............................. 81 strstreams ................................... 81 User-allocated storage.......................81 Automatic storage allocation.............84 Output stream formatting........... 87 Internal formatting data.....................88 An exhaustive example .....................92 Formatting manipulators............ 95 Manipulators with arguments............96 Creating manipulators................ 99 Effectors..........................................100 Iostream examples ................... 102 Code generation ..............................102 A simple datalogger ........................110 Counting editor ...............................117 Breaking up big files .......................118 Summary.................................. 120 Exercises .................................. 120 3: Templates in depth 121 Nontype template arguments ... 121 Default template arguments ..... 122 The typename keyword............ 122 Typedefing a typename...................124 Using typename instead of class ....124 Function templates ................... 124 A string conversion system .............125 A memory allocation system...........126 Type induction in function templates 129 Taking the address of a generated function template 130

Page 8

Chapter 2: Hiding the Implementation 8 Local classes in templates ........ 131 Applying a function to an STL sequence 131 Template-templates .................. 134 Member function templates ..... 135 Why virtual member template functions are disallowed 137 Nested template classes...................137 Template specializations .......... 137 Full specialization ...........................137 Partial Specialization.......................137 A practical example ........................137 Design & efficiency ........................141 Preventing template bloat................141 Explicit instantiation ................ 143 Explicit specification of template functions 144 Controlling template instantiation144 The inclusion vs. separation models145 The export keyword ........................145 Template programming idioms 145 The “curiously-recurring template”.145 Traits...............................................145 Summary.................................. 145 4: STL Containers & Iterators147 Containers and iterators ........... 147 STL reference documentation .........149 The Standard Template Library 149 The basic concepts ................... 151 Containers of strings ................ 155 Inheriting from STL containers 157 A plethora of iterators .............. 159 Iterators in reversible containers .....161 Iterator categories............................162 Predefined iterators .........................163 Basic sequences: vector, list & deque 169 Basic sequence operations...............169 vector ....................................... 172 Cost of overflowing allocated storage173 Inserting and erasing elements ........177 deque........................................ 179 Converting between sequences .......181 Cost of overflowing allocated storage182 Checked random-access ..................184 list ............................................ 185 Special list operations .....................187 Swapping all basic sequences..........191 Robustness of lists...........................192 Performance comparison ......... 193 set............................................. 198 Eliminating strtok( ) .......................199 StreamTokenizer: a more flexible solution 201

Page 9

Chapter 2: Hiding the Implementation 9 A completely reusable tokenizer .....203 stack ......................................... 208 queue........................................ 211 Priority queues ......................... 216 Holding bits.............................. 226 bitset<n> ........................................226 vector<bool> ..................................230 Associative containers ............. 232 Generators and fillers for associative containers 236 The magic of maps..........................239 Multimaps and duplicate keys .........244 Multisets .........................................247 Combining STL containers ...... 250 Cleaning up containers of pointers253 Creating your own containers .. 255 Freely-available STL extensions257 Summary.................................. 259 Exercises .................................. 260 5: STL Algorithms 263 Function objects....................... 263 Classification of function objects ....264 Automatic creation of function objects265 SGI extensions ................................279 A catalog of STL algorithms.... 285 Support tools for example creation..287 Filling & generating ........................291 Counting .........................................293 Manipulating sequences ..................294 Searching & replacing.....................299 Comparing ranges ...........................305 Removing elements.........................308 Sorting and operations on sorted ranges311 Heap operations ..............................322 Applying an operation to each element in a range 323 Numeric algorithms.........................331 General utilities...............................334 Creating your own STL-style algorithms 336 Summary.................................. 337 Exercises .................................. 337 Part 2: Advanced Topics 341 6: Multiple inheritance 342 Perspective ............................... 342 Duplicate subobjects ................ 344 Ambiguous upcasting............... 345 virtual base classes.................. 346

Page 10

Chapter 2: Hiding the Implementation 10 The "most derived" class and virtual base initialization 348 "Tying off" virtual bases with a default constructor 349 Overhead.................................. 351 Upcasting ................................. 352 Persistence ......................................355 Avoiding MI............................. 362 Repairing an interface .............. 362 Summary.................................. 367 Exercises .................................. 368 7: Exception handling 369 Error handling in C .................. 369 Throwing an exception ............ 372 Catching an exception.............. 373 The try block ..................................373 Exception handlers..........................373 The exception specification.............374 Better exception specifications?......377 Catching any exception ...................377 Rethrowing an exception.................378 Uncaught exceptions .......................378 Function-level try blocks.................380 Cleaning up .............................. 380 Constructors ............................. 384 Making everything an object...........386 Exception matching ................. 388 Standard exceptions ................. 390 Programming with exceptions . 391 When to avoid exceptions ...............391 Typical uses of exceptions ..............392 Overhead.................................. 396 Summary.................................. 397 Exercises .................................. 397 8: Run-time type identification399 The “Shape” example .............. 399 What is RTTI?.......................... 400 Two syntaxes for RTTI ...................400 Syntax specifics ....................... 404 typeid( ) with built-in types ............404 Producing the proper type name......405 Nonpolymorphic types ....................405 Casting to intermediate levels .........406 void pointers ...................................408 Using RTTI with templates .............408 References................................ 409 Exceptions.......................................410 Multiple inheritance ................. 411

Page 11

Chapter 2: Hiding the Implementation 11 Sensible uses for RTTI............. 412 Revisiting the trash recycler ............413 Mechanism & overhead of RTTI416 Creating your own RTTI.......... 416 Explicit cast syntax .................. 420 Summary.................................. 421 Exercises .................................. 422 9: Building stable systems 423 Shared objects & reference counting 423 Reference-counted class hierarchies423 The canonical object & singly-rooted hierarchies 423 An extended canonical form............424 Design by contract ................... 424 Integrated unit testing .............. 424 Dynamic aggregation ............... 424 Exercises .................................. 428 10: Design patterns 429 The pattern concept.................. 429 The singleton...................................430 Classifying patterns.................. 434 Features, idioms, patterns................435 Basic complexity hiding..................435 Factories: encapsulating object creation 436 Polymorphic factories .....................438 Abstract factories ............................441 Virtual constructors.........................444 Callbacks.................................. 449 Functor/Command ..........................450 Strategy ...........................................450 Observer..........................................450 Multiple dispatching ................ 459 Visitor, a type of multiple dispatching463 Efficiency................................. 466 Flyweight ........................................466 The composite.......................... 466 Evolving a design: the trash recycler 466 Improving the design ............... 471 “Make more objects”.......................471 A pattern for prototyping creation...476 Abstracting usage..................... 488 Applying double dispatching ... 492 Implementing the double dispatch...492 Applying the visitor pattern ..... 497 RTTI considered harmful? ....... 503 Summary.................................. 506

Page 12

Chapter 2: Hiding the Implementation 12 Exercises .................................. 507 11: Tools & topics 509 The code extractor ................... 509 Debugging................................ 531 assert( )...........................................531 Trace macros...................................531 Trace file .........................................532 Abstract base class for debugging ...533 Tracking new/delete & malloc/free533 CGI programming in C++........ 539 Encoding data for CGI ....................540 The CGI parser................................541 Using POST ....................................548 Handling mailing lists .....................549 A general information-extraction CGI program 560 Parsing the data files .......................566 Summary.................................. 573 Exercises .................................. 573 A: Recommended reading 575 C............................................... 575 General C++............................. 575 My own list of books.......................576 Depth & dark corners............... 576 The STL................................... 576 Design Patterns ........................ 576 B:Compiler specifics 577 Index 580

Page 13

13 Preface Like any human language, C++ provides a way to express concepts. If successful, this medium of expression will be significantly easier and more flexible than the alternatives as problems grow larger and more complex. You can’t just look at C++ as a collection of features; some of the features make no sense in isolation. You can only use the sum of the parts if you are thinking about design, not simply coding. And to understand C++ in this way, you must understand the problems with C and with programming in general. This book discusses programming problems, why they are problems, and the approach C++ has taken to solve such problems. Thus, the set of features I explain in each chapter will be based on the way that I see a particular type of problem being solved with the language. In this way I hope to move you, a little at a time, from understanding C to the point where the C++ mindset becomes your native tongue. Throughout, I’ll be taking the attitude that you want to build a model in your head that allows you to understand the language all the way down to the bare metal; if you encounter a puzzle you’ll be able to feed it to your model and deduce the answer. I will try to convey to you the insights which have rearranged my brain to make me start “thinking in C++.” What’s new in the second edition This book is a thorough rewrite of the first edition to reflect all the changes introduced in C++ by the finalization of the ANSI/ISO C++ Standard. The entire text present in the first edition has been examined and rewritten, sometimes removing old examples, often changing existing examples and adding new ones, and adding many new exercises. Significant rearrangement and re-ordering of the material took place to reflect the availability of better tools and my improved understanding of how people learn C++. A new chapter was added which is a rapid introduction to the C concepts and basic C++ features for those who haven’t been exposed. The CD ROM bound into the back of the book contains a seminar which is an even gentler introduction to the C concepts necessary to understand C++ (or Java). It was created by Chuck Allison for my company (MindView, Inc.) and it’s called “Thinking in C: Foundations for Java and C++.” It introduces you to the aspects of C that are necessary for you to move on

Page 14

Preface 14 to C++ or Java (leaving out the nasty bits that C programmers must deal with on a day-to-day basis but that the C++ and Java languages steer you away from). So the short answer is: what isn’t brand new has been rewritten, sometimes to the point where you wouldn’t recognize the original examples and material. What’s in Volume 2 of this book The completion of the C++ Standard also added a number of important new libraries such as string and the Standard Template Library (STL) as well as new complexity in templates. These and other more advanced topics have been relegated to Volume 2 of this book, including issues like multiple inheritance, exception handling, design patterns and topics about building stable systems and debugging them. How to get Volume 2 Just like the book that you currently hold, Thinking in C++, Volume 2 is freely downloadable in its entirety from my web site at www.BruceEckel.com. The final version of Volume 2 will be completed and printed in late 2000 or early 2001. The web site also contains the source code for both the books, along with updates and information about CD ROMs, public seminars, and in-house training, consulting, mentoring and walk-throughs. Prerequisites In the first edition of this book, I decided to assume that someone else had taught you C and that you have at least a reading level of comfort with it. My primary focus was on simplifying what I found difficult – the C++ language. In this edition I have added a chapter that is a very rapid introduction to C, along with the Thinking in C seminar-on-CD, but still assuming that you have some kind of programming experience already. In addition, just as you learn many new words intuitively by seeing them in context in a novel, it’s possible to learn a great deal about C from the context in which it is used in the rest of the book. Learning C++ I clawed my way into C++ from exactly the same position as I expect many of the readers of this book will: As a programmer with a very no-nonsense, nuts-and-bolts attitude about programming. Worse, my background and experience was in hardware-level embedded programming, where C has often been considered a high-level language and an inefficient overkill for pushing bits around. I discovered later that I wasn’t even a very good C programmer, hiding my ignorance of structures, malloc( ) & free( ), setjmp( ) & longjmp( ),

Page 15

Preface 15 and other “sophisticated” concepts, scuttling away in shame when the subjects came up in conversation rather than reaching out for new knowledge. When I began my struggle to understand C++, the only decent book was Stroustrup’s self- professed “expert’s guide,1 ” so I was left to simplify the basic concepts on my own. This resulted in my first C++ book,2 which was essentially a brain dump of my experience. That was designed as a reader’s guide, to bring programmers into C and C++ at the same time. Both editions3 of the book garnered an enthusiastic response. At about the same time that Using C++ came out, I began teaching the language in live seminars and presentations. Teaching C++ (and later, Java) became my profession; I’ve seen nodding heads, blank faces, and puzzled expressions in audiences all over the world since 1989. As I began giving in-house training with smaller groups of people, I discovered something during the exercises. Even those people who were smiling and nodding were confused about many issues. I found out, by creating and chairing the C++ and Java tracks at the Software Development Conference for many years, that I and other speakers tended to give the typical audience too many topics, too fast. So eventually, through both variety in the audience level and the way that I presented the material, I would end up losing some portion of the audience. Maybe it’s asking too much, but because I am one of those people resistant to traditional lecturing (and for most people, I believe, such resistance results from boredom), I wanted to try to keep everyone up to speed. For a time, I was creating a number of different presentations in fairly short order. Thus, I ended up learning by experiment and iteration (a technique that also works well in C++ program design). Eventually I developed a course using everything I had learned from my teaching experience. It tackles the learning problem in discrete, easy-to-digest steps and for a hands-on seminar (the ideal learning situation), there are exercises following each of the presentations. The first edition of this book developed over the course of two years, and the material in this book has been road-tested in many forms in many different seminars. The feedback that I’ve gotten from each seminar has helped me change and refocus the material until I feel it works well as a teaching medium. But it isn’t just a seminar handout – I tried to pack as much information as I could within these pages, and structure it to draw you through, onto the next subject. More than anything, the book is designed to serve the solitary reader, struggling with a new programming language. 1 Bjarne Stroustrup, The C++ Programming Language, Addison-Wesley, 1986 (first edition). 2 Using C++, Osborne/McGraw-Hill 1989. 3 Using C++ and C++ Inside & Out, Osborne/McGraw-Hill 1993.

Page 16

Preface 16 Goals My goals in this book are to: 1. Present the material a simple step at a time, so the reader can easily digest each concept before moving on. 2. Use examples that are as simple and short as possible. This sometimes prevents me from tackling “real-world” problems, but I’ve found that beginners are usually happier when they can understand every detail of an example rather than being impressed by the scope of the problem it solves. Also, there’s a severe limit to the amount of code that can be absorbed in a classroom situation. For this I sometimes receive criticism for using “toy examples,” but I’m willing to accept that in favor of producing something pedagogically useful. 3. Carefully sequence the presentation of features so that you aren’t seeing something you haven’t been exposed to. Of course, this isn’t always possible; in those situations, a brief introductory description will be given. 4. Give you what I think is important for you to understand about the language, rather than everything I know. I believe there is an “information importance hierarchy,” and there are some facts that 95% of programmers will never need to know, but that would just confuse people and add to their perception of the complexity of the language. To take an example from C, if you memorize the operator precedence table (I never did) you can write clever code. But if you have to think about it, it will confuse the reader/maintainer of that code. So forget about precedence, and use parentheses when things aren’t clear. This same attitude will be taken with some information in the C++ language, which I think is more important for compiler writers than for programmers. 5. Keep each section focused enough so the lecture time – and the time between exercise periods – is small. Not only does this keep the audience’ minds more active and involved during a hands-on seminar, but it gives the reader a greater sense of accomplishment. 6. Provide the reader with a solid foundation so they can understand the issues well enough to move on to more difficult coursework and books (in particular, Volume 2 of this book). 7. I’ve endeavored not to use any particular vendor’s version of C++ because, for learning the language, I don’t feel like the details of a particular

Page 17

Preface 17 implementation are as important as the language itself. Most vendors’ documentation concerning their own implementation specifics is adequate. Chapters C++ is a language where new and different features are built on top of an existing syntax. (Because of this it is referred to as a hybrid object-oriented programming language.) As more people have passed through the learning curve, we’ve begun to get a feel for the way programmers move through the stages of the C++ language features. Because it appears to be the natural progression of the procedurally-trained mind, I decided to understand and follow this same path, and accelerate the process by posing and answering the questions that came to me as I learned the language and that came from audiences as I taught it. This course was designed with one thing in mind: to streamline the process of learning the C++ language. Audience feedback helped me understand which parts were difficult and needed extra illumination. In the areas where I got ambitious and included too many features all at once, I came to know – through the process of presenting the material – that if you include a lot of new features, you have to explain them all, and the student’s confusion is easily compounded. As a result, I’ve taken a great deal of trouble to introduce the features as few at a time as possible; ideally, only one major concept at a time per chapter. The goal, then, is for each chapter to teach a single concept, or a small group of associated concepts, in such a way that no additional features are relied upon. That way you can digest each piece in the context of your current knowledge before moving on. To accomplish this, I leave some C features in place for longer than I would prefer. The benefit is that you will not be confused by seeing all the C++ features used before they are explained, so your introduction to the language will be gentle and will mirror the way you will assimilate the features if left to your own devices. Here is a brief description of the chapters contained in this book: (5) Introduction to iostreams. One of the original C++ libraries – the one that provides the essential I/O facility – is called iostreams. Iostreams is intended to replace C’s stdio.h with an I/O library that is easier to use, more flexible, and extensible – you can adapt it to work with your new classes. This chapter teaches you the ins and outs of how to make the best use of the existing iostream library for standard I/O, file I/O, and in-memory formatting. (15) Multiple inheritance. This sounds simple at first: A new class is inherited from more than one existing class. However, you can end up with ambiguities and multiple copies of base-class objects. That problem is solved with virtual base classes, but the bigger issue remains: When do you use it? Multiple inheritance is only essential when you need to manipulate an object through more than one common base class. This chapter explains the syntax for multiple inheritance, and shows alternative approaches – in particular, how templates solve one common problem. The use of multiple inheritance to repair a “damaged” class interface is demonstrated as a genuinely valuable use of this feature.

Page 18

Preface 18 (16) Exception handling. Error handling has always been a problem in programming. Even if you dutifully return error information or set a flag, the function caller may simply ignore it. Exception handling is a primary feature in C++ that solves this problem by allowing you to “throw” an object out of your function when a critical error happens. You throw different types of objects for different errors, and the function caller “catches” these objects in separate error handling routines. If you throw an exception, it cannot be ignored, so you can guarantee that something will happen in response to your error. (17) Run-time type identification. Run-time type identification (RTTI) lets you find the exact type of an object when you only have a pointer or reference to the base type. Normally, you’ll want to intentionally ignore the exact type of an object and let the virtual function mechanism implement the correct behavior for that type. But occasionally it is very helpful to know the exact type of an object for which you only have a base pointer; often this information allows you to perform a special-case operation more efficiently. This chapter explains what RTTI is for and how to use it. Exercises I’ve discovered that simple exercises are exceptionally useful during a seminar to complete a student’s understanding, so you’ll find a set at the end of each chapter. These are fairly simple, so they can be finished in a reasonable amount of time in a classroom situation while the instructor observes, making sure all the students are absorbing the material. Some exercises are a bit more challenging to keep advanced students entertained. They’re all designed to be solved in a short time and are only there to test and polish your knowledge rather than present major challenges (presumably, you’ll find those on your own – or more likely they’ll find you). Exercise solutions Solutions to exercises can be found in the electronic document The C++ Annotated Solution Guide, Volume 2 by Chuck Allison, available for a small fee from www.BruceEckel.com. [[ Note this is not yet available ]] Source code The source code for this book is copyrighted freeware, distributed via the web site http://www.BruceEckel.com. The copyright prevents you from republishing the code in print media without permission. Although the code is available in a zipped file on the above web site, you can also unpack the code yourself by downloading the text version of the book and running the program ExtractCode (from Volume 2 of this book), the source for which is also provided on the Web

Page 19

Preface 19 site. The program will create a directory for each chapter and unpack the code into those directories. In the starting directory where you unpacked the code you will find the following copyright notice: //:! :CopyRight.txt Copyright (c) Bruce Eckel, 1999 Source code file from the book "Thinking in C++" All rights reserved EXCEPT as allowed by the following statements: You can freely use this file for your own work (personal or commercial), including modifications and distribution in executable form only. Permission is granted to use this file in classroom situations, including its use in presentation materials, as long as the book "Thinking in C++" is cited as the source. Except in classroom situations, you cannot copy and distribute this code; instead, the sole distribution point is http://www.BruceEckel.com (and official mirror sites) where it is freely available. You cannot remove this copyright and notice. You cannot distribute modified versions of the source code in this package. You cannot use this file in printed media without the express permission of the author. Bruce Eckel makes no representation about the suitability of this software for any purpose. It is provided "as is" without express or implied warranty of any kind, including any implied warranty of merchantability, fitness for a particular purpose or non-infringement. The entire risk as to the quality and performance of the software is with you. Bruce Eckel and the publisher shall not be liable for any damages suffered by you or any third party as a result of using or distributing software. In no event will Bruce Eckel or the publisher be liable for any lost revenue, profit, or data, or for direct, indirect, special, consequential, incidental, or punitive damages, however caused and regardless of the theory of liability, arising out of the use of or inability to use software, even if Bruce Eckel and the publisher have been advised of the possibility of such damages. Should the software prove defective, you assume the cost of all

Page 20

Preface 20 necessary servicing, repair, or correction. If you think you've found an error, please submit the correction using the form you will find at www.BruceEckel.com. (Please use the same form for non-code errors found in the book.) You may use the code in your projects and in the classroom as long as the copyright notice is retained. Language standards Throughout this book, when referring to conformance to the ANSI/ISO C standard, I will generally just say ‘C.’ Only if it is necessary to distinguish between Standard C and older, pre-Standard versions of C will I make the distinction. At this writing the ANSI/ISO C++ committee was finished working on the language. Thus, I will use the term Standard C++ to refer to the standardized language. If I simply refer to C++ you should assume I mean “Standard C++.” Language support Your compiler may not support all the features discussed in this book, especially if you don’t have the newest version of your compiler. Implementing a language like C++ is a Herculean task, and you can expect that the features will appear in pieces rather than all at once. But if you attempt one of the examples in the book and get a lot of errors from the compiler, it’s not necessarily a bug in the code or the compiler – it may simply not be implemented in your particular compiler yet. The book’s CD ROM Seminars, CD Roms & consulting My company, MindView, Inc., provides public hands-on training seminars based on the material in this book, and also for advanced topics. Selected material from each chapter represents a lesson, which is followed by a monitored exercise period so each student receives personal attention. We also provide on-site training, consulting, mentoring, and design & code

Tip the Site

Thinking in C++, Volume 2 Practical Programming (Bruce Eckel, Chuck Allison)（Z-Library）

Thinking in C++, Volume 2 Practical Programming (Bruce Eckel, Chuck Allison)（Z-Library）

Registered users can read the full content for free

AI Reading Assistant

Passage locations

Recommended for You

Tip the Site