Форум 'Phoenix' на RSDN.RU

Мысли по поводу улучшения "юзабельности" проекта.

Wed, 18 Jun 2008 18:12:01 GMT

Конечная цель проекта понятна — обеспечить возможность декомпиляции сборок с возможностью последующей компилляции сгенерированых исходников.
Но эта цель не достигнута.
Всвязи с чем вопрос.
Для чего может понадобиться проект стороннему разработчику ещё ?
Опишу своё видение этого вопроса, а так же своё видение того, чего не хватает проекту сейчас для этих пунктов.

1. Использовать его в качестве дизассемблера.
Может быть кому то это и понадобится, но единственной причиной, по которой это может случиться на текущий момент развития проекта, это отсутствие лицензионных ограничений (кстати, что с лицензией ? я нигде не нашёл упоминаний о ней).
Если с лицензией всё ок, то огромным толчком был бы подобный этому мануал (только для русских) в описании проекта, размещённый здесь

2. Использовать его в качестве декомпиллятора.
Это может понадобиться либо тем, кто захочет написать свой языковый плагин, или тем, кто захочет помочь улучшить плагин для C#, но не хочет вникать в тонкости реализации самого Phoenix.
Отличным примером здесь может послужить рефлектор (если нет представления о языковых плагинах для него, я могу помочь, там всё очень грамотно реализовано, и, кстати очень похоже на Phoenix).
Огромный минус рефлектора в том, что он в первую очередь заточен на GUI (можно извратиться, и сделать из него псевдо "не-GUI" библиотеку, но это сильно отталкивает).
Огромный минус Phoenix в том, что если разработчик захочет написать для него плагин, ему прийдётся сделать совершенно ненужные телодвижения (лезть в код самого Phoenix для того, чтобы сначала разобраться как добавить плагин в него (не стоит описывать как это делается, это не нужно большинству)).
По этому пункту см. концовку разглагольствования на тему первого пункта (лицензия и мануал).

Всё это при желании можно реализовать за пару дней, с учётом занятости, и прочих трудностей максимум за две недели.

Были ещё мысли(точно помню), да сплыли, пока сочинял эти два пункта

Пара вопросов разработчику

Wed, 18 Jun 2008 13:07:10 GMT

Доброго времени суток !
Возникла необходимость использовать opesource аналог System.Reflection написаный на C#, в настоящий момент мне известно два таких проекта, это Phoenix и Mono.Cecil, в связи с чем есть несколько вопросов.

Почему в Phoenix вы реализовали собственный Reflection, а не воспользовались тем же Mono.Cecil ?
Есть какие то недостатки у Mono.Cecil, если сравнивать его с Phoenix (Этот вопрос отчасти связан с тем, что не так давно Jb Evain в этой ветке интересовался этим проектом) ?

Моя задача связана не совсем с дизасемблированием.
Приведу простой пример, из разряда тех вещей, которые мне нужно решить.
Имеем некий MSIL код (MethodBody._instructions).
Последовательно перебирая инструкции встречаем инструкцию call, принимающую из стека несколько аргументов.
Задача — получить ссылку на инструкцию, которая находится перед всеми аргументами, принимаемыми инструкцией call.
Если я правильно понял, эта процедура называется "flow analysis" (поправьте, если не так).
В настоящий момент я прилично наигрался как с Mono.Cecil, так и с Phoenix (с последним значительно меньше), но тем не менее данный вопрос (пример, описанный чуть выше) пока что не могу осмыслить.
Пробовал самостоятельно поиграться со стеком в Mono.Cecil, но столкнулся с множеством подводных камней.
Вопрос довольно размытый... с одной стороны понятно, что мне надо решить мою задачу, с другой мне не совсем пока понятно как правильно поставить вопрос, чтобы на него правильно ответили.
Вобщем, уважаемый migel, не могли бы вы хоть что то посоветовать по сабжу, а я на основании этих советов попробую определиться в какую сторону думать, и какие вопросы задавать дальше ?

И попутно, чтобы не создавать новую тему.
Примерно пол года назад заглядывал сюда, и Phoenix меня нисколько не порадовал своими возможностями, но в настоящий момент ваш проект на мой взгляд является довольно сильной потенциальной альтернативой рефлектору, учитывая его открытость, но почему то не очень то развивается. Надоело ?

Можно примерчик для обновленного ILReader?

Wed, 21 Nov 2007 22:04:20 GMT

Попробовал старый пример.
Он не собрался. Напимер, в MSILFormatter нет метода WriteClass.
Параметр публичного конструктора теперь другого типа и т.п.

И мне, пожалуйста ;о))

Tue, 30 Oct 2007 10:10:04 GMT

Ну ОООчень нужен ваш продукт
А в SVN никак не войти.
Может быть тоже вышлете свежачок? :о))
А если кто решал задачку типа
"Выделить код некоторых методов для определенных generic классов и скомпилировать под специфическую платформу,
то рад буду пообщаться! :о))"
Заранее признателен.
Александр Ширай.

Что умеет?

Fri, 26 Oct 2007 14:30:31 GMT

Феникс работает только в read-only режиме, или можно сборки модифицировать и записывать на диск? Если можно, то что конкретно можно — заменить Method Body на свой, выкидывать из сборки методы и целые типы можно?

rev 155

Tue, 04 Sep 2007 15:49:14 GMT

Механика разрешения ссылок на дженерик методы не дженерик классов
Исправлена ошибка получения типа T[] где Т дженерик параметр для формального параметра дженерик метода.

rev 153

Mon, 27 Aug 2007 19:24:16 GMT

Обработка инстанциированных дженерик типов.
Теперь параметризированне методы для "закрытых" дженериков имеют для параметров и возвращаемого значения актуальные типы.
Работа не завершена — ревизия только чуть более работоспособна чем предыдущая.

rev 151

Tue, 14 Aug 2007 19:21:51 GMT

Сделано:
Атрибуты модуля
Причесан Форматтер MSIL
Перенос CodeModel в сборку интерфейсов
Масштабный рефакторинг ILReader —
Начало работ по учету VES создаваемых методов в типах массивах.
переделана механика разрешения ссылок на типы при чтении метаданных сборок.

Contact mail

Sat, 04 Aug 2007 08:26:01 GMT

Hello Phoenix Group,

I don't read/speak Russian, but I'd like to get in touch with `migel`, you looks to be the main developer of Phoenix RSDN. I'm the author of Mono.Cecil, a PE Reader/Writer, and I'm impressed by Phoenix.

Could someone provide me with the address of `migel`? Or if he reads this: can you contact me directly by mail? (most easier for me, I have to try the buttons to see what's going to happen on this forum .

You can contact me at jbevain at gmail.com.

Thanks a lot!

--
Jb

Странная ошибка в ILReader

Thu, 21 Jun 2007 11:56:06 GMT

Выглядит это так.

В локальном cvs лежат исходники ilreader и приложения.

Приложение работает на одной машине, а на машине другого разработчика кидается эксепшин:

Phoenix.Reflection.Reader.ModuleReaderException: Member '.ctor' cannot be resolved.
at Phoenix.Reflection.MetaData.GetMemberInfo(IType declaringType, String name, Byte[] signature)
at Phoenix.Reflection.MetaData.GetMemberReference(Int32 token)
at Phoenix.Reflection.MetaData.ResolveToken(Int32 token)
at Phoenix.Reflection.Reader.ModuleReader.GetCustomAttributes(Int32 targetToken)
at Phoenix.Reflection.Impl.MemberInfoBase.GetCustomAttributes()
at Application.Builder.Analyzers.ActiveRecordAnalyzer.IsActiveRecordType(IType type) in C:\***\Application.Builder\Builder\Analyzers\ActiveRecordAnalyzer.cs:line 29
at Application.Builder.Analyzers.ActiveRecordAnalyzer.Analyze(IAssembly assembly) in C:\***\Application.Builder\Builder\Analyzers\ActiveRecordAnalyzer.cs:line 18
at Application.Builder.ApplicationConfigHandler.AnalyzeProjects(IProgressBar progressBar) in C:\***\Application.Builder\Builder\ApplicationConfig.cs:line 185
at Application.Builder.ApplicationConfigHandler.<Handle>b__0(Proc`1 handle, Int32 totalPercents) in C:\***\Application.Builder\Builder\ApplicationConfig.cs:line 131
at Application.Builder.ApplicationConfigHandler.Handle() in C:\***\Application.Builder\Builder\ApplicationConfig.cs:line 136
at Application.Builder.AppBuilder.Build(String solutionPath, String outputPath) in C:\***\Application.Builder\Builder\AppBuilder.cs:line 88
at Application.Builder.AppBuilderTask.Execute(ILogger logger, IProgressBar progressBar) in C:\***\Application.Builder\Builder\AppBuilderTask.cs:line 76
at Application.Forms.ProgressForm.createSolution_DoWork(Object sender, DoWorkEventArgs event) in C:\***\Application.Forms\Forms\ProgressForm.cs:line 36

Это происходит при попытке получить аттрибуты интерфейса:

    [Service("Components.Menu.MenuServiceImpl")]
    public interface IMenuService
    {
        Tree<IMenuItem> GetAllItems();
        ...
    }

Есть идеи из-за чего такое может быть? Обращаю внимние, что ошибка есть на одной машине и нет на другой...

Существует вариант с поддержкой net 2.0?

Tue, 29 May 2007 06:48:54 GMT

Пробую использовать ILReader для того, чтобы получить информацию о кастом атрибутах типов в сборках, но получаю эксепшин в строчке:

public TableHeader(BinaryReader reader)
{
     ...
     if ((MajorVersion != 1) || (MinorVersion != 0))
     {
          throw new ModuleReaderException("Invalid meta-data table header");
     }
     ...

т.к. MajorVersion == 2.

Это лечится как-нибудь?

Есть ли пристойный парсер для синтаксического анализа MSIL ?

Wed, 04 Apr 2007 13:47:54 GMT

Или же может у кого есть CodeDom провайдер для MSIL.

Вопрос по декомпиляции

Wed, 28 Feb 2007 15:26:51 GMT

Вопрос состоит в следующем, любой код на MSIL (прошедший верификацию) можно пребразовать одназначно в конструкции языка С# ???

PinvokeImpl

Sun, 04 Feb 2007 20:02:59 GMT

Всем привет.

Если метод имеет флаг PinvokeImpl, то как определить в какой dll соответствующая функция должна быть определена?

Спасибо!

Что дальше??

Tue, 09 Jan 2007 09:02:41 GMT

Наблюдаю за проектом Phoenix практически с самого его начала. На данный момент я вижу лишь небольшие шевеления.
На данный момент есть плюсы:
1) Генератор C# кода;
2) Удобная синтаксическая подсветка;
3) Скорость обработчик метаданных высокая.
Но, к сожалению, минусов не мало:
1) Разбор метаданных далёк от завершения (нет атрибутов модуля, нет BLOB'ов конструктора атрибутов).
2) Графический интерфейс далек от идеала;
3) Зачем для разбора .NET приложения создавать проект (неудобно)?
4) Код проекта не 100% managed (работа с Fusion, к примеру)
5) Нет возможности создавать из кода C# файл проекта для импорта в Visual Studio;
6) Сам код проекта местами очень странный (что-то вроде (X<<1)>>1), нет оптимизации
и т.д....
Проект существует очень давно, и мне, если честно, не понятно почему за такое огромное время нельзя было его доделать, при условии, что разработкой занимаются несколько человек. Какое будущее у Phoenix??? Что делается сейчас(дата последнего релиза оптимизма не внушает)??
P.S. 2 migel: не сочти за рекламу, может есть смысл переместить часть ваших разработок (что касается генерации C# кода) в мой проектMetadata Explorer? Он уже впосле работоспособен.

Можно примерчик использования ILReader

Thu, 23 Nov 2006 11:08:12 GMT

Нужен небольшой сампл как использовать ILReader.dll, как получить дизассемдлированный листинг при помощи него.
Еще кстати такой вопросик, а может ли ILReader выводить значения опкодов ?
Буду очень признателен за помощь.

Помогите советом

Wed, 25 Oct 2006 05:08:59 GMT

Передо мной стоит задачи выдирание статической информации из сборок (типы, сигнатуры методов, атрибуты и т.д). Тела методов мне не нужны.
Первоначально задача была решена путем использования Reflection-а, но это имело один существенный недостаток — необходимо грузить все зависимые сборки.
В свое время делал похожую задачу для Java — парсинг *.jar / *.class файлов. Но там было все просто ввиду наличия четкого стандарта с описанием формата файлов.
Собственно, где найти строгое описание бинарного формата .Net-их сборок ?

Спецификации лежащие тут http://msdn.microsoft.com/net/ecma несколько пугают тем, что в них встречаются слова "Draft & Released for Informational purposes only".

Атрибуты

Mon, 16 Oct 2006 06:41:19 GMT

А вот что с атрибутами??? Phoenix ни в какую не хочет показывать атрибуты метода, к тому же свойство RawBytes у CustomAttributeInfo всегда возвращает пустой массив, значит байты аргумента конструктора посмотреть нельзя.

Снова баги??

Mon, 16 Oct 2006 06:04:58 GMT

Скомпилил на C# 2.0 код:
using System;
using System.Collections.Generic;
using System.Text;

namespace TestLibrary
{
[MethodAttr]
public class TestClass
{
[NonSerialized]
public int Field;

[System.Runtime.InteropServices.DllImport("kernel32.dll")]
[MethodAttr]
public static extern int GetTickCount();
}

[AttributeUsage(AttributeTargets.Module)]
public class ModuleNameAttribute : Attribute
{
public readonly string Name;
public ModuleNameAttribute(string name)
{
Name = name;
}
}

public class MethodAttrAttribute : Attribute
{
}
}
Попытался потом его Phoenix'ом загрузить, в ответ получил:
Exception (Phoenix.Reflection.Reader.ModuleReaderException)
Invalid meta-data table header

И так вобщем-то на любую сборку, скомпиллиованну. на C# 2.0.

Парсинг сборок (Mixed mode assemblies)

Sat, 30 Sep 2006 16:27:53 GMT

1. В чем вообще разница между парсингом сборок в Phoenix, Reflector, Cecil, Microsoft Phoenix RDK ?
(где их взять написано тут)
Ну кроме лицензий.

2. В какую из этих систем проще добавить поддержку Mixed-Mode сборок?

В Cecil ее нет и по словам автора не предвидится
Reflector не умеет модифицировать сборки, он обфусцирован
Microsoft.Cci.dll неверно собирает mixed-сборку сразу после разборки, нет исходников
Researcher — нет исходников

3. Как добавить поддержку цикла разборка-сборка в Phoenix?

Модифицируемая сборка не подписана, но сделана как Mixed-Mode assembly.
Надо разобрать до уровня MSIL, добавить managed-класс и собрать обратно.