katmc.buffer
при отладке в ms sql коннекте к базе не показывает поля текущей записи в окне просмотра переменных.
Это для ms sql я всегда так было? или что то случилось? Или у меня что то?
Viper-2012-54385-april
Как извернутся то?
igor писал(а):katmc.buffer
при отладке в ms sql коннекте к базе не показывает поля текущей записи в окне просмотра переменных.
Это для ms sql я всегда так было? или что то случилось? Или у меня что то?
Viper-2012-54385-april
Как извернутся то?
Проверил на атлантисе данной версии и sql базе - в окне выражений буфер записи отображается. Ресурсы собраны с дебаг информацией? Скиньте скринов или видео в момент, когда вы пытаетесь отобразить запись.
Вопросы от новичка:
1) Viper не работает с диалогами (*.dlg)?
2) У нас D_DICT физически отделен (для скорости доступа) от базы с помощью database.schemealias (Pervasive). Как в этом случае установить каталог с базой данных в параметрах проекта ?
e1_e1 писал(а):Вопросы от новичка:
1) Viper не работает с диалогами (*.dlg)?
2) У нас D_DICT физически отделен (для скорости доступа) от базы с помощью database.schemealias (Pervasive). Как в этом случае установить каталог с базой данных в параметрах проекта ?
Поддержку раскраски и структуры кода в редаткоре для конструкции dialog мы не делали. Компилироваться компиляторам она конечно будет. Но рекомендую не использовать эту конструкцию, она считается устаревшей. В место нее рекомендую использовать конструкции Interface и Window.
Параметр database.schemealias в Viper также не поддерживается. Рекомендую для компилятора создавать отдельную тестовую БД. Не играться с компиляцией и отладкой на промышленной БД. Где могут работать пользователи. Для программистов должна быть своя отдельная песочница.
При запуске ard-отчета (отлаживается связка ard + интерфейс) через меню Отладка --> Начать отладку, получаю лаконичное сообщение об ошибке "Версия ресурса: 213, программы: 211". О каком ресурсе и какой программе речь? Что означают числа 213, 211? Пробовал в Viper[e] подменить Vip.exe из текущей Галактики, не помогает. Подозреваю, что имеет место несоответствие версий неких компонентов, но каких? Куда копать?
Вопрос снимаю: Галактика была собрана на Atlantis 5.4.38.5, скачал старый (апрельский) дистрибутив Viper (с компонентами, имеющими версии 5.4.38.x) и всё заработало!
Иерархия в окне проекта уже реализована, практически протестирована - выйдет след. релизом. Выбор настроек компилятора и отладки из списка - сделаю и постараюсь включить с след. сборку.
След. сборка содержит несколько интересных доработок:
- интеграция с SVN;
- новое представление окна проекта (бесконечная виртуальная иерархия);
- файловый проводник (интегрированный с системным - для доступа к системным пунктам локального меню);
- форматер кода (реализован не на 100%, хотим собрать больше пожеланий пользователей к доработке, чтобы лишнего и ненужного не накосячить).
Bender писал(а):- форматер кода (реализован не на 100%, хотим собрать больше пожеланий пользователей к доработке, чтобы лишнего и ненужного не накосячить).
ну тут для начала просто у вас же есть документ здоровый по разметке кода я видел! + поглядеть как в VS это сделано ...
а так ждем ждем ... уухххх аж дыханье замирает, пускай форматер будет отключаемый тогда и пользователи могут его тестировать...
Bender писал(а):- форматер кода (реализован не на 100%, хотим собрать больше пожеланий пользователей к доработке, чтобы лишнего и ненужного не накосячить).
ну тут для начала просто у вас же есть документ здоровый по разметке кода я видел! + поглядеть как в VS это сделано ...
а так ждем ждем ... уухххх аж дыханье замирает, пускай форматер будет отключаемый тогда и пользователи могут его тестировать...
Masygreen писал(а):а вы все таки не рассматриваете отделение среды разработки от среды сборки, и иерархию в окне проекта ?? ..
По поводу отладки понятно, но не совсем ясны групповые изменения настроек компилятора. Почему не использовать для этого разные проекты? Расскажите более детально, чтобы вы хотели облегчить данной функцией и какого результат добиться.
Masygreen писал(а):а вы все таки не рассматриваете отделение среды разработки от среды сборки, и иерархию в окне проекта ?? ..
По поводу отладки понятно, но не совсем ясны групповые изменения настроек компилятора. Почему не использовать для этого разные проекты? Расскажите более детально, чтобы вы хотели облегчить данной функцией и какого результат добиться.
у меня в разработке > 5 версий галактики на разных патчах .. чтобы нормально собрать ресурс мне надо каждый раз вспоминать на какой галактике сидит клиент, потом подбирать к нему нужную версию випера и только тогда сборка + отладка будут работать ...
смысл настроек - убрать конкретный компилятор vip.exe в настройки проекта...