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:

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

Какой м##ак придумал, чтобы в разных ОС были разные концы строк?
Причем это скорее всего был не Билли. Ибо в юниксах - \n, в винде - \r\n, а в ранних макосах (сюрприз) \r.

Так что я склонен допустить, что как раз именно Билли беспокоился о том, чтобы файлы из-под его доса нормально читались и под юниксом, и под маком. Типа молодец.

Цитата:

gpl рулит. Я аккуратно скопирайтил код из проекта tofrodos.

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

P.S. Кстати вот тестовая база собралась из текста с юниксовыми eol и не пикнула. Все же кроссплатформенные языки (в данном случае это был питон) - рулят.
P.P.S. А это я еще опенконф даже не начинал пробовать...

Сиди, сынок, я сам открою.

fez писал(а) 23. Мая 2008 :: 16:37:

Слушай, Федор, а чем ты вообще занят?

Ну я понимаю манагеров вналинукс послать, но самому-то зачем?
Т.е. в чем ты видишь цель так сказать?

А окончательная цель - это 60 рабочих мест и 7 (мамо, зачем их столько...) виндовых серверов, из которых три - терминальные с цитриксом.

[quote author=fez link=1210156977/15#20 date=1211563392]Если кто-то знает, как объяснить среднему манагеру процесс сохранения файла в vim или хотя бы в emacs - поделитесь сакральным знанием.
[/quote]

наши не осилили, или мы не осилили объяснить
поэтому известно что самое лучшее решение в лоб - [b]thunderbird[/b] же кроссплатформенный
и редактор у него вменяемый

Ну что, мои маленькие любители свободного ПО.

Тесты проходят.
autoload.vbs и Vis1cpp.dll - работают. Телепата и интеллисенса еще не проверял.

Ушел сравнивать быстродействие.

И еще замечена какая-то нездоровая ерунда. Иногда какие-то одиночные тесты не проходят. Каждый раз разные. Продолжаю наблюдение.

Пока все, что отваливалось - это отчеты. Например вместо "---" выведет "". Или в заголовках колонок начинает дублировать одно и то же слово. Пока продолжаю наблюдения.

А, вот еще. В процессе прогонки тестов 1С под вайном чаще падает, чем под виндой. И вот после вылетов и начинается нездоровая фигня с непрохождением какого-нибудь теста.

fez писал(а) 27. Мая 2008 :: 08:42:

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

kms писал(а) 27. Мая 2008 :: 19:34:

Когда ТЗ большая даже это не помогает. 1С с Wine и X`ами все равно стараются перерисовать ТЗ сто раз и все это сопровождается мерзким мельканием, прокруткой ТЗ и тормозами  

kms писал(а) 27. Мая 2008 :: 19:34:

С обещаниями как всегда все в порядке: "Починим..." когда нибудь...
Собирательная бага по печати тута: https://bugs.etersoft.ru/show_bug.cgi?id=443
Падение по линиям в 154 баге. Проверить документ на баг можно запустив 1С не через wine, а через winelog, и пустить документ на печать, если не вылезет что-то похожее на это:
fixme:bitmap:BITMAP_SetOwnerDC Trying to select bitmap 0x6774 in different DC type
то если и будет падать, то уже по другому багу  

kmail imap понимает, хотя он был в качестве примера не true клиента. ldap не помню но его должны уметь kdepim вобще и kontakt в частности. Конфиг поищу на следующей неделе когда доберусь до компа.

antares0 писал(а) 28. Мая 2008 :: 02:24:

Ну примерно это и имелось в виду. На винде похожий результат тоже есть, только гораздо менее выраженный. Так что это либо недоработка у винды, либо конструкция 1С+wine+X действительно настолько тормознутая, что выключение ее отработки дает такой существенный эффект.

antares0 писал(а) 28. Мая 2008 :: 02:24:

Не подскажешь, как это сделать?

antares0 писал(а) 28. Мая 2008 :: 03:17:

Ну я просто сделал все тоже самое на ext2 партиции. Особым тюнингом не заморачивался. И вообще меня ща больше вопросы wsc под вайном волнуют (интеллисенса очень хочется)

fez писал(а) 28. Мая 2008 :: 21:39:

вкратце, нужно отключить все каналы отладки. Что и как, находится по слову WINEDEBUG   в  мане и доках. Подробнее вечером.

Djelf писал(а) 27. Мая 2008 :: 22:02:

В принципе, верю, конечно, на слово.
А может проверишь - для индексированной таблицы - выгрузка в ТЗ на форме - тоже мелькает?

Как-то так:

_ти.Выгрузить(_тз);
 

Где _ти - ИТ, _тз - ТЗ на форме.
Только 1cpp нужен не очень старый - 2.5 из последних, или 3.0.

Цитата:

Ага, понял, спасибо.
Надеюсь, чаша сия минует ТП на этот раз.

1. Для отключения вывода отладки нужно выставить переменную WINEDEBUG="-all"
2. ldap умеет kadressbook который вместе kmail интегрируется в kontact

Используется wine@etersoft, а он поставляется в виде уже скомпилированных пакетов 

Можно будет поковыряться. Заодно и иксы тогда пересобрать. И libc до кучи

Djelf писал(а) 05. Июля 2008 :: 20:35:

Хы. Ну, всегда бы так
В итоге-то как оставил, выгрузку ИТ в ТЗ на форме, или и из ТЗ в ТЗ на форме уже не тормозит?