> E a engenharia reversa não é recurso do CLR.
> Provavelmente sera ainda mais difícil efetuar esse
> processo no CLR, visto que é um padrao diferente.
> Explico : Todo munda sabe como fazer um decompilador de
> programas que rodam em Unix, porque todo mundo sabe como
> o codigo é gerado para o Unix. O CLR é como se fosse um
> novo SO, só que ninguém sabe muito bem como é o código
> gerado pra ele.
Pois eh, fica igual então que java. O CLR faria os operações de baixo
nivel assim que faz a VM da java, com uma diferenca um Executavel gerada
usando VC++ ou VB é um executavel win32 que precisa dos servicos dos dll
de windows. Porem o CLR precisaria traduzir estes chamadas em chamadas
do proprio SO. Acho muito dificil que a MS fará isso.
Acho que .NET nunca vai rodar em qualquer *nix a não ser WindowsNix.
------------------------------ LISTA SOUJAVA ----------------------------
http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP
dúvidas mais comuns: http://www.soujava.org.br/faq.htm
regras da lista: http://www.soujava.org.br/regras.htm
para sair da lista: envie email para [EMAIL PROTECTED]
-------------------------------------------------------------------------
