Article View: es.comp.os.linux.programacion
Article #18639Re: PROBLEMA DE MEMORIA
From: franci72
Date: Sun, 08 Aug 1999 00:00
Date: Sun, 08 Aug 1999 00:00
44 lines
2971 bytes
2971 bytes
>new y malloc hacen una gesti�n diferente y por separado de la memoria, >con lo cual no es imposible que una llamada malloc pise a una new o >viceversa. Lo de que un malloc se pise a s� mismo... no creo. Segun creo recordar lei en "C++ manual de referencia" de Herbert Shildt que el estandar decia que no se aseguraba la compatibilidad entre ambos, es decir, que no se pedia pedir memoria con new y liberarla con el free o pedirla con el malloc y usar el delete para liberarla, porque aunque en algunas implementaciones funcione, todas aquellas en las que el new se implementa con malloc, podia no hacerlo. Y si lo piensas bien, si todo el codigo C usa malloc, calloc, realloc y free ya no podrias usarlo en C++ donde las la mayor parte de clases estan plagaditas de new. Ahora razonando podemos llegar a esta conclusi�n por reduccion al absurdo, si metes algun trozo de codigo en C puro en un programa en C++ (Se supone que debe funcionar o almenos a mi siempre me ha funcionado si estaba bien hecho) ya no podrias usar en ninguna ocasi�n new con lo cual, si 90% del codigo en C que tienes usa malloc y el 90% del codigo en C++ que tienes usa new, solo podrias usar un 10% de alguno de los dos juntos. Por lo menos para mi llamar a esto compatibilidad es absurdo. Por otro lado siempre puedes redefinir new para que use malloc, lo cual puedes encontrar en el libro al que he hecho referencia. Tambien discrepo con lo que escribio Enrique Ferrero >> No uses malloc con C++. new es mejor. El C++Builder 1.0 usa malloc para new con lo cual solo es de mas alto nivel no mejor, desconozco como funcionan otros compiladores pero supongo que si ya tienen un codigo cojonudo para el malloc para que inventarse otra jugada, usan la misma abstrallendo al programador. El dia que me digas como se hace un realloc con new y delete, haciendo un exceso te dare dos besos, uno por mejilla. Hasta entonces, no podras convencerme de que es mejor, solo mas facil. Si me equivoco agradeceria que corrigiesis mi error. Arrepentiros ahora, Gates es el AntiCristo, recitemos juntos del libro de C de los profetas Kernigan y Ritchie capitulo 7 versiculo 8.5 : Las funciones malloc y calloc ..... franci72@iname.es (es=>com) http://members.xoom.com/franci72 P.D. Pa cal� �cija P.P.D. Pa linux Debian
Technical Details
Message-ID:
<37aab38f.3283273@194.179.8.124>Path:
arc1-ca.pugleaf.net!unknown!not-for-mailReferences:
<37965935.58146EAA@redestb.es> <7njlu2$os8$1@diana.bcn.ttd.net> <379EE6C4.A48E9CD2@redestb.es> <37A81B48.C518775C@lg.ehu.es>Show Full Headers
Complete Article Headers
X-Google-Language: SPANISH,ASCII X-Google-Thread: f86c8,b7bf25496a21e6c5 X-Google-Attributes: gidf86c8,public From: franci72@iname.es (franci72) Subject: Re: PROBLEMA DE MEMORIA Date: 1999/08/08 Message-ID: <37aab38f.3283273@194.179.8.124> X-Deja-AN: 510239676 Content-Transfer-Encoding: 8bit References: <37965935.58146EAA@redestb.es> <7njlu2$os8$1@diana.bcn.ttd.net> <379EE6C4.A48E9CD2@redestb.es> <37A81B48.C518775C@lg.ehu.es> Content-Type: text/plain; charset=ISO-8859-1 Organization: Increible Productions Mime-Version: 1.0 Reply-To: franci72@iname.es (es => com) Newsgroups: es.comp.os.linux.programacion