Niet in het bezit van uw adem. Denk er eens over na ... Voor een Merk ook op zorgvuldig mijn verwijzing naar de bron modules. Een kenmerk van C is dat het grotendeels onleesbaar tenzij opgesplitst in makkelijk onderhoudbare bron modules (. C-bestanden). Hoe zal de Decompiler omgaan met dat? Het kan ofwel proberen te decompileren het hele programma in sommige mammoet main () functie, verliest alle modulariteit, of zou kunnen proberen om elke aangeroepen functie in haar eigen bestand. De eerste manier zou onbruikbaar chaos en de tweede zou in de problemen waar de oorspronkelijke bron afwijken bestanden met meerdere functies met behulp van statische gegevens en / of een of meer functies roepen een of meer statische functies. Een Decompiler kunnen maken van statische gegevens en / of functies wereldwijd, maar alleen ten koste of leesbaarheid (dat zou al onaanvaardbaar). Tot slot, niet vergeten dat commerciële toepassingen vaak code de moeilijkste of tijd-kritieke functies in assembler die kan bewijzen bijna onmogelijk te decompileren in een C-equivalent. Zoals ik al zei, niet in het bezit van uw adem. Aangezien de technologie verbetert tot waar decompilers kunnen meer haalbaar is, Optimizers en talen (C + +, bijvoorbeeld, zou een veel hardere taal te decompileren dan C) ook samenzweren om hen minder waarschijnlijk. Voor de jaren Unix aanvragen zijn verdeeld in gehuld bron vorm (maar niet de menselijke machine leesbare - alle commentaar en witruimte verwijderd, namen alle variabelen in de vorm OOIIOIOI, enz.), dat is een zeer adequate middelen voor de bescherming van de rechten van de auteur. Het is zeer onwaarschijnlijk dat Decompiler output zou zelfs zo leesbaar als gehuld bron. Update: Decompiler technologie is nog steeds erg moeilijk, maar significante vooruitgang is geboekt sinds dit werd geschreven. Lees
Bookmark Is er nog hoop op een Decompiler dat zou converteren een uitvoerbaar programma in C / C + + code?
Laatste blogberichten