Hi, I have created a Windows CE application using the wizard; I changed nothing, and deployed the newly built application using the emulator. The main form (Form1, the default title) is displated. I then click the X on the top right corner, expecting the application to close. However, the debugger never reaches the Dispose method... though the application is definitely not shown on the emulator's screen, the debugger still says [Run]... I assume the application's main window was not destroyed but only hidden, but this is not what I expeced. Is there a way to convince it to go away, and call the Dispose method while doing that? Thanks, J
J Diamond
Posts
-
Dispose for the Main Form -
.NET, Reflection and private membersYou set the plan as it will be :-) Obfuscation for the code, unmanaged library for the encryption related code. This will (hopefully) shift the culprit's gain-loss balance towards the loss column. Thanks for your suggesions.
-
.NET, Reflection and private membersThanks, I am familiar with these (actually wrote one myself for Java). Unfortunately, even these tools with very advanced logic can only rename and scramble a little... this is certainly not the case with a C++ application, there you have to actually know ASM to understand the code, or use a disassembler that gets no-where close the original code. I reviewed numerous obfuscators during the last weekend. Salamander is not expensive compared to others, but it has a very mediocre UI. I understand that its most valuable (advertised) feature is its ability to convert the code to what you would have gotten, had you used C++ (or other not managed language) to begin with... It seems that Microsofties themselves are using Dotfuscator (which is bundled with DevStudio). Still, I see no way to protect your *private* (not the public interfaces) code with managed code, and hence no reason to use it for project that you want to keep as inconspicuous as possible (like encryption libraries etc).
-
.NET, Reflection and private membersHello, Is there any way to prevent a tool like Reflector (http://www.aisto.com/roeder/dotnet/) from reading and disassembling private members using reflection? I am aware of a suggestion posted by Microsoft, stating that using [StrongNameIdentityPermission...] may help, but I can't find any example for a successful usage of it. Using [assembly: ReflectionPermission(SecurityAction.RequestRefuse, TypeInformation=true)] (or any other flag) also proved futile. Can it be that an assembly created using C# and .NET has no secrets when challenged by a freeware tool? And say I have secrets, does it mean I have to stick with C++ (knowing that you need a capable disassembler and a more capable person to squeeze the data out of my modules)? Best J
-
Hiding client side scriptMy company has developed a commercial application making use of a client side JavaScript. We do not want the business logic contained in that script to be exposed. Is there an easy way to obfuscate the script? Are there any alternatives (unfortunately, we cannot use server side code)? Thanks, J
-
Programattically pressing "Print" in IE5You need to use the IWebBrowser2 interface. Call the method ExecWB with these parameters: ExecWB( OLECMDID_PRINT, OLECMDEXECOPT_DODEFAULT, NULL, NULL );