Re: Garbage Collection - The Trash Begins To Pile Up

From:

"Le Chaud Lapin" <jaibuduvin@gmail.com>

Newsgroups:

comp.lang.c++.moderated

Date:

29 Dec 2006 14:31:39 -0500

Message-ID:

<1167364579.641147.203900@h40g2000cwb.googlegroups.com>

Carlos Moreno wrote:

Le Chaud Lapin wrote:
You mean like programming in C with a C++ compiler? Yep, they should
*not* be doing that.

Yep.

Maybe the preferred "new direction" that C++ should take would be
*completely* breaking the infamous compatibility with C (it is
already partially broken), instead of adding GC.

Yes.

C++ memory management is already very "automatable" (not automatic,
but the facilities are there to make it very automatic --- RAII,
ctor/dtor to encapsulate memory management issues, auto_ptr and
shared_ptr, etc. etc. ... It is people still wanting to use
..c_srt() off an std::string to then use strcat/strcpy/etc. that
causes serious messes (and yes, the c_str()/strcat/etc example
is rather a figure of speech). Maybe *those* should be removed,
instead of GC added.

I saw this in real C++ code, using maybe 500 times. the .cstr() thing.

There is also the issue of libraries. STL is deficient. I could name
10-12 classes that are *absolutely fundamental* in systems engineering,
and not only does C++ not have them, I don't know if anyone out there
is even acknowledging that they do not exist. This is another reason
for sloppy, operator new(), non-RAII type coding..the programmer is
actually trying to create data structures that are fundamental, only we
do not know of them yet.

-Le Chaud Lapin-

--
[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]