issues
search
lautarofritz
/
tp3
0
stars
0
forks
source link
issues
Newest
Newest
Most commented
Recently updated
Oldest
Least commented
Least recently updated
Nota: 5
#19
eze210
opened
4 years ago
1
Global
#18
eze210
opened
4 years ago
0
No hace falta este manejo acá, con llamar a join() que es bloqueante ya alcanza
#17
eze210
opened
4 years ago
0
No se debe modificar un contenedor mientras se itera. Repasar la clase de STL
#16
eze210
opened
4 years ago
0
Te falta un objeto con la lógica del juego, separado del Server, así separás responsabilidades (ahora no se nota tanto, pero en el TP final se te va complicar mucho testear si no separás estas cosas)
#15
eze210
opened
4 years ago
0
Podría estar en stack, solamente vive en esta función
#14
eze210
opened
4 years ago
0
En este punto podrías asignar un -1 al fd para no tener un doble-close
#13
eze210
opened
4 years ago
0
Y acá
#12
eze210
opened
4 years ago
0
Acá también
#11
eze210
opened
4 years ago
0
Lo mismo que en el issue anterior pero con 4 bytes
#10
eze210
opened
4 years ago
0
Si por alguna razón esto se hace en 2 send's, vas a mandar las dos veces el mismo byte
#9
eze210
opened
4 years ago
1
Podría ser la condición del while
#8
eze210
opened
4 years ago
0
Nota: Reentrega
#7
eze210
opened
4 years ago
1
Devolver el total leído parcial mejor, así te sirve para otros protocolos
#6
eze210
opened
4 years ago
0
Estos malloc hay que reemplazarlos todos por std::vector's
#5
eze210
opened
4 years ago
0
Por qué eso es un método del socket?
#4
eze210
opened
4 years ago
1
Usar std::string y sus operadores
#3
eze210
opened
4 years ago
0
Heap? con malloc? Usar stack+RAII, y en todo caso usar new en vez de malloc
#2
eze210
opened
4 years ago
0
Esto está en limits.h
#1
eze210
opened
4 years ago
0