Barrapunto

Es claro que estas cosillas de trabajo con memoria son las que dan a C toda su potencia acambio tal vez de solo pedir un poco de cuidado al programador El documento es intereasnte ciertamente util pero ¿Es esto una noticia? ¿Es algo que merezca la primera pagina?

Me parece de putísima madre, pero es que estamos en España. Yo no tengo porque ni saber inglés ni entenderlo, y de hecho soy programador, con lo que trabajo mucho con el inglés, pero que la base de la noticia sea un articulo integramente en inglés, o es que nos estais vacilando al personal, o que alguien es un pedante y se las quiere dar de nosequé.

Por lo menos tener los cojones de traducirlo, si es que estais más interesados en informar que en chuparos las pollas.

.. Valgrind [valgrind.org] la mayoría de esos problemas son solucionables más fácilmente.
La pega, solo para Linux (y no es portable)

La verdad es que lo que enseñan es de aprendices en C, no es ningun misterio el liberar punteros o tener cuidado en la asignacion, copia o acceso de los mismos...

Tal como está redactada la noticia, se puede entender que las fugas de memoria son una herramienta X-)

Aquí tenéis un artículo en castellano que explica cómo usar las herramientas de GNU para detectar y corregir problemas de corrupción de memoria [macprogramadores.org].

ES QE QUIERO APRENDER A PROGRAMAR C YO PPROGRAMO BISUAL VASIC SOY UN MAESTRO DEL BISUAL PERO EL C NO LO DOMINO TANTO Y QUIERP APRENDER PORQE ME DICEN MIS AMIJOS JAQERS QUE LOS VIRUS SE HACEN EN C YO HAGO LOS MIOS EN BISUAL PUTO NET PERO NO SON TAN AVANZADOS COMO SI LOS HARIA EN C O ASAMBLADOR SI ALGUIEN ME MANDA UNA MANUAL DE C AL HOTMAIL YO LE PUEDO ENSEÑAR A PROGRAMAR AL BISUAL QUE SOY MAESTRO DE EL MI DIRECION DE HOTMAIL ES BISUALMASTER@HOTMAIL.COM MUCHAS GRACIAS AMIJOS

En mi opinión, uno de los problemas de C es que los arrays se implementen como punteros "a pelo". Que no se me malinterprete, los punteros son muy útiles y cualquier lenguaje debe tenerlos, aunque sea mediante referencias (menos flexibles pero más seguras). Pero un array tiene una cosa que los punteros no tienen: límites. Y eso en C se ignora, con los resultados que todos conocemos: desbordamientos de buffer.

...hubiera estado muy bien. Ahora suena un tanto anticuado e irrelevante.

No dice nada que no sea trivial.

Porque en Ruby o Python no andas con bobadas de punteros, que pueden estar muy bien para programas muy exigentes pero son sólo un obstáculo para un porcentaje enorme de programas que no los necesitan y que se realizan mejor con lenguajes de más alto nivel (lo que les convierte en más mantenibles).

Rápido, ensambladores fanáticos, al cuello, repetid conmigo:

"Programar debe ser difícil porque yo sé hacerlo difícil y todo lo que no sea C son mariconadas dignas de programadores de pacotilla".

El primero que conteste es un tío-babas.

¡¡¡Que notición!!!
Ya he avisado a todos mis amigos para que lo lean. No se lo podían creer, ¿hasta ahí ha llegado la tecnología?
... ya en serio, pensaba que para publicar apuntes estaba elrincóndelvago.com, que aquí se publicaban noticias tecnológicas (siempre que tengan trasfondo político, jejeje)

La mitad de los comentarios son de personajes pedantes que pretenden demostrar su poderío y saber hacer en C, y tratan a toda costa de ridiculizar la noticia ya que "ellos ya lo saben".

Que os den a todos por el cacas, panda de fanáticos engreídos, que nadie sabe de todo. Ahora os chuleáis porque sabéis del tema, pero me gustaría ver cómo se mofan de vosotros los curritos en el taller cuando vais a cambiar el aceite del coche.
Siguiendo vuestra propia teoría no deberían ni echar noticias en la tele pues siempre hay una manera de conocerlas de antemano.

Venga tíos-babas, una vez más: "Vaya mierda de noticia, esto ya lo sé yo, ¿qué tiene de interés?"

No folĺáis ni a la de tres.

Cuando hace un año me compré un fantástico AMD64 (no puedo estar más contento), me encontré con una situación curiosa debido a que tenía código mal escrito. El problema está en las funciones que devuelven una posición de memoria (array, p.e.) pero que no tienen el prototipo definido (o no se ha metido el include), compilando sin opciones que eviten la compilación ante falta de prototipos. Entonces si tienes la función:

int * genera_array( int tamanyo);

pero no la prototipas, en 32 bit "no pasa nada", pero en 64 bit tienes problemas, porque por defecto una función sin prototipo en C devuelve int que ocupa 32bit, mientras que la dirección de memoria en 32bit ocupa 32 bit; si bien en 64bit ocupa 64bit. En 64bit se carga la mitad de la dirección de memoria y te devuelve una dirección inválida :-P

Perseguir este tipo de situaciones es el pequeño esfuerzo que he tenido que hacer para portar el software a 64bit.

En este tema, Qt brilla con luz propia, ya que cuando se programa con Qt no es necesario destruir los punteros a objetos que creemos, de ello se encarga Qt automáticamente. El mecanismo funciona así: todas las clases deben heredar de QObject. Con la interfaz no hay problema porque todos los widgets heredan de QWidget que a su vez hereda de QObject, y con nuestros objetos que no sean de la interfaz obtenemos más ventajas heredándolos de QObject, como poder usar señales y slots. A partir de ese momento, lo único que hay que hacer es pasarle el QObject padre en el constructor. Por ejemplo:

class MiClase : public QObject {
Q_OBJECT
public:
void MiClase(QObject *parent = 0);
};

MiClase::MiClase(QObject *parent)
: QObject(parent) {
// código propio del constructor
}

Y luego sólo tendríamos que crear el objeto, pero no es necesario destruirlo:

MiClase *obj = new MiClase(this);

El destructor de QObject se encargará automáticamente de destruir todos los objetos que sean sus hijos. De ese modo, no hay problemas con punteros que se queden por ahí perdidos. :)

Además, con la interfaz gráfica si un widget se añade a un layout o a otro widget, automáticamente se asigna el padre, con lo cual nisiquiera hace falta el this:

MiFormulario::MiFormulario(QWidget *parent)
: QWidget(parent) {
...
QPushButton *boton = new QPushButton;
QHBoxLayout *layout = new QHBoxLayout;
layout->addWidget(boton);
...
setLayout(layout);
}