Avatar billede pablopablo Nybegynder
10. november 2005 - 00:17 Der er 5 kommentarer og
1 løsning

Native Code

Hejsa...

Jeg har tænkt mig at benytte Salamander Protector til min at beskytte div. exe og dll'er jeg bruger...men har lige i den forbindelse nogle spgs...efter jeg læste nedenstående på en hjemmeside...(
http://www.howtoselectguides.com/dotnet/obfuscators/#sc_obfuscators)

Compilers work by removing the bulk of the MSIL code from a .NET assembly, replacing it with compiled native code targeted at a particular platform and a MSIL stub to call the native code. This prevents decompilation by removing the MSIL and the metadata on which a decompiler operates. Using a compiler ties your assembly to a particular CPU architecture, removing the potential cross-platform nature of .NET. This may become an important consideration as Microsoft releases .NET for 64-bit CPUs, or if you choose to use the Mono open-source implementation for Linux. In contrast, if your assembly remains in the original MSIL, it will be compiled at runtime by .NET's own Just-In-Time (JIT) compiler, which can optimize each assembly for the target CPU. Using a compiler also means that you lose some of the benefits of managed code, such as the Common Language Runtime's safe code execution environment.

1. Det program jeg benytter det på skal virke fra win 98 og opefter og på alle typer CPU'er /alle computere...skal jeg så gøre noget specielt for at det vil virke på alle cpu'er? nu ref. jeg til sætningen "...This may become an important consideration as Microsoft releases .NET for 64-bit CPUs..."?

2. Hvordan vil det på virke programmet, at det ikke længere kører i CLR og er managed code..?

Mvh. PabloPablo
Avatar billede arne_v Ekspert
10. november 2005 - 07:59 #1
du vil blive nødt til at compile til en mindste acceptable fællesmængde

f.eks. Pentium eller højere  uden bruge af nogen extensions

så vil det køre på P, P Pro, P II, P III, P 4, Celeron, K6, K7, Athlon XP, Athlon 64, Sepmpron etc.

forhåbentligt kan dit valgte tool styre det

performance impact bør være minimalt

den med execution environment lyder lidt som forfatteren ikke helt forstår hvad
JIT gør - principielt bør kode ikke blive mere unsafe af at skifte fra JIT til AOT

men du er naturligvis meget afhængig af korrektheden af det tool du bruger - en
fejl i toolet kan få et korrekt kørende .NET program til ikke at køre korrekt

NB: jeg har hørt mange grusomme historier om Win98 og .NET programmer !
Avatar billede pablopablo Nybegynder
10. november 2005 - 08:06 #2
Hm...Det med Processoren må jeg se på når jeg får programmet...Det er jeg nemlig ikke helt med på...

Programmet kører fint nu på Win98...så det regner jeg med at det bliver ved med...?
Avatar billede spif2001 Nybegynder
10. november 2005 - 08:40 #3
arne v sagde: "NB: jeg har hørt mange grusomme historier om Win98 og .NET programmer !"

Lugter det ikke lidt af en artikel, der ville være både morsom og informativ på én og samme gang?  :)
Avatar billede arne_v Ekspert
10. november 2005 - 13:18 #4
såmænd ikke

hvis du søger her eller på Google vil du finde en del som har haft
mystiske problemer med at de .NET programmer de udvikler og som kører
fint på 2000 og XP ikke kører på 98

og de fleste har måtet opgive at finde ud af hvad der var årsagen

men .NET er supporteret på 98 (kun runtime, ikke development, og ikke
de ting som kræver IIS)
Avatar billede arne_v Ekspert
31. december 2005 - 15:03 #5
All set ?
Avatar billede pablopablo Nybegynder
01. januar 2006 - 15:39 #6
Jeg benyttede MS Dotfuscator - den kan faktisk lave et godt stykke arbejde, jeg kan i hvert fald ikke decompilere det med nogle programmer...:)
Avatar billede Ny bruger Nybegynder

Din løsning...

Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.

Loading billede Opret Preview
Kategori
IT-kurser om Microsoft 365, sikkerhed, personlig vækst, udvikling, digital markedsføring, grafisk design, SAP og forretningsanalyse.

Log ind eller opret profil

Hov!

For at kunne deltage på Computerworld Eksperten skal du være logget ind.

Det er heldigvis nemt at oprette en bruger: Det tager to minutter og du kan vælge at bruge enten e-mail, Facebook eller Google som login.

Du kan også logge ind via nedenstående tjenester