[Comm] Ctrl+C и SIGINT

[Comm] Ctrl+C и SIGINT

[Eugene Prokopiev]

Здравствуйте!

Есть скрипт следующего вида:

# cat /usr/bin/myservice

#!/bin/sh
sleep 1000000

Если запустить его, в ps ax появятся процессы:

14032 pts/0    S+     0:00 /bin/sh /usr/bin/myservice
14033 pts/0    S+     0:00 sleep 1000000

Если нажать Ctrl+C, они исчезнут

Теперь совершенно глупый вопрос: как сделать то же самое с помощью kill? 
Делаю так:

# ps ax
   PID TTY      STAT   TIME COMMAND
     1 ?        Ss     0:00 init [3]
25833 ?        Ss     0:00 /sbin/syslogd -u syslogd -j /var/resolv
25846 ?        Ss     0:00 /sbin/klogd -c 1 -2 -u klogd -j /var/lib/klogd
25861 ?        Ss     0:00 /usr/sbin/crond
25874 ?        Ss     0:00 /usr/sbin/xinetd -reuse -remlock
25887 ?        Ss     0:00 /usr/sbin/sshd
12622 ?        Ss     0:00 vzctl: pts/0
13647 pts/0    Ss     0:00 -bash
12794 ?        Rs     0:00 vzctl: pts/1
13819 pts/1    Ss     0:00 -bash
14036 pts/0    S+     0:00 /bin/sh /usr/bin/myservice
14037 pts/0    S+     0:00 sleep 1000000
14038 pts/1    R+     0:00 ps ax

# kill -INT 14036

# ps ax
   PID TTY      STAT   TIME COMMAND
     1 ?        Ss     0:00 init [3]
25833 ?        Ss     0:00 /sbin/syslogd -u syslogd -j /var/resolv
25846 ?        Ss     0:00 /sbin/klogd -c 1 -2 -u klogd -j /var/lib/klogd
25861 ?        Ss     0:00 /usr/sbin/crond
25874 ?        Ss     0:00 /usr/sbin/xinetd -reuse -remlock
25887 ?        Ss     0:00 /usr/sbin/sshd
12622 ?        Ss     0:00 vzctl: pts/0
13647 pts/0    Ss     0:00 -bash
12794 ?        Rs     0:00 vzctl: pts/1
13819 pts/1    Ss     0:00 -bash
14036 pts/0    S+     0:00 /bin/sh /usr/bin/myservice
14037 pts/0    S+     0:00 sleep 1000000
14039 pts/1    R+     0:00 ps ax

# kill 14036

# ps ax
   PID TTY      STAT   TIME COMMAND
     1 ?        Ss     0:00 init [3]
25833 ?        Ss     0:00 /sbin/syslogd -u syslogd -j /var/resolv
25846 ?        Ss     0:00 /sbin/klogd -c 1 -2 -u klogd -j /var/lib/klogd
25861 ?        Ss     0:00 /usr/sbin/crond
25874 ?        Ss     0:00 /usr/sbin/xinetd -reuse -remlock
25887 ?        Ss     0:00 /usr/sbin/sshd
12622 ?        Ss     0:00 vzctl: pts/0
13647 pts/0    Ss+    0:00 -bash
12794 ?        Rs     0:00 vzctl: pts/1
13819 pts/1    Ss     0:00 -bash
14037 pts/0    S      0:00 sleep 1000000
14112 pts/1    R+     0:00 ps ax

Что я делаю неправильно?

-- 
С уважением, Прокопьев Евгений

Re: [Comm] Ctrl+C и SIGINT

[Maxim Tyurin]

Eugene Prokopiev пишет:
> Здравствуйте!
> 
> Есть скрипт следующего вида:
> 
> # cat /usr/bin/myservice
> 
> #!/bin/sh
> sleep 1000000
> 
> Если запустить его, в ps ax появятся процессы:
> 
> 14032 pts/0    S+     0:00 /bin/sh /usr/bin/myservice
> 14033 pts/0    S+     0:00 sleep 1000000
> 
> Если нажать Ctrl+C, они исчезнут
> 
> Теперь совершенно глупый вопрос: как сделать то же самое с помощью kill? 
> Делаю так:
> 
> # ps ax

Сделать ps axf и убить корень.

-- 
With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
   ___
  / _ )__ _____  ___ ____ _______ _____
 / _  / // / _ \/ _ `/ _ `/ __/ // (_-<
/____/\_,_/_//_/\_, /\_,_/_/  \_,_/___/
               /___/

Re: [Comm] Ctrl+C и SIGINT

[Eugene Prokopiev]

> Сделать ps axf и убить корень.

Как убить корень?

# ps axf
   PID TTY      STAT   TIME COMMAND
     1 ?        Ss     0:00 init [3]
  1338 ?        Ss     0:00 /sbin/syslogd -u syslogd -j /var/resolv
  1365 ?        Ss     0:00 /sbin/klogd -c 1 -2 -u klogd -j /var/lib/klogd
  1390 ?        Ss     0:00 /usr/sbin/crond
  1412 ?        Ss     0:00 /usr/sbin/xinetd -reuse -remlock
  1446 ?        Ss     0:00 /usr/sbin/sshd
  3333 ?        Ss     0:00  \_ sshd: john [priv]
  3340 ?        R      0:00  |   \_ sshd: john@pts/0
  3341 pts/0    Ss     0:00  |       \_ -bash
  3346 pts/0    S      0:00  |           \_ su -
  3350 pts/0    S      0:00  |               \_ -bash
  3472 pts/0    R+     0:00  |                   \_ ps axf
  3410 ?        Ss     0:00  \_ sshd: john [priv]
  3418 ?        S      0:00      \_ sshd: john@pts/1
  3419 pts/1    Ss     0:00          \_ -bash
  3424 pts/1    S      0:00              \_ su -
  3428 pts/1    S      0:00                  \_ -bash
  3470 pts/1    S+     0:00                      \_ /bin/sh 
/usr/bin/myservice
  3471 pts/1    S+     0:00                          \_ sleep 1000000


Что послать 3470, чтобы умерли все дочерние процессы?

-- 
С уважением, Прокопьев Евгений

Re: [Comm] Ctrl+C и SIGINT

[Maxim Tyurin]

Eugene Prokopiev пишет:
>> Сделать ps axf и убить корень.
> 
> Как убить корень?
> 
> # ps axf
>    PID TTY      STAT   TIME COMMAND

>   3410 ?        Ss     0:00  \_ sshd: john [priv]
>   3418 ?        S      0:00      \_ sshd: john@pts/1
>   3419 pts/1    Ss     0:00          \_ -bash
>   3424 pts/1    S      0:00              \_ su -
>   3428 pts/1    S      0:00                  \_ -bash
>   3470 pts/1    S+     0:00                      \_ /bin/sh 
> /usr/bin/myservice
>   3471 pts/1    S+     0:00                          \_ sleep 1000000
> 
> 
> Что послать 3470, чтобы умерли все дочерние процессы?

Насколько я понимаю процессу 3470 что ни посылай все дочерние не убьешь.
3428 убить тогда все отомрут.
-- 
With Best Regards, Maxim Tyurin
JID:	MrKooll@jabber.pibhe.com
   ___
  / _ )__ _____  ___ ____ _______ _____
 / _  / // / _ \/ _ `/ _ `/ __/ // (_-<
/____/\_,_/_//_/\_, /\_,_/_/  \_,_/___/
               /___/

Re: [Comm] Ctrl+C и SIGINT

[Eugene Prokopiev]

Maxim Tyurin пишет:
> Eugene Prokopiev пишет:
> 
>>>Сделать ps axf и убить корень.
>>
>>Как убить корень?
>>
>># ps axf
>>   PID TTY      STAT   TIME COMMAND
> 
> 
>>  3410 ?        Ss     0:00  \_ sshd: john [priv]
>>  3418 ?        S      0:00      \_ sshd: john@pts/1
>>  3419 pts/1    Ss     0:00          \_ -bash
>>  3424 pts/1    S      0:00              \_ su -
>>  3428 pts/1    S      0:00                  \_ -bash
>>  3470 pts/1    S+     0:00                      \_ /bin/sh 
>>/usr/bin/myservice
>>  3471 pts/1    S+     0:00                          \_ sleep 1000000
>>
>>
>>Что послать 3470, чтобы умерли все дочерние процессы?
> 
> 
> Насколько я понимаю процессу 3470 что ни посылай все дочерние не убьешь.
> 3428 убить тогда все отомрут.

ну это зверство :)

-- 
С уважением, Прокопьев Евгений

Re: [Comm] Ctrl+C и SIGINT

[LVU]

Здравствуйте!

Eugene Prokopiev wrote:

> Есть скрипт следующего вида:
> 
> # cat /usr/bin/myservice
> 
> #!/bin/sh
> sleep 1000000
> 
> Если запустить его, в ps ax появятся процессы:
> 
> 14032 pts/0    S+     0:00 /bin/sh /usr/bin/myservice
> 14033 pts/0    S+     0:00 sleep 1000000
> 
> Если нажать Ctrl+C, они исчезнут
> 
> Теперь совершенно глупый вопрос: как сделать то же самое с помощью kill? 
> Делаю так:
[skip]
> 14036 pts/0    S+     0:00 /bin/sh /usr/bin/myservice
> 14037 pts/0    S+     0:00 sleep 1000000
[skip]
> # kill -INT 14036
[skip]
> # kill 14036
[skip]
> Что я делаю неправильно?

Убивать надо не 14306, а 14307, именно ему посылается сигнал
по Ctrl+C. Если же хочется, чтобы можно было убивать по
pid'у родителя, то в родителе должен быть обработчик соотв.
сигнала, который рассылает этот сигнал всем процессам группы
(-pid). Желательно самому при этом посланный сигнал
проигнорировать, иначе зациклитесь :)

With best regards, LVU.

Re: [Comm] Ctrl+C и SIGINT

[Eugene Prokopiev]

> Убивать надо не 14306, а 14307, именно ему посылается сигнал
> по Ctrl+C. Если же хочется, чтобы можно было убивать по
> pid'у родителя, то в родителе должен быть обработчик соотв.
> сигнала, который рассылает этот сигнал всем процессам группы
> (-pid). 

А что такое "процессы группы"? Можно как-то рассылать сигнал всем 
дочерним процессам?

Я думал, что можно только узнать идентификатор порожденного процесса 
(как сделать это в sh?), сохранить, затем ждать сигнал, перехватить его 
и послать сохраненному идентификатору ...

-- 
С уважением, Прокопьев Евгений

Re: [Comm] Ctrl+C и SIGINT

[LVU]

Здравствуйте!

Eugene Prokopiev wrote:
>> Убивать надо не 14306, а 14307, именно ему посылается сигнал
>> по Ctrl+C. Если же хочется, чтобы можно было убивать по
>> pid'у родителя, то в родителе должен быть обработчик соотв.
>> сигнала, который рассылает этот сигнал всем процессам группы
>> (-pid). 
> 
> А что такое "процессы группы"? Можно как-то рассылать сигнал всем 
> дочерним процессам?

Каждый процесс имеет, кроме pid (идентификатор процесса) еще
и pgid (идентификатор группы процессов). После запуска
каждые процесс имеет своим pgid'ом pid процесса, его
породившего. Всем дочерним процессам (но и самому себе
тоже!) можно послать сигнал, узнав свой pid и послав сигнал
на -pid. Свой pid в шелле = это вроде $$.

> Я думал, что можно только узнать идентификатор порожденного процесса 
> (как сделать это в sh?), сохранить, затем ждать сигнал, перехватить его 
> и послать сохраненному идентификатору ...

Да, так тоже можно, если порожденный процесс 1. Если их
много - тоже можно :) но сложнее. pid последнего запущенного
 - $!, только запускать его надо с &, чтобы не
останавливался поток выполнения скрипта на время работы
процесса. И потом ждать завершения (ловить SIGCHLD,
например). Обработчик сигнала в шелле задается командой trap.

With best regards, LVU.

Re: [Comm] Ctrl+C и SIGINT

[LVU]

P.S. Вообще, ИМХО, писать подобные вещи на sh - извращение.
Лучше бы все-таки на C.

With best regards, LVU.

Re: [Comm] Ctrl+C и SIGINT

[Eugene Prokopiev]

LVU пишет:
> P.S. Вообще, ИМХО, писать подобные вещи на sh - извращение.
> Лучше бы все-таки на C.

Задача вообще-то состоит в запуске java-приложения как сервиса. И вполне 
стандартное решение на С есть - jakarta commons daemon. Поэтому проще 
оказалось забить на свой велосипед и допилить его - теперь оно работает :)

-- 
С уважением, Прокопьев Евгений

Re: [Comm] Ctrl+C и SIGINT

[Michael Shigorin]

On Sun, Nov 12, 2006 at 06:54:04PM +0300, Eugene Prokopiev wrote:
> > P.S. Вообще, ИМХО, писать подобные вещи на sh - извращение.
> > Лучше бы все-таки на C.
> Задача вообще-то состоит в запуске java-приложения как сервиса.
> И вполне стандартное решение на С есть - jakarta commons
> daemon. Поэтому проще оказалось забить на свой велосипед и
> допилить его - теперь оно работает :)

О, Евгений.  Только не говорите, что собираетесь подобрать 
труды crux@ по части jpackage2sisyphus. :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Ctrl+C и SIGINT

[Eugene Prokopiev]

Michael Shigorin пишет:
> On Sun, Nov 12, 2006 at 06:54:04PM +0300, Eugene Prokopiev wrote:
> 
>>>P.S. Вообще, ИМХО, писать подобные вещи на sh - извращение.
>>>Лучше бы все-таки на C.
>>
>>Задача вообще-то состоит в запуске java-приложения как сервиса.
>>И вполне стандартное решение на С есть - jakarta commons
>>daemon. Поэтому проще оказалось забить на свой велосипед и
>>допилить его - теперь оно работает :)
> 
> 
> О, Евгений.  Только не говорите, что собираетесь подобрать 
> труды crux@ по части jpackage2sisyphus. :)

Я как-то высказывался в smoke-room@ по поводу того, что я, как 
разработчик кроссплатформенного ПО, не вижу смысла в существовании 
репозитория Java, завязанного на одну ОС :(

Допиливание же заключалось всего лишь в выяснении (методом чтения 
исходных текстов ;) ) того факта, что jsvc требует указания -user 
всегда, даже когда этот параметр не сильно нужен :)

Кстати, наличие jsvc в Sisyphus осмысленно, т.к. это бинарник, 
написанный на С, а вот jakarta-commons-daemon, на который в jsvc 
проставлена зависимость, уже нет. С моей точки зрения, разумеется. 
Поэтому, если кому-то кроме меня это нужно, я могу оторвать эту зависимость.

-- 
С уважением, Прокопьев Евгений

Re: [Comm] Ctrl+C и SIGINT

[Michael Shigorin]

On Mon, Nov 13, 2006 at 09:30:41AM +0300, Eugene Prokopiev wrote:
> > О, Евгений.  Только не говорите, что собираетесь подобрать 
> > труды crux@ по части jpackage2sisyphus. :)
> Я как-то высказывался в smoke-room@ по поводу того, что я, как
> разработчик кроссплатформенного ПО, не вижу смысла в
> существовании репозитория Java, завязанного на одну ОС :(

Мне тоже со стороны показалось более осмысленным добавление
в Sisyphus "площадки" для того, чтобы к нам становились
jpackage.org.  Возможно, заодно с внесением необходимых
нам (и полезных вообще?) рацпредложений туда.

> Кстати, наличие jsvc в Sisyphus осмысленно, т.к. это бинарник,
> написанный на С, а вот jakarta-commons-daemon, на который в
> jsvc проставлена зависимость, уже нет. С моей точки зрения,
> разумеется.  Поэтому, если кому-то кроме меня это нужно, я могу
> оторвать эту зависимость.

Мне-то сейчас не нужно, но никогда не знаешь, что понадобится
завтра (с java в этом смысле сталкиваться уже приходилось и вот
это самое выяснение по исходным текстам не очень воодушевило --
бишь здесь как раз очень полезен реюзабельный опыт,
зафиксированный в пакетах).

Бишь считаете багой -- оторвите!

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Ctrl+C и SIGINT

[Eugene Prokopiev]

Michael Shigorin пишет:
> On Mon, Nov 13, 2006 at 09:30:41AM +0300, Eugene Prokopiev wrote:
> 
>>>О, Евгений.  Только не говорите, что собираетесь подобрать 
>>>труды crux@ по части jpackage2sisyphus. :)
>>
>>Я как-то высказывался в smoke-room@ по поводу того, что я, как
>>разработчик кроссплатформенного ПО, не вижу смысла в
>>существовании репозитория Java, завязанного на одну ОС :(
> 
> 
> Мне тоже со стороны показалось более осмысленным добавление
> в Sisyphus "площадки" для того, чтобы к нам становились
> jpackage.org.  Возможно, заодно с внесением необходимых
> нам (и полезных вообще?) рацпредложений туда.

я хотел сказать, что до тех пор, пока jpackage.org не станет 
поддерживать Windows, мне он не интересен :( И это только мне и только 
сейчас нужны Linux и Windows, но есть же и другие ОС, на которых 
работают JEE-приложения ...

>>Кстати, наличие jsvc в Sisyphus осмысленно, т.к. это бинарник,
>>написанный на С, а вот jakarta-commons-daemon, на который в
>>jsvc проставлена зависимость, уже нет. С моей точки зрения,
>>разумеется.  Поэтому, если кому-то кроме меня это нужно, я могу
>>оторвать эту зависимость.
> 
> 
> Мне-то сейчас не нужно, но никогда не знаешь, что понадобится
> завтра (с java в этом смысле сталкиваться уже приходилось и вот
> это самое выяснение по исходным текстам не очень воодушевило --
> бишь здесь как раз очень полезен реюзабельный опыт,
> зафиксированный в пакетах).
> 
> Бишь считаете багой -- оторвите!

Тут вопрос в том, что crux@ вложил довольно много труда в java в Сизифе, 
и есть ли у меня моральное право уродовать то, что он делал и считал 
правильным, не принимая на себя его ношу ...

-- 
С уважением, Прокопьев Евгений

Re: [Comm] Ctrl+C и SIGINT

[Michael Shigorin]

On Mon, Nov 13, 2006 at 02:40:26PM +0300, Eugene Prokopiev wrote:
> > Бишь считаете багой -- оторвите!
> Тут вопрос в том, что crux@ вложил довольно много труда в java
> в Сизифе, и есть ли у меня моральное право уродовать то, что он
> делал и считал правильным, не принимая на себя его ношу ...

Он оставил всё как есть, насколько мне известно.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] java

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1123 bytes --]

On Mon, Nov 13, 2006 at 09:30:41AM +0300, Eugene Prokopiev wrote:
> Michael Shigorin пишет:
> > On Sun, Nov 12, 2006 at 06:54:04PM +0300, Eugene Prokopiev wrote:
> > 
> >>>P.S. Вообще, ИМХО, писать подобные вещи на sh - извращение.
> >>>Лучше бы все-таки на C.
> >>
> >>Задача вообще-то состоит в запуске java-приложения как сервиса.
> >>И вполне стандартное решение на С есть - jakarta commons
> >>daemon. Поэтому проще оказалось забить на свой велосипед и
> >>допилить его - теперь оно работает :)
> > 
> > О, Евгений.  Только не говорите, что собираетесь подобрать 
> > труды crux@ по части jpackage2sisyphus. :)
> 
> Я как-то высказывался в smoke-room@ по поводу того, что я, как 
> разработчик кроссплатформенного ПО, не вижу смысла в существовании 
> репозитория Java, завязанного на одну ОС :(

Я не уверен, что мы одинаково понимаем смысл этой фразы про "существование
репозитория Java, завязанного на одну ОС".

В чём точно есть смысл - так это в репозитории, для которого реализованы
операции "apt-get install" и "apt-get dist-upgrade", и в который можно
вносить изменения.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] java

[Eugene Prokopiev]

Dmitry V. Levin пишет:
> On Mon, Nov 13, 2006 at 09:30:41AM +0300, Eugene Prokopiev wrote:
> 
>>Michael Shigorin пишет:
>>
>>>On Sun, Nov 12, 2006 at 06:54:04PM +0300, Eugene Prokopiev wrote:
>>>
>>>
>>>>>P.S. Вообще, ИМХО, писать подобные вещи на sh - извращение.
>>>>>Лучше бы все-таки на C.
>>>>
>>>>Задача вообще-то состоит в запуске java-приложения как сервиса.
>>>>И вполне стандартное решение на С есть - jakarta commons
>>>>daemon. Поэтому проще оказалось забить на свой велосипед и
>>>>допилить его - теперь оно работает :)
>>>
>>>О, Евгений.  Только не говорите, что собираетесь подобрать 
>>>труды crux@ по части jpackage2sisyphus. :)
>>
>>Я как-то высказывался в smoke-room@ по поводу того, что я, как 
>>разработчик кроссплатформенного ПО, не вижу смысла в существовании 
>>репозитория Java, завязанного на одну ОС :(
> 
> 
> Я не уверен, что мы одинаково понимаем смысл этой фразы про "существование
> репозитория Java, завязанного на одну ОС".

А как понимаете вы? Просто я не могу уловить несколько смыслов в этой фразе.

> В чём точно есть смысл - так это в репозитории, для которого реализованы
> операции "apt-get install" и "apt-get dist-upgrade", и в который можно
> вносить изменения.

Вот у меня есть приложение, которое должно работать на Linux (не 
обязательно ALT, хотя, поскольку сервера мои, то ALT) и Windows (там, 
где я не в силах что-либо изменить). Если я мое приложение можно будет 
устанавливать и обновлять посредством apt, то это решит только половину 
проблемы. Поэтому, если мне потребуется решать проблему в общем случае, 
мне придется смотреть не в сторону apt, а в сторону, например, maven, 
отдавая себе отчет в том, что целостность дистрибутива это решение 
нарушит. apt полезен только для установки/обновления j2se, т.к. свести 
эту процедуру к общему знаменателю для разных ОС, похоже, невозможно ;)

-- 
С уважением, Прокопьев Евгений

Re: [Comm] java

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 1173 bytes --]

On Mon, Nov 13, 2006 at 02:55:09PM +0300, Eugene Prokopiev wrote:
> Dmitry V. Levin пишет:
[...]
> > В чём точно есть смысл - так это в репозитории, для которого реализованы
> > операции "apt-get install" и "apt-get dist-upgrade", и в который можно
> > вносить изменения.
> 
> Вот у меня есть приложение, которое должно работать на Linux (не 
> обязательно ALT, хотя, поскольку сервера мои, то ALT) и Windows (там, 
> где я не в силах что-либо изменить). Если я мое приложение можно будет 
> устанавливать и обновлять посредством apt, то это решит только половину 
> проблемы. Поэтому, если мне потребуется решать проблему в общем случае, 
> мне придется смотреть не в сторону apt, а в сторону, например, maven, 
> отдавая себе отчет в том, что целостность дистрибутива это решение 
> нарушит. apt полезен только для установки/обновления j2se, т.к. свести 
> эту процедуру к общему знаменателю для разных ОС, похоже, невозможно ;)

Если число поддерживаемых платформ относительно небольшое (например, в
приведённом вами примере две), то наиболее естественным решением было бы
автоматическое формирование репозиториев для каждой платформы.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] java

[Eugene Prokopiev]

Dmitry V. Levin пишет:
> On Mon, Nov 13, 2006 at 02:55:09PM +0300, Eugene Prokopiev wrote:
> 
>>Dmitry V. Levin пишет:
> 
> [...]
> 
>>>В чём точно есть смысл - так это в репозитории, для которого реализованы
>>>операции "apt-get install" и "apt-get dist-upgrade", и в который можно
>>>вносить изменения.
>>
>>Вот у меня есть приложение, которое должно работать на Linux (не 
>>обязательно ALT, хотя, поскольку сервера мои, то ALT) и Windows (там, 
>>где я не в силах что-либо изменить). Если я мое приложение можно будет 
>>устанавливать и обновлять посредством apt, то это решит только половину 
>>проблемы. Поэтому, если мне потребуется решать проблему в общем случае, 
>>мне придется смотреть не в сторону apt, а в сторону, например, maven, 
>>отдавая себе отчет в том, что целостность дистрибутива это решение 
>>нарушит. apt полезен только для установки/обновления j2se, т..к. свести 
>>эту процедуру к общему знаменателю для разных ОС, похоже, невозможно ;)
> 
> 
> Если число поддерживаемых платформ относительно небольшое (например, в
> приведённом вами примере две), то наиболее естественным решением было бы
> автоматическое формирование репозиториев для каждой платформы.

ну что ж ... боюсь, в будущем у меня будет выбор : что-то на базе maven 
для всех платформ или apt/alt + (?)/windows + (не дай Бог что еще) :)

-- 
С уважением, Прокопьев Евгений

Re: [Comm] Ctrl+C и SIGINT

[Maksim Otstavnov]

Hello Eugene,

Thursday, November 09, 2006, 3:19:29 PM, you wrote:

EP> 14032 pts/0    S+     0:00 /bin/sh /usr/bin/myservice
EP> 14033 pts/0    S+     0:00 sleep 1000000

EP> Если нажать Ctrl+C, они исчезнут

...

EP> # kill -INT 14036

...

EP> # kill 14036

...

EP> Что я делаю неправильно?

Посылает сигнал процессу, соответствующему команде "/bin/sh
/usr/bin/myservice", в то время, как нажатие C-C посылает сигнал
SIGTERM fg-процессу, т.е. соответствующему команде "sleep 1000000".
(Зачем Вы сперва пытаетесь послать сигнал SIGINT, вообще не вполне
понятно).

-- 
-- Maksim

Re: [Comm] Ctrl+C и SIGINT

[Eugene Prokopiev]

Maksim Otstavnov пишет:
> Hello Eugene,
> 
> Thursday, November 09, 2006, 3:19:29 PM, you wrote:
> 
> EP> 14032 pts/0    S+     0:00 /bin/sh /usr/bin/myservice
> EP> 14033 pts/0    S+     0:00 sleep 1000000
> 
> EP> Если нажать Ctrl+C, они исчезнут
> 
> ...
> 
> EP> # kill -INT 14036
> 
> ...
> 
> EP> # kill 14036
> 
> ...
> 
> EP> Что я делаю неправильно?
> 
> Посылает сигнал процессу, соответствующему команде "/bin/sh
> /usr/bin/myservice", в то время, как нажатие C-C посылает сигнал
> SIGTERM fg-процессу, т.е. соответствующему команде "sleep 1000000".
> (Зачем Вы сперва пытаетесь послать сигнал SIGINT, вообще не вполне
> понятно).

отчего-то все ссылки из гугла сказали, что Ctrl+C посылает SIGINT, про 
SIGTERM никто не вспомнил :(

например 
http://users.actcom.co.il/~choo/lupg/tutorials/signals/signals-programming.html

-- 
С уважением, Прокопьев Евгений