RVR777, eu tava tentando achar um driver nativo do linux pra arquitetura amd64, mas tah meio complicado viu....
eu usava o ndiwrapper antes no ubuntu64, ai resolvi mudar pro fedora e ainda num tive tempo de configurar direto, mas se num achar o driver nativo com certeza vou usar o ndiswrapper
"Se debugar é a arte de retirar bugs de um programa, programar deve ser a arte de inserí-los"
Perguntinha, pelo que já vi aqui no fórum: como estão essas distros de 64 bits?!?! É que eu já tinha visto aqui no fórum que no Gentoo, por exemplo, ele era 64 bits puro, portanto, não se conseguia instalar programas de 32 bits, na falta de uma compilação de 64 bits... essas distros permitem essa instalação?!?! Afinal, a premissa é de uma transição suave de 32 para 64 bits, por isso a compatibilidade dos processadores com ambas as instruções.
Fiquem com Deus.
Mandriva 2010.2 | GNOME 2.30 | Xfce 4.6.1 | KDE 4.5.5
Linux User 169925 E há de ser que todo aquele que invocar o nome do Senhor será salvo; (Jl 2:32)
O windows XP 64 é uma porcaria, então a melhor opção pra quem
usa processadores 64bits (e 32 tbm :mrgreen: )
é o linux. Eu uso o Fedora 64 e gosto muito
flw
Uhuuu... Sony Vaio PCG-V505BX com Kubuntu Hardy Heron!!:
Não, eu nunca usei o XP 64, o que eu queria saber é exatamente se consigo trabalhar bem com programas de 32 e 64 bits nele... imagine a situação: você achou um programa legal, mas, ele é de 32 bits e o seu sistema de 64 bits... teoricamente, eu poderia instalá-lo no sistema e ele funcionaria. Só que já vi casos aqui em que o pessoal emula (sei lá, não sei se é o termo certo...) um Linux de 32 bits no de 64 para rodar esses programas, o que acho uma solução desnecessariamente complicada e até mesmo descabida. Só queria saber se, nesse caso, distros mais desktop, como Fedora, Mandriva ou SUSE não têm esse problema.
Fiquem com Deus.
Mandriva 2010.2 | GNOME 2.30 | Xfce 4.6.1 | KDE 4.5.5
Linux User 169925 E há de ser que todo aquele que invocar o nome do Senhor será salvo; (Jl 2:32)
Os processadores com arquitetura AMD64 (x86-64) têm 2 modos de operação: "long mode" e "legacy mode". Este último é usado quando instala-se um SO de 32 bits (Windows XP ou GNU/Linux em 32 bits), e nesse modo são executadas aplicações de 16 e 32 bits. O primeiro é ativado quando instala-se um SO de 64 bits.
No modo "long" existem 2 sub-modos: "64-bit" e "compatibility". No modo de 64 bits, o SO e as aplicações devem ser compiladas em 64 bits. No modo de compatibilidade, o SO deve ser de 64 bits e as aplicações de 32 ou 16 bits.
Uma instalação GNU/Linux de 64 bits deve usar pelo menos 2 conjuntos de bibliotecas C (glibc) para que as aplicações de 64 e 32 bits funcionem: uma de 64 bits e outra de 32 bits. Em algumas distribuições (Debian, p.ex.), as bibliotecas C de 64 bits são instaladas normalmente em /lib; as de 32 bits são enjauladas (jailed) usando chroot para criar um ambiente 32 bits para as aplicações correspondentes.
Bom, continuando, então, eu tenho que executar o chroot manualmente?!?! Porque, se tiver, é isso que não concordo, isso deveria ser transparente para o usuário... sei lá, é minha opinião, mas, acho desagradável, toda vez que eu verificar que não encontro uma versão de 64 bits de um software e vou ter alguns transtornos para rodar o de 32 bits...
Fiquem com Deus.
Mandriva 2010.2 | GNOME 2.30 | Xfce 4.6.1 | KDE 4.5.5
Linux User 169925 E há de ser que todo aquele que invocar o nome do Senhor será salvo; (Jl 2:32)