puhlease... what does delphi have that c/c++ doesn't?
For anything with more than a minimal GUI, Delphi is better with the VCL and its event driven object model, lots of snap in components most of which include source and which you can descend from/modify (even the VCL itself includes source if you get the professional or enterprise versions).
You can actually add your own events to the objects and reassign them at runtime too, they are basically just properties with function pointer types that are listed on a separate page in the object inspector.
Also the string functions are pretty good, providing a superset of STL string functionality (string in Delphi is actually a macro for the AnsiString class used on the C++ Builder side), and you have .c_str() and international character set functionality at the same time in a relatively transparent way.
Array properties are a nice way of overloading the [] operator with separate get/set functionality, or for multiple parameters between the [] of whatever types you want. Can operator[] be overloaded to take multiple params in all versions of C++? Not sure...
It has good variant manipulation calls too so you don't need to bother with looping through all the variant byref crap that ASP sends in, and also the BDE is a nice alternative to ADO/ODBC.
One more thing: try/catch/finally is so much nicer than try/catch... I'm surprised that hasn't been added to most C++ implementations yet.
For non-GUI applications or programs which need to be cross platform you are right C++ is generally better. But the visual development is awesome for anything GUI driven.
Or you could theoretically get the best of both worlds with C++ Builder but that is usually a version or 2 behind delphi in getting new features and is a bit buggy.