Звучит заманчиво! Правда я не совсем понимаю как это возможно... Если потребуются какие-нибудь изменения в коде самой SMath Studio - скажите, постараюсь сразу их сделать, а изменённые модули передать Вам.

Ну, это громко сказано: "отладчик". На самом деле это просто внешняя численная функция bp(), которая выполняется в отдельном потоке. Ещё рядом крутится интерфейс, который взаимодействует с этой функцией.
Отладка получается, когда вставляешь функцию bp() где-то в коде. Так отладчик перехватывает выполнение и тормозит вычисление функции, при этом переданные в функцию данные можно отображать в окне отладки. Всё просто. Надо только написать

К сожалению, с пол пинка запустить совместно не удалось. Проект скомпилировался в студии, но вот LoadLibrary() в mcadefi не отрабатывает. Библиотека не загружается. Придётся всё начинать сначала: создать новый тестовый проект и постепенно перекидывать файлы.

Настоящий отладчик следует писать сразу на C# и чтобы он работал в управляемом окружении, но, боюсь, меня на второй такой подвиг не хватит.

Как я понял, отладка идет с помощью специальных функций, которые выводят информацию в отдельное окно?

Мне кажется, что данную вещь лучше всего встроить в саму программу.

Придётся с нуля пересобирать. Не могу от креша избавиться при выходе из программы. Отладчик написан с использованием MFC библиотеки. Я тогда её терпеть не мог и сейчас того же мнения... конечно, по сравнению с созданием рюшечек на голом Win32API это был прогресс, но с развитием визуального программирования MFC выглядит издевательством над программистом.
Функции, кстати, работают, но без интерфейса толку от них мало. Потом можно по аналогии сделать плагин на C#, он будет куда более функциональным, а уже потом отлаженные его части можно внедрить непосредственно в программу.

Как использовать...

Там заложено больше возможностей. Это MDI интерфейс и матрицы можно было просматривать в отдельных окнах, но здесь для этого мне придётся в mcadefi плагине реализовать недокументированные возможности маткада по вложенным структурам. Думаю, что это не имеет смысла, лучше написать отладчик как низкоуровневый плагин SMath, тогда там будет много возможностей, в т.ч. преобразовывание выражений в нём.

Это просто пример, как бы это выглядело и работало.

Залил в svn. Можете посмотреть как это выглядит. Начал писать года 4-5 назад. Плохо то, что я использовал сторонний компонент для отображения таблиц. Поэтому пришлось целый проект добавлять в зависимость. Все компилится, скачал, проверил.
Конфигурации: Debug и Release. Остальные не трогайте. Студия: 2008.
Код путанный, это было моё первое (как всегда) приложение под MFC. Я всегда брался за сложные вещи и с самого начала.

П.С. Правда могут пути не совпасть. Я забыл поменять на относительные пути либо добавление библиотек, либо поиск инклудов. Поправьте сами в настройках проекта.

Отредактировано пользователем 28 ноября 2010 г. 12:56:39(UTC)  | Причина: Не указана

Надо только признать, что это было бы не возможно без заложенных в SMath Studio возможностей. Можно, конечно, ещё maple приделать как плагин, но это может поиметь оборотную сторону как с Mathcad. Там народ и не подозревал, что пользуется maple'овским движком для символьных вычислений, а вот когда срок подошёл... маткадовцы взялись за голову, они не развивали свои кадры в этом направлении, да и движок сам использовали только на 2% имеющихся возможностей, что вообще говоря не есть показатель умственной развитости менеджеров, которые такую связь одобрили. Купили потом лицензию MuPAD, а он продался конкурентам... сейчас Маткад у разбитого корыта. Да ещё и, возможно, перестанет поддерживать UserEFI интерфейс. Они оставляют его только разве что по просьбе Валерия Фёдоровича и другим похожим владельцам ПО, основанном на этой устаревшей технологии. Причём взамен ничего не предлагая.

Вспоминается печальная судьба замечательной программки Derive, которую выкупил TI и благополучно похоронил... в своих калькуляторах.

Так что желательно поднапрячься товарищам девелоперам и явить миру что-нить достойное хотя бы части символьных возможностей Мэпла. Тут ответ, что всё в руках плагинописателей, не потянет, т.к. либо это математическая программа, либо просто интерфейс для плагинов и не более того. Фотошоп тоже менеджер плагинов, но многое умеет и сам.

Путь в общем-то не сложный. Ядро мэпла состоит из где-то 100 простых символьных операций, которые вообще даже имён не имеют, а вызываются по номеру. Всё остальное на них основано. Нужно взять какую-нить старую версию мэпла, где можно было посмотреть исходники символьных функций и попробовать портировать что-нить. Вот тогда появятся идеи что и как делать дальше. Может и типов каких добавить. Либо заглянуть в opensource проект какой и что-то взять оттуда. MuPAD очень похож по синтаксису с maple, но у него уже некая объектность появилась, как и у самого maple.