/*
QUESTÃO:

Faça um programa em C, usando struct, que armazene registros
em um arquivo contendo informações de uma determinada pessoa.
Saiba que cada registro de pessoa devem existir os campos
código e nome. Os dados devem ser armazenados em arquivos binário.

Obs: O programa deverá pedir para o usuário cadastrar uma pessoa e
     somente após inserir as informações no arquivo.

COMENTÁRIO:
Certo, pela definição, o programa deverá armazenar em um arquivo binário
os dados de uma determinada pessoa. Tais dados são: código e nome.

A forma de como serão salvo os dados da pessoa - citado como "registro de pessoa" -
é de forma pessoal, desde que seja como binário.

Entretanto, é necessário que em algum lugar no programa em C, utilize struct.
*/

#include <stdio.h>
#include <stdlib.h>

/*
O nome de uma pessoa é uma string, uma sequência definida de caracteres.
Não faço ideia de onde será usado o programa. Suponho que é no Brasil.
Mas qual o tamanho do nome? Considerar o maior deveria ser a solução.
Entretanto, nomes singulares como do
"Pedro de Alcântara João Carlos Leopoldo Salvador Bibiano Francisco Xavier de Paula Leocádio Miguel Gabriel Rafael Gonzaga"
 - 121 chars - faria o programa necessitar de muito mais memória do que se devia
(Exitem outros maiores¹²)

¹ http://noticias.terra.com.br/educacao/voce-sabia/curiosidades-nomes/
² http://www.cmjornal.xl.pt/insolitos/detalhe/britanica-adopta-o-maior-nome-do-mundo.html

Então, a solução mais fácil seria que nome fosse um ponteiro, e, que o tamanho do nome da pessoa
fosse alocado dinamicamente. Mas, convenhamos, muito trabalho para uma questão escrita
que não tem como nem testar.

E o código? CPF? RG? Número atual? Não faço ideia! Como não sei aonde será utilizado,
pouco posso fazer de suposição.
Fechei os olhos e considerei os 4 bytes da geração atual (int).
*/
typedef struct {
    char[50] nome;
    int codigo;
} Pessoa;

int main() {
    Pessoa pessoa;

    printf("Novo cadastro:\n");
    printf("Nome da pessoa:\n");
    scanf("%s", pessoa.nome);
    printf("Código:\n");
    scanf("%d", &pessoa.codigo);

    // Append in end of file. Binary mode. Se tiver permissão e o arquivo não existir,
    // este será criado
    File * arquivo = fopen("pessoas.bin", "a+b");

    // Sério que, se eu abrir o arquivo como binário o fprintf vai salvar
    fprintf(arquivo, "%s\n", pessoa.nome);
    fprintf(arquivo, "%d\n", pessoa.codigo);

    fclose(arquivo);
    return 0;
}

/* Então.. não faço ideia de quem irá consumir este dados, se é um programa em C,
e nem se foi compilado pelo gcc.

Para não arriscar, criei um padrão: Nome numa linha, código em outra.
Assim, mesmo que o programa se altere e nomes passem a possuir tamanhos diferentes,
quem irá consumir não irar "quebrar".

--------------------

Mas era só salvar a struct do jeito que está e pronto! Pra quê essa arrumação toda?
R: Além de impossibilitar um possível update, temos uma característica peculiar do compilador gcc,
que é o que utilizamos durante TODO o semestre, as vezes ele adiciona bits sem sentido
entre elementos da struct. É algo tão estranho, que, se trocar a ordem, pode acabar sumindo.
Para desativar isto, temos:
"-fpack-struct"

Mas:
1º Sei disso porque tive um problema lendo uma imagem .BMP no começo do semestre;
2º Não estudamos isso. Não faço ideia se isso é do gcc ou todo compilador se comporta assim;
3º Sério, vi isso uns 4 meses atrás, eu ia me lembrar de passar isso?
   Sabia que acontecia, mas não lembrava de como escrevia o comando "-fpack-struct".

https://gcc.gnu.org/onlinedocs/gcc/Code-Gen-Options.html

"-fpack-struct[=n]

Without a value specified, pack all structure members together without holes. When a value is specified (which must be a small power of two), pack structure members according to this value, representing the maximum alignment (that is, objects with default alignment requirements larger than this are output potentially unaligned at the next fitting location.
Warning: the -fpack-struct switch causes GCC to generate code that is not binary compatible with code generated without that switch. Additionally, it makes the code suboptimal. Use it to conform to a non-default application binary interface. "
*/