core of setuid process

From

Serguei Revtov (2:5021/19.1)

To

All (2:5054/37.63)

Date

2005-03-17T11:19:16Z

Area

RU.UNIX.SOLARIS

Hi All!

Хочется получить корку от setuid-процесса. Обычный процесс легко
вываливается в кору посылкой соответствующего сигнала (хоть 11), а такие:
- ---s--x---   1 root ..., естественно не хотят. В общем-то логика понятна,
но может есть способ обмануть систему? ж)

Для чего это нужно (может есть менее кривой способ):

На солярке 2.5.1/sparc крутится некая программулина, которая по x11
работает с пользователями, сидящими на виндовых машинах с eXceed
7.1.0.0. Программу достаточно давно не меняли, но в этом году она стала изредка
зацикливаться - поедает процессорное время, ничего не выводя в логи и не
реагируя на действия пользователя/x-сервера. Есть подозрение, что
происходит это где-то в недрах XtAppMainLoop() т.к. всевозможные
собственные обработки иксовых событий более-менее отражаются в логах.

Хочется по дампу памяти выяснить действительно ли зацикливается внутри
иксовой библиотеки и надо искать глюки ее взаимодействия с X-сервером. Или
все-таки проявилась скрывавшаяся долгие годы ошибка и надо трясти автора
программы, чтобы искал ошибки в обработчиках.

Запуск с дебаггером нереален - программа напускается на полсотни
пользователей несколько сот раз в день и только 2-4 раза она
зацикливается. Закономерность может и найдется, только хотелось бы
побыстрее.

Из нового - только винды стали более толстые ставить - раньше были только
w9x, теперь стало больше w2k.

Что можно сделать подручными средствами для выяснения места зацикливания?

TIA,
-- Serguei
   2:5021/11.10 || 2:5021/19.1

--- Gnus v5.6.45/XEmacs 21.1 - "Bryce Canyon"
 * Origin: Welcome to Ru.Unix.Solaris (2:5021/19.1@fidonet)
SEEN-BY: 46/50 450/1024 5000/5000 5011/13 5015/10 5020/545 4441 5021/19 29
SEEN-BY: 5025/3 5027/16 5030/115 5054/1 4 8 9 28 35 37 5062/10 5069/7
SEEN-BY: 5080/1003 5085/13 5095/20 5096/18 6000/254

PATH: 5021/19 29 5020/545 5054/1 37