Participe de nossos treinamentos de Qualidade Total e Seguranca Alimentar. Garanta seu estabelecimento e seja livre de contaminacoes e perigos que podem causar mortes e intoxicacoes.Implantamos regras de modo que possam atender as necessidades comerciais e sanitarias da ANVISA nos estabelecimentos alimenticios em geral. Livre-se de perigos que podem ser de origem biologica, quimica ou fisica, e seja um destaque no mercado atual. A melhoria da qualidade dos alimentos no Brasil tem sido impulsionada pela crescente demanda por produtos de melhor qualidade pelos estabelecimentos alimenticios e principalmente pelos consumidores. Isto resulta na necessidade de implantacao de medidas que visam o aumento na qualidade da materia-prima e do produto final. As Boas Praticas de Fabricacao (BPF) sao pre-requisitos indispensaveis para a implantacao de qualquer programa de qualidade.Consiste em um conjunto de principios e regras para a correta manipulacao de alimentos, considerando desde a materia-prima ate o produto final, envolvendo as condicoes de armazenamento, condicoes estruturais de edificios, condicoes de equipamentos, sanificacao de equipamentos e estabelecimentos, controle de pragas, higiene pessoal e tratamento de efluentes.Portanto, o nosso objetivo e levantar os requisitos necessarios para a elaboracao do Manual de BPF, elabora-lo, treinar os colaboradores conforme descricao do mesmo e efetuar as atividades de monitoramento aplicadas nos estabelecimentos comerciais alimenticios e industrias. Tentei compilar a newlib como dinamica, mas o gcc-cross que eu criava (usando as ferramentas binarias geradas pelo ArchC) funcionava, mas se recusava a compilar uma versao com suporte a ligacao dinamica. Em resumo, tudo estava funcional, mas os arquivos compilados pelo gcc-cross sempre linkavam com a newlib estatica. Desconfio que a opcao "--with-cpu=arm3" que passei ao criar o gcc desabilitou o suporte a ligacao dinamica, porque "arm3" e uma versao bem antiga do ARM. O triste e que nao posso mudar isso, porque do contrario o gcc tenta compilar codigo de interworking com thumb, e o modelo do ARM para o ArchC nao reconhece thumb. Acho que terei que mudar de arquitetura, e tentar fazer todas as ferramentas funcionarem para o MIPS, por exemplo.Enquanto isso tentei fazer a newlib estatica funcionar com as syscalls do ArchC, pois queria demonstrar um programa estilo "printf("hello world!")" funcionando no simulador sem intervencao de nenhuma outra ferramenta alem do gcc com a newlib. Em outras palavras, bastaria rodar "cross-gcc helloworld.c -o saida" e rodar o simulador em "saida". Depois de modificar o arquivo newlib/libc/sys/arm/syscalls.c o suficiente para que ele soubesse como chamar as syscalls quando rodando no simulador do ArchC, consegui fazer programas que finalizassem (atraves da syscall exit). O printf(), que acaba usando a syscall write, nao funcionou. A syscall write funciona, mas no meio do caminho ele corrompe o descritor de arquivo (que deveria ser 1 - saida padrao) gracas a um comportamento (possivelmente) errado do simulador que ainda nao consegui descobrir o que e (o debugging destes casos e extremamente dificil, porque o codigo roda no simulador e e extenso, por ter sido gerado por um compilador). Em resumo, a syscall exit funciona porque o parametro passado a ela nao e muito importante. O comportamento de alguma instrucao do ARM (codigo do modelo