Страница 1 из 66
Viper 2013 и ранее
Добавлено: 18 фев 2009, 12:09
LaaLaa
По просьбе посетителей форума. Разместил архив Viper на одном из публичных хостингов.
Название: Atlantis_Viper_50414.rar
Размер: 28.24 Мб
Доступен до: 2009-03-20 09:56:06
Ссылка для скачивания файла:
http://ifolder.ru/10616292
Данная сборка предназначена только для знакомства
с возможностями интегрированной среды разработки Viper.
В архиве содержаться необходимые для запуска Viper файлы.
Прочие файлы из комплекта Атлантиса в архив не включены.
За полной версией Атлантиса обращайтесь в отдел технической
поддержки корпорации Галактика.
В данной ветке можете высказывать конструктивные замечания и предложения.
Добавлено: 18 фев 2009, 14:55
Vik
Спасибо! Попробуем)
Добавлено: 19 фев 2009, 07:28
Алексей
1. Чего нет в демке, что есть в официальной версии?
2. тмп файлы валятся прямо в корень проекта, атлантис.рес так же, хотя я указал совсем другую директорию
3. периодически отказывается собирать *.frm файлы, валится с ошибкой "ошибка инициализации разбираемого файла", хотя файл нормальный, строчным компилятором собирается. после "вышел/зашел" вроде собирается.
4. как поставить для проекта аналог настройки строчного компилятора
"[System] ResourceFastCompress=Off"
5. иногда по окончании процесса компиляции нужно нажать ОК (что хорошо) а иногда окно просто пропадает и непонятно, ошибка произошла или компиляция закончилась успешно. Какой настройкой регулируется это не нашел.
А так, идея в целом не плоха, для сброки большого кол-ва *.prj одновременно. Мне нравится!
Как разберусь с настройками проекта - заценю редактор
Добавлено: 20 фев 2009, 13:17
PViP
LaaLaa, ух ты, удивили
буду пробовать
Добавлено: 20 фев 2009, 17:08
LaaLaa
Алексей писал(а):1. Чего нет в демке, что есть в официальной версии?
В Атлантисе еще 110 МБ всяких полезных файлов. Часть описана в доке.
Алексей писал(а):2. тмп файлы валятся прямо в корень проекта, атлантис.рес так же, хотя я указал совсем другую директорию
3. периодически отказывается собирать *.frm файлы, валится с ошибкой "ошибка инициализации разбираемого файла", хотя файл нормальный, строчным компилятором собирается. после "вышел/зашел" вроде собирается.
Надо больше деталей. Этой информации не достаточно чтобы понять в чем дело.
Алексей писал(а):4. как поставить для проекта аналог настройки строчного компилятора "[System] ResourceFastCompress=Off"
Пока нет такой возможности нет. Сделаем. Записал в ПИР 102.85270
Алексей писал(а):5. иногда по окончании процесса компиляции нужно нажать ОК (что хорошо) а иногда окно просто пропадает и непонятно, ошибка произошла или компиляция закончилась успешно. Какой настройкой регулируется это не нашел.
Не пропадало вроде. Может окно прогресса компиляции просто спряталось под основное окно приложения? Надо ему наверно признак TopMost сделать?
Добавлено: 26 фев 2009, 14:18
Max
Добрый день!
Мы используем Випер уже достаточно давно.
Что можно сказать хорошего:
1. Огромный плюс в том, что проект випера является обособленным от базы данных (я имею в виду репозитарий базы)
2. Легко можно перенести проект с одного компьютера на другой (проект делал один специалист, потом его необходимо передать другому).
3. В качестве среды разработки он на порядок лучше саппорта. Уже хотя бы потому, что его не надо закрывать, чтобы забрать ресурс для тестирования. Плюс редактор с подстветкой синтаксиса и прочими наворотами...
Теперь немного о минусах:
1. Есть старая ошибка, которая возникает, если удалить ресурс, в который компилирует випер. Это можно было бы решить, если добавить обработку параметра ClearResource - то есть при компиляции очищать ресурс самостоятельно.
2. Тоже бывает по-разному себя ведет окно о результатах компиляции - то пропадет, то останется. Закономерностей не заметил.
периодически отказывается собирать *.frm файлы, валится с ошибкой "ошибка инициализации разбираемого файла", хотя файл нормальный, строчным компилятором собирается. после "вышел/зашел" вроде собирается
Видел вот такой рецепт, но сам еще не пробовал, так как достаточно редко попадаются FRM
создайте корневой поток
.create view Main as select * from TmpGrn;
Но плюсы от использования легко перевешивают эти незначительные ньюансы.
Добавлено: 26 фев 2009, 17:58
Vik
Очень часто при сохранении виснет намертво, ничего не сохраняя. Только завершение процесса помогает. С чем это может быть связано?
Добавлено: 26 фев 2009, 21:05
LaaLaa
Vik писал(а):Очень часто при сохранении виснет намертво, ничего не сохраняя. Только завершение процесса помогает. С чем это может быть связано?
На той версии, что опубликовал, при открытии закрытии проектов наблюдаются утечки памяти. Может это и приводит у вас к зависанию. Уточните какой пункт меню зависает "Файл - сохранить" или "Проект - сохранить". А лучше на мой Email пришлите пример вашего VPR-проекта, и примеры текстовых файлов которые в редакторе открываете и сохраняете.
Добавлено: 27 фев 2009, 06:13
Алексей
Max описанные вами плюсы все есть в любом стороннем текстовом редакторе, ultraedit к примеру, даже файл раскрасски вип имеется, кто-то постарался на славу, в опыте вроде есть.
Для меня, единственный плюс випера от сторонних программ, это возможность компилировать к примеру 30 *.prj файлов одновременно, один раз загрузив ресурсы. Существенно увеличивается скорость сборки.
Сейчас у меня настроен батник, который по очереди строчно компилирует каждый *.prj файл и каждый раз подключает ресурсы указанные в конфиге, получается несколько долго.
LaaLaa все выше сказанное вовсе не камень в огороде випера, редактор хороший, но надо дорабатывать
Добавлено: 27 фев 2009, 11:01
PViP
Алексей, собственно строчный компилятор позволяет сделать такие манипуляции, просто указываейте
перед каждым make ".... make.prj"
и тогда каждый проект будет у вас в отдельном ресурснике и время на переподключение ресусрсов тратится не будет
Добавлено: 27 фев 2009, 11:10
Алексей
нет, вы не поняли. у меня все проекты комплиятся в один ресурс, допустим ресурс "Основные фонды" - os.res
батник комплиит каждый *.pjr отдельно, запуская каждый раз vip.exe который в свою очередь смотрит конфиг и видит что там подключается много ресурсов с прототипами и т.д. вот на это "подключение ресурсов" много времени и тратится, не на саму компиляцию.
Добавлено: 27 фев 2009, 12:11
PViP
Алексей, а зачем каждый раз запускать vip.exe? почему не сделать такой проект
Код: Выделить всё
make "project_1.prj"
make "project_2.prj"
make "project_3.prj"
.
.
.
make "project_n.prj"
все будет компилится в один ресурсник, а ресурсы подключать в конфиге все что есть!
Добавлено: 27 фев 2009, 12:36
Алексей
потому что проекты лежат в разных директориях и у разных проектов есть одинаковые файлы, к примеру procedure.vpp и подцепляются они только когда лежат в текущей директории. свалить всё в одно - нельзя.
Добавлено: 27 фев 2009, 13:30
LaaLaa
Алексей писал(а): редактор хороший, но надо дорабатывать :cool:
Так не проблем. Пишите заявки в ПИР через тех поддержку, что вам нужно доработать. Проект пока еще развивается. По мере наличия ресурсов сделаем.
Добавлено: 27 фев 2009, 13:56
Алексей
С удовольствием поработаю "тестировщиком" на добровольных началах!