Update TODO.

Just to be safe, show message and try to save file.

When we receive a response we are not sure how to handle, try to find a
message and a file in the response and use them.

Handle error response.

Handle response when DEC has already been transmitted.

The response given by the server when the file has already been
transmitted includes a message to the user and the receipt file, which
is saved at the user's home or a temporary directory with a unique
filename.

Parse key/value message, extracting the values of its keys.

Check for responses and send second message.

This completes the protocol. The responses need to be decoded and
handled now.

Create helpers to send and receive messages.

Needs to do some input and error checking and maybe add some timeouts.

Fix inflate.

Inflate support was miscalculating the size of the output buffer.

Update TODO.

Add the missing field in the first message.

It's composed of part of the header register. It's more simple to build
it as a substring of the register itself, than composing it field by
field.

Fix size of field.

tam_dados_val_chave is, in fact, only 4 bytes long. Due to a known bug
in the decoder used during reverse engineering, the value of
tam_dados_val was appended to the value of tam_dados_val_chave, since
the two keys have the same prefix.

Fix key for type of identification.

It's called tp_ni, not tipo_ni.

Calculate message hash and use it.

Use gcrypt to calculate stripped file MD5 hash and add it to the
key/value message.

Allow an arbitrarily-sized buffer into the key/value message.

Add transmission length to the key/value message.

Use the length of the stripped file that is going to be transmitted for
some of the keys in the first message.

Strip the DEC file from control numbers.

In order to send the second part of the message, we need to strip the
declaration registers from their control numbers.

Fix bug when expanding message.

If we need to expand a message while adding a field to it, we need to
update the pointer we are using, and the one we are returning back.

Use a pointer for message functions when it needs a resize.

Always use a pointer to a pointer to struct rnet_message in those
functions where it is possible that it may be resized.

Add more fields to the first message.

The only missing fields are the size and hash of the second message and
part of the header register.

Add 64-bit values support for rnet_message.

Include some extra fields in the message.

These fields are mostly machine/software/network identity numbers. Some
choices here may be political. Perhaps we should let the user pick them
up at some point, as long as there are sensible defaults.

Allow a 16-bit value to be added to the key/value pair.

Send the 8-bit value address instead of its value.

Add more fields to the first message.

Allow a single byte value to be added as a key/pair value.

Encode some fields in the first protocol message.

Read some fields from the decfile and add those to a message built for
the ReceitaNet protocol.

Build rnet_message.

Fix exercicio_pgd in protocol documentation.

Due to a bug in the parser used for reverse engineering, the field named
"exercicio" was appended to the field "exercicio_pgd".

Create rnet_message to encode messages.

rnet_message allows us to encode messages in the form used for
ReceitaNet, which is a kind of set of key/values.

Parse DEC file header.

Include fields from the header in a pmhash and introduce a function to
retrieve them. Some of those fields are needed to send the first message
to the server.

Introduce poor man's hash.

This lookup array is helpful for adding fields parsed from the DEC file.

Remove handshake success message

Start parsing a DEC file.

Read lines from a DEC file and store them in an array for later parsing.

Update TODO

Update copyright years

Document server answer and next client message.

Complete format documentation.

Document message header.

Start of documentation about the protocol.

Create a function for the first handshake.

Use getaddrinfo to obtain receitanet's addresses.

The name address for receitanet is receitanet.receita.fazenda.gov.br.
Instead of using its IPv4 address directly, tries to resolve the name
and use the given addresses.

As a bonus, allows us to use /etc/hosts to debug with a test server.

Increase buffer size for testing.

For the current tests, the buffer needs to be increased, so the data
file can be read.

Use the right IP address for receitanet server

Verify connect return code.

If connect is not successful, exit.

First take at a client for ReceitaNet.