Есть тут люди кто занимался МСВС?

[goodness]

Приходится работать с этим чудом российских программистов. В основном интересуют какие среды разработки использует народ под этой ОС.

Пытался собрать под МСВС 3.0 KDE 3.5.4, не получилось - ибо glibc в нем был до неприличия старый glibc-2.1.3, в котором не было нормальной поддержки IPv6 нужной KDE 3.5.4.

[RXL]

goodness, ссылочку дай - хоть взглянуть на это чудо.

[Chuda]

goodness, не пытайся собрать или запустить в мсвс что-либо более-менее современное. Когда мне доводилось с этим чудом общаться, уже давно и прочно был актуален редхат9, а в коде мсвс то и дело проскакивал редхат4. Это так, к слову о свежести пакетов и о хвалёном отсутствии заимствований из буржуйских линухов. Опыт показал, что использовать в этой горе-системе можно только то, что в неё входит изначально. Либо же заказать у разработчиков и ждать года два-три. Там же фишка в том, что без санкции спецслужб ни одна строка кода не попадает в систему. А надо отметить, что и поддержка современного оборудования в МСВС отсутствует. По крайней мере тогда отсутствовала, но что-то сомнения берут, что могло хоть что-то измениться.
В общем, реально работать в МСВС невозможно. Наш опыт общения с этой бедой свёлся к тому, что мы заставили разработчиков дать письменные показания, что их система не в состоянии работать на нужном железе, и в качестве временной меры (ну понятно, да? ) применили ASPLinux.
RXL, вероятнее всего официальной информации об мсвс в Сети и нет. Это ж суперсекретный проект.

[Михалыч]

Ребяты, напомните мне кто-нить через месяц Я выйду из отпуска и уточню последнюю информацию. У нас соседний отдел получил намеднись МСВС, говорят, вроде самый распоследний Инфа абсолютно недостоверная, а сам выйду из отпуска только в начале ноября. Если тема еще будет актуальна - посмотрю, что там в нем и как. Одно меня смущает - склероз
Потому и прошу - напомните
А в сети информация есть, но очень мало, и в основном информационно-"рекламного" характера, и в основном по старой версии 3.0

[Hooter]

Мы работаем с требованием, чтобы наш конечный продукт мог работать под МСВС. Но для разработки МСВС не пригоден. Для разработки используем slackware, а потом тестируем на МСВС.

Что касается нужных библиотек, то это надо давить на разработчиков МСВС, если у вас есть техподдержка МСВС. Мы, например, долго их пинали, но все-таки они согласились пересобрать Линтер с нужными нам параметрами...

[goodness]

goodness, ссылочку дай - хоть взглянуть на это чудо.

Как народ и сказал ссылок практически нет, ибо в как всегда у наших военных засекречено блин на 100 рядов.

А надо отметить, что и поддержка современного оборудования в МСВС отсутствует. По крайней мере тогда отсутствовала, но что-то сомнения берут, что могло хоть что-то измениться.
В общем, реально работать в МСВС невозможно. Наш опыт общения с этой бедой свёлся к тому, что мы заставили разработчиков дать письменные показания, что их система не в состоянии работать на нужном железе, и в качестве временной меры (ну понятно, да? ) применили ASPLinux.
RXL, вероятнее всего официальной информации об мсвс в Сети и нет. Это ж суперсекретный проект.

Насколько я знаю последняя версия МСВС 3.0 с ядром MCBC-kernel-2.4.32 на основе RedHat 6. Как я и сказал основное и пока единственное, что меня там огорчило так это старый glibc. Целый ряд сторонних проектов мне удалось собрать на этом ядре. Так скажем недавно успешно собрался qt 4.1.4. А вот glibc посвежее не собирается... и насколько я понял не собирается он из-за старого glibc =)) т.к. для сборки нового нужен старый. Змея кусает свой хвост =).

Боюсь отвертется нам будет ой как сложно... тем более что есть прецеденты успешного запуска систем на основе МСВС.

Мы работаем с требованием, чтобы наш конечный продукт мог работать под МСВС. Но для разработки МСВС не пригоден. Для разработки используем slackware, а потом тестируем на МСВС.

Дельный совет... Видимо, также придется использовать сторонний билд для разработки.

Поделитесь своим опытом. Есть наверное ярко выраженные особенности ОС, которые приходилось учитывать?! Легко проекты сделанные на slackware компилировались под МСВС? Почему именно slackware, а не скажем redhat как система близкая к той на которой базируется МСВС?

[Hooter]

Slackware - потому что дистрибутив сам по себе "голый". То есть используем по принципу - установить ядро, а потом минимальное количество пакетов, необходмых для работы. Не спорю, другие дистрибутивы тоже можно так использовать. Но у нас прижился слакваре Еще говорят, он самый стабильной, но здесь я не специалист.

Самая ярко выраженная особенность, что на МСВС не установишь что попало, и, что самое печальное, не установишь обновления для библиотек и пакетов. Типа, это уже не МСВС будет. Ну и, как следствие, различного рода конфликты в ПО. Например, autoconf из МСВС имеет далеко не все функции и возможности автоконфа из 10-го слакваре. И т.п. При разработке это надо учитывать и ограничивать себя в использовании различного рода новшеств.

[RXL]

А вот glibc посвежее не собирается... и насколько я понял не собирается он из-за старого glibc =)) т.к. для сборки нового нужен старый. Змея кусает свой хвост =).

Может ближе к делу? Что именно не получается, что делаешь, как ругается?

[nikedeforest]

Народ, ради интереса, как это МСВС расшифровывается?

[Finch]

nikedeforest, Тебе скажи. Сказано же:

Это ж суперсекретный проект.

[nikedeforest]

)

[Hooter]

МСВС расшифровывается как Мобильная Система Вооруженных Сил.

По этой ссылке 5-й и 7-й пункты:

http://www.yandex.ru/yandsearch?stype=www&nl=0&text=%EA%E0%EA+%F0%E0%F1%F8%E8%F4%F0%EE%E2%FB%E2%E0%E5%F2%F1%FF+%CC%D1%C2%D1

[Finch]

    При разработке программы "ПС Конструктор" для русскоязычной операционной системы МСВС программисты заменили слова "OK" и "Cancel" на два русских слова. Одно из них – омоним глагола, второе само является глаголом. Догадавшись, для кого предназначена эта операционная система, назовите эти два слова.

Ответ: "Есть" и "Отставить".

Автор(ы): Александр Пономарев (Пермь)

Мда великолепная замена.

[Hooter]

Да, вооруженные силы - они такие

[goodness]

Может ближе к делу? Что именно не получается, что делаешь, как ругается?

Ох и еще раз ох... по сути пытался обновить glibc. Взял исходники glibc посвежее и для начала пытался их собрать GNU make'ом. Ну и в определенном месте он наотрез отказывается компилироваться.  Выяснить причину мне не удалось. Насколько я мог судить он должен был собраться =\. Я эту тему как-то поднимал на каком-то форуме мне так ничего и не сказали (хотя врядли тут стоило ожидать полезных комментариев). Можно попробовать еще раз собрать glibc посмотреть и записать, что он будет петь...

Собственно меня-то интересовал по сути не сам glibc, а то что в том glibc, что в составе МСВС нет поддержки IPv6. И если б можно было собрать KDE 3.5.4 без поддержки IPv6 я б успокоился... но увы. Вообще интересно с какого KDE пошла поддержка IPv6.


Hooter, а можно описать, что за система у Вас под МСВС. Меня в основном интересует какие возможности этой ОС вы задействуете: работаете с СОМ, PCI, PCMCIA, есть граф. интерфейс и т.д.? Вам приходилось проходить лицензирование своих проектов? (ну так чтоб эти Хенералы сказали: Мда... Холова!) Как это происходит? Давайте батенька сочинение на тему 

[goodness]

RXL, откапал про траблы со сборкой glibc:

Да простят меня молодые модераторы с голыми задницами: http://www.lan.krasu.ru/life/board/theme.asp?divid=30&thid=3226

[RXL]

goodness, читал ли ты требования по совсместимости перед сборкой? Наверняка там сказано, какие версии gcc и make нужны. Ну, а заголовки подкладываются через переменные окружения (см. ./configure --help в самом низу).

[goodness]

RXL, читал и проверял требования по совместимости. На этом этапе даже если что-то было б не так configure бы заверещал.

[Hooter]

Hooter, а можно описать, что за система у Вас под МСВС. Меня в основном интересует какие возможности этой ОС вы задействуете: работаете с СОМ, PCI, PCMCIA, есть граф. интерфейс и т.д.? Вам приходилось проходить лицензирование своих проектов? (ну так чтоб эти Хенералы сказали: Мда... Холова!) Как это происходит? Давайте батенька сочинение на тему 

Разрабатываем автоматизированную систему организации воздушного движения. Железо практиче ски не задействуем. В качестве хранилища данных должен быть Линтер, но пока тренируемся на Postgres. Используем по полной программе CORBA 3 - библиотека PolyORB от Adacore. Компилятор от них же. Язык программирования - ADA95. Возможно, скоро перейдем на ADA2005. Графический интерфейс - Motif - но, честно говоря, он просто ужасен Сейчас потихоньку делаем портирование qt для ADA. Если получится, перейдем на qt.

Лицензирование предстоит, но не скоро. Поэтому знаю о лицензировании совсем немного. Что конкретно интересует?

[goodness]

Я так понимаю Вы там не один эту систему делаете. Скажите на какой IDE под Linux Вы\Ваши коллеги остановились?

Насчет Qt. Вы собираетесь приобретать Qt для того чтоб использовать его в своей разработке?

Лицензирование предстоит, но не скоро. Поэтому знаю о лицензировании совсем немного. Что конкретно интересует?

Скажем вот такой аспект. Допустим Вы решили использовать Qt. Хотя Qt не является частью МСВС. Как же Вы тогда пройдете лизензирование? И вообще можно ли использовать программные продукты или библиотеки сторонних производителей?

[Hooter]

Я так понимаю Вы там не один эту систему делаете. Скажите на какой IDE под Linux Вы\Ваши коллеги остановились?

Ммм... Больной вопрос После долгих и мучительных попыток внедрить в процесс разработки какую-то конкретную IDE, остановиться на чем-то одном так и не смогли.  Кадждая IDE чем-нибудь да не устраивала. Поэтому каждый из нас пользуется тем, что ему кажется удобным. Для кого-то - это KDevelop, для кого-то - это GPS. Многие пользуются просто редактором vim или gvim (я в том числе). Те, кто задолбался бороться с глюками iDE, но из принципа не хотят пользоваться vim, выбирают что-нибудь типа Kate. То есть, этоот вопрос для нас все еще открыт, но не является чем-то принципиальным.

Насчет Qt. Вы собираетесь приобретать Qt для того чтоб использовать его в своей разработке?

Да, если решим использовать, то будем приобретать лицензии. К счастью, с вопросом приобретения у нас больших проблем нет. У нас уже есть платная техподдержка для GNAT и PolyORB.

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

[goodness]

Вот у нас сейчас та же проблема назревает с IDE. И, видимо, разрешится она также. Я так пока и не нашел бесплатной среды в которой был бы нормальный autocompletion, который бы работал хорошо с шаблонами, STL, аргументами функций и т.д.

А также напрягает голый GDB во всех этих супер редакторах vim, emacs. Ни какого тебе Watch Window с выбором переменных для отслеживания.

У Вас в gvim'e есть нормальный autocompletion и дебаг?

[Михалыч]

Как вариант, в качестве среды разработки (IDE) мы пробуем пользовать Эклипс. Тяжеловатое приложение, зато навернуто по-полной

[goodness]

Михалыч, у Вас большой проект? Сколько людей над ним работает? Все на эклипс?

[Михалыч]

Проект не очень большой, и к нему еще никто не приступал Работать будут 3 человека. А эклипс пока только рассматривается.
Хотя под QNX-ом Эклипс - это "родная" штатная IDE. И я на эклипсе работаю уже года 3 наверное
Мне нравится и редактор и отладчик. Правда под QNX немного "другой" CDT - специально доработанный и заточеный, со своими плагинами, более того CDT и разрабатывается (если не ошибаюсь) под патронажем QSSL.

[Hooter]

У Вас в gvim'e есть нормальный autocompletion и дебаг?

Не скажу, что я любитель различных автокомплинш, поэтому его отстутствие меня особо не напрягает Хотя для vim 7.0 есть различные полезные скрипты - там и автокомплишн вроде есть. Так что, кто хочет - может установить.

Насчет дебаггера - отдельная песня. gdb действительно далеко не самый удобный отладчик. Но наш язык программирования - Ада. Те ошибки, которые в С++ нужно искать с отладчиком в Аде практически отстутствуют. Поэтому отладчиком практически не пользуемся, так, иногда только... А что касается отладки распределенных CORBA-объектов - так тут иногда и самый наворроченный отладчик не поможет.

Скажем вот такой аспект. Допустим Вы решили использовать Qt. Хотя Qt не является частью МСВС. Как же Вы тогда пройдете лизензирование? И вообще можно ли использовать программные продукты или библиотеки сторонних производителей?

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

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

Поэтому, при выполнении вышеперечисленных условий,  qt 4 в МСВС поставить можно, а вот обновить glibc не удастся - расстреляют

[Peter]

Скажем вот такой аспект. Допустим Вы решили использовать Qt. Хотя Qt не является частью МСВС. Как же Вы тогда пройдете лизензирование? И вообще можно ли использовать программные продукты или библиотеки сторонних производителей?

Коллега, здесь Вы совершенно не правы -- в состав МСВС 3.0 на базе ядра 2.4.32 взодит Qt 3.3.3.
А продукты сторонних производителей Вы можете использовать, только если располагаете их полным исходным кодом.

[Dimka]

А продукты сторонних производителей Вы можете использовать, только если располагаете их полным исходным кодом.

А как же сертификация на предмет отсутствия всяких "закладок"?

[Finch]

dimka, Для этого сажаеш трех девочек в кружочек и они у тебя заместо дебагера, весь код перебирают на предмет "скрытых возможномтей"

[Dimka]

dimka, Для этого сажаеш трех девочек в кружочек и они у тебя заместо дебагера, весь код перебирают на предмет "скрытых возможномтей"

Ага, только девочки должны быть не мои, а Гостехкомиссии. В этом-то вся соль...