🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: es.comp.os.linux.programacion
Article #18639

Re: PROBLEMA DE MEMORIA

#18639
From: franci72
Date: Sun, 08 Aug 1999 00:00
44 lines
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-mail
References: <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