Помогите, пожалуйста. Перепробовал GQView, Gwenview, Pornview, KView. Ничто из них не может показывать многостраничные изображения TIFF.

>>>

Требуется установить сервер cvsnt с поддержкой протокола sserver.
Версия 2.0.58d из исходников собралась и установилась.
Но ни один клиент cvsnt не может присоединиться:

$ cvs -d :sserver:host.com/var/cvsroot login
Logging in to :sserver:sergej@host.com:2401:/var/cvsroot
CVS password:
cvs login: SSL connection failed (-1): error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol
cvs [login aborted]: Connection to server failed

Эта ошибка воспроизводится так:
$ openssl s_client -connect host.com:2401
CONNECTED(00000003)
16664:error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol:s23_clnt.c:470:

А вот так всё работает:
$ openssl s_client -ssl2 -connect host.com:2401
CONNECTED(00000003)

Из этого я делаю вывод, что нужно заставить клиента cvsnt
использовать протокол SSLv2.
Как это сделать, google не подсказал.

Помогите попбороть эту ошибку:
SSL23_GET_SERVER_HELLO:unknown protocol

Мне записали фильм на CD-диск с DVD-диска. Сам фильм озвучен на
русском языке, оригинальный язык записан отдельным файлом.
Я хочу посмотреть фильм на оригинальном языке, но вот не знаю, как
этого сделать на mplayer. Смотреть с помощью mplayer и слушать с
помощью mpg321 нет никакой возможности: запарки с синхронным стартом.
Вроде всю документацию по mplayer проштудировал, но решения не нашёл
или упустил. Нашёл только упоминание, что на DVD фильмы и звук -- это
реальные файлы, которые можно скопировать и потом смотреть.
Выходит, что у меня такая же ситуация: просто скопированые файлы на
CD.
Как включить озвучку из отдельного файла?

Проблема
========
Ява пользуется разделяемой библиотекой. Её код у меня имеется.
Приложение работает на недоступной мне машине. Там оно входит
в бесконечное ожидание непонятно чего, предположительно
в библиотеке (выдаётся явский дамп при убийстве приложения,
в котором стек раскручивается, начиная с этой библиотеки).
gdb воспользоваться не могу из-за недоступности тачки,
а пользователь той тачки в этом ничего не рубит.
На моей тачке проблема не воспроизводится.

Платформа
=========
1. RedHat 7.3 с пакетами из стандартной поставки, обновлялось
только ядро и некоторые сервисы.
2. SuSE 8.2 со всеми пакетами их коробки.
3. Java: j2sdk1.4.1

Мои попытки
===========
Убийство всякими разными сигналами корку не даёт: ява все сигналы
перехватывает и выдает свой дамп либо тихо завершается.
Думал воспользоваться /proc/<proc-id>/mem -- не получилось.

Цель
====
Получить корку, чтобы исследовать проблему на моей машине.
В гугле поискал, ничего для линукса не нашёл. Зато для сана
нашёл gcore (get core). Он и делает то, что нужно, но не там, где
нужно.
В общем, итоговый вопрос: как в линуксе получить корку работающего
приложения? (Его не обязательно сохранять работающим.)
Повторяю, gdb воспользоваться для отладки не могу.
Но, может быть, gdb может сам сохранить корку? И тогда я смогу
написать скрипт для gdb. Я этого в его info не нашёл.

Установил qmail на RedHat 7.3, его же ядро:

Linux my.ru 2.4.18-27.7.x #1 Fri Mar 14 06:44:53 EST 2003 i686 unknown

Настроил xinetd:

$cat /etc/xinetd/smtp
service smtp
{
flags = NAMEINARGS
socket_type = stream
wait = no
user = qmaild
server = /usr/sbin/tcpd
server_args = /var/qmail/bin/tcp-env /var/qmail/bin/qmail-smtpd
log_on_failure += HOST ATTEMPT
log_on_success += PID HOST EXIT DURATION
}

Kак везде в интернете пишут, настроил control/rcpthosts и hosts.allow:

tcp-env:127.0.0.1 192.168.1.:setenv=RELAYCLIENT
tcp-env:ALL

Вроде всё работало, пока не поймал на своем smtp спамера.
На 864 спаме убрал из hosts.allow строчку tcp-env:ALL.
Немного подумал, почитал доки, вернул строчку, но урезал
control/rcpthosts:

my.ru
.my.ru

Все замечательно, от спамеров застраховался, письма доставляются
только на my.ru и должны отпраляться из локалки куда угодно.
НО! Письма отправляются только с localhost, а из 192.168.1.
не отправляются. Много думал. Ничего не понимал. Модифицировал
qmail-smtpd, чтобы выводил содержимое environ в
/tmp/qmail-smtpd-environ.log.
Обнаружил следующее:
1. При отправке с localhost имеется строка "RELAYCLIENT=".
2. При отпралении с 192.168.1.x этой строки нету.

Попробовал запускать без помощи tcpd -- строки не было в обоих
случаях. Изучил man tcpd, hosts.allow, hosts_options.
Ничего не нашел.
Сейчас отказался от tcp-env из qmail и пользуюсь tcpserver.
Но я считаю это для себя временным решением. Хотелось бы однородности
и все управление серверами держать на xinetd.

Теперь, господа, прошу вашей помощи.
Почему нету строки "RELAYCLIENT=" в окружении процесса qmail-smtpd, если он запускается с помощью xinetd для внешнего клиента?
Как заставить появиться переменной "RELAYCLIENT=" в окружении процесса?

Помогите разобраться. Учу иностранный. Дали аудикассеты. Захотел перегнать записи разговоров на компьютер -- так удобнее с навигацией. Пытаюсь записывать файл так: sox -r 44100 -w -t ossdsp /dev/dsp file.wav. Проблема: c гнезда "microphone" пишет, с гнезда "line in" -- нет, хотя звук в наушниках есть. Качество звука с микрофона -- хуже некуда: низкие частоты срезаются, пишется моно. Из howto узнал про много файлов устройств: audio, sound, dsp. При попытке читать с первых двух командой sox с различными типами аудиоформатов получаю ошибку "устройство не существует или неправильно указан адрес" -- пишу по памяти на работе. В интернете ответа на мой вопрос не нашел, кроме того, что может быть подаю слабый сигнал. Но я пробовал даже подавать с магнитофонного выхода наушников с различным уровнем громкости. Вопросы такие: какой файл устройства я должен использовать для записи с гнезда звуковухи "line in"? Какой командой, если это не sox, я могу это сделать?

Здравствуйте. Я написал на C++ портируемую библиотеку - специфический сетевой стек. Итерфейс стека предоставляет всего полтора десятка C-фунций. При компиляции с помощью g++ с опцией -shared эксопртируются все определённые в коде функции о объекты. По приблизительной оценки утилиами objdump и nm выходит, что эспортируемые символы занимают треть файла .so. Вопрос такой: как указать g++ и ld экспоритровать только функции, предоставляемые интерфейсом, плюс только самые необходимые для работы .so файла? Под win32 это решается либо с помощью .def файла, либо с помощью директивы компилятора __declspec(dllexport). Можно это сделать на g++? Для меня весьма критичен размер .so файла. g++ версии: 3.2 и 2.96.