You know I was looking at some other code, and wondered the same question. Some stuff I have seen does not even lend itself to stl...I keep thinking that in C++ we have classes,virtual functions,inheritence, and polymorphism for a reason. Some stuff I have seen written using STL was twice as much work to incorporate than if it had been done using abstract classes. I actually feel the same way about what is happening to XML...I (for the life of me) can not figure out why they changed it from being an incredibly cross platform data transport mechanism into a templeted html/macro language...:confused:

Agreed >>b) Code that is shared between applications<< I am really bad about not doing this...Since I usually am working on one project at a time I copy the classes I need into the appropriate project folder... Later if I fix/update I copy the updated code the the other projects that use it (if applicable)... I think I started doing this so that when I archived a project onto CD - I knew that all I had to do was load it up and build..Even if it was a couple years old...I reasoned that if a set of classes was shared, the interfaces may have changed to such a degree that other projects based on them would not build correctly....

>> "More managable" doesn't necessarily mean "put the code in DLL's". << I agree to an extent. Lately I have liked having ALL the code in a single project. I manage huge amounts of code by sticking them in folders in the IDE...Ill create folders with useful names like: Views (Contains all view code) Misc (contains things which dont fall into any category)

Man please dont mention the fact that there are more than 2 browsers. Besides totally dis-proving the DOJ's case against MS, you make me cringe as a developer. X|

The best decompiler for C++ is your brain. Reverse engineering has been around since compilers existed.:rolleyes: