---
title: "Kolla källkod i dll (SMIL)?"
type: "forum-thread"
url: "https://www.webforum.nu/amne/dotnet/116741-kolla-källkod-i-dll-smil"
topic: ".NET"
topic_url: "https://www.webforum.nu/amne/dotnet"
author: "Jesper T"
published: "2004-11-26T14:08:42.000Z"
updated: "2004-11-28T16:34:03.000Z"
replies: 9
views: 523
page: 1
pages: 1
language: "sv-SE"
site: "webForum — webforum.nu"
rights: "Upphovsrätten till varje inlägg tillhör dess författare."
attribution: "Citera som: webForum, https://www.webforum.nu/amne/dotnet/116741-kolla-källkod-i-dll-smil"
---

# Kolla källkod i dll (SMIL)?

## #1 — Jesper T, 2004-11-26T14:08Z

Går det på något sätt att kolla källkoden och ex. göra om en dll-fil (SMIL)?

Permalänk: https://www.webforum.nu/p/116741

## #2 — fredrik, 2004-11-26T15:33Z

Nja, du kan läsa all IL-kod i klartext. 
Starta vs.net-command-prompten och skriv "ildasm" så kan du därigenom analysera kompilerade .net dll.er.

Permalänk: https://www.webforum.nu/p/1492866

## #3 — Jesper T, 2004-11-26T15:48Z

Ok, gör säkert fel men jag får : Command "ildasm" is not valid.

Permalänk: https://www.webforum.nu/p/1492885

## #4 — Jon, 2004-11-26T16:03Z

använd inte vanliga kommandopromten utan använd .NET kommandopromten. (finns under all programs -\> microsoft visual studio.net 2003-\> Visual studio.net tools)

Permalänk: https://www.webforum.nu/p/1492895

## #5 — Jesper T, 2004-11-26T16:11Z

Ok, då är det svårt att t.ex. sälja egna asp.net kontroller utan att riskera att de rippas.
Måste man använda com+ för det?

Permalänk: https://www.webforum.nu/p/1492899

## #6 — spango, 2004-11-28T13:16Z

Jag undrar hur många gånger jag sagt det här... du kan *alltid* rippa kod. Om den så är kompilerad ner till subkvarkar och gluoner måste den fortfarande kunna köras, vilket betyder att man måste kunna läsa av dess beteende, vilket betyder att man kan rippa den. (Och, hemska tanke, tänk om någon *kör programmet* och ser hur det gör saker och ting - haja vad lätt att kopiera!!!!1!)

Permalänk: https://www.webforum.nu/p/1493758

## #7 — Nöff, 2004-11-28T14:07Z

Detta är nog .NET och Javas största problem. För att i klarspråk så kan man ju inte skapa ett klientprogram och sälja, eftersom det är ju i princip ren källkod man då säljer, spelar ingen roll om man obfuscatar koden, det finns alltid några reverse-engineer program som kan få tillbaka den rena källkoden. Och då är det enda alternativet att använda webbaserade applikationer på egna servrar, och så säljer man användandet av tjänsten.

Men jag tror att phoenix compilern skulle lösa problemet med MSIL koden , jag läste det nånstans..

Permalänk: https://www.webforum.nu/p/1493787

## #8 — spango, 2004-11-28T14:23Z

Hur stort problem är det *egentligen*? Hur många här har exempel på folk som fått sin kjellkod rippad p.g.a. rev-engad byte-/IL-kod?

Permalänk: https://www.webforum.nu/p/1493807

## #9 — tydal, 2004-11-28T14:53Z

> **Nöff skrev:**
>
> Detta är nog .NET och Javas största problem.

Problem? Det är ju en finess. Vill man ha finessen så använder man ett sådant språk. Vill man inte ha den så använder man ett annat. Varken .NET eller Java är lösningen på alla världens problem, utan de har sina användningsområden och andra språk har sina.

Permalänk: https://www.webforum.nu/p/1493816

## #10 — fredrik, 2004-11-28T16:34Z

Ja, se det mer som en "finess" helt enkelt.

Det finns iof program som kan göra om IL-kod till Native-kod. Ett program är tex:
<http://www.thinstall.com>

Det krypterar även innehållet så att en disassembly försvåras betydligt. Märk dock att det absolut INTE är någon omöjlighet med tex en debugger, men "ILDASM" kommer inte att fungera i alla fall. Vidare så kommer man inte behöva .NET-framework på klienten heller.

Permalänk: https://www.webforum.nu/p/1493860

---

Tråden på webben: https://www.webforum.nu/amne/dotnet/116741-kolla-källkod-i-dll-smil