We also define an allocator that always crashes on out of memory: you * will discover that in most programs designed to run for a long time, that *

Hide the line the user is typing. */

Append the specified character to the buffer. */

Reset the buffer to be empty. */

Show again the current line. Usually called after InputBufferHide(). */

Raw mode: 1960 magic shit. */

Set the specified socket in non-blocking mode, with no delay flag. */

Create a TCP socket and connect it to the specified address. * On success the socket descriptor is returned, otherwise -1. * * If 'nonblock' is non

If the listening socket signaled there is a new connection ready to * be accepted, we accept(2) it and return -1 on error or the new client * socket

Create a new client bound to 'fd'. This is called when a new client * connects. As a side effect updates the global Chat state. */

Create a TCP socket listening to 'port' ready to accept connections. */

Free a client, associated resources, and unbind it from the global * state in Chat. */

Allocate and init the global stuff. */

Process every new keystroke arriving from the keyboard. As a side effect * the input buffer state is modified in order to reflect the current line *

Send the specified string to all connected clients but the one * having as socket descriptor 'excluded'. If you want to send something * to every cl

Also aborting realloc(). */

At exit we'll try to fix the terminal to the initial conditions. */

The main() function implements the main chat logic: * 1. Accept new clients connections if any. * 2. Check if any client sent us some new message.