Viper 2013 и ранее

[Masygreen]

Masygreen
Вашу проблему так и не проявили. Посмотрев код атлантиса пришли к выводу, что ошибку генерит система, проблема где-то в сетевом обмене. Попытайтесь ваши темпы и рабочий ресурс (это не выходной ресурс) создавать на локале (если вы их в сеть складываете), т.е. попытайтесь максимальнго все переташить на локал. Ошибка странная и никто кроме вас про нее не говорил.

ну естественно на локале я тоже пробовал ) ... могу тимвевер сеанс дать ) а может дело в win2008x64?
я то по полной випер гоняю так что букашек понахожу !!!

[Bender]

Masygreen
Не формируется ли рядом с отлаживаемым приложением AtlError.log.
Также из отчета не понятен один момент: судя по prj покуете вы отчеты из папок "01_DOSCH_001\*.rtf" и "02_SCHFACT_001\*.rtf"'. А в сообщение об ошибке ссылка указывает вообще на непонятный каталог. Поясните пожалуйста, что за он и почему отчеты тянуться от туда, а не ваши.

[Masygreen]

Masygreen
Не формируется ли рядом с отлаживаемым приложением AtlError.log.
Также из отчета не понятен один момент: судя по prj покуете вы отчеты из папок "01_DOSCH_001\*.rtf" и "02_SCHFACT_001\*.rtf"'. А в сообщение об ошибке ссылка указывает вообще на непонятный каталог. Поясните пожалуйста, что за он и почему отчеты тянуться от туда, а не ваши.

так ошибка то в отладке, какая разница от куда собирать ?. там и путь на каталог out

[Bender]

Ну так проблема то и кроется в путях, отлаживаемое приложение явно пытаетсяоткрыть то чего нет.
Еще вот что в голову пришло. Возможно вы себе на локале подключили какой-то сетевой диск с исходниками, его указали в настройках проекта. Компилятор когда собирает исходники, то в ресурсе сохраняет полный путь на файл (в вашем случае это rtf'ки). И когда вы отлаживаетесь, то галактика пытается открыть эти файла под отладкой - пытается открыть эти файлы из сохраненных в ресурсе путей...полных путей. В результате не может его найти, т.к. такого диска даже нету и тут операционка генрит исключение, т.к. вы процесс ломится туда чего нету.
Что скажите? Скорее всего в этом то и проблема. У вас же галдактика в сети вот и ищет того чего нет.

[Masygreen]

Ни чего не понял ...чего куда откуда..
Проясняю (неважно куда копировать проект и от куда запускать хоть локал хоть сеть)
1)настройки проекта:


2)нажимаю Ctr+F9 компилится
3)нажимаю Shif+F10
4)запускаю отчет - ругается он не на исходники а на файл в каталоге Out, суть ошибки как если бы вы два раза RTF ликованую форму запустили не закрыв предыдущий RTF, а тут типа не может создать там файл

3)копирую тот же ресурс в корень галактики запускаю все ОК, cfg для отладчика в випере тот же самый что и для галактики ...

При чем тут пути на сетевые диски (это только с линковаными формами RTF, все остальное типа ARD, frm нормально работает) ?

[Bender]

Еще раз ... компилятор когда собирает исходники, то в ресурсе сохраняет ПОЛНЫЙ путь на этот исходник. И когда вы запускате отладку, то отладчик при отладке конкретного участка кода пытается открыть этот исходник и изначально пытается его открыть по этому сохраненному пути в ресурсе. Ошибку эту генерит операционка (100% потому что или файл не может найти или доступа к нему нет). Проверьте вот тот путь, который высвечивается в диалоге предупреждения - существует ли он реально для сетевой машины, не для вашей.

А вот этого ну совсем не понял - "3)копирую тот же ресурс в корень галактики запускаю все ОК, cfg для отладчика в випере тот же самый что и для галактики ..."А до этого ресурс где, откуда он его тащит?

[Masygreen]

Еще раз ... компилятор когда собирает исходники, то в ресурсе сохраняет ПОЛНЫЙ путь на этот исходник. И когда вы запускате отладку, то отладчик при отладке конкретного участка кода пытается открыть этот исходник и изначально пытается его открыть по этому сохраненному пути в ресурсе.

Тут все понятно .. ради бога пускай ищет . но во 1 точек останова в rtf не расставишь да они и не нужны ..мне просто запустить собраный файл .. дабы не копировать debug, потом не запускать галактику ...

Ошибку эту генерит операционка (100% потому что или файл не может найти или доступа к нему нет). Проверьте вот тот путь, который высвечивается в диалоге предупреждения - существует ли он реально для сетевой машины, не для вашей.

Не понял .. какой такой сетевой машины ? считайте так исходники на диске C, випер на диске С, галактика и база естественно в сети .... На моем ПК этот путь существует - это каталог OUT который указан в настройках галактики и он каждый раз создается..

А вот этого ну совсем не понял - "3)копирую тот же ресурс в корень галактики запускаю все ОК, cfg для отладчика в випере тот же самый что и для галактики ..."А до этого ресурс где, откуда он его тащит?

в смысле если взять debug созданный viper и положить его рядом с wingal.bat - то все отработает нормально ..
Повторюсь проблема видимо очень узкая.. запуск LinkForm RTF ...

Давайте так .. есть LinkForm RTF... как мне её собрать в випере и запустить из него галактику и запустить отчет в галактике чтоб он вывелся на экран .. из далека - вы вот прямо такое делали ?

[Bender]

На FTP доступны дистрибутивы для компиляторов 5.4.36; 5.4.43

Адреса для загрузки:
5.4.36
- Viper5.5.12.0-vip5.4.36.0.exe - дистрибутив
- Viper5.5.12.0-vip5.4.36.0-portable.zip - архив для портативной установки

5.4.43.0
- Viper5.5.12.0-vip5.4.43.0.exe - дистрибутив
- Viper5.5.12.0-vip5.4.43.0-portable.zip - архив для портативной установки

[Алексей]

спасибо за 5.4.43 но всё же

1. чем отличаются менюшки "компилировать проект" от "пересобрать проект" ? и то и то начинает сборку с верхнего prj

2. неудобство: вип проект состоит из 40-ка prj. компилирую целиком впр проект и тут вылетает ошибка на 20-м prj, инклюд не подключился к примеру. компиляция останавливается... я нахожу инклюд, и справляю, собираю этот prj - всё ок. КАК запустить сборку с места остановки? Не сначала, а вот с того prj который является текущим?

[Bender]

1. чем отличаются менюшки "компилировать проект" от "пересобрать проект" ? и то и то начинает сборку с верхнего prj

Разницу при использовании этих пунктов вы увидите только при отключенном параметре "Удалять ресурс перед компиляции". Принципиальным отличием этих двух возможностей сборки заключается в том, что "компилировать" собирает в ресурс только измененные исходники, "пересобрать" - выполнит сборку всех исходников независимо от даты модификации. "Компилировать" используется для ускорения процесса сборки, когда у вас уже есть ресурс и вы хотите положить в него только последние правки.

2. неудобство: вип проект состоит из 40-ка prj. компилирую целиком впр проект и тут вылетает ошибка на 20-м prj, инклюд не подключился к примеру. компиляция останавливается... я нахожу инклюд, и справляю, собираю этот prj - всё ок. КАК запустить сборку с места остановки? Не сначала, а вот с того prj который является текущим?

В "одной кнопке" такой функции нету, вы можете только выделить мышкой в дереве оставшиеся неоткомпилированные единицы и вызвать"компилировать файл", тогда компиляция выполнится только для помеченных элементов.

[Алексей]

1. понятно.
2. т.е. пометить как в проводнике windows, первый проект, шифт послдедний и нажать собрать? Ок. Попробую.

[Bender]

Алексей, Senkrid
Исправили проблему с упаковкой FR. На FTP лежат пересобранные дистрибутивы для Атлантиса 5.4.41-5.4.43

Masygreen
Как мы не пробовали - не получилось проявить проблему. У нас видимо бубен не той системы

[Алексей]

Это та проблема, когда собираешь сначала FR, потом prj и fr пропадает из ресурса? Если да, то спасибо, а то сегодня ещё раз наткнулся, хотел озвучить
В понедельник попробую.

[Bender]

Это та проблема, когда собираешь сначала FR, потом prj и fr пропадает из ресурса? Если да, то спасибо, а то сегодня ещё раз наткнулся, хотел озвучить
В понедельник попробую.

Именно она

[Masygreen]

проблема разбора конструкций типа подзапрос select count(*) и case тоже вроде не пофиксили

Код: Выделить всё

  sql select katsopr.nrec t_nrec
  ,(select count(*) from SklOrder where (SklOrder.cSopr = katsopr.nrec)) _dOrd

нет в подсказчике FoundMarker
с вордом реально убивает .. может вам удаленку дать ? TeamViewer запросто ?