From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=1.0 required=5.0 tests=BAYES_05,DNS_FROM_OPENWHOIS, RCVD_IN_BL_SPAMCOP_NET, RCVD_IN_DNSWL_LOW, SPF_PASS autolearn=no version=3.2.5 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:date:from:to:subject:message-id :mail-followup-to:references:mime-version:content-type :content-disposition:content-transfer-encoding:in-reply-to; bh=T/AxzOuDLSVxiJAN3em+z2XjzTB0EJRgMUVTxt2U2gw=; b=aGwbbluGmM2LQn4M2HNbzL0tUDmDCLMQgDihZ/Mj2xd7odtNth2YlBG0kQhegI5LzG ok8oM4PIUTOJ8coaJdxlPtqWH4ER6Fx/katVjMWmbQCvR92gfnQF0lmNU8sUyGA4TdTH Gbwd4hZeTvQhQU/isMQphADFD3A9mWXTajb6M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition :content-transfer-encoding:in-reply-to; b=UheBZ/Bi44mrrceBUEK6qP/CYIAe0hkub8hk7rdMQW66kNlYTaDhMmaHCMQQfEeVqW +11+MDqQxcBslk7MOqMMP4Y16BALptJ8d5dX3SXpuq4t1hXlI3jxMsYlmeFHTg9ortJY jpUE5oMC4EciCCPCZ28aldi6T9ivpXnuNqg/U= Date: Thu, 24 Feb 2011 12:28:44 +0300 From: Dmitry Chistikov To: ALT Linux Community general discussions Message-ID: <20110224092844.GB7131@conflux.foliandre> Mail-Followup-To: ALT Linux Community general discussions References: <4D65F5B9.3060600@avtlg.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4D65F5B9.3060600@avtlg.ru> Subject: Re: [Comm] =?koi8-r?b?bWFuIN7F0sXaIHNzaA==?= X-BeenThere: community@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux Community general discussions List-Id: ALT Linux Community general discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 24 Feb 2011 09:23:11 -0000 Archived-At: List-Archive: List-Post: Добрый день! Начну с конца: > Если попробовать запустить в SSH-консоли > sh -c "(cd /usr/share/man && man-source > '/usr/share/man/man1/strace.1.bz2' '153' '1100i' | /usr/bin/nroff -S -p > -t -Dkoi8-r -mtty -mandoc | /usr/bin/less -isR)" > то ошибок нет Если Вы перечитаете вывод man -d strace, то обратите внимание на то, что сам последний sh -c "..." и не запускается: сообщения об ошибках выводятся раньше, например при определении preprocessor sequence: > [...] > bzip2: I/O or other error, bailing out. Possible reason follows. > bzip2: Broken pipe > Input file = /usr/share/man/man1/strace.1.bz2, output file = (stdout) > using default preprocessor sequence > man: > not executing command: > [...] В этих местах man делает popen("/bin/bzip2 -c -d /usr/share/man/man1/strace.1.bz2", "r"), таким образом форкаясь и заменяя (execve()) дочерний процесс на sh -c "/bin/bzip2 -c -d /usr/share/man/man1/strace.1.bz2", который после этого делает еще один execve на собственно /bin/bzip2 -c -d /usr/share/man/man1/strace.1.bz2 Этот bzip2 начинает разжимать руководство и выводить его крупными кусками в канал. Родительский процесс (сам man) читает из этого канала, причем на данный момент ему достаточно первого куска, после чего он делает pclose(). Если bzip2 еще не сделал всех своих write(), то на очередном вызове он получает SIGPIPE и умирает. У меня это происходит примерно так (заменил man -d на man -w, механика вроде не меняется): [pid 23192] write(1, ".\\\" Copyright (c"..., 4096) = 4096 [pid 23191] <... read resumed> ".\\\" Copyright (c"..., 4096) = 4096 [pid 23191] waitpid(23192, Process 23191 suspended [pid 23192] read(4, "", 4096) = 0 [pid 23192] write(1, ". When the call"..., 4096) = -1 EPIPE (Broken pipe) [pid 23192] --- SIGPIPE (Broken pipe) @ 0 (0) --- Process 23191 resumed Process 23192 detached <... waitpid resumed> [{WIFSIGNALED(s) && WTERMSIG(s) == SIGPIPE}], 0) = 23192 --- SIGCHLD (Child exited) @ 0 (0) --- Таким образом, у меня bzip2 перед смертью не успевает ничего сказать. В Вашем примере, судя по всему, SIGPIPE не приводит к смерти bzip2, поэтому тот, зафиксировав i/o error (для него это критично), сообщает о пришедшем сигнале и завершается. Я делаю вывод, что в какой-то момент на SIGPIPE ставится обработчик. Попробуйте отследить, когда это происходит: $ ssh localhost -- strace -f -e trace=signal,process -- man -w strace Правильно ли я понимаю, что если не заворачивать все это дело в ssh, то bzip2 молчит? -- Дмитрий Чистиков