MCBC 3.0+ (Небольшие вопросы, связанные с МСВС)

[ArkanJR]

Попытался решить проблему отредактировав параметр PATH в /etc/profile:

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

PATH="$PATH:/usr/X11R6/bin:/usr/sbin"

однако после ввода команды gccv3 появляется сообщение:

не удаётся создать /var/lib/alternatives/cpp.new: Отказано в доступе

[905v2]

зачем переключать компилятор под пользователем?
разве в документации это разрешено?
на целевой системе вообще запрещается иметь средства компиляции - читай руководящие документы фстэк

[ArkanJR]

зачем переключать компилятор под пользователем?
разве в документации это разрешено?
на целевой системе вообще запрещается иметь средства компиляции - читай руководящие документы фстэк

А если речь идёт о рабочем месте программиста?

[905v2]

зачем переключать компилятор под пользователем?
разве в документации это разрешено?
на целевой системе вообще запрещается иметь средства компиляции - читай руководящие документы фстэк

А если речь идёт о рабочем месте программиста?

для программиста - 1 раз переключить под root
не представляю зачем нужно постоянно переключаться

[ArkanJR]

для программиста - 1 раз переключить под root
не представляю зачем нужно постоянно переключаться

В смысле можно сделать по умолчанию gcc 3-й версии?

Или же имеется в виду, что пришёл программист с утра на работу, включил компьютер, зашёл в систему под своим аккаунтом, с помощью su переключился на root, затем переключил gcc с версии 2 на версию 3, потом обратно переключился на свой аккаунт и только после всех этих манипуляций приступает к непосредственной работе?

[905v2]

для программиста - 1 раз переключить под root
не представляю зачем нужно постоянно переключаться

В смысле можно сделать по умолчанию gcc 3-й версии?

да, gccv3 это и делает - навсегда переключает на gcc3
gccv2 - обратно

[ArkanJR]

Заметил интересную особенность в МСВС 3.0 при работе с флешками: когда флешка монтируется под обычным пользователем, то кириллические имена файлов отображаются корректно, если то же самое сделать под рутом, то названия отображаются в виде вопросительных знаков.

[ArkanJR]

Интересно, собирается ли ВНИИНС в обозримом будущем адаптировать Mono (и MonoDevelop тоже) под МСВС 3.0?

Учитывая, что:

Mono может исполнять модули, написанные на языках C#, Visual Basic .NET, Java, Boo, Nemerle, Python, JavaScript, Erlang, SmallTalk, Lisp, PHP и Object Pascal (при наличии компилятора в среду .Net/Mono). Ожидается также поддержка языков C, Ada 2005 и Eiffel.

Источник,

а также (не будем забывать, что МСВС 3.0 является Qt-ориентированной ОС):

Другая библиотека, Qyoto, осуществляет привязку к Qt, на которой пишется огромное количество интерфейсов самых разнообразных приложений. В принципе, может быть, более удачной мыслью будет использовать библиотеку Qt4Dotnet, которая делает примерно то же самое. Но, в общем-то, здесь уже всё зависит от того, что именно вам нужно. Что касается переносимости между различными операционными системами, то здесь всё, пожалуй, даже ещё лучше, чем в случае с GTK#.

Источник,

можно с большой долей вероятности предположить, что данная платформа стала бы хорошим подспорьем для разработчиков, пишущих софт под МСВС 3.0.

[dobro4all]

Здравствуйте. Имеется МСВС12 изм.1 и встроенная видеокарта Intel 945GM. Соответственно версия иксов 6.8.2. Необходимо подгрузить модуль agpgart.o. Пишем insmod agpgart, выдается ошибка unresolved symbol preempt schedule. В чем может быть проблема?

[905v2]

Здравствуйте. Имеется МСВС12 изм.1 и встроенная видеокарта Intel 945GM. Соответственно версия иксов 6.8.2. Необходимо подгрузить модуль agpgart.o. Пишем insmod agpgart, выдается ошибка unresolved symbol preempt schedule. В чем может быть проблема?

поддерживает ли эта версия мсвс (такую старую версию не видел) эту видеокарту ?
попробуй vesa драйвер (в xorg.conf)

[ArkanJR]

Решил выложить сюда небольшую памятку по настройке шрифтов из Windows (может, пригодиться тем пользователям, которым не нравятся шрифты из дистрибутива МСВС 3.0). Microsoft не запрещает использовать свои шрифты, запрет касается лишь включение их в сторонние продукты, например в дистрибутивы ОС.

Итак, копируем понравившиеся шрифты MS Windows в каталог: /usr/lib/X11/fonts/winfonts. Cоздаём в каталоге со шрифтами winfonts файлы: fonts.dir и fonts.scale (команды ttmkfdir -o fonts.dir, и ttmkfdir –o fonts.scale, соответственно. fonts.scale - это копия fonts.dir).

Далее открываем файл конфигурации X-сервера (/etc/X11/xorg.conf) и прописываем каталог с нашими шрифтами. В моем случае весь раздел выглядит так:

Section "Files"
RgbPath "/usr/X11R6/lib/X11/rgb"
FontPath "catalogue:/etc/X11/fontpath.d"
FontPath "built-ins"
FontPath "/usr/lib/X11/fonts/winfonts"
EndSection


Так как в МСВС 3.0 используется xorg, а не XFree86, то отменяем загрузку модуля type1, потому что его функции теперь выполняет модуль freetype:

# Load "type1"

и сохранив наш файл xorg.conf, переходим к настройке xft2, он же fontconfig.

Смотрим, что у нас лежит в папке /etc/fonts. Там должно быть три файла: fonts.conf, fonts.dtd и local.conf.
Заходим в local.conf и прописываем наши добавленные папки со шрифтами. Весь мой файл выглядит так:

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

<?xml version = '1.0'?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<!-- /etc/fonts/local.conf file for local customizations --><fontconfig>
<!--
  Enable sub-pixel rendering
    <match target="font">
        <test qual="all" name="rgba">
            <const>unknown</const>
        </test>
        <edit name="rgba" mode="assign"><const>rgb</const></edit>
    </match>
--><!-- alex: disable antialiasing --><!-- --><!-- alex: replace some fonts ugly seems without antialiasing --><!-- --> <match target="font" >
  <test name="rgba" qual="all" >
   <const>unknown</const>
  </test>
  <edit mode="assign" name="rgba" >
   <const>rgb</const>
  </edit>
 </match>
<match target="font" >
 <test name="rgba" qual="all" >
  <const>unknown</const>
 </test>
 <edit mode="assign" name="rgba" >
  <const>rgb</const>
 </edit>
</match>
-->

<dir>/usr/lib/X11/fonts/winfonts</dir>

</fontconfig>

Затем выполняем две команды:

fc-cache
fc-list

После второй команды на экране монитора должен появиться список шрифтов со всеми возможными кодировками.

Всё будет работать и будет работать верно, только если вы не используете xft - сервер для раздачи шрифтов по сети. Вам он не нужен, если вы не раздаете шрифты по сети. В таком случае его лучше всего отключить (или же вообще удалить - для xorg пакет называется xorg-x11-xft).

Если вам необходима его работа, то принцип указания шрифтов и папок в нем тот же - русские наверх, остальные - вниз. Открываем файл конфигурации (/etc/X11/fs/config) и пишем примерно так:

catalogue = /usr/share/fonts/KOI8-R/misc:unscaled,
/usr/share/fonts/KOI8-R/100dpi:unscaled,
/usr/share/fonts/KOI8-R/misc,
/usr/share/fonts/KOI8-R/100dpi,
/usr/X11R6/lib/X11/fonts/misc:unscaled,
/usr/X11R6/lib/X11/fonts/75dpi:unscaled,
/usr/X11R6/lib/X11/fonts/100dpi:unscaled,
/usr/X11R6/lib/X11/fonts/misc,
/usr/X11R6/lib/X11/fonts/Speedo,
/usr/X11R6/lib/X11/fonts/Type1,
/usr/X11R6/lib/X11/fonts/cyrillic,
/usr/X11R6/lib/X11/fonts/75dpi,
/usr/X11R6/lib/X11/fonts/100dpi
/usr/X11R6/lib/X11/fonts/cyrillic,
/usr/lib/X11/fonts/winfonts,
/usr/X11R6/lib/X11/fonts/misc:unscaled,
/usr/X11R6/lib/X11/fonts/75dpi:unscaled,
/usr/X11R6/lib/X11/fonts/100dpi:unscaled,
/usr/X11R6/lib/X11/fonts/Type1

X-сервер теперь настроен.

[ArkanJR]

Нашёл в Сети книгу "ОПЕРАЦИОННАЯ СИСТЕМА МСВС 3.0 СИСТЕМНОЕ АДМИНИСТРИРОВАНИЕ". Вдруг кому пригодится.

Небольшое уточнение по поводу wine под МСВС 3.0:

Для МСВС разработан специальный вариант WINE@Etersoft для поддержки версий 1С 7.7 и 8.х, поставляемая по договору.

Источник

Дополнительно см. Денежное довольствие.

[ArkanJR]

Установил в МСВС NetBeans 6.9.1 (С/С++). После установки возникли два вопроса:

1. Почему неактивен пункт меню "Создать файл"?

2. Возможно ли как-нибудь увеличить шрифт у панели инструментов (а то как-то мелковато выглядит)?

[spbAngelq]

Суть проблемы: Есть МСВС работающая на SPARC'е (Эльбрус 90 микро). И есть дикое желание запустить на "этом" относительно свежий браузер (FF >= 3 или Opera >= 9). Неплохо было бы и JRE 1.4+ в каком-нибудь виде. Вопрос сертифицированности стоит не очень-то остро (фактически, наплевать, если браузер нормально заработает).

Прошу помочь советом "чего и откуда ставить". FireFox не получается собрать. Opera при запуске ругается на нехватку ld.so.1.

[ArkanJR]

Суть проблемы: Есть МСВС работающая на SPARC'е (Эльбрус 90 микро). И есть дикое желание запустить на "этом" относительно свежий браузер (FF >= 3 или Opera >= 9). Неплохо было бы и JRE 1.4+ в каком-нибудь виде. Вопрос сертифицированности стоит не очень-то остро (фактически, наплевать, если браузер нормально заработает).

Прошу помочь советом "чего и откуда ставить". FireFox не получается собрать. Opera при запуске ругается на нехватку ld.so.1.

На счёт "Оперы" - тут. 9.2 действительно работает (но я проверял на Intel-платформе).

[chinger]

Здравствуйте. Возникла проблема - не идет печать из приложения по команде system.
В коде пишу так: system("lpr /usr/share/cups/data/testprint.ps")
При запуске программы по этой команде возникает окно печати с выбором принтера, и тд.
Но оно отличается почему-то от окна, которое вызывается, например, вызвать "Пуск"-"Настройка"-"Принтеры" и в контекстном меню принтера выбрать "Проверить принтер".
И не печатается ничего из моей проги, хотя стандартными средствами все прекрасно печатает.
Пишет:
ProcessEx::execute: </usr/bin/lpr.orig|-P|3210|-h|-o|columns=1 cpi=10 lpi=6 scaling=100|/usr/etc/testprint.ps>
и выдае сообщение - "Недопустимая опция -h". Окуда берется эта опция? как её убрать? и что она значит?

[spbAngelq]

На счёт "Оперы" - тут. 9.2 действительно работает (но я проверял на Intel-платформе).

Спасибо за ответ. Тот пост читал, но у меня упорно падало на SPARC. Но спустя 3 рабочих дня, я победил её (да-да-да - я нуб в вопросе sparc/linux).

[905v2]

chinger,

различия в окнах нам тут угадывать надо? исполнение мсвс какое? что еще дополнительно ставил?
man lp читал ?

[Rootlexx]

Здравствуйте. Возникла проблема - не идет печать из приложения по команде system.
В коде пишу так: system("lpr /usr/share/cups/data/testprint.ps")
При запуске программы по этой команде возникает окно печати с выбором принтера, и тд.
Но оно отличается почему-то от окна, которое вызывается, например, вызвать "Пуск"-"Настройка"-"Принтеры" и в контекстном меню принтера выбрать "Проверить принтер".
И не печатается ничего из моей проги, хотя стандартными средствами все прекрасно печатает.
Пишет:
ProcessEx::execute: </usr/bin/lpr.orig|-P|3210|-h|-o|columns=1 cpi=10 lpi=6 scaling=100|/usr/etc/testprint.ps>
и выдае сообщение - "Недопустимая опция -h". Окуда берется эта опция? как её убрать? и что она значит?

Чтобы напечатать документ пользователь должен явно или через прикладные программы
обратиться к графической утилите qtcups, которая вызывается одной из следующих команд:
qtcups, lp, или lpr. Имена lp и lpr являются символьными ссылками на утилиту qtcups и
присутствуют в системе для совместимости. Это единственный способ, который предоставляет
операционная система обычным пользователям для вывода документа на печать.

Взято отсюда.

Подозреваю, что /usr/bin/lpr.orig - путь к оригинальному файлу lpr.

[chinger]

905v2, прочитала. Помогло.)

Rootlexx, вы правы. Проблема решена заменой исходной команды lpr на lp. -h - имя сервера CUPS, которое у меня было в конфиге не определено.

[ArkanJR]

Спасибо за ответ. Тот пост читал, но у меня упорно падало на SPARC. Но спустя 3 рабочих дня, я победил её (да-да-да - я нуб в вопросе sparc/linux).

Каким образом одолели данную проблему?

[spbAngelq]

Спасибо за ответ. Тот пост читал, но у меня упорно падало на SPARC. Но спустя 3 рабочих дня, я победил её (да-да-да - я нуб в вопросе sparc/linux).

Каким образом одолели данную проблему?

Распаковал (без установки) в отдельную папочку RPM glibc-2.3 для SPARC от братьев поляков (PLD Linux Distributive). B при запуске указал откуда брать ld.so. Решение отсюда - http://cygwin.ru/ml/libc-alpha/2005-07/msg00010.html. И волки сыты и система осталась со старым glibc. Фактически убил на тыканье в разные стороны 2 дня, а паралельно (в сумме - "третий рабочий день") пытался собрать все че надо для работы Огнелиса. Не получилось с огнелисом.
Но мысли запуска огнелиса пока не отпали. Привлекает 4-ый лис, как вариант поддержки HTML5 (конечная цель - создание интерактивных руководств). Думаю победить это все сборкой на свежей CentOS static-версии при помощи cross-compiling'а. Но и это пока не получается - хочу собрать под QT или GTK, а оно даже для своей платформы только под GTK2 собирается. А еще надо чего-то придумать с OpenGL. Но, как мне кажется, ничего не придумается в принципе. Как (и если) победю огнелиса - кину сюда инфу. Авось, кому-нибудь пригодится.

[ArkanJR]

Как (и если) победю огнелиса - кину сюда инфу. Авось, кому-нибудь пригодится.

Мне точно пригодится.

[ArkanJR]

Скачал себе Rhide. При запуске файлов: gpr2mak, gprexp, rhgdb и rhide получил сообщения: "Отказано в доступе".

Кто-нибудь знает в чём тут дело?

[905v2]

Скачал себе Rhide.

последний релиз был 2003-02-17
какой вообще смысл использовать Rhide ?

[ArkanJR]

последний релиз был 2003-02-17
какой вообще смысл использовать Rhide ?

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

[905v2]

последний релиз был 2003-02-17
какой вообще смысл использовать Rhide ?

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

ты сам себе противоречишь )))

я скорее хотел спросить про полезные возможности в разработке при использовании Rhide
запуск без полезного функционала бессмыслен

[ArkanJR]

ты сам себе противоречишь )))

я скорее хотел спросить про полезные возможности в разработке при использовании Rhide
запуск без полезного функционала бессмыслен

Да неужели?

Если у софта свежей версии более богатый функционал, но его нельзя установить под МСВС из-за древних библиотек в последней, то ценность данного софта для пользователя МСВС = 0.

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

А конкретно про возможности Rhide - разработка ПО на С, С++, Assembler, Pascal.

[905v2]

Если у софта свежей версии более богатый функционал, но его нельзя установить под МСВС из-за древних библиотек в последней, то ценность данного софта для пользователя МСВС = 0.

eclipse cdt, netbeans - свежие среда разработки, запускаются под мсвс и намного интереснее в плане разработке чем rhide
в чем преимущество использовать rhide ?

А конкретно про возможности Rhide - разработка ПО на С, С++, Assembler, Pascal.

как ты собрался писать на паскале, если компилятора нет под мсвс ?

[ArkanJR]

в чем преимущество использовать rhide ?

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

как ты собрался писать на паскале, если компилятора нет под мсвс ?

freepascal спокойно устанавливается и работает под МСВС.