Re: [FUG-BR] Problemas com a atualização do sistem a 6.2 Release para Stable
Em 23/02/07, Renato Luiz de Sousa[EMAIL PROTECTED] escreveu: Danilo Augusto wrote: Você deve ter usado o arquivo standard-supfile,use o stable-supfile. Tem ele em /usr/share/examples/cvsup/ . t+ Verifiquei aqui e vi que utilizei o arquivo correto (stable-supfile). Onde será que está a zica ?!?!?!?! Abraços, Renato - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Quando vc for atualizar o source, utilize o arquivo /usr/share/examples/cvsup/stable-supfile csup -g -L 2 -4 -h cvsup5.freebsd.org /usr/share/examples/cvsup/stable-supfile Confira antes se no arquivo stable-supfile a tag RELENG está como abaixo (se não foi modificada, com certeza está assim)... *default release=cvs tag=RELENG_6 É quase certo que vc atualizou o source com o arquivo standartd-supfile... Feita a atualização do source recompile novamente... Adicione em /etc/make.conf a linha KERNCONF=SEUKENEL depois faça... cd /usr/src make -j4 -s buildworld make -j4 -s buildkernel make installkernel mergemaster -p shutdown now #single make installworld mergemaster -Pi shutdown -r now Se tudo correu bem, você tem o seu sistema STABLE. Qquer coisa mail avisa aí, ok? Obs.: Não esquece de dar uma lida em /usr/src/UPDATING -- Celso Vianna BSD User: 51318 http://www.bsdcounter.org 63 8404-8559 Palmas/TO - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: C/C++
Paulo, a função main nem sempre deve retorna um valor, somente se você quiser, quando a função começa com void, significa que não retorna valor nenhum, e ainda você falou que a função main DEVE retornar um valor inteiro, isso também esta errado, a função pode retornar um char, float, double, usigned float...e mais um monte... Att. Anderson P. Matos Analista de Suporte Linhares Serviços On-Line Tel: (27) 2103-8100 E-mail: [EMAIL PROTECTED] - Tel.: (27) 2103-8105 Cel: (27) 9936-4186 E-mail: [EMAIL PROTECTED] Messenger: [EMAIL PROTECTED] Skype: andersonpmatos -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Paulo Pires Enviada em: sexta-feira, 23 de fevereiro de 2007 08:00 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] C/C++ On 2/21/07, Rodrigo Ferreira [EMAIL PROTECTED] wrote: Bom dia lista, venho tentando a algum tempo compilar/rodar arquivos .c e .cpp, porem não obtive sucesso, antes de migrar para o FreeBSD eu utilizava o turbo c++ no win, e agora no Free estou tentando usar o gcc/g++, só que no programa mais simples que estou tentando fazer aparece erro. Programa teste: #include /usr/include/stdio.h #include /usr/include/conio.h void main (void) { puts (Alo Mundo); getch(); } dai quando eu dou g++ teste.cpp, aparece esses erros: teste.cpp:2:32: /usr/include/conio.h: No such file or directory teste.cpp:5: error: `main' must return `int' teste.cpp: In function `int main(...)': teste.cpp:7: error: `getch' undeclared (first use this function) teste.cpp:7: error: (Each undeclared identifier is reported only once for each function it appears in.) Um dos erros que eu ia apontar já foi apontado pelo compilador C++ (em C não seria indicado como erro): a função main() deve retornar um valor inteiro (int), de modo que tem que ser declarada como int main() ou int main(int argc, char **argv) (ou ainda int main(int argc, char *argv[])). A isso está ligado ou outro erro no seu programa, mas que não está indicado acima: para sair da função que retorna int, você tem obrigatoriamente que ter um comando return valor;, onde valor é uma expressão com valor inteiro (geralmente -- especialmente no UNIX -- main() retorna 0 quando é bem sucedido), ou uma chamada exit(valor);, onde valor também é inteiro. Quando você está incluindo arquivos de cabeçalho da biblioteca padrão, a convenção é usar '#include cabeçalho.h', ao invés de '#include cabeçalho.h'. Esta última forma, usando aspas, é usada para arquivos de cabeçalho criados pelo próprio programador, para distingüi-los dos cabeçalhos padronizados. Também não é usual colocar o caminho completo dos arquivos, especialmente quando se está usando cabeçalhos da biblioteca padrão (com , e não com aspas, pois o compilador sabe como encontrá-los). Como outros já disseram, conio.h não é um cabeçalho padrão e a função getch(), que seria declarada nesse cabeçalho específico dos compiladores da Borland, também não é comumente aceita no UNIX (pelo menos não com o mesmo sentido que teria no compilador da Borland). Principalmente enquanto você está aprendendo, procure aprender a linguagem padrão, ao invés de uma implementação específica. Outra coisa: seu arquivo indica programa em C++, mas o código que você escreveu é C. Não que esteja estritamente errado, mas a minha recomendação pessoal é que se você vai usar apenas C em um módulo de programa, use o compilador C (costuma ser mais rápido) e coloque nos arquivos a extensão .c, ao invés de .cpp ou .cc. Ou, então, aprenda logo C++ através de exemplos usando recursos próprios do C++, se quiser usar os recursos que essa linguagem oferece antes de ficar viciado em C puro e simples. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: Softwares proprietarios de analis e de trafego e segurança de rede !
Eu uso no windows o Ethereal, para versão FreeBSD deve ser outro nome, não me recordo agora. Att. Anderson P. Matos Analista de Suporte Linhares Serviços On-Line Tel: (27) 2103-8100 E-mail: [EMAIL PROTECTED] - Tel.: (27) 2103-8105 Cel: (27) 9936-4186 E-mail: [EMAIL PROTECTED] Messenger: [EMAIL PROTECTED] Skype: andersonpmatos -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Cândido Henrique - Linux user 276876 Enviada em: sexta-feira, 23 de fevereiro de 2007 17:39 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: [FUG-BR] Softwares proprietarios de analise de trafego e segurança de rede ! Olá Pessoal ! Gostaria de saber se alguém de vocês usa algum software para análise de rede (sniffer, IDS, outros) que não sejam o SNORT, NTOP, IPFW, CACTI, SNMP ... outros. Esta pesquisa é para saber se os softwares existentes no mercado ... não são mera copia destes e se teria alguma vantagem em testar similares e receber vendedores engravatados ... [],s - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Demora na autenticação por SSH
Olá PessoALL Bem, este é o meu primeiro post e o problema é o seguinte: - Estou acessando um servidor com o FreeBSD 6.2-RELEASE através do putty.exe (SSH no RWindows). Ao conectar no servidor ele me pede o login. Eu passo o login e pressiono Enter para ele me pedir a senha (password), só que depois do Enter até o pedido de senha leva mais ou menos uns 30 segundos ! E depois de passar a senha leva mais uns 20 segundos para ele concluir a autenticação. Esta demora é normal ??? Existe algo que possa ser feito para este processo ser mais rápido ??? Alguém já passou por isso e conseguiu resolver ??? [[]]'s a todos e um excelente final de semana !!! Janderson Matos ___ Yahoo! Mail - Sempre a melhor opção para você! Experimente já e veja as novidades. http://br.yahoo.com/mailbeta/tudonovo/ - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Demora na autenticação por SSH
Tente colocar o parâmetro UseDNS para no, no /etc/ssh/sshd_config... On Sat, 24 Feb 2007 09:49:53 -0200 Janderson [EMAIL PROTECTED] wrote: Olá PessoALL Bem, este é o meu primeiro post e o problema é o seguinte: - Estou acessando um servidor com o FreeBSD 6.2-RELEASE através do putty.exe (SSH no RWindows). Ao conectar no servidor ele me pede o login. Eu passo o login e pressiono Enter para ele me pedir a senha (password), só que depois do Enter até o pedido de senha leva mais ou menos uns 30 segundos ! E depois de passar a senha leva mais uns 20 segundos para ele concluir a autenticação. Esta demora é normal ??? Existe algo que possa ser feito para este processo ser mais rápido ??? Alguém já passou por isso e conseguiu resolver ??? [[]]'s a todos e um excelente final de semana !!! Janderson Matos - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: Demora na autenticação por SS H
Janderson, Verifique se o seu Free está respondendo WWW, se não estiver crie um arquivo resolv.conf dentro do /etc e aponte para algum DNS. Ex de aquivo resolv.conf Domain seudominio.com.br Nameserver ip-do-servidor-dns Atts, Juliano P. Matos Analista de TI Linhares Serviços On line Tel: 55 (27) 2103-8100 Cel: 55 (27) 9974-6734 E-mail: [EMAIL PROTECTED] Messenger: [EMAIL PROTECTED] Skype: julianomatos -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Janderson Enviada em: sábado, 24 de fevereiro de 2007 08:50 Para: freebsd@fug.com.br Assunto: [FUG-BR] Demora na autenticação por SSH Olá PessoALL Bem, este é o meu primeiro post e o problema é o seguinte: - Estou acessando um servidor com o FreeBSD 6.2-RELEASE através do putty.exe (SSH no RWindows). Ao conectar no servidor ele me pede o login. Eu passo o login e pressiono Enter para ele me pedir a senha (password), só que depois do Enter até o pedido de senha leva mais ou menos uns 30 segundos ! E depois de passar a senha leva mais uns 20 segundos para ele concluir a autenticação. Esta demora é normal ??? Existe algo que possa ser feito para este processo ser mais rápido ??? Alguém já passou por isso e conseguiu resolver ??? [[]]'s a todos e um excelente final de semana !!! Janderson Matos ___ Yahoo! Mail - Sempre a melhor opção para você! Experimente já e veja as novidades. http://br.yahoo.com/mailbeta/tudonovo/ - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: C/C++
Acho que ele estava se referindo ao padrão ANSI: http://www.delorie.com/djgpp/v2faq/faq22_25.html E todos nós escrevemos código que respeita os padrões, certo? :) -- Diego Aranha On Saturday 24 February 2007 11:40, Anderson P. Matos - LINHARES ON LINE wrote: Paulo, a função main nem sempre deve retorna um valor, somente se você quiser, quando a função começa com void, significa que não retorna valor nenhum, e ainda você falou que a função main DEVE retornar um valor inteiro, isso também esta errado, a função pode retornar um char, float, double, usigned float...e mais um monte... Att. Anderson P. Matos Analista de Suporte Linhares Serviços On-Line Tel: (27) 2103-8100 E-mail: [EMAIL PROTECTED] - Tel.: (27) 2103-8105 Cel: (27) 9936-4186 E-mail: [EMAIL PROTECTED] Messenger: [EMAIL PROTECTED] Skype: andersonpmatos -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Paulo Pires Enviada em: sexta-feira, 23 de fevereiro de 2007 08:00 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] C/C++ On 2/21/07, Rodrigo Ferreira [EMAIL PROTECTED] wrote: Bom dia lista, venho tentando a algum tempo compilar/rodar arquivos .c e .cpp, porem não obtive sucesso, antes de migrar para o FreeBSD eu utilizava o turbo c++ no win, e agora no Free estou tentando usar o gcc/g++, só que no programa mais simples que estou tentando fazer aparece erro. Programa teste: #include /usr/include/stdio.h #include /usr/include/conio.h void main (void) { puts (Alo Mundo); getch(); } dai quando eu dou g++ teste.cpp, aparece esses erros: teste.cpp:2:32: /usr/include/conio.h: No such file or directory teste.cpp:5: error: `main' must return `int' teste.cpp: In function `int main(...)': teste.cpp:7: error: `getch' undeclared (first use this function) teste.cpp:7: error: (Each undeclared identifier is reported only once for each function it appears in.) Um dos erros que eu ia apontar já foi apontado pelo compilador C++ (em C não seria indicado como erro): a função main() deve retornar um valor inteiro (int), de modo que tem que ser declarada como int main() ou int main(int argc, char **argv) (ou ainda int main(int argc, char *argv[])). A isso está ligado ou outro erro no seu programa, mas que não está indicado acima: para sair da função que retorna int, você tem obrigatoriamente que ter um comando return valor;, onde valor é uma expressão com valor inteiro (geralmente -- especialmente no UNIX -- main() retorna 0 quando é bem sucedido), ou uma chamada exit(valor);, onde valor também é inteiro. Quando você está incluindo arquivos de cabeçalho da biblioteca padrão, a convenção é usar '#include cabeçalho.h', ao invés de '#include cabeçalho.h'. Esta última forma, usando aspas, é usada para arquivos de cabeçalho criados pelo próprio programador, para distingüi-los dos cabeçalhos padronizados. Também não é usual colocar o caminho completo dos arquivos, especialmente quando se está usando cabeçalhos da biblioteca padrão (com , e não com aspas, pois o compilador sabe como encontrá-los). Como outros já disseram, conio.h não é um cabeçalho padrão e a função getch(), que seria declarada nesse cabeçalho específico dos compiladores da Borland, também não é comumente aceita no UNIX (pelo menos não com o mesmo sentido que teria no compilador da Borland). Principalmente enquanto você está aprendendo, procure aprender a linguagem padrão, ao invés de uma implementação específica. Outra coisa: seu arquivo indica programa em C++, mas o código que você escreveu é C. Não que esteja estritamente errado, mas a minha recomendação pessoal é que se você vai usar apenas C em um módulo de programa, use o compilador C (costuma ser mais rápido) e coloque nos arquivos a extensão .c, ao invés de .cpp ou .cc. Ou, então, aprenda logo C++ através de exemplos usando recursos próprios do C++, se quiser usar os recursos que essa linguagem oferece antes de ficar viciado em C puro e simples. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Demora na autenticação por SSH
Olá m0f0x !!! O problema do delay do login para a senha foi resolvido com esta sua dica !!! Obrigado Agora só fica um pequeno delay após a senha até cair no shell... [[]]'s... Janderson Matos - Original Message - From: m0f0x [EMAIL PROTECTED] To: freebsd@fug.com.br Sent: Saturday, February 24, 2007 10:17 AM Subject: Re: [FUG-BR] Demora na autenticação por SSH Tente colocar o parâmetro UseDNS para no, no /etc/ssh/sshd_config... On Sat, 24 Feb 2007 09:49:53 -0200 Janderson [EMAIL PROTECTED] wrote: Olá PessoALL Bem, este é o meu primeiro post e o problema é o seguinte: - Estou acessando um servidor com o FreeBSD 6.2-RELEASE através do putty.exe (SSH no RWindows). Ao conectar no servidor ele me pede o login. Eu passo o login e pressiono Enter para ele me pedir a senha (password), só que depois do Enter até o pedido de senha leva mais ou menos uns 30 segundos ! E depois de passar a senha leva mais uns 20 segundos para ele concluir a autenticação. Esta demora é normal ??? Existe algo que possa ser feito para este processo ser mais rápido ??? Alguém já passou por isso e conseguiu resolver ??? [[]]'s a todos e um excelente final de semana !!! Janderson Matos - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd ___ Yahoo! Mail - Sempre a melhor opção para você! Experimente já e veja as novidades. http://br.yahoo.com/mailbeta/tudonovo/ - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: Demora na autenticação por SS H
Juliano, Com a dica do m0f0x eu consegui resolver o delay entre o login e a senha (colocar UseDNS no em /etc/ssh/sshd_config...), mas eu gostaria de entender esta dica sua. Veja bem, eu apenas possuo 3 máquinas na rede que se comunicam com o servidor FreeBSD (Este possui um banco de dados Firebird no qual as 3 outras máquinas utilizam). Nesta sua dica eu teria que ter um servidor DNS no servidor ??? ou apenas editar o resolv.conf bastaria ??? Gostaria de obter maiores detalhes sobre esta sua dica... [[]]'s... Janderson - Original Message - From: Juliano P. Matos - Linhares On line [EMAIL PROTECTED] To: 'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)' freebsd@fug.com.br Sent: Saturday, February 24, 2007 11:22 AM Subject: [FUG-BR] RES: Demora na autenticação por SSH Janderson, Verifique se o seu Free está respondendo WWW, se não estiver crie um arquivo resolv.conf dentro do /etc e aponte para algum DNS. Ex de aquivo resolv.conf Domain seudominio.com.br Nameserver ip-do-servidor-dns Atts, Juliano P. Matos Analista de TI Linhares Serviços On line Tel: 55 (27) 2103-8100 Cel: 55 (27) 9974-6734 E-mail: [EMAIL PROTECTED] Messenger: [EMAIL PROTECTED] Skype: julianomatos ___ Yahoo! Mail - Sempre a melhor opção para você! Experimente já e veja as novidades. http://br.yahoo.com/mailbeta/tudonovo/ - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problemas com a atualização do sistem a 6.2 Release para Stable
cd /usr/src make -j4 -s buildworld make -j4 -s buildkernel make installkernel mergemaster -p shutdown now #single make installworld mergemaster -Pi shutdown -r now Venho atualizando meus servers desde o 5.x sem entrar em modo single e nunca tive nenhum problema. Inclusive atualizei uma máquina de 6-STABLE pra -CURRENT essa semana e também não fui pro modo single. Até onde sei, isso não é mais necessário. Sigo o seguinte procedimento csup supfile cd /usr/obj chflags -R noschg * rm -rf * cd /usr/src make -s -j4 buildworld make -s -j4 buildkernel make installkernel mergemaster -p make installworld mergemaster -Pi reboot cd /usr/src make check-old ### faço um backup dos arquivos que ele mostra make delete-old make delete-old-libs Com isso removo todos os arquivos que não são mais necessários e deixo o sistema limpo. []s -- Renato Botelho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: Demora na autenticação por SS H
Cara, basta apenas você colocar o DNS do seu provedor no /etc/resolv.conf assim: nameserver200.xxx.xxx.xxx Desse jeito, você terá acesso à internet tranquilamente, o mesmo você faz nas estções windows, jugando que você não tenha um servidor DHCP. Outra opção, seria você rodar no seu servidor um DNS Cache, e setar no DNS das maquinas Windows o ip do seu servidor, desse jeito, o tempo de resolução de internet para os cliente fica muito mais rápido. Abraço. Juliano, Com a dica do m0f0x eu consegui resolver o delay entre o login e a senha (colocar UseDNS no em /etc/ssh/sshd_config...), mas eu gostaria de entender esta dica sua. Veja bem, eu apenas possuo 3 máquinas na rede que se comunicam com o servidor FreeBSD (Este possui um banco de dados Firebird no qual as 3 outras máquinas utilizam). Nesta sua dica eu teria que ter um servidor DNS no servidor ??? ou apenas editar o resolv.conf bastaria ??? Gostaria de obter maiores detalhes sobre esta sua dica... [[]]'s... Janderson - Original Message - From: Juliano P. Matos - Linhares On line [EMAIL PROTECTED] To: 'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)' freebsd@fug.com.br Sent: Saturday, February 24, 2007 11:22 AM Subject: [FUG-BR] RES: Demora na autenticação por SSH Janderson, Verifique se o seu Free está respondendo WWW, se não estiver crie um arquivo resolv.conf dentro do /etc e aponte para algum DNS. Ex de aquivo resolv.conf Domain seudominio.com.br Nameserver ip-do-servidor-dns Atts, Juliano P. Matos Analista de TI Linhares Serviços On line Tel: 55 (27) 2103-8100 Cel: 55 (27) 9974-6734 E-mail: [EMAIL PROTECTED] Messenger: [EMAIL PROTECTED] Skype: julianomatos ___ Yahoo! Mail - Sempre a melhor opção para você! Experimente já e veja as novidades. http://br.yahoo.com/mailbeta/tudonovo/ - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Esta mensagem foi verificada pelo sistema de antivírus e acredita-se estar livre de perigo. -- Junior Pires Assistente de Informáica CPD Gujão Alimentos. Tel: (75) 3244-2121 (Ramal 202). -- Esta mensagem foi verificada pelo sistema de antivírus e acredita-se estar livre de perigo. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: Demora na autenticação por SS H
Junior, Não sei se estes dados ajudam, mas aí vão: 3 máquinas com Windows XP 1 máquina com FreeBSD 6.2-RELEASE (com o servidor de BD Firebird) Acessamos internet através de um roteador da Linksys, as máquinas Windows possuem como gateway e DNS o ip do roteador. Este roteador é o nosso servidor DHCP (Ele quem atribui IP em todas as máquinas, sendo que colocamos manualmente o IP no servidor (FreeBSD) e em uma das máquinas Windows). No /etc/resolv.conf já está o IP do roteador Linksys. Sendo assim, existe algo que ainda devo fazer ??? [[]]'s... Janderson - Original Message - From: Junior Pires [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD freebsd@fug.com.br Sent: Saturday, February 24, 2007 11:57 AM Subject: Re: [FUG-BR] RES: Demora na autenticação por SSH Cara, basta apenas você colocar o DNS do seu provedor no /etc/resolv.conf assim: nameserver200.xxx.xxx.xxx Desse jeito, você terá acesso à internet tranquilamente, o mesmo você faz nas estções windows, jugando que você não tenha um servidor DHCP. Outra opção, seria você rodar no seu servidor um DNS Cache, e setar no DNS das maquinas Windows o ip do seu servidor, desse jeito, o tempo de resolução de internet para os cliente fica muito mais rápido. Abraço. Juliano, Com a dica do m0f0x eu consegui resolver o delay entre o login e a senha (colocar UseDNS no em /etc/ssh/sshd_config...), mas eu gostaria de entender esta dica sua. Veja bem, eu apenas possuo 3 máquinas na rede que se comunicam com o servidor FreeBSD (Este possui um banco de dados Firebird no qual as 3 outras máquinas utilizam). Nesta sua dica eu teria que ter um servidor DNS no servidor ??? ou apenas editar o resolv.conf bastaria ??? Gostaria de obter maiores detalhes sobre esta sua dica... [[]]'s... Janderson - Original Message - From: Juliano P. Matos - Linhares On line [EMAIL PROTECTED] To: 'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)' freebsd@fug.com.br Sent: Saturday, February 24, 2007 11:22 AM Subject: [FUG-BR] RES: Demora na autenticação por SSH Janderson, Verifique se o seu Free está respondendo WWW, se não estiver crie um arquivo resolv.conf dentro do /etc e aponte para algum DNS. Ex de aquivo resolv.conf Domain seudominio.com.br Nameserver ip-do-servidor-dns Atts, Juliano P. Matos Analista de TI Linhares Serviços On line Tel: 55 (27) 2103-8100 Cel: 55 (27) 9974-6734 E-mail: [EMAIL PROTECTED] Messenger: [EMAIL PROTECTED] Skype: julianomatos ___ Yahoo! Mail - Sempre a melhor opção para você! Experimente já e veja as novidades. http://br.yahoo.com/mailbeta/tudonovo/ - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Esta mensagem foi verificada pelo sistema de antivírus e acredita-se estar livre de perigo. -- Junior Pires Assistente de Informáica CPD Gujão Alimentos. Tel: (75) 3244-2121 (Ramal 202). -- Esta mensagem foi verificada pelo sistema de antivírus e acredita-se estar livre de perigo. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd ___ Yahoo! Mail - Sempre a melhor opção para você! Experimente já e veja as novidades. http://br.yahoo.com/mailbeta/tudonovo/ - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: C/C++
Bom, creio que ele deve estar se referindo ao padrão mais atual da linguagem, C99. O padrão ANSI já está meio obsoleto pelos padrões ISO C89 e C99. Teve um cara que liberou o C Completo e Total na rede um tempo atrás. Puxa, logo o livro do Herbert Schildt, o pior autor de todos os tempos. PS. A função main não retornar um valor é considerado um ERRO NÃO-FATAL. gethostbyname Diego Aranha escreveu: Acho que ele estava se referindo ao padrão ANSI: http://www.delorie.com/djgpp/v2faq/faq22_25.html E todos nós escrevemos código que respeita os padrões, certo? :) -- Diego Aranha On Saturday 24 February 2007 11:40, Anderson P. Matos - LINHARES ON LINE wrote: Paulo, a função main nem sempre deve retorna um valor, somente se você quiser, quando a função começa com void, significa que não retorna valor nenhum, e ainda você falou que a função main DEVE retornar um valor inteiro, isso também esta errado, a função pode retornar um char, float, double, usigned float...e mais um monte... Att. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: Softwares proprietarios de analis e de trafego e segurança de rede !
Anderson P. Matos - LINHARES ON LINE escreveu: Eu uso no windows o Ethereal, para versão FreeBSD deve ser outro nome, não me recordo agora. Att. Anderson P. Matos Analista de Suporte Linhares Serviços On-Line O Ethereal agora se chama WireShark (www.*wireshark*.org) -- Cordialmente, Rodolfo Zappa Archive TSP - Total Solution Provider Nosso negócio é garantir que a sua rede de informações não pare! (21) 2567-1842 [EMAIL PROTECTED] http://www.archive.com.br Se a gente se lança sem vigor, sete de dez ações tomadas não dão certo. É extremamente difícil tomar decisões num estado de agitação. Por outro lado, se sem se preocupar com as conseqüências menores, abordamos os problemas com o espírito afiado como uma lâmina, sempre encontramos a solução em menos tempo do que é necessáio para respirar sete vezes. Nabeshima Naoshige (1538-1618) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: Demora na autenticação por SS H
Jaderson, A demora da autenticação foi resolvida com o UseDNS. blz! Agora uma dica para suas aplicações acessarem mais rápido o banco interbase é usar o arquivo hosts que fica no c:\windows\system32\drivers\etc (xp) ou c:\windows\hosts (win9x). Fica mais ou menos assim 192.168.0.1 meuservidorbsd E na aplicação, na configuração de acesso ao banco, invés de usar o ip tu usa esse novo apelido (meuservidorbsd); A performance melhora MUITO... já tive cliente que o programa demorava mais de um minuto para conectar a base.. e quando comecei a usar hosts resolveu o problema... Desculpa pelo off-topic... abraço a todos. -- Welkson Renny de Medeiros Focus Automação Comercial Desenvolvimento / Gerência de Redes [EMAIL PROTECTED] - Original Message - From: Janderson [EMAIL PROTECTED] To: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) freebsd@fug.com.br Sent: Saturday, February 24, 2007 10:46 AM Subject: Re: [FUG-BR]RES: Demora na autenticação por SSH Juliano, Com a dica do m0f0x eu consegui resolver o delay entre o login e a senha (colocar UseDNS no em /etc/ssh/sshd_config...), mas eu gostaria de entender esta dica sua. Veja bem, eu apenas possuo 3 máquinas na rede que se comunicam com o servidor FreeBSD (Este possui um banco de dados Firebird no qual as 3 outras máquinas utilizam). Nesta sua dica eu teria que ter um servidor DNS no servidor ??? ou apenas editar o resolv.conf bastaria ??? Gostaria de obter maiores detalhes sobre esta sua dica... [[]]'s... Janderson - Original Message - From: Juliano P. Matos - Linhares On line [EMAIL PROTECTED] To: 'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)' freebsd@fug.com.br Sent: Saturday, February 24, 2007 11:22 AM Subject: [FUG-BR] RES: Demora na autenticação por SSH Janderson, Verifique se o seu Free está respondendo WWW, se não estiver crie um arquivo resolv.conf dentro do /etc e aponte para algum DNS. Ex de aquivo resolv.conf Domain seudominio.com.br Nameserver ip-do-servidor-dns Atts, Juliano P. Matos Analista de TI Linhares Serviços On line Tel: 55 (27) 2103-8100 Cel: 55 (27) 9974-6734 E-mail: [EMAIL PROTECTED] Messenger: [EMAIL PROTECTED] Skype: julianomatos ___ Yahoo! Mail - Sempre a melhor opção para você! Experimente já e veja as novidades. http://br.yahoo.com/mailbeta/tudonovo/ - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Mysql não aceita acentos.
Olá, Basta alterar o character sets. mysql SHOW CHARACTER SET; http://dev.mysql.com/doc/refman/5.0/en/charset-mysql.html Att, eder. On 2/23/07, Rafael Fernandes [EMAIL PROTECTED] wrote: É amigo eu passei por isto e normalmente o mysql fica com o charset compilado tanto no servidor quanto no cliente (ou bibliotecas usadas por outros programas, no caso o php). O que solucionou meu problema 100% foi recompilar o mysql-server (se não me engano, isto já recompila a biblioteca mysql-server, mas confira). Recompile também o módulo mysql do php se ele foi linkado estaticamente com a biblioteca mysql. Lembre-se sempre que usamos latin1/iso-8859-1 (são a mesma coisa) e irá evitar muita dor de cabeça. Até, Rafael. On Fri, 23 Feb 2007 11:56:32 -0200, Rafael Stockler [EMAIL PROTECTED] wrote: Bom dia a todos, Estou com o seguinte problema. Tenho aqui instalado o Apache 2, php 5 e mysql 5. O problema que estou enfrentando é o fato de o mysql não estar cadastrando palavras com acentos. Verifiquei se o php estava mostrando certo e pelo q vi sim. O charset no mysql eh o utf8-general. Jah tentei colocar o latin 1 e outras e nada. Alguem já passou por isso ou saberia o q pode ser isso? Vlw. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Do not worry about your difficulties in mathematics; I can assure you that mine are still greater. Albert Einstein - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: C/C++
On Sat, 24 Feb 2007 08:40:25 -0300, Anderson P. Matos - LINHARES ON LINE wrote Paulo, a função main nem sempre deve retorna um valor, somente se você quiser, quando a função começa com void, significa que não retorna valor nenhum, e ainda você falou que a função main DEVE retornar um valor inteiro, isso também esta errado, a função pode retornar um char, float, double, usigned float...e mais um monte... Essa exigencia é da linguagem c++ faça esse exemplo e veja que o erro persiste #include stdio.h void main (void); void main (void) { printf (teste); } g++ -o teste teste.cpp teste.cpp: In function `int main(...)': teste.cpp:8: declaration of C function `int main(...)' conflicts with teste.cpp:4: previous declaration `void main()' here Att. Anderson P. Matos Analista de Suporte Linhares Serviços On-Line Tel: (27) 2103-8100 E-mail: [EMAIL PROTECTED] - Tel.: (27) 2103-8105 Cel: (27) 9936-4186 E-mail: [EMAIL PROTECTED] Messenger: [EMAIL PROTECTED] Skype: andersonpmatos -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Paulo Pires Enviada em: sexta-feira, 23 de fevereiro de 2007 08:00 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] C/C++ On 2/21/07, Rodrigo Ferreira [EMAIL PROTECTED] wrote: Bom dia lista, venho tentando a algum tempo compilar/rodar arquivos .c e .cpp, porem não obtive sucesso, antes de migrar para o FreeBSD eu utilizava o turbo c++ no win, e agora no Free estou tentando usar o gcc/g++, só que no programa mais simples que estou tentando fazer aparece erro. Programa teste: #include /usr/include/stdio.h #include /usr/include/conio.h void main (void) { puts (Alo Mundo); getch(); } dai quando eu dou g++ teste.cpp, aparece esses erros: teste.cpp:2:32: /usr/include/conio.h: No such file or directory teste.cpp:5: error: `main' must return `int' teste.cpp: In function `int main(...)': teste.cpp:7: error: `getch' undeclared (first use this function) teste.cpp:7: error: (Each undeclared identifier is reported only once for each function it appears in.) Um dos erros que eu ia apontar já foi apontado pelo compilador C++ (em C não seria indicado como erro): a função main() deve retornar um valor inteiro (int), de modo que tem que ser declarada como int main() ou int main(int argc, char **argv) (ou ainda int main(int argc, char *argv[])). A isso está ligado ou outro erro no seu programa, mas que não está indicado acima: para sair da função que retorna int, você tem obrigatoriamente que ter um comando return valor;, onde valor é uma expressão com valor inteiro (geralmente - - especialmente no UNIX -- main() retorna 0 quando é bem sucedido), ou uma chamada exit(valor);, onde valor também é inteiro. Quando você está incluindo arquivos de cabeçalho da biblioteca padrão, a convenção é usar '#include cabeçalho.h', ao invés de '#include cabeçalho.h'. Esta última forma, usando aspas, é usada para arquivos de cabeçalho criados pelo próprio programador, para distingüi-los dos cabeçalhos padronizados. Também não é usual colocar o caminho completo dos arquivos, especialmente quando se está usando cabeçalhos da biblioteca padrão (com , e não com aspas, pois o compilador sabe como encontrá-los). Só um parentses nesse bapo, se me permite PAPiris... o include com significa que o compilador irar procurar pelo arquivo nos PATH padrão de pesquisa (INCLUDE) e com só irá pesquisar no diretório atual por exemplo: #include stdio.h ele irá procurar em /usr/include e /usr/X11R6/include. Essa procura é feita adicionando o PATH ao nome do arquivo e o compilador tenta abri-lo caso vc precise de arquivos system net ou outro qualquer deve ser feito da forma: #include sys/time.h caso voce queira incluir ou modificar a pesquisa olhe as opções -I (include) e -L (lib) do gcc e veja também sobre variáveis de ambiente (INCLUDE/LIB/CC e outras) Como outros já disseram, conio.h não é um cabeçalho padrão e a função getch(), que seria declarada nesse cabeçalho específico dos compiladores da Borland, também não é comumente aceita no UNIX (pelo menos não com o mesmo sentido que teria no compilador da Borland). Principalmente enquanto você está aprendendo, procure aprender a linguagem padrão, ao invés de uma implementação específica. Outra coisa: seu arquivo indica programa em C++, mas o código que você escreveu é C. Não que esteja estritamente errado, mas a minha recomendação pessoal é que se você vai usar apenas C em um módulo de programa, use o compilador C (costuma ser mais rápido) e coloque nos arquivos a extensão .c, ao invés de .cpp ou .cc. Ou, então, aprenda logo C++ através de exemplos usando recursos próprios do C++, se quiser usar os recursos que essa linguagem oferece antes de ficar viciado em C puro e
[FUG-BR] RES: RES: Demora na autenticaç ão por SSH
Soh edite o arquivo como eu te passei e aponte para um DNS na sua rede, funciona muito bem.. Atts, Juliano P. Matos Analista de TI Linhares On line Tel: 55 (27) 2103-8100 Cel: 55 (27) 9974-6734 E-mail: [EMAIL PROTECTED] Messenger: [EMAIL PROTECTED] Skype: julianomatos -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Janderson Enviada em: sábado, 24 de fevereiro de 2007 10:46 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] RES: Demora na autenticação por SSH Juliano, Com a dica do m0f0x eu consegui resolver o delay entre o login e a senha (colocar UseDNS no em /etc/ssh/sshd_config...), mas eu gostaria de entender esta dica sua. Veja bem, eu apenas possuo 3 máquinas na rede que se comunicam com o servidor FreeBSD (Este possui um banco de dados Firebird no qual as 3 outras máquinas utilizam). Nesta sua dica eu teria que ter um servidor DNS no servidor ??? ou apenas editar o resolv.conf bastaria ??? Gostaria de obter maiores detalhes sobre esta sua dica... [[]]'s... Janderson - Original Message - From: Juliano P. Matos - Linhares On line [EMAIL PROTECTED] To: 'Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)' freebsd@fug.com.br Sent: Saturday, February 24, 2007 11:22 AM Subject: [FUG-BR] RES: Demora na autenticação por SSH Janderson, Verifique se o seu Free está respondendo WWW, se não estiver crie um arquivo resolv.conf dentro do /etc e aponte para algum DNS. Ex de aquivo resolv.conf Domain seudominio.com.br Nameserver ip-do-servidor-dns Atts, Juliano P. Matos Analista de TI Linhares Serviços On line Tel: 55 (27) 2103-8100 Cel: 55 (27) 9974-6734 E-mail: [EMAIL PROTECTED] Messenger: [EMAIL PROTECTED] Skype: julianomatos ___ Yahoo! Mail - Sempre a melhor opção para você! Experimente já e veja as novidades. http://br.yahoo.com/mailbeta/tudonovo/ - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Mysql não aceita acentos.
O problema, Eder, é que pode haver uma diferença de charset usado na conexão entre o cliente e o servidor mysql. Normalmente, no módulo php, isto acarreta em aleatoriamente você receber os dados em latin1 e utf-8, mesmo quando uma tabela está com a opção de charset em latin1. E o problema continua mesmo depois de mudado o charset de uma tabela que era utf-8 para latin1. Como disse, não é um problema no chaset usado pelo servidor, mas sim pela conexão entre o servidor e um cliente mysql, pois nessa ele tenta fazer uma conversão de charsets. Leia sobre isto aqui: http://dev.mysql.com/doc/refman/5.0/en/charset-connection.html Este problema aconteceu comigo quando migrei um banco de dados de um servidor para outro. Como o charset da tabela não foi alterado, não era para ocorrer este tipo de problema. E a única diferença entre um servidor e outro era que o charset padrão usado nas conexões era diferente (latin1 no antigo, utf-8 no novo). A única coisa que fez os resultados de queries serem consistentes foi certificando que ambos os binários (cliente e servidor) usavam o mesmo charset padrão para conexões. E infelizmente isto fica compilado com os binários, não fica em um arquivo de configuração. Senão não precisaríamos de ajustar esta opção ao compilar o mysql, certo? Então, me desculpe, mas listar os charsets disponíveis para as tabelas não resolveria o problema do nosso amigo da lista. Até, Rafael. On Sat, 24 Feb 2007 15:20:04 -0200, Eder [EMAIL PROTECTED] wrote: Olá, Basta alterar o character sets. mysql SHOW CHARACTER SET; http://dev.mysql.com/doc/refman/5.0/en/charset-mysql.html Att, eder. On 2/23/07, Rafael Fernandes [EMAIL PROTECTED] wrote: É amigo eu passei por isto e normalmente o mysql fica com o charset compilado tanto no servidor quanto no cliente (ou bibliotecas usadas por outros programas, no caso o php). O que solucionou meu problema 100% foi recompilar o mysql-server (se não me engano, isto já recompila a biblioteca mysql-server, mas confira). Recompile também o módulo mysql do php se ele foi linkado estaticamente com a biblioteca mysql. Lembre-se sempre que usamos latin1/iso-8859-1 (são a mesma coisa) e irá evitar muita dor de cabeça. Até, Rafael. On Fri, 23 Feb 2007 11:56:32 -0200, Rafael Stockler [EMAIL PROTECTED] wrote: Bom dia a todos, Estou com o seguinte problema. Tenho aqui instalado o Apache 2, php 5 e mysql 5. O problema que estou enfrentando é o fato de o mysql não estar cadastrando palavras com acentos. Verifiquei se o php estava mostrando certo e pelo q vi sim. O charset no mysql eh o utf8-general. Jah tentei colocar o latin 1 e outras e nada. Alguem já passou por isso ou saberia o q pode ser isso? Vlw. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Mysql não aceita acentos.
Oi, O problema, Eder, é que pode haver uma diferença de charset usado na conexão entre o cliente e o servidor mysql. R = Obviamente que pode haver, por isso existem os locales. Tanto no banco quanto na linguagem, não entendo muito de PHP, mais em C, C++ basta passar o locale. Normalmente, no módulo php, isto acarreta em aleatoriamente você receber os dados em latin1 e utf-8, mesmo quando uma tabela está com a opção de charset em latin1. R = Não, defina o que é aleatoriamente no seu conceito acima. E o problema continua mesmo depois de mudado o charset de uma tabela que era utf-8 para latin1. Como disse, não é um problema no chaset usado pelo servidor, mas sim pela conexão entre o servidor e um cliente mysql, pois nessa ele tenta fazer uma conversão de charsets. Leia sobre isto aqui: R = Concordo, então no PHP set o locale, setlocale(LC_COLLATE, pt_BR.ISO8859-1); A única coisa que fez os resultados de queries serem consistentes foi certificando que ambos os binários (cliente e servidor) usavam o mesmo charset padrão para conexões. E infelizmente isto fica compilado com os binários, não fica em um arquivo de configuração. Senão não precisaríamos de ajustar esta opção ao compilar o mysql, certo? R = Errado, não é necessário recompilar o MySQL para configurar isso, se ele por padrão já é compilado com suporte aos characters. mysql SHOW VARIABLES LIKE 'coll%'; mysql SHOW VARIABLES LIKE 'character%'; No arquivo de configuração do mysql no /etc/my.cnf basta setar o locale. [mysqld] character_sets_dir=/usr/local/share/mysql/charsets/ default-character-set=utf8 default-collation=utf8_general_ci [client] default-character-set=utf8 Então, me desculpe, mas listar os charsets disponíveis para as tabelas não resolveria o problema do nosso amigo da lista. R = Realmente digitar o comando não resolveria em nada. Att Eder, On 2/24/07, Rafael Fernandes [EMAIL PROTECTED] wrote: O problema, Eder, é que pode haver uma diferença de charset usado na conexão entre o cliente e o servidor mysql. Normalmente, no módulo php, isto acarreta em aleatoriamente você receber os dados em latin1 e utf-8, mesmo quando uma tabela está com a opção de charset em latin1. E o problema continua mesmo depois de mudado o charset de uma tabela que era utf-8 para latin1. Como disse, não é um problema no chaset usado pelo servidor, mas sim pela conexão entre o servidor e um cliente mysql, pois nessa ele tenta fazer uma conversão de charsets. Leia sobre isto aqui: http://dev.mysql.com/doc/refman/5.0/en/charset-connection.html Este problema aconteceu comigo quando migrei um banco de dados de um servidor para outro. Como o charset da tabela não foi alterado, não era para ocorrer este tipo de problema. E a única diferença entre um servidor e outro era que o charset padrão usado nas conexões era diferente (latin1 no antigo, utf-8 no novo). A única coisa que fez os resultados de queries serem consistentes foi certificando que ambos os binários (cliente e servidor) usavam o mesmo charset padrão para conexões. E infelizmente isto fica compilado com os binários, não fica em um arquivo de configuração. Senão não precisaríamos de ajustar esta opção ao compilar o mysql, certo? Então, me desculpe, mas listar os charsets disponíveis para as tabelas não resolveria o problema do nosso amigo da lista. Até, Rafael. On Sat, 24 Feb 2007 15:20:04 -0200, Eder [EMAIL PROTECTED] wrote: Olá, Basta alterar o character sets. mysql SHOW CHARACTER SET; http://dev.mysql.com/doc/refman/5.0/en/charset-mysql.html Att, eder. On 2/23/07, Rafael Fernandes [EMAIL PROTECTED] wrote: É amigo eu passei por isto e normalmente o mysql fica com o charset compilado tanto no servidor quanto no cliente (ou bibliotecas usadas por outros programas, no caso o php). O que solucionou meu problema 100% foi recompilar o mysql-server (se não me engano, isto já recompila a biblioteca mysql-server, mas confira). Recompile também o módulo mysql do php se ele foi linkado estaticamente com a biblioteca mysql. Lembre-se sempre que usamos latin1/iso-8859-1 (são a mesma coisa) e irá evitar muita dor de cabeça. Até, Rafael. On Fri, 23 Feb 2007 11:56:32 -0200, Rafael Stockler [EMAIL PROTECTED] wrote: Bom dia a todos, Estou com o seguinte problema. Tenho aqui instalado o Apache 2, php 5 e mysql 5. O problema que estou enfrentando é o fato de o mysql não estar cadastrando palavras com acentos. Verifiquei se o php estava mostrando certo e pelo q vi sim. O charset no mysql eh o utf8-general. Jah tentei colocar o latin 1 e outras e nada. Alguem já passou por isso ou saberia o q pode ser isso? Vlw. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da
[FUG-BR] Persistencia de Dados no FreeBSD
Senhores, alguem aqui já usou o persistencia de dados em alguma aplicacoes, de preferencia rodando em FreeBSD, nao quero usar banco de dados. Estou pensando em utulizar. Cristiano - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Persistencia de Dados no FreeBSD
Oi Cristiano, 1) Depende, qual é o tipo de sua aplicação, para você querer usar persistência. 2) Que linguagem vai utilizar, provalvamente vai querer usar Java. No FreeBSD não acho boa idea FreeBSD+Java+Persistência, terá que ter muita memória, e o Java querendo ou não ainda tem seus problemas com FreeBSD. Sempre que posso fugir de banco de dados uso persitência, serialialização, mais existem muitos pontos a considerar. Att Eder. On 2/24/07, Cristiano Panvel [EMAIL PROTECTED] wrote: Senhores, alguem aqui já usou o persistencia de dados em alguma aplicacoes, de preferencia rodando em FreeBSD, nao quero usar banco de dados. Estou pensando em utulizar. Cristiano - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Do not worry about your difficulties in mathematics; I can assure you that mine are still greater. Albert Einstein - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: C/C++
On 2/24/07, Anderson P. Matos - LINHARES ON LINE [EMAIL PROTECTED] wrote: Paulo, a função main nem sempre deve retorna um valor, somente se você quiser, quando a função começa com void, significa que não retorna valor nenhum, e ainda você falou que a função main DEVE retornar um valor inteiro, isso também esta errado, a função pode retornar um char, float, double, usigned float...e mais um monte... Obrigado pela lembrança. Eu já trabalhei com compilador C para outras arquiteturas e outros sistemas operacionais, e já fiz muito void main() -- mas nunca um double main() -- , mas vale o recado para que os outros saibam que em C é possível ter outros tipos de retorno para main() em determinadas situações. Entretanto, note que eu disse que era um erro em C++, que era a linguagem do programa original, e disse explicitamente que não seria indicado como erro em C. Note também que não estamos falando de CP/M-80 ou de alguma dispositivo embarcado usando microPIC, mas de UNIX, onde um comando return dentro de main(), mesmo em C, retorna ao sistema operacional um valor para ser informado como estado de saída do processo, e que esse valor de estado é um inteiro. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: C/C++
On 2/24/07, gethostbyname [EMAIL PROTECTED] wrote: Bom, creio que ele deve estar se referindo ao padrão mais atual da linguagem, C99. O padrão ANSI já está meio obsoleto pelos padrões ISO C89 e C99. Você está fazendo alguma confusão. C89 é ANSI, cujo correspondente ISO (praticamente idêntico, apenas recredenciado) é o C90. Teve um cara que liberou o C Completo e Total na rede um tempo atrás. Puxa, logo o livro do Herbert Schildt, o pior autor de todos os tempos. Não sei se é *o* pior, mas é um cara que claramente escreve sobre o que ele acha que vai lhe render uns trocados. É provável que o compromisso dele seja mais com fazer dinheiro rapidamente do que com a qualidade do que escreve. Nessa linha, o mais lamentável é quando, ao invés de ensinar a linguagem de programação a que se propõe na capa, ele começa a fazer apologia de determinadas tecnologias e de certos fabricantes de software (sobretudo do estado de Washington), talvez a fim de dar impulso a outros de seus livros. PS. A função main não retornar um valor é considerado um ERRO NÃO-FATAL. Eu freqüentemente compilo com -Werror -Wall; existem motivos para que o compilador emita warinings, ou eles não estariam lá. Um exemplo que volta e meia acontece comigo é usar = em lugar de ==; às vezes é intencional e às vezes por distração ou erro de digitação, mas um warning é bem-vindo nos dois casos. Todos sabemos fazer e às vezes somos forçados a fazer bacalhaus no código, mas também sabemos como usar a linguagem para, de forma sintaticamente correta e estilisticamente mais produtiva (no sentido de dar clareza que facilite a manutenção de código no futuro), fazer calar qualquer warning, mesmo quando se usa -pedantic. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Persistencia de Dados no FreeBSD
Opá Eder, a aplicacao é critica eu precisso de agilidade e velocidade nao terie delete apenas inserções é uma aplicação de Call Center. Sim pensava em usar Java sim, recomenda outra coisa. Cristiano. On 2/24/07, Eder [EMAIL PROTECTED] wrote: Oi Cristiano, 1) Depende, qual é o tipo de sua aplicação, para você querer usar persistência. 2) Que linguagem vai utilizar, provalvamente vai querer usar Java. No FreeBSD não acho boa idea FreeBSD+Java+Persistência, terá que ter muita memória, e o Java querendo ou não ainda tem seus problemas com FreeBSD. Sempre que posso fugir de banco de dados uso persitência, serialialização, mais existem muitos pontos a considerar. Att Eder. On 2/24/07, Cristiano Panvel [EMAIL PROTECTED] wrote: Senhores, alguem aqui já usou o persistencia de dados em alguma aplicacoes, de preferencia rodando em FreeBSD, nao quero usar banco de dados. Estou pensando em utulizar. Cristiano - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Do not worry about your difficulties in mathematics; I can assure you that mine are still greater. Albert Einstein - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: C/C++
Essa exigência não é apenas da linguagem C++: *ISO/IEC 9899:1999 (E)©ISO/IEC* *5.1.2.2.1 Program startup* The function called at program startup is named main. The implementation declares no prototype for this function. It shall be defined **with a return type of int** and with no parameters: *int *main(void) { /*...*/ } or with two parameters (referred to here as argc and argv, though any names may be used, as they are local to the function in which they are declared): *int *main(int argc, char *argv[]) { /*...*/ } or equivalent [ver a Nota]; or in some other implementation-defined manner. *Nota*: Thus, int can be replaced by a typedef name defined as int,or the type of argv can be written as char ** argv, and so on. gethostbyname Nilton Jose Rizzo escreveu: Essa exigencia é da linguagem c++ faça esse exemplo e veja que o erro persiste #include stdio.h void main (void); void main (void) { printf (teste); } - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: C/C++
Paulo Pires escreveu: Você está fazendo alguma confusão. C89 é ANSI, cujo correspondente ISO (praticamente idêntico, apenas recredenciado) é o C90. Exatamente. Foi um equívoco: C90[ISO - o padrão ANSI com pequenas modificações] por C89 [ANSI]. Teve um cara que liberou o C Completo e Total na rede um tempo atrás. Puxa, logo o livro do Herbert Schildt, o pior autor de todos os tempos. Não sei se é *o* pior, mas é um cara que claramente escreve sobre o que ele acha que vai lhe render uns trocados. É provável que o compromisso dele seja mais com fazer dinheiro rapidamente do que com a qualidade do que escreve. Nessa linha, o mais lamentável é quando, ao invés de ensinar a linguagem de programação a que se propõe na capa, ele começa a fazer apologia de determinadas tecnologias e de certos fabricantes de software (sobretudo do estado de Washington), talvez a fim de dar impulso a outros de seus livros. Acho que o pior é um livro de C++ dele cuja boa parte é uma introdução a C, que por sua vez é a cópia de alguns capítulos do C Completo e Total. PS. A função main não retornar um valor é considerado um ERRO NÃO-FATAL. Eu freqüentemente compilo com -Werror -Wall; existem motivos para que o compilador emita warinings, ou eles não estariam lá. Um exemplo que volta e meia acontece comigo é usar = em lugar de ==; às vezes é intencional e às vezes por distração ou erro de digitação, mas um warning é bem-vindo nos dois casos. Todos sabemos fazer e às vezes somos forçados a fazer bacalhaus no código, mas também sabemos como usar a linguagem para, de forma sintaticamente correta e estilisticamente mais produtiva (no sentido de dar clareza que facilite a manutenção de código no futuro), fazer calar qualquer warning, mesmo quando se usa -pedantic. Mudando de assunto, vocês usando quais ferramentas para programação? Emacs? falou, gethostbyname - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Persistencia de Dados no FreeBSD
Cristiano, Bom, certo do seus conhecimento em C++, fique ciente que serialização não é tão simples como parece, você deve pensar em caso de queda de energia por exemplo, pois todos os dados seram persistidos em memória, através dos objetos. Provalvelmente irá transferir os dados via rede, então recomendo o uso de sockets, ou Corba. Outra sugestão que a comunidade desconhece um pouco, mais já usei inclusive com FreeBSD é SmallTalk, caso opte pelo Java use o Prevayler. Att Eder. On 2/24/07, Cristiano Panvel [EMAIL PROTECTED] wrote: Opá Eder, a aplicacao é critica eu precisso de agilidade e velocidade nao terie delete apenas inserções é uma aplicação de Call Center. Sim pensava em usar Java sim, recomenda outra coisa. Cristiano. On 2/24/07, Eder [EMAIL PROTECTED] wrote: Oi Cristiano, 1) Depende, qual é o tipo de sua aplicação, para você querer usar persistência. 2) Que linguagem vai utilizar, provalvamente vai querer usar Java. No FreeBSD não acho boa idea FreeBSD+Java+Persistência, terá que ter muita memória, e o Java querendo ou não ainda tem seus problemas com FreeBSD. Sempre que posso fugir de banco de dados uso persitência, serialialização, mais existem muitos pontos a considerar. Att Eder. On 2/24/07, Cristiano Panvel [EMAIL PROTECTED] wrote: Senhores, alguem aqui já usou o persistencia de dados em alguma aplicacoes, de preferencia rodando em FreeBSD, nao quero usar banco de dados. Estou pensando em utulizar. Cristiano - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Do not worry about your difficulties in mathematics; I can assure you that mine are still greater. Albert Einstein - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Do not worry about your difficulties in mathematics; I can assure you that mine are still greater. Albert Einstein - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] [OFF-TOPIC] Solaris
Pessoal, Desculpem-me pelo OFF, mas o que vocês têm a dizer sobre o Solaris? Compensa aprender esse sistema também ou é inútil frente as capacidades do FreeBSD? Qualquer opinião é bem vinda. Obrigado, gethostbyname - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: C/C++
Essa exigência não é apenas da linguagem C++: *ISO/IEC 9899:1999 (E)©ISO/IEC* *5.1.2.2.1 Program startup* The function called at program startup is named main. The implementation declares no prototype for this function. It shall be defined **with a return type of int** and with no parameters: *int *main(void) { /*...*/ } or with two parameters (referred to here as argc and argv, though any names may be used, as they are local to the function in which they are declared): *int *main(int argc, char *argv[]) { /*...*/ } or equivalent; or in some other implementation-defined manner. *Nota*: Thus, int can be replaced by a typedef name defined as int,or the type of argv can be written as char ** argv, and so on. gethostbyname Nilton Jose Rizzo escreveu: Essa exigencia é da linguagem c++ faça esse exemplo e veja que o erro persiste #include stdio.h void main (void); void main (void) { printf (teste); } - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: C/C++
Paulo Pires escreveu: Você está fazendo alguma confusão. C89 é ANSI, cujo correspondente ISO (praticamente idêntico, apenas recredenciado) é o C90. Exatamente. Foi um equívoco: C90[ISO - o padrão ANSI com pequenas modificações] por C89 [ANSI]. Teve um cara que liberou o C Completo e Total na rede um tempo atrás. Puxa, logo o livro do Herbert Schildt, o pior autor de todos os tempos. Não sei se é *o* pior, mas é um cara que claramente escreve sobre o que ele acha que vai lhe render uns trocados. É provável que o compromisso dele seja mais com fazer dinheiro rapidamente do que com a qualidade do que escreve. Nessa linha, o mais lamentável é quando, ao invés de ensinar a linguagem de programação a que se propõe na capa, ele começa a fazer apologia de determinadas tecnologias e de certos fabricantes de software (sobretudo do estado de Washington), talvez a fim de dar impulso a outros de seus livros. Acho que o pior é um livro de C++ dele cuja boa parte é uma introdução a C, que por sua vez é a cópia de alguns capítulos do C Completo e Total. PS. A função main não retornar um valor é considerado um ERRO NÃO-FATAL. Eu freqüentemente compilo com -Werror -Wall; existem motivos para que o compilador emita warinings, ou eles não estariam lá. Um exemplo que volta e meia acontece comigo é usar = em lugar de ==; às vezes é intencional e às vezes por distração ou erro de digitação, mas um warning é bem-vindo nos dois casos. Todos sabemos fazer e às vezes somos forçados a fazer bacalhaus no código, mas também sabemos como usar a linguagem para, de forma sintaticamente correta e estilisticamente mais produtiva (no sentido de dar clareza que facilite a manutenção de código no futuro), fazer calar qualquer warning, mesmo quando se usa -pedantic. Mudando de assunto, vocês usando quais ferramentas para programação? Emacs? falou, gethostbyname - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: C/C++
On 2/25/07, gethostbyname [EMAIL PROTECTED] wrote: Essa exigência não é apenas da linguagem C++: *ISO/IEC 9899:1999 (E)(c)ISO/IEC* *5.1.2.2.1 Program startup* The function called at program startup is named main. The implementation declares no prototype for this function. It shall be defined **with a return type of int** and with no parameters: *int *main(void) { /*...*/ } or with two parameters (referred to here as argc and argv, though any names may be used, as they are local to the function in which they are declared): *int *main(int argc, char *argv[]) { /*...*/ } or equivalent [ver a Nota]; or in some other implementation-defined manner. *Nota*: Thus, int can be replaced by a typedef name defined as int,or the type of argv can be written as char ** argv, and so on. Eu não se se foi coisa da lista, mas aqui apareceu um monte de asteriscos (acho que você que usou negritos), fazendo parecer ponteiros; eu achei um PDF do padrão através do Google (talvez o mesmo que você achou, em http://www.nirvani.net.nyud.net:8090/docs/ansi_c.pdf), onde vi que eu não estava louco com um bando de ponteiros. :) Mas veja o ponto-e-vírgula antes de or some other implementation-defined manner. Visualmente, acho que outra arrumação poderia aumentar mais a clareza, mas o que entendo é que uma implementação hosted (isto é, aquela que executa em um sistema operacional) pode optar entre retornar int _ou_ alguma outra maneira definida pela implementação. Se optar por int, então deve aceitar int main(void){/*...*/} *e* int main(int argc, char *argv[]){/*...*/}. Mas que o fraseamento e a composição visual não ajudam na clareza, não ajudam mesmo. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: C/C++
Depende do tamanho do projeto. Se for pequeno, uso o vi/vim mesmo. Se não for, gosto do Eclipse (o que eu realmente gosto nele é aquele Navigator do lado esquerdo da janela). :) -- Diego Aranha Mudando de assunto, vocês usando quais ferramentas para programação? Emacs? falou, gethostbyname - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: C/C++
On 2/25/07, gethostbyname [EMAIL PROTECTED] wrote: Mudando de assunto, vocês usando quais ferramentas para programação? Emacs? Não. Eu sempre usei o vi que vinha com o BSD (nvi) e compilava tudo na linha de comando mesmo. Como eu comecei com Turbo C, acostumei-me a usar syntax-highlighting, e passei a usar vim, para ter esse recurso. Nunca usei e-macs além de uns poucos testes, há mais de dez anos. Já tentei IDEs para UNIX. Achei todos pesados e pouco producentes, e voltei à combinação emulador de terminal (ou console)+shell+{,n}vi{,m}+gcc/g++/make/rcs. Mas, é claro, eu não faço sistemas de grande porte, que justificariam um ambiente mais cheio de gueriguéris. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: C/C++
Paulo Pires escreveu: Eu não se se foi coisa da lista, mas aqui apareceu um monte de asteriscos (acho que você que usou negritos), fazendo parecer ponteiros; eu achei um PDF do padrão através do Google (talvez o mesmo que você achou, em http://www.nirvani.net.nyud.net:8090/docs/ansi_c.pdf), onde vi que eu não estava louco com um bando de ponteiros. :) Mas veja o ponto-e-vírgula antes de or some other implementation-defined manner. Visualmente, acho que outra arrumação poderia aumentar mais a clareza, mas o que entendo é que uma implementação hosted (isto é, aquela que executa em um sistema operacional) pode optar entre retornar int _ou_ alguma outra maneira definida pela implementação. Se optar por int, então deve aceitar int main(void){/*...*/} *e* int main(int argc, char *argv[]){/*...*/}. Mas que o fraseamento e a composição visual não ajudam na clareza, não ajudam mesmo. Foi mal pessoal. Estava alterando as configurações aqui. Acho que eu dupliquei duas mensagens e fazendo essa lambança também :-) Bom, não entendi muito bem sobre o que você quis dizer com a questão da composição visual e da outra arrumação. Os compiladores podem até aceitar outros retornos de main além de int, mas isso não é portável. Essa é a minha concepção. Estive pesquisando sobre o assunto agora e veja que engraçado: FYI, the first Google Usenet msg use of '*void main*' was in 1984: http://groups.google.com/group/net.lang.c/msg/644f6489bb23c5ab?hl=en gethostbyname - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Era: C/C++; Agora: Algo entre emacs , JAVA, JVM e outras histórias
Eu jurava que quase todos vocês usavam emacs. Eu comecei com o vim, mas logo que conheci o emacs, nunca mais usei outro editor de texto. O emacs é bem mais completo. Se for para usar algo mais lento, por que você não prefere o NetBeans? Ele é bem superior, não é não? E JAVA no FreeBSD? Os senhores recomendam? gethostbyname Diego Aranha escreveu: Depende do tamanho do projeto. Se for pequeno, uso o vi/vim mesmo. Se não for, gosto do Eclipse (o que eu realmente gosto nele é aquele Navigator do lado esquerdo da janela). :) -- Diego Aranha Mudando de assunto, vocês usando quais ferramentas para programação? Emacs? falou, gethostbyname - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: C/C++
Em Domingo 25 Fevereiro 2007 00:58, gethostbyname escreveu: Mudando de assunto, vocês usando quais ferramentas para programação? Emacs? falou, gethostbyname - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Eu costumava usar o Jed, muito bom mesmo. Hj em dia prefiro usar ferramentas gráficas como o KDevelop, que também é muito bom, o que realmente ajuda é o word-completation, que evita muitos erros de digitação no código. Mas se precisar editar um código em modo texto eu vou pelo VI mesmo que já estou acostumado a usa-lo para a maioria das coisas. -- THIAGO DE SOUZA COSTA e-mail: [EMAIL PROTECTED] jid: [EMAIL PROTECTED] fotolog: http://fotolog.com/thiagodk - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: C/C++
Thiago Costa escreveu: Eu costumava usar o Jed, muito bom mesmo. Hj em dia prefiro usar ferramentas gráficas como o KDevelop, que também é muito bom, o que realmente ajuda é o word-completation, que evita muitos erros de digitação no código. Mas se precisar editar um código em modo texto eu vou pelo VI mesmo que já estou acostumado a usa-lo para a maioria das coisas. Estou ansioso para ver o Anjuta 2.x estável. Eu tentei usar a versão instável 2.0.2: demorei um tempo grande para compilar no FreeBSD, não deu para usar porque realmente era muito instável, mas deu para perceber que esse Anjuta 2.x vai ficar bonito. Nunca me animei a usar o KDevelop. A disposição das ferramentas é muito desorganizada e nas versões que experimentei, ele tentava forçar um Qtzinho na gente. gethostbyname - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Histórico da Lista
Pessoal, De quanto em quanto tempo o histórico da lista disponível no site da FUG é atualizado? Estive observando hoje e parece que o histórico demora um tempo meio grande para ser atualizado, né? Ou não? obrigado, gethostbyname - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: C/C++
On 2/25/07, gethostbyname [EMAIL PROTECTED] wrote: Foi mal pessoal. Estava alterando as configurações aqui. Acho que eu dupliquei duas mensagens e fazendo essa lambança também :-) Bom, não entendi muito bem sobre o que você quis dizer com a questão da composição visual e da outra arrumação. Apenas que a composição do texto na norma, tanto na construção da frase como na apresentação visual, torna difícil a interpretação do que quer dizer. Os compiladores podem até aceitar outros retornos de main além de int, mas isso não é portável. Essa é a minha concepção. Até concordo com você, mas é porque nós estamos acostumados com máquinas e sistemas que trabalham com números. Não precisaria ser o caso. Eu não se um CP/M da vida tinha alguma coisa como exit status de um programa, nem tenho muita dificuldade em imaginar um sistema em que um processo retornasse, ao invés de um mero valor, algo que pudesse ser interpretado como um comando/ação ou um objeto mais complexo. Estive pesquisando sobre o assunto agora e veja que engraçado: FYI, the first Google Usenet msg use of '*void main*' was in 1984: http://groups.google.com/group/net.lang.c/msg/644f6489bb23c5ab?hl=en Assutador... Se o PCC (Portable C Compiler, que se destinava a encontrar potenciais problemas de portabilidade e encorajar um uso elegante e pouco sujeito a problemas da linguagem, e serviu de base para ferramentas como lint(1)) aceitava coisas como struct A { int a, b, c; }; void f(struct A x){ printf(%d %d %d\n, x); } tenho até medo das outras coisas de que o carinha reclamava não conseguir fazer. Por mais que eu entenda que ainda não houvesse padrão naquela época, acho o código acima perigosamente implementation-dependent para o PCC deixar passar sem abrir o bico. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Persistencia de Dados no FreeBSD
Eder, eu conheço C++ mais estou longe de ser um expert na linguagem , andei procurando alguma coisa mais nao achei quase sobre serialização com C++, tem algums exemplo ou livros vou estuudar a possibilidade de usar. Cristiano. On 2/25/07, Eder [EMAIL PROTECTED] wrote: Cristiano, Bom, certo do seus conhecimento em C++, fique ciente que serialização não é tão simples como parece, você deve pensar em caso de queda de energia por exemplo, pois todos os dados seram persistidos em memória, através dos objetos. Provalvelmente irá transferir os dados via rede, então recomendo o uso de sockets, ou Corba. Outra sugestão que a comunidade desconhece um pouco, mais já usei inclusive com FreeBSD é SmallTalk, caso opte pelo Java use o Prevayler. Att Eder. On 2/24/07, Cristiano Panvel [EMAIL PROTECTED] wrote: Opá Eder, a aplicacao é critica eu precisso de agilidade e velocidade nao terie delete apenas inserções é uma aplicação de Call Center. Sim pensava em usar Java sim, recomenda outra coisa. Cristiano. On 2/24/07, Eder [EMAIL PROTECTED] wrote: Oi Cristiano, 1) Depende, qual é o tipo de sua aplicação, para você querer usar persistência. 2) Que linguagem vai utilizar, provalvamente vai querer usar Java. No FreeBSD não acho boa idea FreeBSD+Java+Persistência, terá que ter muita memória, e o Java querendo ou não ainda tem seus problemas com FreeBSD. Sempre que posso fugir de banco de dados uso persitência, serialialização, mais existem muitos pontos a considerar. Att Eder. On 2/24/07, Cristiano Panvel [EMAIL PROTECTED] wrote: Senhores, alguem aqui já usou o persistencia de dados em alguma aplicacoes, de preferencia rodando em FreeBSD, nao quero usar banco de dados. Estou pensando em utulizar. Cristiano - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Do not worry about your difficulties in mathematics; I can assure you that mine are still greater. Albert Einstein - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Do not worry about your difficulties in mathematics; I can assure you that mine are still greater. Albert Einstein - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] OT: Re: RES: C/C++
Só maluco responde a sua própria mensagem? On 2/25/07, Paulo Pires [EMAIL PROTECTED] wrote: Assutador... Se o PCC (Portable C Compiler, que se destinava a encontrar potenciais problemas de portabilidade e encorajar um uso elegante e pouco sujeito a problemas da linguagem, e serviu de base para ferramentas como lint(1)) aceitava coisas como struct A { int a, b, c; }; void f(struct A x){ printf(%d %d %d\n, x); } tenho até medo das outras coisas de que o carinha reclamava não conseguir fazer. Por mais que eu entenda que ainda não houvesse padrão naquela época, acho o código acima perigosamente implementation-dependent para o PCC deixar passar sem abrir o bico. Por outro lado, exigir de um PCC de 1984 cuidar de abrir uma função declarada com argumento ..., só porque essa função era printf(), talvez seja um anacronismo meu. O erro não é do PCC, mas do cara que assume que a forma de colocar os campos dentro de um struct vai ser universalmente uniforme. -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Persistencia de Dados no FreeBSD
Queria mesmo era imaginar por que deixar de usar banco de dados para usar serialização e persistência nesse caso do call center. Tudo bem que tem a questão da velocidade [vai ter que ser uma senhora implementação para superar a velocidade de uma aplicação normal + banco de dados], mas a memória física vai ser suficiente? Uma hora essa rede vai ter problemas e os dados serão perdidos e se os dados podem ser perdidos (de fato, serão), por que a persistência? gethostbyname Cristiano Panvel escreveu: Eder, eu conheço C++ mais estou longe de ser um expert na linguagem , andei procurando alguma coisa mais nao achei quase sobre serialização com C++, tem algums exemplo ou livros vou estuudar a possibilidade de usar. Cristiano. On 2/25/07, Eder [EMAIL PROTECTED] wrote: Cristiano, Bom, certo do seus conhecimento em C++, fique ciente que serialização não é tão simples como parece, você deve pensar em caso de queda de energia por exemplo, pois todos os dados seram persistidos em memória, através dos objetos. Provalvelmente irá transferir os dados via rede, então recomendo o uso de sockets, ou Corba. Outra sugestão que a comunidade desconhece um pouco, mais já usei inclusive com FreeBSD é SmallTalk, caso opte pelo Java use o Prevayler. Att Eder. On 2/24/07, Cristiano Panvel [EMAIL PROTECTED] wrote: Opá Eder, a aplicacao é critica eu precisso de agilidade e velocidade nao terie delete apenas inserções é uma aplicação de Call Center. Sim pensava em usar Java sim, recomenda outra coisa. Cristiano. On 2/24/07, Eder [EMAIL PROTECTED] wrote: Oi Cristiano, 1) Depende, qual é o tipo de sua aplicação, para você querer usar persistência. 2) Que linguagem vai utilizar, provalvamente vai querer usar Java. No FreeBSD não acho boa idea FreeBSD+Java+Persistência, terá que ter muita memória, e o Java querendo ou não ainda tem seus problemas com FreeBSD. Sempre que posso fugir de banco de dados uso persitência, serialialização, mais existem muitos pontos a considerar. Att Eder. On 2/24/07, Cristiano Panvel [EMAIL PROTECTED] wrote: Senhores, alguem aqui já usou o persistencia de dados em alguma aplicacoes, de preferencia rodando em FreeBSD, nao quero usar banco de dados. Estou pensando em utulizar. Cristiano - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Do not worry about your difficulties in mathematics; I can assure you that mine are still greater. Albert Einstein - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Do not worry about your difficulties in mathematics; I can assure you that mine are still greater. Albert Einstein - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: C/C++
Paulo Pires escreveu: On 2/25/07, gethostbyname [EMAIL PROTECTED] wrote: Foi mal pessoal. Estava alterando as configurações aqui. Acho que eu dupliquei duas mensagens e fazendo essa lambança também :-) Bom, não entendi muito bem sobre o que você quis dizer com a questão da composição visual e da outra arrumação. Apenas que a composição do texto na norma, tanto na construção da frase como na apresentação visual, torna difícil a interpretação do que quer dizer. Compreendi. Foi um erro meu ter misturado o negrito no meio do código, além de ter duplicado a mensagem. Os compiladores podem até aceitar outros retornos de main além de int, mas isso não é portável. Essa é a minha concepção. Até concordo com você, mas é porque nós estamos acostumados com máquinas e sistemas que trabalham com números. Não precisaria ser o caso. Eu não se um CP/M da vida tinha alguma coisa como exit status de um programa, nem tenho muita dificuldade em imaginar um sistema em que um processo retornasse, ao invés de um mero valor, algo que pudesse ser interpretado como um comando/ação ou um objeto mais complexo. Esse objeto mais complexo ou comando poderia ser enviado ao OS por outros modos, não? Chamar system, por exemplo. Seria mais prático e simples, não? Imagine a main retornando algo que não seja o número, que complicação isso geraria. Estive pesquisando sobre o assunto agora e veja que engraçado: FYI, the first Google Usenet msg use of '*void main*' was in 1984: http://groups.google.com/group/net.lang.c/msg/644f6489bb23c5ab?hl=en Assutador... Se o PCC (Portable C Compiler, que se destinava a encontrar potenciais problemas de portabilidade e encorajar um uso elegante e pouco sujeito a problemas da linguagem, e serviu de base para ferramentas como lint(1)) aceitava coisas como struct A { int a, b, c; }; void f(struct A x){ printf(%d %d %d\n, x); } tenho até medo das outras coisas de que o carinha reclamava não conseguir fazer. Por mais que eu entenda que ainda não houvesse padrão naquela época, acho o código acima perigosamente implementation-dependent para o PCC deixar passar sem abrir o bico. hehehehe. Isso era em 1984! gethostbyname - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Persistencia de Dados no FreeBSD
On 2/25/07, Eder [EMAIL PROTECTED] wrote: Cristiano, Outra sugestão que a comunidade desconhece um pouco, mais já usei inclusive com FreeBSD é SmallTalk, caso opte pelo Java use o Prevayler. Att Eder. Fale mais sobre isso Eder: persistência no Smalltalk é caso simples se salvar o mundo? O que você fez e one aplicou? Que Smalltalk você usou, porque tentei o Cincom Visualworks faz pouco tempo, mas não deu com a camada de emulação Linux. Foi VisualAge? [ ]s Henry - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] FreeBSD6.2STABLE + MPD (VPN)
Caros, Estou com dificuldades no MPD, a configuração está abaixo e logs da conexão também. Estou usando o XP SP2 e recebo uma mensagem de que não foi possivel verificar a identidade no servidor. Alguém sabe como ajudar? [EMAIL PROTECTED]:/usr/local/etc/mpd4] # cat mpd.conf startup: # enable TCP-Wrapper (hosts_access(5)) to block unfriendly clients set global enable tcp-wrapper # configure the console set console port 5005 set console ip 0.0.0.0 set console user jeandre uchoa set console open default: load pptp0 load pptp1 pptp0: new -i ng0 pptp0 pptp0 set ipcp ranges 192.168.3.1/32 192.168.3.0/24 load client_standard pptp1: new -i ng1 pptp1 pptp1 set ipcp ranges 192.168.2.1/32 192.168.2.0/24 load client_standard client_standard: set iface disable on-demand set iface enable proxy-arp set iface idle 0 set iface enable tcpmssfix set bundle disable multilink set bundle enable compression set link yes acfcomp protocomp set link no pap chap set link enable chap set link mtu 1460 set link keep-alive 10 60 set ipcp yes vjcomp set ipcp dns 192.168.0.2 set ipcp nbns 192.168.0.2 set ccp yes mppc set ccp disable mpp-compress set ccp yes mpp-e56 set ccp yes mpp-e128 set ccp yes mpp-stateless set bundle enable crypt-reqd [EMAIL PROTECTED]:/usr/local/etc/mpd4] # cat mpd.links pptp0: set link type pptp set pptp self 192.168.0.2 set pptp enable incoming set pptp disable originate pptp1: set link type pptp set pptp self 192.168.0.2 set pptp enable incoming set pptp disable originate [EMAIL PROTECTED]:/usr/local/etc/mpd4] # cat mpd.secret usuariosenha 192.168.3.1 jeandresenha 192.168.2.1 [EMAIL PROTECTED]:/usr/local/etc/mpd4] # mpd4 -k Multi-link PPP for FreeBSD, by Archie L. Cobbs. Based on iij-ppp, by Toshiharu OHNO. mpd: pid 15533, version 4.0b5 ([EMAIL PROTECTED] 22:18 22-Fev-2007) CONSOLE: listening on 0.0.0.0 5005 [pptp0] ppp node is mpd15533-pptp0 tcpmss node is mpd15533-mss [pptp0] using interface ng0 [pptp1] ppp node is mpd15533-pptp1 [pptp1] using interface ng1 mpd: PPTP connection from 192.254.254.251 3467 pptp0: attached to connection with 192.254.254.251 3467 [pptp0] opening link pptp0... [pptp0] link: OPEN event [pptp0] LCP: Open event [pptp0] LCP: state change Initial -- Starting [pptp0] LCP: LayerStart [pptp0] attaching to peer's outgoing call [pptp0] link: UP event [pptp0] link: origination is remote [pptp0] LCP: Up event [pptp0] LCP: state change Starting -- Req-Sent [pptp0] LCP: SendConfigReq #1 ACFCOMP PROTOCOMP MRU 1500 MAGICNUM 438ed756 AUTHPROTO CHAP MSOFTv2 pptp0-0: ignoring SetLinkInfo [pptp0] LCP: rec'd Configure Request #0 link 0 (Req-Sent) MRU 1400 MAGICNUM 638e6b48 PROTOCOMP ACFCOMP CALLBACK Not supported [pptp0] LCP: SendConfigRej #0 CALLBACK [pptp0] LCP: rec'd Configure Request #1 link 0 (Req-Sent) MRU 1400 MAGICNUM 638e6b48 PROTOCOMP ACFCOMP [pptp0] LCP: SendConfigAck #1 MRU 1400 MAGICNUM 638e6b48 PROTOCOMP ACFCOMP [pptp0] LCP: state change Req-Sent -- Ack-Sent [pptp0] LCP: SendConfigReq #2 ACFCOMP PROTOCOMP MRU 1500 MAGICNUM 438ed756 AUTHPROTO CHAP MSOFTv2 [pptp0] LCP: rec'd Configure Ack #2 link 0 (Ack-Sent) ACFCOMP PROTOCOMP MRU 1500 MAGICNUM 438ed756 AUTHPROTO CHAP MSOFTv2 [pptp0] LCP: state change Ack-Sent -- Opened [pptp0] LCP: auth: peer wants nothing, I want CHAP [pptp0] CHAP: sending CHALLENGE len:17 [pptp0] LCP: LayerUp [pptp0] LCP: rec'd Ident #2 link 0 (Opened) MESG: MSRASV5.10 pptp0-0: ignoring SetLinkInfo [pptp0] LCP: rec'd Ident #3 link 0 (Opened) MESG: MSRAS-0-PCHOME [pptp0] CHAP: rec'd RESPONSE #1 Name: jeandre [pptp0] AUTH: Auth-Thread started [pptp0] AUTH: Trying secret file: mpd.secret Peer name: jeandre [pptp0] AUTH: Auth-Thread finished normally [pptp0] CHAP: ChapInputFinish: status undefined Response is valid [pptp0] CHAP: sending SUCCESS len:42 [pptp0] LCP: authorization successful [pptp0] Bundle up: 1 link, total bandwidth 64000 bps [pptp0] IPCP: Open event [pptp0] IPCP: state change Initial -- Starting [pptp0] IPCP: LayerStart [pptp0] CCP: Open event [pptp0] CCP: state change Initial -- Starting [pptp0] CCP: LayerStart [pptp0] IPCP: Up event [pptp0] IPCP: state change Starting -- Req-Sent [pptp0] IPCP: SendConfigReq #1 IPADDR 192.168.3.1 COMPPROTO VJCOMP, 16 comp. channels, no comp-cid [pptp0] CCP: Up event [pptp0] CCP: state change Starting -- Req-Sent [pptp0] CCP: SendConfigReq #1 [pptp0] CCP: Checking whether 40 bits are enabled - no [pptp0] CCP: Checking whether 56 bits are enabled - yes [pptp0] CCP: Checking whether 128 bits are enabled - yes MPPC 0x01c0: MPPE, 56 bit, 128 bit, stateless [pptp0] LCP: rec'd Terminate
Re: [FUG-BR] Mysql não aceita acentos.
Oi de novo! :D Quando um cliente de mysql conecta ao banco, via o cliente padrão mysql ou biblioteca, existe a negociação de um charset para a interpretação do texto enviado entre ambos, independente dos dados do banco ou do texto da linguagem (em c++ ou no caso o php). Quer dizer, temos 1 camada de conversão de charsets internamente no servidor mysql quando ele lê/escreve nas tabelas, 1 camada de conversão de charsets quando os dados trafegam entre o servidor e o cliente/biblioteca mysql (esta camada tanto não segue locale, apenas uma negociação entre o servidor e o cliente/biblioteca, quanto é a causa do problema inicial), e + 1 camada quando o texto é trabalhado no programa do usuário. Por exemplo, uma string no php usaria a codificação iso por padrão. Mas, se você usa um módulo de php que conecta ao servidor em utf-8, você deve codificar esta string em uft-8 antes de enviar por um mysql_query. Como a diferença mesmo entre as 2 codificações são os acentos e outros caracteres acima de 127 (o que não afeta a sintaxe do mysql, e claro não estou falando de codificações com 2 bytes ou mais como a unicode), ocorre o problema que foi colocado, a não aceitação de acentos, com o mysql recebendo os códigos de caractere em codificação diferente da informada pela conexão do cliente (no caso, o próprio módulo do php). Ficar tomando cuidado com quando usar as funções utf8_encode e utf8_decode no PHP levaria às aleatoriedades que mencionei, principalmente quando você migra código e dados desenvolvidos com a espectativa de que estas funções não seriam necessárias. Usar o setlocale no php também não resolveria porque isto modificaria apenas o processamento interno do php em relação às strings (no caso do seu exemplo, mudaria a colagem: qual caractere com acentuação é ligado com qual caractere puro. O case insensitive é um tipo de colagem: cola minúsculas com maiúsculas, não diferenciando elas), horário, moeda e outras coisas, e não quando ele envia texto pelo módulo. Eu mesmo tive que arrumar muitas páginas php com as funções utf8 enquanto tentava descobrir esse detalhe da codificação da conexão. No meu caso, mudar estas configurações no servidor mysql não resolveu. O servidor mudou sim de charset usado nas conexões, mas o módulo do php não. E o módulo do php depende da biblioteca do mysql, que por sua vez tem em seu código pre-definido quando compilado qual o charset padrão. Eu não sei como mudar o padrão da biblioteca sem recompilar, se você souber me desculpe mas é que não encontrei outro meio mesmo. O que tinha sugerido para solução é justamente isto: recompilando o mysql-server, seria recompilada também a biblioteca, usando o mesmo charset para conexões por padrão, se o módulo do php dele fosse linkado dinamicamente isto já resolveria também o problema dentro do php (se o módulo for linkado estaticamente com a biblioteca mysql, seria necessário recompilá-lo também!), então ele não seria obrigado a usar as funções utf8 sempre que quisesse fazer uma query ao banco. Se ele não tiver um computador que seja antigo a ponto de isto ser proibitivo, é mais simples fazer o que sugeri ao invéz de tudo o que envolveria se fosse resolver de outro modo. Claro que eu estava me baseando no meu caso, num site onde existem vários sub-sites, cada um feito por um tipo de pessoa, com nível de conhecimento também variável, pior seria se eu me preocupasse em ajustar isto pelo php. E acreditei que isto também serviria para ele, até porque seria uma chamada de função a menos para cada query. O que eu tinha entendido, pela sua primeira mensagem, era que você esperava que o problema fosse solucionado com a mudança do charset da tabela, o que ele já havia tentado. Por isto, pensei que você não estivesse muito a par de outras causas para o problema inicial, assim como a pessoa que o colocou em questão. Não foi minha intenção caçoar de você, apenas esclarecer o porquê da minha sugestão. ;) Até, Rafael. Oi, O problema, Eder, é que pode haver uma diferença de charset usado na conexão entre o cliente e o servidor mysql. R = Obviamente que pode haver, por isso existem os locales. Tanto no banco quanto na linguagem, não entendo muito de PHP, mais em C, C++ basta passar o locale. E o problema continua mesmo depois de mudado o charset de uma tabela que era utf-8 para latin1. Como disse, não é um problema no chaset usado pelo servidor, mas sim pela conexão entre o servidor e um cliente mysql, pois nessa ele tenta fazer uma conversão de charsets. Leia sobre isto aqui: R = Concordo, então no PHP set o locale, setlocale(LC_COLLATE, pt_BR.ISO8859-1); A única coisa que fez os resultados de queries serem consistentes foi certificando que ambos os binários (cliente e servidor) usavam o mesmo charset padrão para conexões. E infelizmente isto fica compilado com os binários, não fica em um arquivo de configuração. Senão
[FUG-BR] OT: Re: RES: C/C++
On 2/25/07, gethostbyname [EMAIL PROTECTED] wrote: Apenas que a composição do texto na norma, tanto na construção da frase como na apresentação visual, torna difícil a interpretação do que quer dizer. Compreendi. Foi um erro meu ter misturado o negrito no meio do código, além de ter duplicado a mensagem. Não falo nem do negrito. O próprio PDF da norma é confuso. Até concordo com você, mas é porque nós estamos acostumados com máquinas e sistemas que trabalham com números. Não precisaria ser o caso. Eu não se um CP/M da vida tinha alguma coisa como exit status de um programa, nem tenho muita dificuldade em imaginar um sistema em que um processo retornasse, ao invés de um mero valor, algo que pudesse ser interpretado como um comando/ação ou um objeto mais complexo. Esse objeto mais complexo ou comando poderia ser enviado ao OS por outros modos, não? Chamar system, por exemplo. Seria mais prático e simples, não? Imagine a main retornando algo que não seja o número, que complicação isso geraria. system() não devolve algo ao SO, mas requisita algo dele (se pensarmos no UNIX, system(3) é uma composição de fork(2), execve(2) e waitpid(2)/wait4(2)). Deixe-me dar um exemplo do que eu quis falar. Digamos que você fez um programa chamado -- digamos -- beethoven, que utiliza alguma técnica que você vai patentear para gerar uma sinfonia completa a partir de uma seqüência incial de bits. Se esse programa existisse hoje num sistema operacional corrente, o resultado ou seria gravado em arquivo ou seria enviado a um outro processo através de um pipe ou socket, como parte da própria execução do programa, e, somente após essa etapa final de manualmente depositar a sinfonia em algum canto, o programa devolveria 0 se fosse bem sucedido ou outro valor se falhasse. Se, ao invés disso, você tivesse um SO que permitisse devolver um objeto sinfonia ao término do programa, você não precisaria se preocupar com manualmente gravar ou serializar sua sinfonia. Esse peso ficaria com o sistema. Claro que um SO assim teria que saber o que fazer com o objeto que você lhe envia. Certamente seria um sistema mais complexo, mas não sei se já não caminhamos para uma coisa assim, ainda mais nesses dias de rede para todo mundo e processamento cada vez mais distribuído. MIME types são uma abordagem já em uso para identificação de objetos arbitrários, assim como são as extensões de arquivo ou as assinaturas de arquivos executáveis (incluindo aquela linha começando com #! no topo dos nossos scripts em shell, PERL, AWK etc.). Compare as duas versões do programa acima mencionado (em C++). // beethoven.cc -- SO de hoje // stdout deve ser redirecionado para // arquivo ou pipe. #include iostream #include beethoven.h int main(int argc, char **argv){ try { symphony S(argc, argv); std::cout S; } catch(...){ return 1; } return 0; } // beethoven.cc -- SO viajante #include beethoven.h symphony main(argc, argv){ return symphony(argc, argv); } -- Um abraço. Paulo A. P. Pires ... Qui habet aurem audiat quid Spiritus dicat ecclesiis. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Persistencia de Dados no FreeBSD
Cristiano, Sim, não tem muita coisa mesmo, mais a consepção é algo simples, C++ pode parecer a primeira vista que possue limitação em relação algumas, essa é uma opinião própria, que talvés Java supriria de forma mais elegante, digamos assim, mais C++ faz o seu trabalho. Aqui está um exemplo simples, transfirir os dados na network fica como um exercicio para a programação. // #include iostream #include fstream #include string using namespace std; class SimpleSerialization { private: int value; public: SimpleSerialization( register int val ) : value( val ) {} SimpleSerialization() { value = 0; } int getValue() { return value; } ~SimpleSerialization() { value = 0; } SimpleSerialization operator = ( register int val ) { if( value == val ) { return *this; value = val; return *this; } } SimpleSerialization operator = ( SimpleSerialization val ) { if( value == val.value ) { return *this; value = val.value; return *this; } } }; int main( int argc, char *argv[] ) { register int num = 123456789; cout Instancia Objeto Write endl; SimpleSerialization *write = new SimpleSerialization( num ); cout Valor do Objeto = write-getValue() \n endl; ofstream out( serialize.bin, ios::binary ); out.write(( char* ) write, sizeof( write )); out.close(); delete write; cout Instancia Objeto Read endl; SimpleSerialization *read = new SimpleSerialization( 13569 ); ifstream in( serialize.bin, ios::binary ); in.read(( char* ) read, sizeof( read )); cout Valor do Objeto = read-getValue() endl; delete read; return(0); } // IMHO, Livros não, no singular você precisará somente de um, o que todo programador C++ deve ler. http://www.research.att.com/~bs/3rd.html Bjarne Stroustrup o criador da linguagem C++, sobre a serialização, persistencia, prevalencia você precisa saber o conceito, que tem em vários sites de Java inclusive no da própria Sun. Boa sorte. Att Eder. On 2/25/07, Cristiano Panvel [EMAIL PROTECTED] wrote: Eder, eu conheço C++ mais estou longe de ser um expert na linguagem , andei procurando alguma coisa mais nao achei quase sobre serialização com C++, tem algums exemplo ou livros vou estuudar a possibilidade de usar. Cristiano. On 2/25/07, Eder [EMAIL PROTECTED] wrote: Cristiano, Bom, certo do seus conhecimento em C++, fique ciente que serialização não é tão simples como parece, você deve pensar em caso de queda de energia por exemplo, pois todos os dados seram persistidos em memória, através dos objetos. Provalvelmente irá transferir os dados via rede, então recomendo o uso de sockets, ou Corba. Outra sugestão que a comunidade desconhece um pouco, mais já usei inclusive com FreeBSD é SmallTalk, caso opte pelo Java use o Prevayler. Att Eder. On 2/24/07, Cristiano Panvel [EMAIL PROTECTED] wrote: Opá Eder, a aplicacao é critica eu precisso de agilidade e velocidade nao terie delete apenas inserções é uma aplicação de Call Center. Sim pensava em usar Java sim, recomenda outra coisa. Cristiano. On 2/24/07, Eder [EMAIL PROTECTED] wrote: Oi Cristiano, 1) Depende, qual é o tipo de sua aplicação, para você querer usar persistência. 2) Que linguagem vai utilizar, provalvamente vai querer usar Java. No FreeBSD não acho boa idea FreeBSD+Java+Persistência, terá que ter muita memória, e o Java querendo ou não ainda tem seus problemas com FreeBSD. Sempre que posso fugir de banco de dados uso persitência, serialialização, mais existem muitos pontos a considerar. Att Eder. On 2/24/07, Cristiano Panvel [EMAIL PROTECTED] wrote: Senhores, alguem aqui já usou o persistencia de dados em alguma aplicacoes, de preferencia rodando em FreeBSD, nao quero usar banco de dados. Estou pensando em utulizar. Cristiano - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Do not worry about your difficulties in mathematics; I can assure you that mine are still greater. Albert Einstein
Re: [FUG-BR] Era: C/C++; Agora: Algo entre emacs , JAVA, JVM e outras histórias
Se usar uma máquininha com bastante ram ...o netbeans tb é uma ótima pedida para programação em java, não há como dizer qual é a melhor, cada um tem suas diferenças, trabalho com java cerca de 2 anos, o jogo bom fica entre o eclipse e o netbeans (um detalhe interessante é que o netbeans aparentemente rodou melhor na plataforma bsd que win ehhehe) Um abraço! Em 24/02/07, Diego Aranha[EMAIL PROTECTED] escreveu: Sem querer começar uma guerra de editores... não gosto do emacs. Gosto do vi e derivados porque eles são bastante ubíquos. É bom poder utilizar um editor presente em todos os SOs unix-like e ainda instalado por default. Em relação às IDEs, eu praticamente não uso as features de uma IDE. Então quanto mais rápida e com interface mais simples, melhor. Utilizo o Eclipse para desenvolver em C. Gosto no Eclipse: - Navigator/Projects: para mim, é uma killer-feature. Observar com detalhes toda a estrutura de um projeto grande é MUITO útil. E observar a estrutura de vários projetos e trocar arquivos entre eles também é ótimo. Outras IDEs podem ter essa mesma feature, mas estou muito satisfeito com o estado do Eclipse nesse aspecto; - Plugin do ident: formatar o código com apenas Ctrl+Shif+F; - Integração com CVS e SVN: perfeito para gerenciar repositórios na SourceForge; - Syntax highlighting *discreto*: odeio syntax highlighting de carnaval; O que ainda falta para mim é um bom plugin para editar arquivos no estilo vi. Existe um, mas é proprietário e pago. Rodo o Eclipse com o diablo-jdk-1.5. O desempenho é suficiente para as minhas necessidades. Programei em Java quando trabalhava no mercado e o suporte a Java no Eclipse é MUITO bom. Perfeito para os que não conseguem decorar APIs anti-intuitivas, como eu. :) Abraço, -- Diego Aranha On Sunday 25 February 2007 04:26, gethostbyname wrote: Eu jurava que quase todos vocês usavam emacs. Eu comecei com o vim, mas logo que conheci o emacs, nunca mais usei outro editor de texto. O emacs é bem mais completo. Se for para usar algo mais lento, por que você não prefere o NetBeans? Ele é bem superior, não é não? E JAVA no FreeBSD? Os senhores recomendam? gethostbyname Diego Aranha escreveu: Depende do tamanho do projeto. Se for pequeno, uso o vi/vim mesmo. Se não for, gosto do Eclipse (o que eu realmente gosto nele é aquele Navigator do lado esquerdo da janela). :) -- Diego Aranha Mudando de assunto, vocês usando quais ferramentas para programação? Emacs? falou, gethostbyname - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Persistencia de Dados no FreeBSD
Queria mesmo era imaginar por que deixar de usar banco de dados para usar serialização e persistência nesse caso do call center. R = Eu acho, que essa uma questão a ser avaliada, na Analise do Projeto, os próls e os contras devem serem pessados na balança. Em qualquer direção que se irá seguir, as vantagems aparecerão, e as limitações, támbem, isso é inevitável. A serialização aparece como um caminho diferente, todas as questões que você fez acima, podem ser implementadas, á memória, hoje em dia está barata. Att Eder. On 2/25/07, gethostbyname [EMAIL PROTECTED] wrote: Queria mesmo era imaginar por que deixar de usar banco de dados para usar serialização e persistência nesse caso do call center. Tudo bem que tem a questão da velocidade [vai ter que ser uma senhora implementação para superar a velocidade de uma aplicação normal + banco de dados], mas a memória física vai ser suficiente? Uma hora essa rede vai ter problemas e os dados serão perdidos e se os dados podem ser perdidos (de fato, serão), por que a persistência? gethostbyname Cristiano Panvel escreveu: Eder, eu conheço C++ mais estou longe de ser um expert na linguagem , andei procurando alguma coisa mais nao achei quase sobre serialização com C++, tem algums exemplo ou livros vou estuudar a possibilidade de usar. Cristiano. On 2/25/07, Eder [EMAIL PROTECTED] wrote: Cristiano, Bom, certo do seus conhecimento em C++, fique ciente que serialização não é tão simples como parece, você deve pensar em caso de queda de energia por exemplo, pois todos os dados seram persistidos em memória, através dos objetos. Provalvelmente irá transferir os dados via rede, então recomendo o uso de sockets, ou Corba. Outra sugestão que a comunidade desconhece um pouco, mais já usei inclusive com FreeBSD é SmallTalk, caso opte pelo Java use o Prevayler. Att Eder. On 2/24/07, Cristiano Panvel [EMAIL PROTECTED] wrote: Opá Eder, a aplicacao é critica eu precisso de agilidade e velocidade nao terie delete apenas inserções é uma aplicação de Call Center. Sim pensava em usar Java sim, recomenda outra coisa. Cristiano. On 2/24/07, Eder [EMAIL PROTECTED] wrote: Oi Cristiano, 1) Depende, qual é o tipo de sua aplicação, para você querer usar persistência. 2) Que linguagem vai utilizar, provalvamente vai querer usar Java. No FreeBSD não acho boa idea FreeBSD+Java+Persistência, terá que ter muita memória, e o Java querendo ou não ainda tem seus problemas com FreeBSD. Sempre que posso fugir de banco de dados uso persitência, serialialização, mais existem muitos pontos a considerar. Att Eder. On 2/24/07, Cristiano Panvel [EMAIL PROTECTED] wrote: Senhores, alguem aqui já usou o persistencia de dados em alguma aplicacoes, de preferencia rodando em FreeBSD, nao quero usar banco de dados. Estou pensando em utulizar. Cristiano - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Do not worry about your difficulties in mathematics; I can assure you that mine are still greater. Albert Einstein - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Do not worry about your difficulties in mathematics; I can assure you that mine are still greater. Albert Einstein - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Do not worry about your difficulties in mathematics; I can assure you that mine are still greater. Albert Einstein - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Persistencia de Dados no FreeBSD
Oi Henry, Fale mais sobre isso Eder: persistência no Smalltalk é caso simples se salvar o mundo? R = Hehe, depende qual o mundo, acho o seguinte, você tem uma linguagem totalmente OO nas suas mãos, onde tudo é um objeto, o cara que usa Small, não tem muita sentido em querer usar um Banco de Dados Relacional, ele não vai querer aquelas querys sqls gigantes no código, vai querer usar serialização sim. O que você fez e one aplicou? R = Em uma aplicação para manipular imagens médicas, isso não fui eu que optei, quando cheguei para o projeto na época, já peguei a coisa andando, mais era viável, em vez de armazenar as imagens em blob no DB. Que Smalltalk você usou, porque tentei o Cincom Visualworks faz pouco tempo, mas não deu com a camada de emulação Linux. Foi VisualAge? R = Usei da SmallTalk da IBM o VisualAge, mais o VisualWorks da Cincon creio que funciona também, apesar de ter algumas limitações em relação a versão comercial, mais isso não se aplica para serialização. Também tem o da Gnu mais nunca usei, tem no ports. http://www.smalltalk.org/versions/GNUSmalltalk.html Att Eder. On 2/25/07, Henry Lenzi [EMAIL PROTECTED] wrote: On 2/25/07, Eder [EMAIL PROTECTED] wrote: Cristiano, Outra sugestão que a comunidade desconhece um pouco, mais já usei inclusive com FreeBSD é SmallTalk, caso opte pelo Java use o Prevayler. Att Eder. Fale mais sobre isso Eder: persistência no Smalltalk é caso simples se salvar o mundo? O que você fez e one aplicou? Que Smalltalk você usou, porque tentei o Cincom Visualworks faz pouco tempo, mas não deu com a camada de emulação Linux. Foi VisualAge? [ ]s Henry - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Do not worry about your difficulties in mathematics; I can assure you that mine are still greater. Albert Einstein - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd