Na primeira situação tive que escrever um programa (em papel) que lia arquivos de textos contento uma lista de alunos e suas notas. Às notas somava-se 0,5, porém a soma não poderia passar de 10. Depois os resultados eram escritos em um arquivo de saída.
Fiz um programa. Diante da situação fiz o mais simples possível com a leitura do arquivo sendo feito desviando a entrada padrão.
Protejam os olhos, o código é este:
A única coisa que está diferente do código acima para o que fiz no papel é que na linha 13 eu esqueci o ios::out. Este detalhe faz com que o programa seja inútil, pois não cria o arquivo de saída. Em casa, bem mais tranquilo, eu reescrevi o programa, o que rendeu um código bem melhor:
Em outra situação, tive que escrever uma função, também em papel, que recebesse uma word de 16 bits e retornasse o número de “1″ contidos na word. Não sabia o que significava word de 16 bits, logo não escrevi nada.
Assim que pude vi o que é a tal da word e em poucos minutos escrevi este programa:
Não sei se é isto o que foi pedido, mas pelo que entendi é sim.
Se alguém tiver alguma sugestão de melhoria dos códigos, por favor, faça nos comentários.
]]>Fonte: http://techchannel.att.com/play-video.cfm/2011/3/7/Tech-Icons-Bjarne-Stroustrup
]]>Instalação
- Baixei o .tar.gz da última versão (1.46.1) do SourceForge
- Extraí os arquivos com o comando
- $ tar -xvf boost_1_46_1.tar.gz
- Seguindo a recomendação da página oficial copiei a basta extraída para /usr/local/
- # cp -a boost_1_46_1 /usr/local/
- O diretório com os headers (boost_1_46_1/boost) deve ser copiado para o diretório include:
- # cp -a /usr/local/boost_1_46_1/boost /usr/include/
Algumas bibliotecas são header only, ou seja, não requerem nenhum acréscimo na compilação, como por exemplo, a classe string da Boost.
O código acima pode ser compilando somente com:
$ g++ main.cpp -o executavel
Outras bibliotecas da Boost, a Filesystem por exemplo, necessitam dos seus binários que são contruídos com a utilização da ferramenta bjam.
- Ir para o diretório da boost /usr/local/boost_1_46_1 e executar o bootstrap.sh:
- Há diversas opções para a execução deste script. Estas opções podem ser vistas executando $ ./booststrap.sh –help
- Para garantir que tudo funcione customize o máximo possível;
- Executei da seguinte forma:
- $ ./bootstrap.sh –with-toolset=gcc –prefix=/usr/local –includedir=/usr/include –libdir=/usr/lib –with-libraries=system,thread,date_time,regex,filesystem,serialization
- Se tudo ocorreu bem execute:
- $ ./bjam
- Este comando deve retornar algo como: “The following directory should be added to compiler include paths: /usr/local/boost_1_46_1 The following directory should be added to linker library paths: /usr/local/boost_1_46_1/stage/lib”
- # ./bjam install (como root!)
- $ ./bjam
Compilação
Há classe, como a filesystem, que requerem inclusões acicionais.
$ g++ -I/usr/local/boost_1_46_1 -lboost_filesystem main.cpp -o executavel
Fonte:
- http://www.boost.org/doc/libs/1_46_1/more/getting_started/unix-variants.html#id24
- Mais algumas tentativas e erros.
<iframe></p>
]]>_________________________________________
1. #apt-get update
* Atualização de pacotes
2. #apt-get install apache2
* Instalação Apache
3. #mkdir /var/www/mrtg
* Cria o diretorio mrtg
4. #apt-get install mrtg
1. em determinada parte da instalação irá pedir se deseja configurar acesso ao mrtg.cfg ao
usuario MRTG. Por default deixa-se em não.
5. #cfgmaker –output /etc/mrtg.cfg public@ip_da_interface
* Define/Importa as portas/interfaces existentes no pc/router para o arquivo /etc/mrtg.cfg (arquivo a escolher pelo usuario, por default deixa-se mrtg.cfg
6. Acessar o arquivo /etc/mrtg.cfg e editar as seguintes linhas:
Workdir: /var/www/mrtg *Diretório para conter os graficos gerados.
Options[_]:growright, bits *Tipo de gráfico. (direita – esquerda) e tipo bits/s
Refresh: 300 *Tempo para browser atualizar a página
Interval: 5 *Tempo em que se atualizara o gráfico
Language: Brazilian *Linguagem
RunAsDaemon: Yes *Para rodar o MRTG como daemon(Processo)
7. #env LANG=C /usr/bin/mrtg /etc/mrtg.cfg
* Inicializar o serviço.
*o conveniente e correto é criar um script e jogar para dentro do update-rc.c para que inicialize juntamente com o sistema.
8. #indexmaker -output=/var/www/mrtg/index.html /etc/mrtg.cfg
* Cria a pagina index.html com as referencias passadas pelo arquivo /mrtg/cfg
9. #/etc/init.d/apache2 restart
• Reinicia o serviço Apache2
Obs.: Interessante ressaltar que foi testado em um Sistema Debian. E que na rede havia um
Router Cisco.
Aproveitando o inconveniente com o Debian, decidi tentar mais uma vez o Arch. Certa vez havia tentado, mas tive dificuldades e por questão de tempo não pude seguir tentando. Daquela vez estava seguindo os tutoriais disponibilizados na página do projeto, desta vez utilizei o livro “Utilizando o Archlinux no Desktop” que vi divulgado no Twitter pelo próprio autor, Sérgio H. Berlotto, e que pode ser baixado gratuitamente no link: http://berlotto.blog.br/utilizando-o-archlinux-no-desktop/1666/
Na primeira tentativa utilizei a iso “core” e não a “netinstall” recomendada no livro. Tive um problema com pacotes corrompidos e não conseguia instalar mais nada. Baixei a “netinstall” e então consegui.
Segui quase todo o processo pelo livro, porém como quis instalar apenas a base do KDE e não todos os aplicativos segui a Wiki do Arch para o KDE no 2.2 Minimal Install.
Depois de instalar o KDE o sistema não iniciava a interface de rede automaticamente. Tive que fazer isso manualmente:
(Para utilizar o sudo é necessário inserir o usuário no sudoers, caso não saiba aprenda aqui. É fácil)
$ sudo ifconfig eth0 up
$ sudo dhcpcd eth0
Resolvi o problema da rede com o plasmoide para controle de conexões:
$ sudo pacman -S kdeplasma-applets-networkmanagement
Adicionei o widget no “system tray”, configurei as conexões e funcionou.
O pós-instalação fiz de acordo com o post: http://giofilth.wordpress.com/2011/02/17/pos-instalacao-do-arch-linux/
…exceto o seguinte:
Java
Para a instalação do Java tive que fazer diferente. Escolhi o Java da Sun (Oracle) que é instalado com o comando:
$ sudo pacman -S jre
Além disso é necessário exportar o caminho para a variável PATH, senão programas feitos em Java não rodam:
$ export PATH=$PATH:/opt/java/jre/bin/
É preciso reiniciar a sessão para ter efeito.
Aplicativo de controle de som
Para que o aplicativo de controle de som aparecesse no “system tray” tive que instalar o pacote:
$ sudo pacman -S kdemultimedia-kmix
Depois iniciá-lo através do menu de programas.
Firefox 4
Fiz a busca no yaourt pelo pacote firefox-nightly
$ yaourt firefox-nightly
Depois só digitei o número do pacote firefox-nightly para ser instalado.
Dropbox
No AUR encontrei uma versão para KDE. Fiz a busca com:
$ yaourt dropbox
Selecionei o pacote kfilebox. Instalou. Depois é só procurar nas aplicações de internet por kfilebox e fazer a instalação e configuração.
Fontes
Para exibição correta de páginas web foi necessário instalar as seguintes fontes:
- ttf-droid
- ttf-liberation
- ttf-dejavu
- ttf-ms-fonts
Fiz a busca por ttf:
E depois selecionei os pacotes referentes às fontes listadas.
Minhas impressões sobre o Archlinux
Gostei! O Arch preza pela simplicidade. Tenho um sistema limpo que contém apenas o que quero e que utilizo, isso deixou meu sistema rápido e estável. Não é exagero, a simplicidade acelera e muito, especialmente na inicialização onde não perco um tempão esperando um monte de deamons que não utilizo serem iniciados.
Recomendo!
# chmod u+w /etc/sudoers
Abra o arquivo para edição insira, abaixo da linha
root ALL=(ALL) ALL
adicione:
<usuário> ALL=(ALL) ALL
Obs.: substitua <usuário> pelo nome do usuário que terá poder de administrador com uso do sudo.
Depois retire a permissão de edição do arquivo:
# chmod u-w /etc/sudoers
]]>Algumas páginas como a deste blog (especialmente este cabeçalho aí acima) ou do ClicRBS não eram exibidas corretamente.
Sintomas:
As fontes pareciam grandes, não pareciam ser a correta ou estar no tamanho correto. Isto fazia com que parte do texto excedesse o espaço a este destinado e assim não fosse exibido.
Solução:
# apt-get install ttf-mscorefonts-installer
]]>Problema:
Instalei o Debian utilizando um pendrive e não com um cd. Com isso a seguinte linha foi criada no /etc/fstab:
/dev/sdb1 /media/cdrom0 udf,iso9660 user,noauto 0 0
Com isso todo o disco sdb alguma coisa era montado como um cdrom em /media/cdrom0.
Acompanhando o log (# tail -f /var/log/messages) tem-se a mensagem:
… ISOFS: Unable to identify CD-ROM format
Solução:
Comentar a linha do fstab mencionada.
Fica assim:
#/dev/sdb1 /media/cdrom0 udf,iso9660 user,noauto 0 0
É só seguir direitinho o passo a passo.
Boa sorte!
Já escrevi diversos makefiles para projetos pequenos, porém precisei escrever um mais elaborado para um projeto mais elaborado que estou trabalhando.
Encontrei este tutorial no qual me baseei para a escrever o makefile abaixo (recomendo a leitura deste tutorial, especialmente quem não sabe muito sobre makefile):
A vantagem de um makefile como este é que mesmo que vários arquivos .h e .cpp sejam adicionados ao projeto eu não precisarei editá-lo, afinal este makefile procura todos os arquivos e os compila sem a necessidade de especificação.
Abaixo uma explicação com maiores detalhes:
SOURCES_DIR = src/ e TINYXML_DIR = src/tinyxml/ –> As variáveis SOURCES_DIR e
TINYXML_DIR recebem, respectivamente, os caminhos para os fontes a serem compilados (/src) e para arquivos da TinyXML necessários à sua compilação. Por que utilizar variáveis para diretórios? Porque desta forma, se for necessário fazer qualquer alteração na localização dos arquivos eu só mexo em uma variável e não no makefile inteiro.
CFLAGS e TINYXML_FLAGS –> Este projeto utiliza a Libvirt e para sua compilação é necessário a “linkagem” -lvirt. Qualquer outra biblioteca que eu venha a utilizar neste projeto que necessite “linkagem” pode ser acrescentado na variável CFLAGS, assim fica mais organizado. Como mencionado, a TinyXML requer a inclusão de alguns arquivos para a compilação do código, estes aquivos são incluídos na variável TINYXML_FLAGS com a ajuda da variável TINYXML_DIR que aponta o caminho correto para os arquivos.
Aqui começa a parte mais interessante!
OBJECTS = $(wildcard $(SOURCES_DIR)*.cpp) –> Com isto todo o diretório apontado pela variável SOURCES_DIR é varrido em busca de arquivos do tipo .cpp e armazena seus nomes na variável OBJECTS.
all: executable –> o primeiro alvo é all: cuja regra é que o alvo executable deve ser executado.
executable: $(OBJECTS:.cpp=.o) –> Por sua vez o alvo executable tem como regra que todos os objetos devem ser criados. $(OBJECTS:.cpp=.o) cria um alvo .o para cada arquivo .cpp contido na variável OBJECTS. Por exemplo, para um arquivo class.cpp existente será criada um alvo class.o.
%.o: %.cpp %.h –> Para cada alvo .o criado serão verificadas alterações nos arquivos .cpp e .h correspondentes e então compilados com $(CC) -Wall -c mce_markerlt; -o $@. $(CC) é o compilador g++, -Wall é para a exibição de advertências e -c é para a criação do objeto .o; mce_markerlt; é substituída pelas dependências do alvo e -o $@ é subtituída pelo nome do alvo.
Após a compilação dos objetos a compilação retorna para o alvo executable e o compila com $(CC) -o $(EXECUTABLE_NAME) $(OBJECTS:.cpp=.o) $(CFLAGS) $(TINYXML_FLAGS). Um arquivo executável (binário) é criado com o nome contido na variável EXECUTABLE_NAME, os objetos são incluídos na compilação através de $(OBJECTS:.cpp=.o) que já foi explicado, a “linkagem” da libvirt é feita pela variável CFLAGS e os arquivos da TinyXML são incluídos pela variável TINYXML_FLAGS.
Reforço que é muito interessante ler o tutorial em –> http://ubuntuforum-pt.org/index.php/topic,21155.0.html.
O makefile pode ser visto e obtido em -> https://gist.github.com/798862
Fonte: http://ubuntuforum-pt.org/index.php/topic,21155.0.html