Здравствуйте, Poseidon, Вы писали:

P>Друзья, отстал от жизни. Был у меня Armadillo, ещё до того как его с треском взломали.... А что теперь? Хотелось бы как минимум обфускатор, защитить код программы. Ну и желательно какую то схему генерации и проверки ключей. Или мухи отдельно, котлеты отдельно?

Так ведь было же уже:
http://rsdn.org/forum/shareware/7703537.all

Автор: sergey2b
Дата: 11.04.20

А что там нынче с DotNet Core RT — компиляция в native, вроде бы в DotNet Core v6 обещают уже официальную поддержку?
Если сначала обработать Eazfuscator-ом, а потом скомпилировать в native, то так получится?
Вероятно придется отказаться от reflection, ну можно же только часть кода так защитить, например какую-нибудь особо важную свою библиотеку?

Здравствуйте, Poseidon, Вы писали:

P>Друзья, отстал от жизни. Был у меня Armadillo, ещё до того как его с треском взломали.... А что теперь? Хотелось бы как минимум обфускатор, защитить код программы. Ну и желательно какую то схему генерации и проверки ключей. Или мухи отдельно, котлеты отдельно?

Так ведь было же уже:
http://rsdn.org/forum/shareware/7703537.all

Автор: sergey2b
Дата: 11.04.20

А что там нынче с DotNet Core RT — компиляция в native, вроде бы в DotNet Core v6 обещают уже официальную поддержку?
Если сначала обработать Eazfuscator-ом, а потом скомпилировать в native, то так получится?
Вероятно придется отказаться от reflection, ну можно же только часть кода так защитить, например какую-нибудь особо важную свою библиотеку?
Их после компиляции в native уже не вызвать как managed, только через cdecl?