lustin писал(а) 07. Мая 2008 :: 10:42:

Спасибо, я получил практически исчерпывающий ответ. Разве что... классы у тебя как хранятся? внешние тексты, внешние обработки или встроенные в конфигурацию? Про defcls.prm тот же вопрос.

lustin писал(а) 07. Мая 2008 :: 11:04:

О! Ты-то мне и нужен.
svn:eol-style какой используешь?
Для cvs не в курсе - есть какой-нибудь аналогичный параметр?

P.S. Ща выделю в отдельную ветку.

Ну... Я столкнулся с тем, что модули в cvs хранятся с юниксовыми концами строк. Линуксовый cvs клиент выкладывает их в локальную копию тоже с юниксовыми концами строк. А gcomp засовывает модули в md как есть, особо не заморачиваясь на концах строк.
В результате в Конфигураторе это выглядит весьма забавно. Во всех модулях в каждой строчке отсутствует последний символ. Но конфа вроде бы работает и синстаксис-контроль успешно проходит.

fez писал(а) 07. Мая 2008 :: 11:39:


1. как побороть перевод строки под cvs я честно говоря не скажу, а вот svn
Цитата:

то  есть при указании пункта native - в приницпе особо заботиться о переводе строки не нужно
ссылка на главу в книжке по svn http://svnbook.red-bean.com/nightly/ru/svn.advanced.props.file-portability.html#...

2. вменяемых клиентов svn я не нашел - из тех что есть это RapidSVN (Gnome) и KdeSVN - поэтому клиент "черепаху" поставил на виртуальную машину (Win), репозитарий создал на линуксовой машине

3. естественно на линуксовой машине основной утилитой администрирования остается командная строка, грамотно установить OpenConf под Вайном у меня не получилось поэтому пишу под виртуальной машиной - пришлось заказать 2 монитора - слева Линь справа Винда

4. для красивого отображения используется Trac - при комите изменений в описании изменений указывается ссылка на выполняемую задачу ([ticket:124 Реализовать печать этикеток по формальному описанию]), или можно указать ссылку на документацию (Wiki)

5. сборка nigthbild'ов проходит под управлением плагина к Trac - называется Babel - он красиво показывает график ночных сборок, релизов и ответвлений отдельных разработчиков

5а. сейчас хочу прикрутить скрипт который будет дотаскивать последниее версии dll и прогонять тесты именно с ними - вайн оказывается символьные ссылки считает за файлы   - так что их можно заменить

6. скрипты на серверной части в основном на питоне, и некоторые на sh

если подытожить

то связка Trac + svn на головной машине выглядить красиво для начальства и для пользователей - и поставив там Линукс я в принципе создал "окружение" для тестировния *nix+wine+1c77 (главное не заб(ы|и)вать писать тесты)

а вот конфигурить всё таки лучше под Виндой на виртуалке - так как Вайн с Опенконфом не очень дружит мне показалось

fez писал(а) 07. Мая 2008 :: 12:20:


ОпенКонф то у меня работает
- а вот регистрация и работа с wsh компонентами которые в config/system/ лежат
приводит к следующему

...
wine: Unhandled page fault on read access to 0x00000000 at address 0xb7cc5153 (thread 000d), starting debugger...
Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0xb7cc5153).
...
 

и это они побeдить не могут с декабря  

lustin писал(а) 07. Мая 2008 :: 12:45:


Совершенно верно. Только эта проблема скорее всего будет актуальной не только для *.1s, а вообще для всех текстовых файлов, из которых состоит конфигурация. *.frm, *.mdp, *.txt и что там еще есть.

Пока раздумываю над тем, чтобы добавить в gcomp ключик --wine-eol, который будет делать необходимые преобразования на лету.

kms писал(а) 07. Мая 2008 :: 19:28:

Не "можно", а "нужно". Ибо если делать преобразование только во время компиляции, то получится следующая ерунда:
Собрали - все нормально, в концах строк - crlf.
Разобрали без преобразования - в концах всех строк - crlf.
Уже на этом этапе придеццо насторожицца, поскольку cvs захочет скоммитить все текстовые файлы (раньше то cvs там видел только lf, без cr)
Допустим, что мы не насторожились, скоммитили.
После этого, при компайле жкомпом, crlf превратятся... правильно, в crcrlf. А оно нам надо?

kms писал(а) 07. Мая 2008 :: 19:28:

Причем мне кажется, что скорее рано, чем поздно.