En la cartilla de sockets (API 0.2) se detalla la función client.receive(), para leer de un socket.
Viendo que la cartilla está inspirada en LuaSocket (http://w3.impa.br/~diego/software/luasocket/tcp.html), consulto si se puede usar esa versión de la función, ya que permite especificar un patrón de lectura.
En el ejercicio 1 se pide implementar la lectura de líneas (bloqueante y no bloqueante), lo cual con el patrón '*l' , se simplifica bastante.
Muchas gracias.
No, la idea es justamente implementar esa funcionalidad a partir de las primitivas básicas de sockets. (Pero efectivamente, lo que van a implementar es muy parecido a lo que hay realmente implementado adentro de la biblioteca que mencionas).
¿Alguna idea de como encarar esto usando el API de la cartilla?
Esto es lo que se especifica para el receive en Luassocket:
Gracias
Tenes que implementar un equivalente a receive('*l'), teniendo solo disponible la llamada receive() de la cartilla. Para esto deberás ir almacenando el resultado de llamadas sucesivas de receive() en un buffer, y devolver únicamente cuando hayas recibido una línea completa.
El usuario lo que quiere es poder invocar read_line() y estar seguro de recibir una linea completa. Llamadas sucesivas a read_line() deben devolver todas las lineas enviadas.
PS: había un typo en la letra del práctico y lo subimos de nuevo: el ejemplo de stream es "line1\nline2\n"
Para la opción BLOQUEANTE. Suponiendo que la operación read_line se implementa a nivel del propio socket: ¿La idea es que el socket mantenga la parte no devuelta (lo que viene luego del \n) entre llamadas?
Ejemplo:
El contexto es el siguiente: se nos envía este string "Hola, que tal?\ncómo estas?\n". Al llamar por primera vez a read_line hay que devolver "Hola, que tal?" y la segunda vez que se llama "cómo estas?".
Suponiendo que se nos envía el string mencionado en dos partes: "Hola, que tal?\ncómo" y "estas?\n" (eso es lo que devolverían dos lecturas sucesivas con socket.receive()), la primera vez que llamamos a read_line el receive retorna esto: "Hola, que tal?\ncómo" y habría que devolver "Hola, que tal?". Si no guardamos en el socket el "cómo", la próxima vez que llamemos a read_line, estaríamos retornando "estas?" y no "cómo estas?" (ya que la parte del "cómo" ya fue consumida del buffer).
Era la idea de este ejercicio tomar en cuenta esto?
Para la opción NO BLOQUEANTE. Misma cuestión ya descrita y aparte ¿que se debe retornar si al llamar al receive este nos retorna "Hola, que"? ¿También habría que guardar en el socket lo leído pero no devuelto, no? ya que en esta opción como es no bloqueante no tiene una iteración esperando hasta leer un '\n'.
Efectivamente, la llamada debe funcionar sin pérdida de información. Absolutamente todo lo que un extremo envió el otro deberá recibirlo (por algo usamos TCP). Para eso probablemente debas guardar el "resto" que todavía se pudo entregar en alguna parte, como una variable global.