Algo que no mencioné en la corrección del tp1 y que creo pertinente mencionar es el caso de dbus.
Por mas que el constructor siempre sea exitoso, y que el destructor no haga nada, es una buena práctica chequear errores y siempre llamar al destructor si ocurre algún error (por ejemplo, en el bloque mencionado en este issue), si el día de mañana le querés agregar algún feature al código que implique reservar memoria en este TDA, podrías llegar a tener leaks, haciendo que tu codigo no escale bien. No lo voy a tener en cuenta en la nota final porque es algo que se me escapó de corregir en la primera entrega, pero atento a esas cosas en los tps siguientes.
https://github.com/moreover22/tp1-taller/blob/121553dc3372044c2ef3a1b6334713e27180039b/client.c#L40-L44
Acordate siempre de liberar todos los recursos.
Algo que no mencioné en la corrección del tp1 y que creo pertinente mencionar es el caso de dbus. Por mas que el constructor siempre sea exitoso, y que el destructor no haga nada, es una buena práctica chequear errores y siempre llamar al destructor si ocurre algún error (por ejemplo, en el bloque mencionado en este issue), si el día de mañana le querés agregar algún feature al código que implique reservar memoria en este TDA, podrías llegar a tener leaks, haciendo que tu codigo no escale bien. No lo voy a tener en cuenta en la nota final porque es algo que se me escapó de corregir en la primera entrega, pero atento a esas cosas en los tps siguientes.