Tamas Rudnai wrote: > ...but Software Engineering had never been thought to be Engineering > :-) (just kidding) I *KNEW* someone was going to bring that up... The original version of my message (before I basically rewrote it) had this little gem in it: ] And, after all, [EE] is ] "Everything Engineering", right? (please don't start arguing about ] whether SE is a true "engineering" discipline, I don't want to start a ] Holy War) > My 2 cents: I use MSDN, that answers to most of the questions > (function names etc) -- that is free and online :-) Catch: it covers Visual C++. Both VCPP and gcc deviate from the spec in different ways. For bonus points, some of gcc's deviations aren't documented particularly well :-/ > Also if you google on "C++ STL reference" there are many-many and even > more hit, for example: > > http://www.cppreference.com/wiki/ > http://www.cplusplus.com/reference/ I've seen those, but by the time cplusplus.com loads, I could have looked it up in a book. > I would prefer one of these or couple of these instead of a book -- I > can find things faster by searching phrases or slicking on structured > links than reading a paper book, but you might find it the other way > around. I've got a Sony Reader (PRS505) that I mainly use for reading sci-fi books on the bus/train (courtesy of the "Baen Free Library" on www.baen.com). It works pretty well for ePUB-format books, too -- the catch is that it seems to have been designed for reading (e.g.) paperback novels, so it doesn't do full-text searching Skimming big books tends to upset it a little, too. The ePUB version of "C++ In A Nutshell", for instance, repaginates to ~4000 screens worth of text. Going over a section break (or attempting to view a section you haven't looked at before) tends to make the Reader spin its wheels for a few seconds... -- Phil. piclist@philpem.me.uk http://www.philpem.me.uk/ -- http://www.piclist.com PIC/SX FAQ & list archive View/change your membership options at http://mailman.mit.edu/mailman/listinfo/piclist