Preguntas sobre la parte 3
Hola, estuve probando el codigo en las pcunix de la fing por ssh y resulta que va variando. No se si son realmente errores de codigos o pueden ser errores generados en la maquina remota.
Cuando le hice clean y lo volvi a testear anduvo bien, en mi maquina me dan todos los casos bien siempre.
Buenas noches Nicolás,
Me da la impresión de que tal vez estabas ejecutando con una versión desactualizada de tu código. Al hacer clean y volver a generar todo nuevamente lo solucionaste.
Saludos,
Néstor
Me da la impresión de que tal vez estabas ejecutando con una versión desactualizada de tu código. Al hacer clean y volver a generar todo nuevamente lo solucionaste.
Saludos,
Néstor
El tema es que yo solo subi una version del codigo y nunca lo modifique. Volvi a probar y volvio a pasar lo mismo, la primera vez que hago make testing es como que el primer caso nunca se ejecutara y supuestamente da error. Incluso a veces el make testing queda colgado y lo tengo que frenar y hacer de nuevo.
ademas que antes del primer make testing tambien hago make clean
Me pasa lo mismo que al compañero.
Hola, buenas noches. Me sucedió exactamente lo mismo que a Eugenio. El mismo output. En ambas ocasiones hice make clean, y luego make testing. Actualmente ejecute ambos comandos en secuencia unas 5 veces (en la pcunix) y en todas las ocasiones me devolvieron todos los tests correctos. En mi máquina también me devuelve todos los tests correctos.
Buenas, estoy en la misma situación. En mi caso me olvidé de hacer el make clean antes del make testing en la pcunix, luego de hacerlo ya todos los tests arrojaron 1. Debería hacer o revisar algo? O simplemente entregar? Gracias
¿Qué dice el diff en los casos que dan mal?
Eso indica que en esa corrida tu programa no dio salida. Yo probaría correr el test que falla a mano o con make t-..., a ver si se reproduce el error.
Generalmente, cuando un programa hace cosas raras de este tipo, que andan al ejecutar la primera vez pero después no, o al revés, se trata de comportamiento indefinido. Como te pasa en los primeros tests tal vez sea fácil de remediar.
Probé hacer lo que me dijiste y la primera vez que lo hice me dio error y a partir de la segunda me dio bien. Luego intenté hacerlo de vuelta en otra computadora pero esta vez ingresando todo de forma manual y obtuve la salida esperada. Me parece que es porque la primera vez que se ejecuta principal demora bastante en abrirse y capaz el make intenta ingresar la entrada antes de que se abra el ejecutable.
me pasa lo mismo, el problema es que según tengo entendido los profesores van a evaluar directamente con el make testing
make no ingresa la entrada. Pensalo más bien como que el programa consume la entrada desde el .in a medida que la necesita, así que por ahí no va.
Suponiendo que el problema esté en el módulo fecha.cpp, revisá que no estés escribiendo a memoria que no hayas reservado (o que ya hayas liberado) y que le estés pasando los parámetros correctos a printf().
El tema es que para hacer las funciones de fecha1-crear-imprimir-liberar seguí las intstrucciones de la tarea y no veo donde está el error.
exacto ,practicamente las instrucciones de esta parte ya te dan las funciones hechas. en el printf probe tanto con %d como con %u, con ambos sucede lo mismo.
En respuesta a Agustín Marcio Ribeiro García
Re: 3. Prueba en pcunix
Buenas, alguno pudo resolver este problema?
En respuesta a Agustín Marcio Ribeiro García
Re: 3. Prueba en pcunix
Entonces revisá con cuidado el resto de tu implementación. Sé que parece loco, pero en caso de incurrir en comportamiento indefinido todo el programa se vuelve inválido. Por lo que un error en un módulo te puede traer problemas en otras partes que nada tienen que ver con dicho módulo.
En respuesta a Pablo Andres Balliva Costa
Re: 3. Prueba en pcunix
Preguntamos en el práctico y supuestamente si solo te da mal al primer make testing y despues ya te da bien siempre no deberian corregirtelo mal.
Buenas! Me pasó lo mismo que reportaron los compañeros.
La primera vez que hice make testing:
La primera vez que hice make testing:
La segunda vez:
Me dio la impresión que cuando hice make testing la primera vez como que se quedó colgado un ratito, tal vez eso causa el timeout y por eso da error...
Me exactamente pasó lo mismo! Qué será?
Ya lo reparé.
En mi caso tenía un comportamiento indefinido (U.B) en la búsqueda binaria al hacer una division entre 0. Por lo que pude leer, es uno de los casos que genera un error de ese tipo generalmente en este lenguaje,dependiendo del compilador.
En mi caso tenía un comportamiento indefinido (U.B) en la búsqueda binaria al hacer una division entre 0. Por lo que pude leer, es uno de los casos que genera un error de ese tipo generalmente en este lenguaje,dependiendo del compilador.
Yo no agarré la onda a cómo conectarse,me puedo conectar por ssh al login,y ahi no tiene instalado g++...alguien me puede decir como conectarse a una de las PCUnix? Gracias! (PD: estuve leyendo la documentacion de FING para todas las configuraciones habidas y por haber,pero la verdad que terminé entreverándome).
Una vez conectado al servidor lulu hay que hacer ssh nuevamente, hacia otra máquina.
Tutorial :: ¿Cómo conectarse a una PC en Fing desde una PC en mi casa utilizando Windows?
Gracias! ya pude entender! je