From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <s.bolshakov@sam-solutions.net>
To: ALT Devel discussion list <devel@altlinux.ru>
Subject: Re: [devel] service-0.3-alt1
From: Sergey Bolshakov <s.bolshakov@sam-solutions.net>
Date: Sat, 24 May 2003 17:50:42 +0300
In-Reply-To: <20030524143500.GC14651@basalt.office.altlinux.org> (Dmitry V.
 Levin's message of "Sat, 24 May 2003 18:35:00 +0400")
Message-ID: <m3brxsbdq5.fsf@pc313.belcaf.minsk.by>
User-Agent: Gnus/5.090017 (Oort Gnus v0.17) XEmacs/21.4 (Portable Code,
 linux)
References: <m3el2obetp.fsf@pc313.belcaf.minsk.by>
	<20030524143500.GC14651@basalt.office.altlinux.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: 8bit
Sender: devel-admin@altlinux.ru
Errors-To: devel-admin@altlinux.ru
X-BeenThere: devel@altlinux.ru
X-Mailman-Version: 2.0.9
Precedence: bulk
Reply-To: devel@altlinux.ru
List-Unsubscribe: <http://altlinux.ru/mailman/listinfo/devel>,
	<mailto:devel-request@altlinux.ru?subject=unsubscribe>
List-Id: <devel.altlinux.ru>
List-Post: <mailto:devel@altlinux.ru>
List-Help: <mailto:devel-request@altlinux.ru?subject=help>
List-Subscribe: <http://altlinux.ru/mailman/listinfo/devel>,
	<mailto:devel-request@altlinux.ru?subject=subscribe>
List-Archive: <http://altlinux.ru/pipermail/devel/>
Archived-At: <http://lore.altlinux.org/devel/m3brxsbdq5.fsf@pc313.belcaf.minsk.by/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

>>>>> "Dmitry" == Dmitry V Levin <ldv@altlinux.org> writes:

 > On Sat, May 24, 2003 at 05:26:58PM +0300, Sergey Bolshakov wrote:
 >> Я не нашел возможности передать в start-stop-daemon
 >> опцию -n, что бывает необходимо. Ждать ?

 > start-stop-daemon(8) много чего умеет, в том числе и то, что редко
 > используется, а некоторые вещи (типа -n и -r) вообще концептуально
 > вредные.  Редкоиспользуемые я буду добавлять в service по требованию, а от
 > использования вредных буду отговаривать.

Хм, а как поступать в случае, если /proc/$pid/exe указывает не
на то, что запускалось :) ? К примеру, нечто, расположенное в
/usr/sbin/sandd и имеющее в своем начале #!/usr/bin/tclsh
в exe будет иметь tclsh84, по ps обзываться как
/usr/bin/tclsh /usr/sbin/sandd, и только в /proc/$pid/stat содежать
искомое sandd ? Если не ошибаюсь, tclsh в этом смысле вполне заменяем
на perl/ruby/etc.

--