Наверное МСВС 5.0, она ведь 64-битная.
MCBC 3.0+ (Небольшие вопросы, связанные с МСВС)
Модератор: Модераторы разделов
-
- Сообщения: 1172
- Статус: Профан
-
- Сообщения: 264
- ОС: ROSA Fresh KDE 7
Re: MCBC 3.0+
Я-то сразу не подумал, что 32-х битные ОС нормально работают на 64-х битных процессорах в режиме эмуляции. Это обратный вариант не прокатывает никак. Так что на "Эльбрусе" скорее всего будет работать великая и ужасная МСВС 3.0! 

-
- Сообщения: 39
- ОС: Debian
Re: MCBC 3.0+
Bizdelnick писал(а): ↑30.04.2014 15:51admsec писал(а): ↑30.04.2014 15:08Пиндосы быстро реагируют Debian прекращает поддержку архитектуры SPARС
Два вопроса: причём тут SPARC, и причём тут пиндосы?
Бабушки шептались,что мол, Эльбрус ОС это дебиан 5, а спарк это около эльбрус архитектура или как то так.
-
- Модератор
- Сообщения: 21235
- Статус: nulla salus bello
- ОС: Debian GNU/Linux
Re: MCBC 3.0+
А пиндосы причём?
Неа.
Пишите правильно:
в консоли вку́пе (с чем-либо) в общем вообще | в течение (часа) новичок нюанс по умолчанию | приемлемо проблема пробовать трафик |
-
- Сообщения: 1172
- Статус: Профан
Re: MCBC 3.0+
Не понял, какой смысл устанавливать на ПК с 64-битным камнем 32-битную версию МСВС при наличии её 64-битной версии?
10% — это 0,1.
© Bizdelnick
© Bizdelnick
-
- Сообщения: 8735
- Статус: GPG ID: 4DFBD1D6 дом горит, козёл не видит...
- ОС: Slackware-current
Re: MCBC 3.0+
там совсем другая архитектура. IA там только эмуляция, и если я не ошибаюсь, то только IA-32.
-
- Сообщения: 1172
- Статус: Профан
Re: MCBC 3.0+
Я уже совсем запутался. Что с того, что архитектура другая? МСВС ведь не только под Intel заточена:
Функционирует на аппаратных платформах Intel, SPARC (Эльбрус-90микро), IBM S390 и MIPS (комплексы серии Багет производства компании Корунд-М), поддерживает многопроцессорные конфигурации (SMP).
Википедия
10% — это 0,1.
© Bizdelnick
© Bizdelnick
-
- Модератор
- Сообщения: 21235
- Статус: nulla salus bello
- ОС: Debian GNU/Linux
Re: MCBC 3.0+
А чего Вы тогда разрядность обсуждаете? Вне контекста архитектуры она смысла не имеет.
И где здесь про архитектуру "Эльбрус"?
Пишите правильно:
в консоли вку́пе (с чем-либо) в общем вообще | в течение (часа) новичок нюанс по умолчанию | приемлемо проблема пробовать трафик |
-
- Сообщения: 8735
- Статус: GPG ID: 4DFBD1D6 дом горит, козёл не видит...
- ОС: Slackware-current
Re: MCBC 3.0+
битность имеет смысл исключительно в контексте архитектуры.
И более того, не просто "в контексте архитектуры", а в контексте IA*/amd*. В других архитектурах понятие "битность" имеет совершенно иной смысл(если вообще имеет смысл).
-
- Сообщения: 39
- ОС: Debian
Re: MCBC 3.0+
1. Коллеги, такая проблема. В мсвс некоторые PDF файлы не посмотреть, штатный вьювер просит пароль. Те же самые файлики прекрасно сморятся любым виндовым вьювером без всяких паролей.
2. Как обстоят дела с контролем флешек (с виндой понятно сейчас, Zlock везде)?
2. Как обстоят дела с контролем флешек (с виндой понятно сейчас, Zlock везде)?
-
- Сообщения: 1172
- Статус: Профан
Re: MCBC 3.0+
Попробуйте тогда открывать некоторые PDF-файлы любым виндовым вьювером, который запустится из-под ПС "Эмулятор".
10% — это 0,1.
© Bizdelnick
© Bizdelnick
-
- Сообщения: 17
Re: MCBC 3.0+
Имеется сервер HP ProLiant DL360 G6, чистая МСВС грузится на нём около 20 минут.
Проблема заключается в том, что сначала (на экране загрузки) около 5 минут стопорится загрузка на пункте "Проверка наличия нового оборудования", после этого 10 минут "Обновляется /etc/fstab".
Пробовал на чистой системе - тоже самое. Отключал проверку fsck при загрузке (в /etc/fstab) - не помогло. На серверах по мощнее, к примеру HP ProLiant DL380 G6, такой проблемы нет.
1. Какие могут быть варианты почему это происходит и как исправить?
2. В крайнем случае, как отключить эти пункты на этапе загрузки?
3. И попутный вопрос, где посмотреть лог загрузки, который в самом начале на экране?
Поищите в теме, выкладывали скрип для "прописывания" флешек в систему.
Проблема заключается в том, что сначала (на экране загрузки) около 5 минут стопорится загрузка на пункте "Проверка наличия нового оборудования", после этого 10 минут "Обновляется /etc/fstab".
Пробовал на чистой системе - тоже самое. Отключал проверку fsck при загрузке (в /etc/fstab) - не помогло. На серверах по мощнее, к примеру HP ProLiant DL380 G6, такой проблемы нет.
1. Какие могут быть варианты почему это происходит и как исправить?
2. В крайнем случае, как отключить эти пункты на этапе загрузки?
3. И попутный вопрос, где посмотреть лог загрузки, который в самом начале на экране?
Поищите в теме, выкладывали скрип для "прописывания" флешек в систему.
-
- Сообщения: 1172
- Статус: Профан
Re: MCBC 3.0+
JoJo-M писал(а): ↑22.05.2014 09:13Имеется сервер HP ProLiant DL360 G6, чистая МСВС грузится на нём около 20 минут.
Проблема заключается в том, что сначала (на экране загрузки) около 5 минут стопорится загрузка на пункте "Проверка наличия нового оборудования", после этого 10 минут "Обновляется /etc/fstab".
Пробовал на чистой системе - тоже самое. Отключал проверку fsck при загрузке (в /etc/fstab) - не помогло. На серверах по мощнее, к примеру HP ProLiant DL380 G6, такой проблемы нет.
1. Какие могут быть варианты почему это происходит и как исправить?
2. В крайнем случае, как отключить эти пункты на этапе загрузки?
3. И попутный вопрос, где посмотреть лог загрузки, который в самом начале на экране?
В консоли из-под root введите ntsysv, в появившемся списке сервисов уберите звёздочку с сервиса kudzu.
10% — это 0,1.
© Bizdelnick
© Bizdelnick
Спасибо сказали:
-
- Сообщения: 1172
- Статус: Профан
Re: MCBC 3.0+
Имеется spec-файл для сборки rpm-пакета Geany следующего содержания:
При этом rpm-пакет Geany версии 0.19.2 собирается и устанавливается без каких-либо ошибок.
Но при попытке собрать rpm-пакет Geany версии 0.20 с помощью такого же spec-файла (заменив соответственно номер версии и поместив в /usr/src/RPM/SOURCES соответствующий архив с исходниками), выдаётся сообщение:
Содержимое файла /var/tmp/rpm-tmp.98978:
Убедительная просьба помочь разобраться: что нужно подправить в spec-файле для успешной сборки rpm-пакета Geany версии 0.20?
Код: Выделить всё
Summary: Geany
Name: geany
Version: 0.19.2
Release: 1
License: GNU GPL
Group: Application/Development
Source:%{name}-%{version}.tar.gz
BuildRoot: %{_tmppath}/%{name}-%{release}-buildroot
%description
Свободная среда разработки программного обеспечения
%prep
%setup
%build
%configure
make
%install
rm -fr $RPM_BUILD_ROOT=$RPM_BUILD_ROOT/usr
%makeinstall
%clean
rm -rf $RPM_BUILD_ROOT
%files
/*
При этом rpm-пакет Geany версии 0.19.2 собирается и устанавливается без каких-либо ошибок.
Но при попытке собрать rpm-пакет Geany версии 0.20 с помощью такого же spec-файла (заменив соответственно номер версии и поместив в /usr/src/RPM/SOURCES соответствующий архив с исходниками), выдаётся сообщение:
ui_utils.c: В функции 'ui_get_mime_icon'
ui_utils.c:2466: ошибка: 'GIcon' undeclared (first use in this function)
ui_utils.c:2466: ошибка: (Each undeclared identifier is reported only once
ui_utils.c:2466: ошибка: for each function it appears in.)
ui_utils.c:2466: ошибка: 'gicon' undeclared (first use in this function)
ui_utils.c:2475: предупреждение: assignment makes pointer from integer without a cast
ui_utils.c:2480: предупреждение: assignment makes pointer from integer without a cast
make[2]: *** [ui_utils.o] Ошибка 1
make[2]: Leaving directory `/usr/src/vniins/BUILD/geany-0.20/src'
make[1]: *** [all-recursive] Ошибка 1
make[1]: Leaving directory `/usr/src/vniins/BUILD/geany-0.20'
make: *** [all] Ошибка 2
ошибка: Неверный код возврата из /var/tmp/rpm-tmp.98978 (%build)
Ошибки сборки пакетов:
Неверный код возврата из /var/tmp/rpm-tmp.98978 (%build)
Содержимое файла /var/tmp/rpm-tmp.98978:
#!/bin/sh
RPM_SOURCE_DIR="/usr/src/vniins/SOURCES"
RPM_BUILD_DIR="/usr/src/vniins/BUILD"
RPM_OPT_FLAGS="-O2 -march=i386"
RPM_ARCH="i386"
RPM_OS="linux"
export RPM_SOURCE_DIR RPM_BUILD_DIR RPM_OPT_FLAGS RPM_ARCH RPM_OS
RPM_DOC_DIR="/usr/doc"
export RPM_DOC_DIR
RPM_PACKAGE_NAME="geany"
RPM_PACKAGE_VERSION="0.20"
RPM_PACKAGE_RELEASE="1"
export RPM_PACKAGE_NAME RPM_PACKAGE_VERSION RPM_PACKAGE_RELEASE
RPM_BUILD_ROOT="/var/tmp/geany-1-buildroot"
export RPM_BUILD_ROOT
set -x
umask 022
cd /usr/src/vniins/BUILD
cd geany-0.20
CFLAGS="${CFLAGS:--O2 -march=i386}" ; export CFLAGS ;
CXXFLAGS="${CXXFLAGS:--O2 -march=i386}" ; export CXXFLAGS ;
FFLAGS="${FFLAGS:--O2 -march=i386}" ; export FFLAGS ;
./configure --host=i686-vniins-linux-gnu --build=i686-vniins-linux-gnu \
--target=i386-vniins-linux \
--program-prefix= \
--prefix=/usr \
--exec-prefix=/usr \
--bindir=/usr/bin \
--sbindir=/usr/sbin \
--sysconfdir=/etc \
--datadir=/usr/share \
--includedir=/usr/include \
--libdir=/usr/lib \
--libexecdir=/usr/libexec \
--localstatedir=/var \
--sharedstatedir=/usr/com \
--mandir=/usr/man \
--infodir=/usr/info
make
exit 0
Убедительная просьба помочь разобраться: что нужно подправить в spec-файле для успешной сборки rpm-пакета Geany версии 0.20?
10% — это 0,1.
© Bizdelnick
© Bizdelnick
-
- Сообщения: 8735
- Статус: GPG ID: 4DFBD1D6 дом горит, козёл не видит...
- ОС: Slackware-current
Re: MCBC 3.0+
чего-то не хватает. Внимательно изучите Changelog (возможно помогут RAEADME&IINSTALL).
-
- Сообщения: 1172
- Статус: Профан
-
- Сообщения: 264
- ОС: ROSA Fresh KDE 7
Re: MCBC 3.0+
Один из наших молодых сотрудников в райцентре уже который день пытается установить КП-БЛОК на сервер безопасности. Из его путаных объяснений я не могу понять, что он делает не так. Единственный реальный итог - это сообщение системы в ответ на попытку запустить программу инсталляции. Выглядит оно так:
[root@servbd distr]# ./installer.sh
trap: usade: trap [-lp] [arg signal_spec...]
Может кто-нибудь понимает, что это означает? Мне лично ни разу подобное видеть не приходилось.
[root@servbd distr]# ./installer.sh
trap: usade: trap [-lp] [arg signal_spec...]
Может кто-нибудь понимает, что это означает? Мне лично ни разу подобное видеть не приходилось.
-
- Сообщения: 1172
- Статус: Профан
Re: MCBC 3.0+
filatovka писал(а): ↑10.06.2014 20:16Один из наших молодых сотрудников в райцентре уже который день пытается установить КП-БЛОК на сервер безопасности. Из его путаных объяснений я не могу понять, что он делает не так. Единственный реальный итог - это сообщение системы в ответ на попытку запустить программу инсталляции. Выглядит оно так:
[root@servbd distr]# ./installer.sh
trap: usade: trap [-lp] [org signal_spec...]
Может кто-нибудь понимает, что это означает? Мне лично ни разу подобное видеть не приходилось.
Может что-то подобное?
Про trap подробнее здесь и здесь.
10% — это 0,1.
© Bizdelnick
© Bizdelnick
-
- Сообщения: 264
- ОС: ROSA Fresh KDE 7
Re: MCBC 3.0+
К сожалению всё это не даёт ответа на главный вопрос: Почему не запускается инсталлятор?
-
- Сообщения: 1172
- Статус: Профан
-
- Сообщения: 264
- ОС: ROSA Fresh KDE 7
Re: MCBC 3.0+
Врать не буду, не знаю. Я его досконально не изучал за ненадобностью. Потом посмотрю.
-
- Модератор
- Сообщения: 21235
- Статус: nulla salus bello
- ОС: Debian GNU/Linux
Re: MCBC 3.0+
Если он не нужен, зачем его запускать?
Пишите правильно:
в консоли вку́пе (с чем-либо) в общем вообще | в течение (часа) новичок нюанс по умолчанию | приемлемо проблема пробовать трафик |
-
- Сообщения: 1172
- Статус: Профан
Re: MCBC 3.0+
Обратил внимание на неприятную особенность веб-браузера КГОД-2 (Mozilla Firefox 1.5): при включенной русской раскладке клавиатуры не работают комбинации клавиш для выполнения тех или иных действий, например, Ctrl+T - открыть новую вкладку, Ctrl+R - обновить страницу, Ctrl+F - поиск и т.д.
10% — это 0,1.
© Bizdelnick
© Bizdelnick
-
- Сообщения: 1172
- Статус: Профан
Re: MCBC 3.0+
ArkanJR писал(а): ↑13.06.2014 12:31Обратил внимание на неприятную особенность веб-браузера КГОД-2 (Mozilla Firefox 1.5): при включенной русской раскладке клавиатуры не работают комбинации клавиш для выполнения тех или иных действий, например, Ctrl+T - открыть новую вкладку, Ctrl+R - обновить страницу, Ctrl+F - поиск и т.д.
Данную неприятность устранил следующим образом:
1. Скачал russian_hot_keys_bugfix-1.4.1-fx+mz+tb+sm+fl.xpi.
2. Запустил КГОД-2, выбрал: Файл/Открыть файл/каталог_в_который_сохранился_russian_hot_keys_bugfix-1.4.1-fx+mz+tb+sm+fl.xpi
3. Выбрал файл russian_hot_keys_bugfix-1.4.1-fx+mz+tb+sm+fl.xpi и нажал кнопку "Открыть"
4. В появившемся окне "Установка программного обеспечения" нажал кнопку "Установить сейчас".
5. После установки russian_hot_keys_bugfix-1.4.1-fx+mz+tb+sm+fl.xpi перезапустил КГОД-2.
Теперь комбинации клавиш работают и при включенной русской раскладке клавиатуры.
10% — это 0,1.
© Bizdelnick
© Bizdelnick
-
- Сообщения: 264
- ОС: ROSA Fresh KDE 7
Re: MCBC 3.0+
Действительно, при ознакомлении с инсталляционным скриптом пресловутый "trap" нашелся, в самом начале скрипта. Выглядит это следующим образом:
#!/bin/sh
. scripts/.config
. scripts/.functions
. scripts/.dialog.funcs
TMP=/tmp/. tmp.script.$$
DIR='pwd'
trap "rm -f $TMP" EXIT
cleanup
--------------------------------------
Ну и так далее..
Вообщем trap есть, но от этого не легче. Что означает сия фраза, как её понять?
Нижеприведенный отрывок текста я понять не в силах:
Команде trap указывается перехватить перечисленные сигналы SIGNALS, которые могут быть именами сигналов с префиксом SIG или без этого префикса, либо номерами сигналов. Если сигнал равен 0 или EXIT, команды COMMANDS выполняются тогда, когда происходит выход в командную оболочку. Если одним из сигналов является сигнал DEBUG, список команд COMMANDS выполняется после выполнения каждой простой команды. Сигнал может быть также определен как ERR, в этом случае команды COMMANDS выполняются каждый раз, когда выход из простой команды происходит с ненулевым кодом возврата. Обратите внимание, что эти команды не будут выполняться, если ненулевой код возврат будет возвращен из части инструкции if или из цикла while или until. Они не будут исполняться даже в случае, когда с помощью логических команд AND (&&) или OR (||) будет возвращен ненулевой код выхода, или когда код возврата команды инвертируется с помощью оператора !.
-
- Модератор
- Сообщения: 21235
- Статус: nulla salus bello
- ОС: Debian GNU/Linux
Re: MCBC 3.0+
От этого легче. Фраза означает, что команда trap выдала сообщение об ошибке. Ошибка заключается в том, что ей переданы неправильные аргументы. Что именно не так - отдельный вопрос.
Во-первых, у Вас вот тут
Код: Выделить всё
TMP=/tmp/. tmp.script.$$
Во-вторых, куда указывает /bin/sh? trap - встроенная команда оболочки, и в разных оболочках она может вести себя по-разному.
В-третьих, это единственный вызов trap в скрипте?
Пишите правильно:
в консоли вку́пе (с чем-либо) в общем вообще | в течение (часа) новичок нюанс по умолчанию | приемлемо проблема пробовать трафик |
-
- Сообщения: 264
- ОС: ROSA Fresh KDE 7
Re: MCBC 3.0+
Bizdelnick писал(а): ↑16.06.2014 21:16
От этого легче. Фраза означает, что команда trap выдала сообщение об ошибке. Ошибка заключается в том, что ей переданы неправильные аргументы. Что именно не так - отдельный вопрос.
Во-первых, у Вас вот тутявно лишний пробел закрался. Хотя к такой ошибке это не должно было привести.Код: Выделить всё
TMP=/tmp/. tmp.script.$$
Во-вторых, куда указывает /bin/sh? trap - встроенная команда оболочки, и в разных оболочках она может вести себя по-разному.
В-третьих, это единственный вызов trap в скрипте?
Начну с конца. Да, это единственный вызов trap в данном скрипте.
Лишний пробел вполне может быть, так как это не копипаст из скрипта, я это нашлёпал ручками, так что в скрипте всё нормально.
Я так понимаю, что в начале скрипта инициализируется выполнение трёх других скриптов, которые входят в состав дистрибутива, и по всей видимости именно некорректное выполнение одного из этих скориптов и приводит к вызову trap, который прерывает инсталляцию (EXIT?).
К сожалению, я не могу на расстоянии увидеть, что не так делает сотрудник, хотя он и уверяет, что действует строго по инструкции. Просто, если действовать по инструкции, то проблем с исполнением данного скрипта никогда не возникало ( почему я ранее и не пытался знакомиться с его содержимым).
Вобщем, понятно, что что-то сделано не так, но что конкретно - непонятно

-
- Сообщения: 2
- ОС: МСВС 3.0
Re: MCBC 3.0+
Добрый день всем!
Прошу помощи или подсказки в нужном направлении: перестали вкладываться файлы (любые!!!) в почтовые сообщения, при этом принимаются исправно, почта отсылается - получается без ошибок. Операционка МСВС 3.0, причем на АРМ ОБИ тоже такая же шляпа, говорят что ранее такого не было, подскажите нужное направление. Сервер ns1, АРМ вычещен на сообщения, на сервере откл предел размера сообщения
Прошу помощи или подсказки в нужном направлении: перестали вкладываться файлы (любые!!!) в почтовые сообщения, при этом принимаются исправно, почта отсылается - получается без ошибок. Операционка МСВС 3.0, причем на АРМ ОБИ тоже такая же шляпа, говорят что ранее такого не было, подскажите нужное направление. Сервер ns1, АРМ вычещен на сообщения, на сервере откл предел размера сообщения
-
- Сообщения: 8735
- Статус: GPG ID: 4DFBD1D6 дом горит, козёл не видит...
- ОС: Slackware-current
-
- Модератор
- Сообщения: 21235
- Статус: nulla salus bello
- ОС: Debian GNU/Linux
Re: MCBC 3.0+
filatovka писал(а): ↑17.06.2014 19:59Я так понимаю, что в начале скрипта инициализируется выполнение трёх других скриптов, которые входят в состав дистрибутива, и по всей видимости именно некорректное выполнение одного из этих скориптов и приводит к вызову trap, который прерывает инсталляцию (EXIT?).
Нет, Вы понимаете неправильно. Там нет выполнения других скриптов, там есть их включение. На вызов trap, следующий ниже, они никак влять не должны (теоретически могут, конечно, модифицировать его поведение, но это маловероятно). Ошибка именно в строке
Код: Выделить всё
trap "rm -f $TMP" EXIT
readlink -f /bin/sh и читать соответствующий ман.
Пишите правильно:
в консоли вку́пе (с чем-либо) в общем вообще | в течение (часа) новичок нюанс по умолчанию | приемлемо проблема пробовать трафик |