Re: shell background job and trap SIGCHILD

2016-10-28 Пенетрантность Dmitry Alexandrov
> Dmitry Alexandrov <321...@gmail.com> wrote: >> >> Можно заменить на print (этот >> >> обязан быть builtin'ом) и посмотреть, будет ли разница. >> > Не будет :) >> > % bash -c 'which printf' >> > /usr/bin/printf >> > % dash -c 'which printf' >> > /usr/bin/printf > >> ??$ which which?? еще

Re: shell background job and trap SIGCHILD

2016-10-28 Пенетрантность Andrey Melnikoff
Dmitry Alexandrov <321...@gmail.com> wrote: > >> Можно заменить на print (этот > >> обязан быть builtin'ом) и посмотреть, будет ли разница. > > Не будет :) > > % bash -c 'which printf' > > /usr/bin/printf > > % dash -c 'which printf' > > /usr/bin/printf > ??$ which which?? еще прикажите. > А так

Re: shell background job and trap SIGCHILD

2016-10-28 Пенетрантность Andrey Melnikoff
Artem Chuprina wrote: > Михаил Касаджиков -> Andrey Nikitin @ Fri, 28 Oct 2016 13:17:38 +0300: [...] > Моя вот практика показывает, что если хочется работать с любым юниксом и > нормально управлять процессами, то оптимальный выбор - perl. В линуксах Поздно, он уже протух тот

Re: shell background job and trap SIGCHILD

2016-10-28 Пенетрантность Dmitry Alexandrov
>> Можно заменить на print (этот >> обязан быть builtin'ом) и посмотреть, будет ли разница. > Не будет :) > % bash -c 'which printf' > /usr/bin/printf > % dash -c 'which printf' > /usr/bin/printf «$ which which» еще прикажите. А так и в ГНУ Баше, и в Дебиановом Аше встроенный printf, разумеется,

Re: shell background job and trap SIGCHILD

2016-10-28 Пенетрантность Igor
On 10/28/16 18:51, Tim Sattarov wrote: On 28/10/16 11:22 AM, Igor wrote: On 10/28/16 18:20, Tim Sattarov wrote: On 28/10/16 06:17 AM, Михаил Касаджиков wrote: Тут если используешь «#!/bin/sh», то, будь добр, учитывай что на сервере может оказаться нечто совсем обрезанное. Или же указывай

Re: shell background job and trap SIGCHILD

2016-10-28 Пенетрантность Tim Sattarov
On 28/10/16 11:22 AM, Igor wrote: > On 10/28/16 18:20, Tim Sattarov wrote: >> On 28/10/16 06:17 AM, Михаил Касаджиков wrote: >>> >>> Тут если используешь «#!/bin/sh», то, будь добр, учитывай что на >>> сервере может оказаться нечто совсем обрезанное. Или же указывай >>> явно «#!/bin/ksh»,

Re: shell background job and trap SIGCHILD

2016-10-28 Пенетрантность Tim Sattarov
On 28/10/16 06:17 AM, Михаил Касаджиков wrote: > > Тут если используешь «#!/bin/sh», то, будь добр, учитывай что на сервере > может оказаться нечто совсем обрезанное. Или же указывай явно «#!/bin/ksh», > «#!/bin/bash», «#!/bin/zsh» и т.д. > Вот кстати, наткнулся я пару раз на такой подход и

Re: shell background job and trap SIGCHILD

2016-10-28 Пенетрантность Igor
On 10/28/16 18:20, Tim Sattarov wrote: On 28/10/16 06:17 AM, Михаил Касаджиков wrote: Тут если используешь «#!/bin/sh», то, будь добр, учитывай что на сервере может оказаться нечто совсем обрезанное. Или же указывай явно «#!/bin/ksh», «#!/bin/bash», «#!/bin/zsh» и т.д. Вот кстати,

Re: shell background job and trap SIGCHILD

2016-10-28 Пенетрантность Victor Wagner
On Fri, 28 Oct 2016 11:20:07 -0400 Tim Sattarov wrote: > On 28/10/16 06:17 AM, Михаил Касаджиков wrote: > > > > Тут если используешь «#!/bin/sh», то, будь добр, учитывай что на > > сервере может оказаться нечто совсем обрезанное. Или же указывай > > явно «#!/bin/ksh»,

Re: shell background job and trap SIGCHILD

2016-10-28 Пенетрантность Eugene Berdnikov
On Fri, Oct 28, 2016 at 04:37:09PM +0300, Artem Chuprina wrote: > Моя вот практика показывает, что если хочется работать с любым юниксом и > нормально управлять процессами, то оптимальный выбор - perl. ... > Правда, библиотечку приходится написать и таскать с собой, потому что на +1 Однако ж,

Re: shell background job and trap SIGCHILD

2016-10-28 Пенетрантность Artem Chuprina
Михаил Касаджиков -> Andrey Nikitin @ Fri, 28 Oct 2016 13:17:38 +0300: >>> Если шелл в скрипте работает не так, как >>> интерактивный, то смысл его как шелла практически пропадает. Лучше >>> писать скрипты на совсем другом языке, чем на _чуть-чуть_ не таком. >> В "яблочко", хотя и грустно

一週大市總結 (24-28/10) - 結算日失23000點 恒指10月跌343點

2016-10-28 Пенетрантность Metro Radio
If you cannot read this e-mail, please visit: http://lnk.ie/1K23Y/e=debian-russian@lists.debian.org/http://www.metroradio.com.hk/Campaign/104/Weekly_Report/20161028.html metroradio.com.hk一週大市總結 24-28/10/2016 大市總結 28/10　星期五 恒指收報：22954 (-177) 全日成交：683億 結算日失23000點 恒指10月跌343點 港股連跌4日，且失守23000點

Re: shell background job and trap SIGCHILD

2016-10-28 Пенетрантность Михаил Касаджиков
28.10.2016 13:09, Andrey Nikitin пишет: > В Fri, 28 Oct 2016 12:31:35 +0300 > Artem Chuprina пишет: > >> Если шелл в скрипте работает не так, как >> интерактивный, то смысл его как шелла практически пропадает. Лучше >> писать скрипты на совсем другом языке, чем на _чуть-чуть_

Re: shell background job and trap SIGCHILD

2016-10-28 Пенетрантность Andrey Nikitin
В Fri, 28 Oct 2016 12:31:35 +0300 Artem Chuprina пишет: > Если шелл в скрипте работает не так, как > интерактивный, то смысл его как шелла практически пропадает. Лучше > писать скрипты на совсем другом языке, чем на _чуть-чуть_ не таком. В "яблочко", хотя и грустно это (

Re: shell background job and trap SIGCHILD

2016-10-28 Пенетрантность Михаил Касаджиков
28.10.2016 12:39, Илья пишет: > В Fri, 28 Oct 2016 11:40:34 +0300 > Alexander Galanin пишет: > >> В Debian давно по умолчанию продвигается dash. > 1)на малинке > $lsb_release -d ; echo $SHELL > Description: Raspbian GNU/Linux 8.0 (jessie) > /bin/bash > > 2)на ноуте > $

Re: shell background job and trap SIGCHILD

2016-10-28 Пенетрантность Илья
В Fri, 28 Oct 2016 11:40:34 +0300 Alexander Galanin пишет: > В Debian давно по умолчанию продвигается dash. 1)на малинке $lsb_release -d ; echo $SHELL Description:Raspbian GNU/Linux 8.0 (jessie) /bin/bash 2)на ноуте $ lsb_release -d ; echo $SHELL Description:

Re: shell background job and trap SIGCHILD

2016-10-28 Пенетрантность Artem Chuprina
Alexander Galanin -> debian-russian@lists.debian.org @ Fri, 28 Oct 2016 11:40:34 +0300: >> Ну так bash вроде по умолчанию во многих дистрибутивах. >> Или я ошибаюсь? И что в этом плохого? > В Debian давно по умолчанию продвигается dash. В качестве /bin/sh. В качестве интерактивного

Re: shell background job and trap SIGCHILD

2016-10-28 Пенетрантность Artem Chuprina
Илья -> debian-russian@lists.debian.org @ Fri, 28 Oct 2016 10:18:38 +0300: >> А zsh и ksh молодцы, но, увы, не модные среди масс >> для которых shell и bash одно и то же )) > Ну так bash вроде по умолчанию во многих дистрибутивах. > Или я ошибаюсь? И что в этом плохого? Это как с

Re: shell background job and trap SIGCHILD

2016-10-28 Пенетрантность Михаил Касаджиков
28.10.2016 09:41, Andrey Nikitin пишет: > В Fri, 28 Oct 2016 00:34:42 +0300 > Михаил Касаджиков пишет: > >> Так что, ksh реагирует на «(…) &», а dash ещё и на внешние программы. Bash — >> пофигист. > Фишка в том, что ни bash ни dash не реагируют на _завершение_ «(…) &», >

Re: shell background job and trap SIGCHILD

2016-10-28 Пенетрантность Alexander Galanin
On Fri, 28 Oct 2016 10:18:38 +0300 Илья wrote: > Ну так bash вроде по умолчанию во многих дистрибутивах. > Или я ошибаюсь? И что в этом плохого? В Debian давно по умолчанию продвигается dash. А чем плох bash, сказано прямо в bash(1): BUGS It's too big and too slow. и

Re: shell background job and trap SIGCHILD

2016-10-28 Пенетрантность Илья
В Fri, 28 Oct 2016 09:41:37 +0300 Andrey Nikitin пишет: > А zsh и ksh молодцы, но, увы, не модные среди масс > для которых shell и bash одно и то же )) Ну так bash вроде по умолчанию во многих дистрибутивах. Или я ошибаюсь? И что в этом плохого? Возможно, по

Re: shell background job and trap SIGCHILD

2016-10-28 Пенетрантность Andrey Nikitin
В Fri, 28 Oct 2016 00:34:42 +0300 Михаил Касаджиков пишет: > Так что, ksh реагирует на «(…) &», а dash ещё и на внешние программы. Bash — > пофигист. Фишка в том, что ни bash ни dash не реагируют на _завершение_ «(…) &», только на запуск, см. отметки времени в первом

Re: shell background job and trap SIGCHILD

2016-10-28 Пенетрантность Andrey Nikitin
В Thu, 27 Oct 2016 23:56:21 +0300 Artem Chuprina пишет: > Можно заменить на print (этот > обязан быть builtin'ом) и посмотреть, будет ли разница. Не будет :) % bash -c 'which printf' /usr/bin/printf % dash -c 'which printf' /usr/bin/printf > Я не исключу, что это вопрос не к