Hi, All Натолкнулся на неприятную ошибку при работе с семафорами.

Есть 2 демона, взаимодействующих через разд. память, доступ к блоку разд. памяти разграничивается при помощи семафоров. Код, реализующий разделение доступа к shmem, навеяный книгой Робачевского, достаточно прост и давно отлажен.

Суть проблемы: после нескольких десятков тыс. обращений к буферу, semop() возвращает ошибку ERANGE, означающую, что sem_op+semval> SEMVMX, те значение семафора превысило 32767. Утечки значений семафора не может быть однозначно, тк в таком случае оба процесса были бы просто заблокированы в ожидании его обнуления.

Что бы это значило? Не баг ли это в ядре? Ядро 2.4.17

Разрабатываю п\о для одной из подсистем диагностики для АЭС, Гуй делаю на qt.

Вместо русского на распечатке - пустое место.

При этом с русским в экранных формах проблем нет ( использую QString::fromLocal8Bit(some_string)).

Может кто решал эту проблему? Если да, то как?

Есть 2 сервера. Оба - на Дебиане потато 2.2r3. Один стоит у знакомых фирмачей,связан с провайдером эзернетовской веревкой и имеет реальный IP. Второй - лаборатоский шлюз в институтской сети, находящийся за двумя шлюзами.
Задачи скромные - прокси, кэширующий днс. Открыты телнет, фтп (proftpd).

Случилось следующее: Неделю назад свалился офисный, на нем посыпался корень. Благо, что диск нарезан на несколько разделов и /usr c /var не пострадали. Порыскал по логам, ничего подозрительного не нашел.
Переустановка (форматнул корень, остальные повторно примонтировал) отчасти помогла. Работоспособность восстановил, только вот беда: показывает, что своп совсем не занят (0k used), хотя включен. swapon, swapoff не помогли. Из-за этого (нехватка памяти однако) работает нестабильно.
А сегодня завалился и лабораторский. После перегрузки смотрю, и у него своп 0k used. Что это за хрень, взлом или сбой, не понимаю. Может кто сталкивался с аналогичной ситуевиной?

Да, security особого внимания не уделял.

Tnx in advance.

На шлюз поставил сквид, сделал редирект www-запросов на его порт.
Редирект работает, вот только урлы режет, оставляя только относительные пути.
И сквид, конечно, ругается, мол, не нашел такую урлу.
В чем грабля?

Есть 2 выделенки к провайдеру, на каждую установлен лимит трафика.
Пока их пользую попеременно: при превышении трафика по первому интерфейсу
переключаюсь на 2-й.
Можно ли сделать subj, чтобы работали одновременно 2 этих интерфейса и
трафики по ним были примерно одинаковы?

Что за хрень: когда рисую формы, надписи на русском есть,
после компиляции - ????.,????? вместо рюсских буков.

Как это лечится и лечится ли вообще?

Hi, all!
У меня траблы с расшариванием по самбе папок на примонтированных
vfat-разделах.
Клиенты ругаются, мол ошибка файловой системы.
С расшариванием каталогов, лежащих на ext2, никаких проблем.
Система: RH6.1, Samba 2.0.5.b

Передо мной стоит задача создания и ведения сервера БД для системы измерений большого экспериментального стенда для научных исследований.
Предполагаемые объемы информации - единицы, может десятки Гбайт.
В качестве кандидата на роль СУБД я сейчас рассматриваю Postgres-7.0.
Меня интересует, сможет ли она переварить такие объемы и достаточно ли она надежна?
Если у кого есть опыт создания и ведения subj, в особенности с применением некоммерческих СУБД, поделитесь, плз.

Заранее благодарен,
Владимир Замиусский.

Есть Линукс-сервер и несколько Линуксовых клиентских РС в локалке.
Подскажите, плз, как запускать X-приложения на сервере, а вывод на экран производить на клентские РС.
Я делал так: подключался по rsh к серверу, устанавливал там
$DISPLAY=client_machine:0, и пытался запустить какую-нидь X-прогу.
При этом выдается ошибка типа "пользователь не авторизован...".
Начал возиться с утилитой авторизации xauth, но пока результатов не добился.
В нужном ли направлении я копаю?

tnx in advance

Устанавливал шапку 6.1 на уже на трех машинах, ни на одной автоматически не обнаружился пар. порт. В чем проблема? Шапка 5.2 все делала прекрасно.

Имеет ли кто-нибудь опыт использования Линукса во встраиваемых системах типа microPC? Там операционка должна грузиться из флеша. Буду признателен и за полезные ссылки.