如何从本机可执行文件中删除MSIL？ [英] How do I remove MSIL from my native executable?
问题描述
大家好，
玩VS2005比Doom III更有趣，而且我喜欢我的游戏。无论如何，
它已经重新为我工作了，我陷入了熟悉的VB6踩踏
理由，因为我不想让我的秘密暴露出来通过
MSIL进行临时检查。 VB6对我不这样做，而如果我正确地读Balena，VB2005
总是会。
一个单一且唯一的问题是阻止我的迁移是这个IP的问题
安全性，我很抱歉，但MSIL没有变化（混淆或
否则）将为我削减它。我想要的是编译为真正的本机代码
，无任何MSIL。这有可能实现吗？如果是这样的话怎么办？
请不要采取错误的方式，但这是技术查询，而不是
产品查询。我为VS2005支付的费用不仅仅是期望
我会得到一个真正的编译器，而且我不打算花另一分钱，特别是
对于免费提供旧功能和过时功能的功能VB6！所以
请不要告诉我去产品X再花一次盛大，因为我已经觉得我没有得到我支付的费用首先。
所有我想要的是可执行功能的位置和/或规范
将允许我删除任何和所有MSIL VS2005的二进制文件
编译后的本机可执行文件而不禁用它。对于那些了解8086&的人来说，那将是一个很大的收获。 x64架构...
无论如何，感谢你的帮助...
-
Timothy Casey GPEMC！ > 11950是 nu****@fieldcraft.com.au 2email
条款&安培;条件适用。请参阅 www.fieldcraft.biz/GPEMC
www.fieldcraft.biz & www.speed-reading-comprehension.com
答案很简单，
AFAIK只能使用Visual Studio生成本机dotNet代码。
不是本机操作系统代码。但是由于有一个运行时要安装，
你的程序永远不会完全构建在真正的机器代码中。 （程序
会非常繁琐而且速度很慢）。
据我所知，VB6程序（或Java或其他）不能在没有
运行时，因此你必须使用英特尔汇编程序或
实例使用你的程序实现C.
其中一个优点是dotNet是运行时是Net
框架的一部分（实际上是一个Windows版本可独立的操作系统扩展）和
因此程序可以在任何Windows dotNet语言上运行
那个。还有一个适用于Linux的（Mono）框架，但需要使用
Mono软件来构建应用程序。
Cor
" Number 11950 - GPEMC！将号码替换为11950 < nu **** @ fieldcraft.biz>
schreef在bericht新闻：46 *********************** @ news.optusnet.com.a你...
大家好，
玩VS2005比Doom III更有趣，我确实喜欢我的游戏。
无论如何，
它已经重新为我工作了，我陷入了熟悉的VB6踩踏中>
理由，因为我不希望我的秘密通过
MSIL进行随意检查。 VB6对我不这样做，而如果我正确读Balena，
VB2005
总是会。
阻止我迁移的唯一一个问题是IP
安全问题，我很抱歉，但MSIL没有变化（混淆或
否则）会为我剪掉它。我想要的是编译为真正的原生
代码
没有任何MSIL。这有可能实现吗？如果是这样怎么回事？
完成了吗？
请不要采取错误的方式，但这是一个技术问题，而不是
产品查询。我为VS2005支付的费用不仅仅是期望
我会得到一个真正的编译器，而且我不打算花另一分钱，特别是
对于免费提供旧功能和过时功能的功能VB6！
所以
请不要告诉我去产品X再花一次盛大，因为我已经感觉到了b $ b我一开始并没有得到我支付的费用。
我想要的是可执行功能的位置和/或规格
将允许我从VS2005的二进制文件中删除任何和所有MSIL
编译的native可执行文件而不禁用它。对于那些了解8086&的人来说，那将是一个很大的收获。 x64架构...
无论如何，感谢你的帮助...
-
Timothy Casey GPEMC！ > 11950是 nu****@fieldcraft.com.au 2email
条款&安培;条件适用。请参阅 www.fieldcraft.biz/GPEMC
www.fieldcraft.biz & www.speed-reading-comprehension.com
www.geologist-1011.com & www.web-design-1011.com
" Cor Ligthert [MVP]" < no ************ @ planet.nlwrote in message
news：D0 ****************** **************** @ microsof t.com ...
答案很简单，
AFAIK只能使用Visual Studio生成本机dotNet代码。
不是本机操作系统代码。但是由于有一个运行时要安装，
你的程序永远不会完全构建在真正的机器代码中。 （这些节目
会很有吸引力而且速度很慢）。
如果没有IP安全性至少等于或优于VB6，
VB2005没有优势，期限。它就像一个办公应用程序套件，
既不能保存也不能导出到标准文件格式 - 假装软件 -
我们都看到了大量垃圾在陷阱周围。
如果我正确地阅读了Balena，那么原生也是如此。可执行的VB2005有两个部分。
第一个是它可以运行的MSIL，因为第二部分是
而不是MSIL，这可以完成所有工作。所以我正在寻找有关
如何指定这两个部分的信息。
如何将可执行文件的第一个MSIL部分删除到最大值范围
可能使其像VB6应用程序一样难以反编译......？
如果不为.NET支付两倍，这样做怎么办？ />
如果没有这个问题的答案，我无法迁移。
提前致谢...
-
Timothy Casey GPEMC！ > 11950是 nu****@fieldcraft.com.au 2email
条款&安培;条件适用。请参阅 www.fieldcraft.biz/GPEMC
www.fieldcraft.biz & www.speed-reading-comprehension.com
www.geologist-1011.com & www.web-design-1011.com
无法通过托管代码绕过MSIL。算了吧。在VS 2005中有一个内置混淆器的
。此外，Desaware出售了一本关于
的在线书籍
Hi all,
Playing VS2005 was more fun than Doom III, and I do enjoy my games. Anyway,
it''s back to work for me and I''m bogged down in my familiar VB6 stomping
grounds because I don''t want my secrets exposed to casual inspection via
MSIL. VB6 doesn''t do this to me, whereas, if I read Balena correctly, VB2005
always will.
The one single and only issue holding up my migration is this matter of IP
security, and I''m sorry folks but no variation on MSIL ("obfuscated" or
otherwise) will cut it for me. What I want is to compile to true native code
with NO MSIL whatsoever. Is this possible to achieve? If so how is it done?
Please don''t take this the wrong way, but this is a technical query, not a
product query. I paid more than a grand for VS2005 on the expectation that
I''d get a real compiler, and I don''t intend to spend another cent,
especially for a feature that comes for FREE with old and "obsolete" VB6! So
please don''t tell me to go spend another grand on "product X", because I
already feel that I didn''t get what I paid for in the first place.
All I want is location and/or specification of the executable features that
will allow me to remove any and all MSIL from the binary of a VS2005
compiled "native" executable without disabling it. That''d be a cinch for
those of you who know 8086 & x64 architecture...
Anyway, Thanks in advance of your assistance...
--
Timothy Casey GPEMC! >11950 is the nu****@fieldcraft.com.au 2email
Terms & conditions apply. See www.fieldcraft.biz/GPEMC
www.fieldcraft.biz & www.speed-reading-comprehension.com
www.geologist-1011.com & www.web-design-1011.com
The answer is simple,
AFAIK you can only generate with Visual Studio to the native dotNet code.
Not to the native OS code. However as there has a runtime to be installed,
your program is never completely build in true machine code. (The programs
would be enourmous and terrible slow).
As far as I know can VB6 programs (or Java or whatever) not run without a
runtime, therefore you have to make your programs with Intel Assembler or by
instance true C.
One of the advantages of dotNet is that the runtime is a part of the Net
framework (in fact a windows version independable OS extention) and
therefore programs build in whatever Windows dotNet languages will run on
that. There is as well a (Mono) framework for Linux, however that needs the
Mono software to build applications.
Cor
"Number 11950 - GPEMC! Replace number with 11950" <nu****@fieldcraft.biz>
schreef in bericht news:46***********************@news.optusnet.com.a u...Hi all,
Playing VS2005 was more fun than Doom III, and I do enjoy my games.
Anyway,
it''s back to work for me and I''m bogged down in my familiar VB6 stomping
grounds because I don''t want my secrets exposed to casual inspection via
MSIL. VB6 doesn''t do this to me, whereas, if I read Balena correctly,
VB2005
always will.
The one single and only issue holding up my migration is this matter of IP
security, and I''m sorry folks but no variation on MSIL ("obfuscated" or
otherwise) will cut it for me. What I want is to compile to true native
code
with NO MSIL whatsoever. Is this possible to achieve? If so how is it
done?
Please don''t take this the wrong way, but this is a technical query, not a
product query. I paid more than a grand for VS2005 on the expectation that
I''d get a real compiler, and I don''t intend to spend another cent,
especially for a feature that comes for FREE with old and "obsolete" VB6!
So
please don''t tell me to go spend another grand on "product X", because I
already feel that I didn''t get what I paid for in the first place.
All I want is location and/or specification of the executable features
that
will allow me to remove any and all MSIL from the binary of a VS2005
compiled "native" executable without disabling it. That''d be a cinch for
those of you who know 8086 & x64 architecture...
Anyway, Thanks in advance of your assistance...
--
Timothy Casey GPEMC! >11950 is the nu****@fieldcraft.com.au 2email
Terms & conditions apply. See www.fieldcraft.biz/GPEMC
www.fieldcraft.biz & www.speed-reading-comprehension.com
www.geologist-1011.com & www.web-design-1011.com
"Cor Ligthert[MVP]" <no************@planet.nlwrote in message
news:D0**********************************@microsof t.com...The answer is simple,
AFAIK you can only generate with Visual Studio to the native dotNet code.
Not to the native OS code. However as there has a runtime to be installed,
your program is never completely build in true machine code. (The programs
would be enourmous and terrible slow).Without IP security at least equivalent to or better than that of VB6,
VB2005 has no advantages, period. It''s like an office application suite that
can neither save nor export to standard file formats - pretend software -
and we''ve all seen plenty of that junk around the traps.
If I read Balena correctly, the "native" executable by VB2005 has two parts.
The first is the MSIL which it can run without because the second part is
not MSIL and this does all the work. So I''m looking for information on how
these two parts are specified.
How do I remove that first MSIL part of the executable to the maximum extent
possible to make it as difficult to decompile as a VB6 application...?
How is this done without paying twice for .NET?
I cannot migrate without an answer to this question.
Thanks in advance...
--
Timothy Casey GPEMC! >11950 is the nu****@fieldcraft.com.au 2email
Terms & conditions apply. See www.fieldcraft.biz/GPEMC
www.fieldcraft.biz & www.speed-reading-comprehension.com
www.geologist-1011.com & www.web-design-1011.com
There is no way to bypass MSIL with managed code. Forget it. There is a
built in obfuscator in VS 2005. Also, Desaware sells an online book for
about
这篇关于如何从本机可执行文件中删除MSIL？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
