> 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]
-------------------------------------------------------------------------
