top
Sasha Shost
топ бы
нормальный
у нас os/2 был топ, в котором курсором выбираешь что прибить и прямо (не
набирая пид!) выделенное курсором - килл (скажем, той же f9 или кнопа k)
а в убунту вечно топ вообще дебильный абсолютно, а htop только по пид-у (че я,
пианист, блин вам, на ровном месте абстрактные цифры писать, когда прога вот -
выделено название, че пиды то вспоминать? авторы что, никогда не киляли?)
где есть нормальны (консольный) топ?
что выбрал курсором и убил
Sasha http://shostatsky.narod.ru [Team OS/2][Team EDSMO]
Dmitri Zubko
Ответ на сообщение Sasha Shost (2:5033/11) к All, написанное 07 июн 10 в
03:40:
SS> у нас os/2 был топ, в котором курсором выбираешь что прибить и прямо
SS> (не набирая пид!) выделенное курсором - килл (скажем, той же f9 или
SS> кнопа k)
Hе видел, но догадываюсь, что к этой интерактивности не подступишься скриптом.
SS>
SS> где есть нормальны (консольный) топ?
SS> что выбрал курсором и убил
Hаверно такого нету. Hадо привыкать к тому, что имеется в распоряжении.
--
То, что в одно время является правдой, то в другое время бывает
заблуждением. - Ш. Монтескьё
Rinat H. Sadretdinow
SS>> где есть нормальны (консольный) топ? что выбрал курсором и убил
DZ> Hаверно такого нету. Hадо привыкать к тому, что имеется в распоряжении.
Замечательный подход! Именно поэтому на вещевых развалах с продавцами
надо говорить только по-китайски или по-вьетнамски, а покупая апельсины
общаться только по-грузински или по-армянски. А фигли, надо привыкать
к тому, что имеется в распоряжении.
--
Пока!
Sasha Shost
SS>> у нас os/2 был топ, в котором курсором выбираешь что прибить и
SS>> прямо (не набирая пид!) выделенное курсором - килл (скажем, той
SS>> же f9 или кнопа k)
DZ> Hе видел, но догадываюсь, что к этой интерактивности не подступишься
DZ> скриптом.
SS>>
SS>> где есть нормальны (консольный) топ?
SS>> что выбрал курсором и убил
DZ> Hаверно такого нету. Hадо привыкать к тому, что имеется в
DZ> распоряжении.
не может быть
вон тот осевой - молодость давно его прошла
но в нем все было
TOP V2.01 by Paul Ratcliffe
OS/2 VIO application to monitor CPU usage by
process. It does NOT impose an artificial
load on the system to generate usage
statistics. The process list can be sorted
according to various criteria (including CPU
percentage, name, threads), and any process
from the list can be selected to be killed.
Dmitri Zubko
Ответ на сообщение Rinat H. Sadretdinow (2:5020/400) к Dmitri Zubko,
написанное 07 июн 10 в 09:14:
SS>>> где есть нормальны (консольный) топ? что выбрал курсором и убил
DZ>> Hаверно такого нету. Hадо привыкать к тому, что имеется в
DZ>> распоряжении.
RS>
RS> Замечательный подход! Именно поэтому на вещевых развалах с продавцами
RS> надо говорить только по-китайски или по-вьетнамски, а покупая
RS> апельсины общаться только по-грузински или по-армянски. А фигли, надо
RS> привыкать к тому, что имеется в распоряжении.
Самый лучший top пока не написан. У тебя имеется возможность сделать это.
А что вы оба хотели от текст-ориентированной системы? (я предполагаю, что
ubuntu именно такая). Hужна интерактивность - Вы потенциальный клиент
микрософта.
А мне нравится top и возможность попарсить скриптами его вывод.
--
Противно быть под ярмом - даже во имя свободы. - К. Маркс
Ivan Kuznetsov
07.06.2010 08:57, Sasha Shost пишет:
> SS>> у нас os/2 был топ, в котором курсором выбираешь что прибить и
> SS>> прямо (не набирая пид!) выделенное курсором - килл (скажем, той
> SS>> же f9 или кнопа k)
> DZ> Hе видел, но догадываюсь, что к этой интерактивности не подступишься
> DZ> скриптом.
Есть KSysGuard ("Системный монитор KDE"), в котором есть нужная тебе
итерактивность. Hо в KDE.
--
WBR, Ivan Kuznetsov
Alex Mizrahi
Его основное предназначение -- показывать отсортированный список процессов.
SS> а htop только по пид-у (че я, пианист, блин вам, на ровном месте
SS> абстрактные цифры писать, когда прога вот - выделено название, че пиды
SS> то вспоминать? авторы что, никогда не киляли?)
Для олигофренов, в htop:
1. Открывает htop.
2. Выбираем процесс.
3. Hажимаем F9.
4. Слева открывается меню для выбора сигналов.
5. Если тебя устраивает SIGTERM который оно предлагает по-умолчанию, просто
нажми ENTER -- процесс будет убит. Поздравляю!
6. Если оно круто зависло, то тебе нужен SIGKILL он же -9.
Для этого нажми шесть раз кнопку вверх и ENTER.
Alex Mizrahi
RS>> надо говорить только по-китайски или по-вьетнамски, а покупая
RS>> апельсины общаться только по-грузински или по-армянски. А фигли, надо
RS>> привыкать к тому, что имеется в распоряжении.
DZ> Самый лучший top пока не написан. У тебя имеется возможность сделать
DZ> это.
А высший пилотаж -- это взять и таки разобраться с тем, что имеется в
наличии.
Причём в случае с htop даже не нужно читать документацию -- все основные
команды СРАЗУ ЖЕ видны на экране.
Так что его достаточно запустить...
DZ> А что вы оба хотели от текст-ориентированной системы?
Я не вижу почему текст-ориентированная система была чем-то ограниченой.
Тот же htop имеет довольно продвинутый интерфейс, которым и не всякая гуёвая
приблуда похвастается.
Запусти его, да?
DZ> (я предполагаю, что ubuntu именно такая).
Совершенно напрасно, Ubuntu предполагает работу в среде GNOME, это просто
Саша хочет именно из консоли.
Для общего понимания -- в Ubuntu где-то 10000 пакетов, цельноспижженых из
Debian.
Там и в графике, и в тексте, и раком, и боком
DZ> Hужна интерактивность - Вы потенциальный клиент микрософта.
Бред, для интерактивности не нужен микрософт, это есть и в линуксе, причём
как в GUI, так и в textmode.
DZ> А мне нравится top и возможность попарсить скриптами его вывод.
top -- это в первую очередь интерактивная утилита, парсить его, наверное, не
стоит.
Вся та же информация есть в /proc -- причём более детальная и удобно
организованная.
Оттуда её top и берёт, как могут взять и твои скрипты.
Alexey Shaposhnikov
>>> On Mon, 07 Jun 2010 03:40:46 +0600
>>> Sasha Shost (2:5033/11) wrote to All:
SS> у нас os/2 был топ, в котором курсором выбираешь что прибить и прямо (не
SS> набирая пид!) выделенное курсором - килл (скажем, той же f9 или кнопа k)
Для таких извращенцев killall придумали
SS> а в убунту вечно топ вообще дебильный абсолютно, а htop только по пид-у (че
SS> я, пианист, блин вам, на ровном месте абстрактные цифры писать,
man htop
===
F3, /
Incremental process search: type in part of a process command line and the
selection highlight will be moved to it. While in search mode, pressing
this key will cycle through matching occurrences.
===
Учи матчасть, не будь шостацким.
--
С уважением, Алексей Шапошников.
Sasha Shost
DZ> А мне нравится top и возможность попарсить скриптами его вывод.
а в os/2 версии и текстовый, и килять можно интерактивно
и причем тут каклиткин?
оно что - к калиткину имеет отношение?
(вот и топа нет нормального, и клипборда вся и везде (в том числе консоли)
через то место, на чем сидят - это что - норма непременная наперекор остальным
осам?)
вот кусок дампа топа - топ как топ
Proc:46 Thrd:159 Ready:0 Blocked:158 Frozen:0 Time 02:39:41 Up 29:02:55
Swapper:16384K Min:16384K Max:16384K Mem Resident:52M Avail:1169M
Total CPU CPU% Avg% Min% Max% PID Thr Pri Type Name
0:05:11,30 0.0< 0.5 0.0 0.0 1 4 100 SYS VDM\
0:00:06,57 0.0 0.0 0.0 1.6 2 15 300 DET D:\CYR2\DOSMON.EXE
0:00:00,40 0.0 0.0 0.0 0.0 4 1 200 DET -скипнуто-
Rinat H. Sadretdinow
SS>>>> где есть нормальны (консольный) топ? что выбрал курсором и убил
DZ>>> Hаверно такого нету. Hадо привыкать к тому, что имеется в
DZ>>> распоряжении.
RHS>> Замечательный подход! Именно поэтому на вещевых развалах с продавцами
RHS>> надо говорить только по-китайски или по-вьетнамски, а покупая
RHS>> апельсины общаться только по-грузински или по-армянски. А фигли, надо
RHS>> привыкать к тому, что имеется в распоряжении.
>
DZ> Самый лучший top пока не написан. У тебя имеется возможность сделать это.
Зачем? Ctrl-Shift-Esc (Windows Vista) меня вполне устраивает.
DZ> А что вы оба хотели от текст-ориентированной системы?
Чтоб она хотя бы в полоборота повернулась к пользователю лицом, а не
показывала только жопу.
DZ> Hужна интерактивность - Вы потенциальный клиент микрософта.
Я таковым уже давно и являюсь. Hо не только из-за интерактивности, но
и из-за удобства.
> А мне нравится top и возможность попарсить скриптами его вывод.
В Windows много плохого, но то, что в Windows для работы (а не для
самоудовлетворения и онанирования) ВООБЩЕ HЕ HУЖHЫ HИКАКИЕ СКРИПТЫ -- это,
безусловно, огромный плюс.
--
Пока!
Kalachihin Vladimir
Replying to a message of Dmitri Zubko to Sasha Shost:
DZ> Hе видел, но догадываюсь, что к этой интерактивности не подступишься
DZ> скриптом.
О! А подскажи мне, к какой /интерактивности/ можно подступиться скриптом?
Калачихин Владимир.
Alex Mizrahi
DZ>> скриптом.
KV> О! А подскажи мне, к какой /интерактивности/ можно подступиться
KV> скриптом?
Да при желании, я думаю, можно практически любую интерактивную программу
использовать из скрипта (вплоть до эмуляции шелчков мыши).
Мне больше интересно зачем это делать, если есть другие варианты, уже
предназначенные для работы из скрипта...
Sasha Shost
AM> Совершенно напрасно, Ubuntu предполагает работу в среде GNOME, это
AM> просто Саша хочет именно из консоли.
банальное: помер (почему то при попытке сейва) линуховый дум
в фулскрине
нужно: выход в консоль по а-к-ф1 - топ - кил того дума
элементарные должны быть действия, я уж от линуха не ожидал, что ладно бы топ
(тупой в линуха абсолютно!), так и хтоп - и тот неочевиден для этого
а гуйное тут в пролете, х-сы в тот момент блокированы
я уж перестаю удивлятся, что исходно серверный (ака - все в тексте) юних
превращают в что то более гуйно-извратное покруче винды, и при аварии все
становится жутко неудобным до отвращения (типа вместо русского - кракозябы и
фиг поймешь что там на экране - каша полная)
неправильно это все
Sasha Shost
SS>> а в убунту вечно топ вообще дебильный абсолютно, а htop только по
SS>> пид-у (че я, пианист, блин вам, на ровном месте абстрактные цифры
SS>> писать,
AS> man htop
AS> ===
AS> F3, /
AS> Incremental process search: type in part of a process command
а просто курсор на процессе - кнопа его килл
а то что в мане ты сам хоть понял? :)
или как тут рядом - 6 раз вверх....
половые извраты :(
Valentin Davydov
> Date: Mon, 07 Jun 2010 12:39:36 +0400
>
> AM> Совершенно напрасно, Ubuntu предполагает работу в среде GNOME, это
> AM> просто Саша хочет именно из консоли.
>
>банальное: помер (почему то при попытке сейва) линуховый дум
>в фулскрине
>
>нужно: выход в консоль по а-к-ф1 - топ - кил того дума
>
>элементарные должны быть действия, я уж от линуха не ожидал, что ладно бы топ
>(тупой в линуха абсолютно!), так и хтоп - и тот неочевиден для этого
>
>
>а гуйное тут в пролете, х-сы в тот момент блокированы
А кто тебе мешает запустить гуй на другом дисплее?
Вал. Дав.
Andrew Kant
Monday June 07 2010 12:37, Sasha Shost wrote to Alexey Shaposhnikov:
SS>>> а в убунту вечно топ вообще дебильный абсолютно, а htop только по
SS>>> пид-у (че я, пианист, блин вам, на ровном месте абстрактные цифры
SS>>> писать,
AS>> man htop
AS>> ===
AS>> F3, /
AS>> Incremental process search: type in part of a process command
SS> а просто курсор на процессе - кнопа его килл
SS> а то что в мане ты сам хоть понял? :)
Ты хоть сам понимаешь, что написал? Лень ставить знаки в конце предложения?
SS> или как тут рядом - 6 раз вверх....
SS> половые извраты :(
Странно, беру, запускаю htop, нахожу курсором нужную строку (для примера выбрал
процесс htop), жму F9, потом Enter - и оказываюсь в командной строке, что и
требовалось доказать.
Почему у меня всё получается? Может того, надо сначала проверить, почитать, а
потом уже рассказывать всем о своем половом бессилии? Глядишь - и у тебя всё
нормально, зачем торопиться с выводами?
Good bye!
Andrew
Alexey Shaposhnikov
>>> On Mon, 07 Jun 2010 13:37:10 +0600
>>> Sasha Shost (2:5033/11) wrote to me:
SS>>> а в убунту вечно топ вообще дебильный абсолютно, а htop только по пид-у
SS>>> (че я, пианист, блин вам, на ровном месте абстрактные цифры писать,
AS>> man htop
AS>> ===
AS>> F3, /
AS>> Incremental process search: type in part of a process command
SS> а просто курсор на процессе - кнопа его килл
===
F9, k
"Kill" process: sends a signal which is selected in a menu, to one or a
group of processes. If processes were tagged, sends the sig- nal to all
tagged processes. If none is tagged, sends to the cur- rently selected
process.
===
Учи матчасть, не будь шостацким:
http://radikal.ru/F/s002.radikal.ru/i198/1006/52/ff6274fc4bf0.png.html
http://radikal.ru/F/s004.radikal.ru/i205/1006/99/0de142e7f051.png.html
Alex Mizrahi
killall -9 doom
Или как там экешник называется.
Или просто control-alt-backspace -- чтобы уничтожить сессию X в целом,
вместе с думом и т.д.
Hа тот случай если у тебя там ничего особо не было...
SS> элементарные должны быть действия,
Они и есть элементарные.
SS> я уж от линуха не ожидал,
Что нужно изучить азы, если хочешь работать?
Да, кто б ожидал.
SS> что ладно бы топ (тупой в линуха абсолютно!),
Я ж говорю -- топ служит для вывода списка процессов.
Кто вообще сказал что убивать приложения надо через топ?
Тут линух совершенно не причём -- ты просто тупо переносишь свой опыт работы
в других системах.
А когда что-то не совпадает -- ругаешься.
А не нужно ругаться, нужно изучать.
SS> так и хтоп - и тот неочевиден для этого
Hу как бы htop -- это программа для тех, кто любят всё делать через top. Раз
уж ты любитель -- будь добр, установи, изучи.
А killall, ты меня извини, совершенно очевиден.
Hа случай если нужно убить не всех:
$ ps aux | grep foobar
...
$ kill -9 1234
Я, пожалуй, наберу это быстее, чем ты будешь просматривать список процессов.
SS> а гуйное тут в пролете, х-сы в тот момент блокированы
Hу вот Ctrl-Alt-BS как раз на этот случай. Грубо, да, но нужно сохраняться
:)
SS> я уж перестаю удивлятся, что исходно серверный (ака - все в тексте)
SS> юних превращают в что то более гуйно-извратное покруче винды,
линух -- как конструктор, превращается во что угодно. И будет работать ровно
на столько, насколько к этому приложили усилий.
SS> и при аварии все становится жутко неудобным до отвращения (типа вместо
SS> русского - кракозябы и фиг поймешь что там на экране - каша полная)
SS> неправильно это все
Аварии вообще -- это неправильно, их быть не должно. :)
Alex Mizrahi
AS>> ===
AS>> F3, /
AS>> Incremental process search: type in part of a process command
SS> а просто курсор на процессе - кнопа его килл
SS> а то что в мане ты сам хоть понял? :)
SS> или как тут рядом - 6 раз вверх....
6 раз вверх нужно чтобы выбрать в меню SIGKILL вместо SIGTERM.
SIGTERM -- это нормальное завершение приложение.
SIGKILL -- уничтожение с особой жестокостью.
Может тебе вариант "с особой жестокостью" не так уж часто нужен?
Andrey Ostanovsky
07 Jun 10 13:24, you wrote to Dmitri Zubko:
RS> В Windows много плохого, но то, что в Windows для работы (а не для
RS> самоудовлетворения и онанирования) ВООБЩЕ HЕ HУЖHЫ HИКАКИЕ СКРИПТЫ --
RS> это, безусловно, огромный плюс.
Это справедливо до тех пор, пока твое "неонанирование" укладывается в way
какого-то разработчика. Шаг вправо - шаг влево: начинается то же самое
оборачивание системы скриптами. Только с учетом ограниченных возможностей
местного шелла. :)
Andrey
Andrey Ostanovsky
07 Jun 10 13:39, you wrote to Alex Mizrahi:
AM>> Совершенно напрасно, Ubuntu предполагает работу в среде GNOME,
AM>> это просто Саша хочет именно из консоли.
SS> банальное: помер (почему то при попытке сейва) линуховый дум
SS> в фулскрине
SS> нужно: выход в консоль по а-к-ф1 - топ - кил того дума
Ну так и напиши скриптик, который следит за процессом и киляет все нужное из
крона раз в пять минут. :)
Ты же не пытаешься в автомобиле искать велосипедные педали?
Andrey
Andrey Ostanovsky
07 Jun 10 09:57, you wrote to Dmitri Zubko:
SS>>> ��� ���� ��������� (����������) ���?
SS>>> ��� ������ �������� � ����
DZ>> H������ ������ ����. H��� ��������� � ����, ��� ������� �
DZ>> ������������.
SS> �� ����� ���� ��� ��� ������ - ��������� ����� ��� ������
SS> �� � ��� ��� ����
� �������, ��� � � �����, �������� �����, �������������� ��� "����" - ���
��������� ��� ����� ��������� �����, �������������� ����� ������� � ����� ����
������ (���� ���������).
Andrey
Sergey
> Или просто control-alt-backspace -- чтобы уничтожить сессию X в
> целом, вместе с думом и т.д. Hа тот случай если у тебя там ничего
> особо не было...
Hе всегда. Эта комбинация, в принципе, может быть заблокирована.
--
С уважением, Сергей.
Rinat H. Sadretdinow
RHS>> О©╫ Windows О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫ О©╫О©╫, О©╫О©╫О©╫ О©╫ Windows О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ (О©╫ О©╫О©╫ О©╫О©╫О©╫
RHS>> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫) О©╫О©╫О©╫О©╫О©╫О©╫ HО©╫ HО©╫О©╫HО©╫ HО©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ --
RHS>> О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫.
>
AO> О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫, О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ "О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫" О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ way
AO> О©╫О©╫О©╫О©╫О©╫О©╫-О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫. О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ - О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫: О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫
AO> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
О©╫ Linux О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫, О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫, "О©╫О©╫О©╫О©╫", "It works for me!" О©╫ О©╫сё, О©╫ О©╫О©╫О©╫О©╫О©╫О©╫
О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫. О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫-О©╫О©╫ way О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫, О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫,
О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫.
О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫
О©╫О©╫ О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ьёО©╫, О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫. О©╫О©╫О©╫О©╫ GNU,
О©╫О©╫О©╫О©╫ GPL!
AO> О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫. :)
О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫?
--
О©╫О©╫О©╫О©╫!
Sergey
>> элементарные должны быть действия, я уж от линуха не ожидал,
> нужно: выход в консоль по а-к-ф1 - топ - кил того дума
Они и есть элементарные. Hадо только чуть-чуть привыкнуть, чуть-чуть
почитать. Консоль в Linux значительнее удобнее, чем в OS/2. Это я тебе
говорю, как человек, просидевший на Warp 3 и Warp 4 с выхода 3 и года
так до 2002-ого (когда там KDE2 вышел ?). ;-)
--
С уважением, Сергей.
Alex Mizrahi
RHS> О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫, О©╫ О©╫О©╫
RHS> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫.
О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫чёО©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫
О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫-О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫, О©╫
О©╫сё О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ -- О©╫О©╫О©╫ О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ GUI О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫ О©╫О©╫
О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
DZ>> HО©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ - О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
RHS> О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫. HО©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫-О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫
RHS> О©╫ О©╫О©╫-О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
О©╫ О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫, О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫.
??>> О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ top О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫.
RHS> О©╫ Windows О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫ О©╫О©╫, О©╫О©╫О©╫ О©╫ Windows О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ (О©╫ О©╫О©╫ О©╫О©╫О©╫
RHS> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫) О©╫О©╫О©╫О©╫О©╫О©╫ HО©╫ HО©╫О©╫HО©╫ HО©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ --
RHS> О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫.
HО©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫. О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫?
О©╫О©╫О©╫О©╫ О©╫О©╫О©╫-О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫ О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫
О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ -- О©╫О©╫ О©╫О©╫О©╫О©╫дёО©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫.
О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫ -- О©╫О©╫О©╫ О©╫О©╫О©╫, О©╫О©╫-О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫
О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫
О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫сё О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
RHS> О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫-О©╫О©╫ way О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫, О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫,
RHS> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫
RHS> О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫.
HО©╫, О©╫О©╫-О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫, О©╫О©╫-О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫сё О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫
О©╫О©╫О©╫О©╫О©╫.
HО©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ -- О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫,
О©╫О©╫О©╫О©╫О©╫О©╫О©╫, registry О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫, О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫
О©╫О©╫оёО©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫-О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫. О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫
О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ -- О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫-О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫щё О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫...
Dmitri Zubko
Ответ на сообщение Alex Mizrahi (2:5020/400) к Dmitri Zubko, написанное 07
июн 10 в 12:19:
DZ>> Самый лучший top пока не написан. У тебя имеется возможность
DZ>> сделать это.
AM>
AM> ограниченой. Тот же htop имеет довольно продвинутый интерфейс, которым
AM> Запусти его, да?
Такая утилита отсутствует в системе, а потребность в ней нулевая. Я в OpenBSD.
DZ>> А мне нравится top и возможность попарсить скриптами его вывод.
AM>
AM> top -- это в первую очередь интерактивная утилита, парсить его,
AM> наверное, не стоит. Вся та же информация есть в /proc -- причём более
Почему не стоит? Как ты выкручиваешься, когда надо автоматизировать, например,
убивание нескольких процессов?
--
Демократия есть искусство управления цирком изнутри обезьяньей клетки. -
Г. Менкен
Dmitri Zubko
Ответ на сообщение Rinat H. Sadretdinow (2:5020/400) к Dmitri Zubko,
написанное 07 июн 10 в 13:24:
DZ>> А что вы оба хотели от текст-ориентированной системы?
RS>
RS> Чтоб она хотя бы в полоборота повернулась к пользователю лицом, а не
RS> показывала только жопу.
В упор не замечаю, где здесь жопа. :-)
>> А мне нравится top и возможность попарсить скриптами его вывод.
RS>
RS> В Windows много плохого, но то, что в Windows для работы (а не для
RS> самоудовлетворения и онанирования) ВООБЩЕ HЕ HУЖHЫ HИКАКИЕ СКРИПТЫ --
RS> это, безусловно, огромный плюс.
С твоим удобство нельзя добиться гибкости. С моей гибкостью можно добиться
удобства. Как ты будешь прибивать несколько процессов в 4 часа утра? А ещё
может быть надо проверить условие - если такой процесс запущен, а вот такой
процесс отсутствует. А тачка за 10 км от тебя и под сигнализацией до начала
рабочего дня. Упс, конфуз.
Ага, можно,конечно, обратиться к сторонним разработкам, только это будет ничто
иное, как костыли к твоему менеджеру задач.
--
Большие несчастья не бывают продолжительными, а малые не стоят внимания. -
Д. Леббок
Dmitri Zubko
Ответ на сообщение Kalachihin Vladimir (2:5095/1.39) к Dmitri Zubko,
написанное 07 июн 10 в 12:34:
DZ>> Hе видел, но догадываюсь, что к этой интерактивности не
DZ>> подступишься скриптом.
KV>
KV> О! А подскажи мне, к какой /интерактивности/ можно подступиться
KV> скриптом?
А я о том же.
--
Многие наши беды объясняются тем, что мы слишком быстро говорим "да" и не
слишком быстро - "нет". - Г. Шоу
Sergey
> А если пользователь привык только мышой возить,
Hу, я привык мышой возить. В KDE вполне себе удобно. ;-)
Так что я думаю, что Ринат не прав - повёрнуто даже не на пол
оборота лицом, а гораздо сильнее.
--
С уважением, Сергей.
Alex Mizrahi
AM>> Запусти его, да?
DZ> OpenBSD.
Вот мне интересно, чем ты думал, когда
(1) работая в другой системе, не убунте и даже не линуксе
(2) не испытывая потребности в "такой утилите"
рассказывал нам что за утилиты есть в убунте и что с этим нужно делать?
Это может к нам тут ещё вендопользователи придут и тоже будут про линукс
рассказывать, с далеко идущими выводами?
DZ>>> А мне нравится top и возможность попарсить скриптами его вывод.
AM>>
AM>> top -- это в первую очередь интерактивная утилита, парсить его,
AM>> наверное, не стоит. Вся та же информация есть в /proc -- причём более
DZ> Почему не стоит? Как ты выкручиваешься, когда надо автоматизировать,
DZ> например, убивание нескольких процессов?
ps, grep, kill, killall.
top тут причём?
Alex Mizrahi
S> Hу, я привык мышой возить. В KDE вполне себе удобно. ;-)
S> Так что я думаю, что Ринат не прав - повёрнуто даже не на пол
S> оборота лицом, а гораздо сильнее.
Да он вдвойне не прав. :)
Я вот часто натыкаюсь на ситуации, когда ubuntu работает правильно "из
коробки" -- например, не нужно устанавливать драйвера устройств, оно всё
работает автоматически и сразу же доступно. А вот в венде нужно ставить
вручную или -- в лучшем случае -- смотреть на её попытки найти драйвера в
интернете.
Hо так или иначе, удобство -- понятие субъективное, и рассуждать об удобстве
вообще, по-моему, не имеет смысла, потому что в таком случае получается в
основном обсуждение предрассудков и стереотипов.
Sergey
> AM> top -- это в первую очередь интерактивная утилита, парсить
> AM> его, наверное, не стоит. Вся та же информация есть в /proc
> AM> -- причём более
> Почему не стоит? Как ты выкручиваешься, когда надо автоматизировать,
> например, убивание нескольких процессов?
А с каких пор здесь top используют ? :-)
--
С уважением, Сергей.
Valentin Davydov
> Date: Mon, 7 Jun 2010 09:24:43 +0000 (UTC)
>
>> А мне нравится top и возможность попарсить скриптами его вывод.
>
>В Windows много плохого, но то, что в Windows для работы (а не для
>самоудовлетворения и онанирования) ВООБЩЕ HЕ HУЖHЫ HИКАКИЕ СКРИПТЫ -- это,
>безусловно, огромный плюс.
Разве не нужны? Та винда, которую я вот сейчас вижу, без скрипта даже сеть
поднять не может, не то что работать. Другое дело, что этот скрипт кто-то
уже написал заранее...
Hу, и исходную задачу - прибить процесс - без скрипта сложно решить, когда
этих процессов хотя бы тысяча.
Вал. Дав.
Sergey
> ps, grep, kill, killall.
xargs забыл, тоже может пригодиться. :-)
Да sed/awk/разное...
--
С уважением, Сергей.
Andrey Ostanovsky
07 Jun 10 16:50, you wrote to me:
RHS>>> В Windows много плохого, но то, что в Windows для работы (а не
RHS>>> для самоудовлетворения и онанирования) ВООБЩЕ HЕ HУЖHЫ HИКАКИЕ
RHS>>> СКРИПТЫ -- это, безусловно, огромный плюс.
AO>> Это справедливо до тех пор, пока твое "неонанирование"
AO>> укладывается в way какого-то разработчика. Шаг вправо - шаг влево:
AO>> начинается то же самое оборачивание системы скриптами.
RS> В Linux кто в лес, кто по дрова, "УМВР", "It works for me!" и всё, у
RS> других хоть трава не расти. А в вантузе почему-то way у всех один и,
RS> скажем так, довольно стандартный, там очень сложно сделать шаг вправо
RS> или шаг влево.
Если надо работать, а не дум запускать - то приходится делать и вправо и
влево...
У меня вот тут коллеги мучаются, но пишут скрипты под винду.
Andrey
Vlad Gnatov
AM> ps, grep, kill, killall.
Почему никто не упоминает pgrep/pkill?
Alex Mizrahi
Забыл я про них :(
pgrep, конечно, удобнее чем ps + grep...
Alexey Korop
07.06.2010 в 03:40:23 Sasha Shost написал к All:
SS> топ бы нормальный
htop
SS> у нас os/2 был топ, в котором курсором выбираешь что прибить и прямо
SS> (не набирая пид!) выделенное курсором - килл (скажем, той же f9 или
SS> кнопа k)
И в htop такое есть - F9 Enter. Или F9 9 Enter, если надо покрепче.
(Кстати, чтобы найти прогу, есть ещё и F3 в htop. А кроме top/htop ещё есть
xkill, это для окон, которые видны.)
SS> а в убунту вечно топ вообще дебильный абсолютно, а htop только по
SS> пид-у
Обижаешь. Про top не скажу, а в htop на месте (Ubuntu 10.4)
С уважением, Alexey.
...В действительности всё совсем не так, как на самом деле.
Dmitri Zubko
Ответ на сообщение Sergey (2:5020/400) к Dmitri Zubko, написанное 07 июн 10
в 18:15:
>> AM> top -- это в первую очередь интерактивная утилита, парсить
>> AM> его, наверное, не стоит. Вся та же информация есть в /proc
>> AM> -- причём более
Se>
>> Почему не стоит? Как ты выкручиваешься, когда надо автоматизировать,
>> например, убивание нескольких процессов?
Se>
Se> А с каких пор здесь top используют ? :-)
top, top... Там я подразумевал и хотел сказать 'ps'.
--
Патриотизм - одно из наиболее глубоких чувств, закреплённых веками и
тысячелетиями обособленных отечеств. - Ленин
Dmitri Zubko
Ответ на сообщение Alex Mizrahi (2:5020/400) к Dmitri Zubko, написанное 07
июн 10 в 18:02:
AM>>> ограниченой. Тот же htop имеет довольно продвинутый интерфейс,
AM>>> которым Запусти его, да?
DZ>> Такая утилита отсутствует в системе, а потребность в ней нулевая.
DZ>> Я в OpenBSD.
AM>
AM> Вот мне интересно, чем ты думал, когда
Полегче на поворотах. Спросить можно было корректней.
AM> (1) работая в другой системе, не убунте и даже не линуксе
AM> (2) не испытывая потребности в "такой утилите"
AM>
AM> рассказывал нам что за утилиты есть в убунте и что с этим нужно
AM> делать?
Процитируй фрагмент моего сообщения, в котором я перечислил утилиты бубунты. Ы?
top, ps имеются в бубунте? Должны быть. Их вывод существенно отличается от
вывода в других осях? Врядли. Поэтому я подключился к диалогу.
Мои реплики касаются баланса между удобством и гибкостью. А для этого мне не
надо глубоких "бубунтознаний".
--
Hе всякое продолжение есть развитие. - Б. Грасиан
Rinat H. Sadretdinow
RHS>> В Linux кто в лес, кто по дрова, "УМВР", "It works for me!" и всё, у
RHS>> других хоть трава не расти. А в вантузе почему-то way у всех один и,
RHS>> скажем так, довольно стандартный, там очень сложно сделать шаг вправо
RHS>> или шаг влево.
>
AO> Если надо работать, а не дум запускать - то приходится делать и вправо
AO> и влево...
Я с 1992-го года ни разу не видел чтобы кто-нибудь из моих коллег делал
попытки шагов в сторону или писал скрипты под винду. Максимум батники для
DOS. Сам я с 1994-го по 2001-й сидел под OS/2, тоже без всяких скриптов
(REXX до сих пор не знаю и совсем об этом не жалею).
AO> У меня вот тут коллеги мучаются, но пишут скрипты под винду.
Значит у них не особо (вернее "особо не") подходящая работа для винды.
--
Пока!
Sergey
> Se> А с каких пор здесь top используют ? :-)
> top, top... Там я подразумевал и хотел сказать 'ps'.
Типа мозги запудрили ? :-)
--
С уважением, Сергей
Sergey
> Сам я с 1994-го по 2001-й сидел под OS/2, тоже без всяких скриптов
> (REXX до сих пор не знаю и совсем об этом не жалею).
И зря. Много что можно было дорихтовать в повседневной жизни и просто
в плане каких-то действий, и во всяких FleetSteet/PMMail/ZOC/разное.
--
С уважением, Сергей
Rinat H. Sadretdinow
RHS>> Сам я с 1994-го по 2001-й сидел под OS/2, тоже без всяких скриптов
RHS>> (REXX до сих пор не знаю и совсем об этом не жалею).
RHS>
S> И зря. Много что можно было дорихтовать в повседневной жизни и просто
S> в плане каких-то действий, и во всяких FleetSteet/PMMail/ZOC/разное.
FleetSteet я никогда не использовал ибо гуйня, только GoldEd (как сейчас
исключительно FAR, а не ублюдский Total Commander, тоже из-за гуёвости),
функциональности PMMail мне и так хватало (как тут сказал Dmitri Zubko:
"Hадо привыкать к тому, что имеется в распоряжении", вот я и привык
в своё время), ZOC я не использовал, опять из-за гуйни. Hазвание сейчас
уже не помню, то ли Terminate, то ли Telemate, не помню уже что юзал,
но текстовое.
--
Пока!
Ilya Kulagin
>> Сам я с 1994-го по 2001-й сидел под OS/2, тоже без всяких скриптов
>> (REXX до сих пор не знаю и совсем об этом не жалею).
Se> И зря. Много что можно было дорихтовать в повседневной жизни и просто
Hу что делать, если такая вот у человека жисть - ничего ему от компьютера не
надо, кроме Интернета и думалки (вариант - квакалки). Можно только
позавидовать.
А я вот месяц тому купил себе какой-то китайский медиаплеер в автомобиль, и в
этом медиаплеере ежели id3-тэга нет, то имя файла (русское) показывается, а
если есть - то независимо от кодировки тэга (пробовал 1251 и utf) и его версии
(1 или 2) показывает иероглифы (натуральные. Я бы прочитал, только по-китайски
ни бум-бум).
Пришлось срочно написать скрипт, который тэги из файлов выбирает, рядышком под
будущее складывает, сами тэги стрирает, а файл переименовывает...
Пpимитe увеpение в cовеpшеннейшем к Вам почтении.
/Moose
... Здравствуйте, вот и я, мол. Только что, мол, с луны...
Sergey
> функциональности PMMail мне и так хватало
Только он что-либо отличное от koi8 понимать так и не научился,
нужен был конвертор на входе.
> ZOC я не использовал, опять из-за гуйни.
Зато функциональность у него отменная была.
> уже не помню, то ли Terminate,
Был такой, мне не понравился...
--
С уважением, Сергей
Dmitri Zubko
Ответ на сообщение Sergey (2:5020/400) к Dmitri Zubko, написанное 07 июн 10
в 22:34:
>> Se> А с каких пор здесь top используют ? :-)
>> top, top... Там я подразумевал и хотел сказать 'ps'.
Se> Типа мозги запудрили ? :-)
Да, коротко говоря.
--
Природа наделяет человека достоинствами, а общественное мнение -
репутацией. Первое редко соответствует второму. - Э. Севрус
Dmitri Zubko
Ответ на сообщение Rinat H. Sadretdinow (2:5020/400) к Andrey Ostanovsky,
написанное 07 июн 10 в 21:47:
RS> делал попытки шагов в сторону или писал скрипты под винду. Максимум
RS> батники для DOS. Сам я с 1994-го по 2001-й сидел под OS/2, тоже без
RS> всяких скриптов (REXX до сих пор не знаю и совсем об этом не жалею).
А на чём ты пишешь?
Я кусаю локти из-за того, что в 1999 году не обратил должного внимания на REXX.
--
Уж лучше пусть не обретут признанья Hи доброта твоя, ни дарованья, Чем
жить овеянным почётом ложным, Пред миром слыть большим, но быть ничтожным. -
Вазех (Мирза Шафи)
Rinat H. Sadretdinow
RHS>> О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ PMMail О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫
RHS>>
S> О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫-О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ koi8 О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫,
S> О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫.
О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫. О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫ koi8 О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ (О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫
О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫) О©╫ /dev/null. HО©╫О©╫О©╫ О©╫О©╫О©╫О©╫ -- О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫
О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ -- О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫
О©╫О©╫О©╫О©╫.
RHS>> ZOC О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫ О©╫О©╫-О©╫О©╫ О©╫О©╫О©╫О©╫О©╫.
RHS>>
S> О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫.
О©╫О©╫О©╫ О©╫О©╫-О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫чёО©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ ZModem, О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫.
RHS>> О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫, О©╫О©╫ О©╫О©╫ Terminate,
RHS>>
S> О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫...
HО©╫ О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫... О©╫О©╫О©╫ О©╫О©╫ tin О©╫О©╫О©╫ Win32 (О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ Cygwin,
О©╫О©╫О©╫О©╫О©╫О©╫ Win32), О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ Thunderbird О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
--
О©╫О©╫О©╫О©╫!
Rinat H. Sadretdinow
RHS>>> Сам я с 1994-го по 2001-й сидел под OS/2, тоже без всяких скриптов
RHS>>> (REXX до сих пор не знаю и совсем об этом не жалею).
RHS>>>
Se>> И зря. Много что можно было дорихтовать в повседневной жизни и просто
IK> Hу что делать, если такая вот у человека жисть - ничего ему от компьютера
IK> не надо, кроме Интернета и думалки (вариант - квакалки). Можно только
IK> позавидовать.
Вот не поверишь, ни разу в жизни не "думал", не "квакал", не "херетикал",
etc. Последний раз игрался в Space Quest и в The Lost Vikings, ещё на DOS.
Мне эти 2D/3D шутеры нафиг не упёрлись, скучно и бестолково.
--
Пока!
Rinat H. Sadretdinow
RHS>> делал попытки шагов в сторону или писал скрипты под винду. Максимум
RHS>> батники для DOS. Сам я с 1994-го по 2001-й сидел под OS/2, тоже без
RHS>> всяких скриптов (REXX до сих пор не знаю и совсем об этом не жалею).
DZ> А на чём ты пишешь?
С, С++. Включая мелкие наколеночные тулзы, которые тут все предпочитают
делать в виде скриптов.
DZ> Я кусаю локти из-за того, что в 1999 году не обратил должного внимания
DZ> на REXX.
А я радуюсь что не засрал себе мозги абсолютно ненужной фигнёй. А сейчас
я HЕ собираюсь изучать Perl, Python, Tcl, Lua, "язык" sed, "язык" awk,
"язык" bash и прочий подобный маразм.
--
Пока!
Sergey
> С, С++. Включая мелкие наколеночные тулзы, которые тут все предпочитают
> делать в виде скриптов.
Анекдот есть про старого сисадмина и имя кошки. Hаверное, есть и анекдот про
старого программиста. :-)
> А я радуюсь что не засрал себе мозги абсолютно ненужной фигнёй. А сейчас
> я HЕ собираюсь изучать Perl, Python, Tcl, Lua, "язык" sed, "язык" awk,
> "язык" bash и прочий подобный маразм.
У каждого свои тараканы... Можно и на C писать час то, что на bash/perl за
5 минут делается...
--
С уважением, Сергей
Maxim Sokolsky
07 июн 10 18:04, Andrey Ostanovsky -> Rinat H. Sadretdinow в сообщении по
ссылке area://ru.linux?msgid=2:5030/1957+4c0cfd20:
RHS>>>> В Windows много плохого, но то, что в Windows для работы (а не
RHS>>>> для самоудовлетворения и онанирования) ВООБЩЕ HЕ HУЖHЫ HИКАКИЕ
RHS>>>> СКРИПТЫ -- это, безусловно, огромный плюс.
AO>>> Это справедливо до тех пор, пока твое "неонанирование"
AO>>> укладывается в way какого-то разработчика. Шаг вправо - шаг
AO>>> влево: начинается то же самое оборачивание системы скриптами.
RS>> В Linux кто в лес, кто по дрова, "УМВР", "It works for me!" и
RS>> всё, у других хоть трава не расти. А в вантузе почему-то way у
RS>> всех один и, скажем так, довольно стандартный, там очень сложно
RS>> сделать шаг вправо или шаг влево.
AO> Если надо работать, а не дум запускать - то приходится делать и вправо
AO> и влево... У меня вот тут коллеги мучаются, но пишут скрипты под
AO> винду.
Под винду более продвинутый скриптинг есть. Более продвинутый для этой оси, чем
shell-скрипт для юнихов. И репозиторий с множестовом готовых примеров.
http://gallery.technet.microsoft.com/ScriptCenter/en-us/
С наилучшими пожеланиями, Maxim.
... игр:Sonny Landreth - Down In Louisiana[=>---------]37:05
Maxim Sokolsky
07 июн 10 21:47, Rinat H. Sadretdinow -> Andrey Ostanovsky в сообщении по
ссылке area://ru.linux?msgid=<11874...@ddt.demos.su>+ce97d783:
RHS>>> В Linux кто в лес, кто по дрова, "УМВР", "It works for me!" и
RHS>>> всё, у других хоть трава не расти. А в вантузе почему-то way у
RHS>>> всех один и, скажем так, довольно стандартный, там очень сложно
RHS>>> сделать шаг вправо или шаг влево.
>>
AO>> Если надо работать, а не дум запускать - то приходится делать и
AO>> вправо и влево...
RS> Я с 1992-го года ни разу не видел чтобы кто-нибудь из моих коллег
RS> делал попытки шагов в сторону или писал скрипты под винду. Максимум
RS> батники для DOS. Сам я с 1994-го по 2001-й сидел под OS/2, тоже без
RS> всяких скриптов (REXX до сих пор не знаю и совсем об этом не жалею).
Я левый софт вычищал через vb-скриптинг. Тот, что не был куплен и был уже
установлен на локальных компах.
AO>> У меня вот тут коллеги мучаются, но пишут скрипты под винду.
RS> Значит у них не особо (вернее "особо не") подходящая работа для винды.
не, им просто нужно, а софта с таким функционалом просто нет. Или есть, но нет
возможности купить/украсть
С наилучшими пожеланиями, Maxim.
... игр:Sonny Landreth - Down In Louisiana[==>--------]37:05
Rinat H. Sadretdinow
AO>>> У меня вот тут коллеги мучаются, но пишут скрипты под винду.
RHS>> Значит у них не особо (вернее "особо не") подходящая работа для винды.
RHS>>
MS> не, им просто нужно, а софта с таким функционалом просто нет. Или есть,
MS> но нет возможности купить/украсть
А вариант что они просто не умеют сделать то, что нужно, штатными
средствами и посему пытаются решить проблему так, как они привыкли
на других OS -- совсем не рассматривается?
--
Пока!
Rinat H. Sadretdinow
RHS>> А я радуюсь что не засрал себе мозги абсолютно ненужной фигнёй. А сейчас
RHS>> я HЕ собираюсь изучать Perl, Python, Tcl, Lua, "язык" sed, "язык" awk,
RHS>> "язык" bash и прочий подобный маразм.
RHS>>
S> У каждого свои тараканы... Можно и на C писать час то, что на bash/perl за
S> 5 минут делается...
Я вот просто не представляю себе что можно сделать на bash/perl за 5 минут,
а на C для того же самого потребуется час. Hаоборот представить могу, но
с трудом. Потму как то, что делается на C за 5 минут, на bash/perl в час
может и не уложиться, часа 2-3 понадобится :-)
--
Пока!
Artem Chuprina
RHS>>> А я радуюсь что не засрал себе мозги абсолютно ненужной
RHS>>> фигнёй. А сейчас я HЕ собираюсь изучать Perl, Python, Tcl, Lua,
RHS>>> "язык" sed, "язык" awk, "язык" bash и прочий подобный маразм.
RHS>>>
S>> У каждого свои тараканы... Можно и на C писать час то, что на
S>> bash/perl за 5 минут делается...
RHS> Я вот просто не представляю себе что можно сделать на bash/perl за
RHS> 5 минут, а на C для того же самого потребуется час.
bash - формирование сложных комбинаций процессов с вводом-выводом.
perl - практически любая обработка текста.
tcl - и обработка бинарных форматов тоже, хотя обработка текста на perl
пишется быстрее; неблокирующий ввод-вывод.
RHS> Hаоборот представить могу, но с трудом. Потму как то, что делается
RHS> на C за 5 минут, на bash/perl в час может и не уложиться, часа 2-3
RHS> понадобится :-)
Иногда, наверное, и такое бывает... Мне, правда, не попадалось.
--
Феаноринги думают руками, арфинги - сердцем, а нолфинги - головой. (С)энта
Artem Chuprina
AO>>>> У меня вот тут коллеги мучаются, но пишут скрипты под винду.
AO>>>>
RHS>>> Значит у них не особо (вернее "особо не") подходящая работа для винды.
RHS>>>
MS>> не, им просто нужно, а софта с таким функционалом просто нет. Или есть,
MS>> но нет возможности купить/украсть
RHS> А вариант что они просто не умеют сделать то, что нужно, штатными
RHS> средствами и посему пытаются решить проблему так, как они привыкли
RHS> на других OS -- совсем не рассматривается?
А скриптование у винды - штатное средство. Если кто не в курсе...
--
hands-free BSD
-- (С)энта
Rinat H. Sadretdinow
RHS>> Я вот просто не представляю себе что можно сделать на bash/perl за
RHS>> 5 минут, а на C для того же самого потребуется час.
AC> bash - формирование сложных комбинаций процессов с вводом-выводом.
Hикогда не понимал (хотя честно пытался увидеть в чём же прелесть) такой
unix-way:
aaa | bbb -c -D | eee | -gH -j -K -l | mmm | nnn -oPQRstU | x -y | zzz 2>&1
IMHO гораздо проще, понятнее и приятнее вызвать 'foobar.exe', который
сделает всё, что надо.
AC> perl - практически любая обработка текста.
Может быть, спорить не буду. Hо мне это не надо.
AC> tcl - и обработка бинарных форматов тоже, хотя обработка текста на perl
AC> пишется быстрее; неблокирующий ввод-вывод.
Может быть, бинарные форматы я обрабатываю на С,по-моему так гораздо проще.
--
Пока!
Rinat H. Sadretdinow
RHS>> А вариант что они просто не умеют сделать то, что нужно, штатными
RHS>> средствами и посему пытаются решить проблему так, как они привыкли
RHS>> на других OS -- совсем не рассматривается?
AC> А скриптование у винды - штатное средство. Если кто не в курсе...
WSH штатный для VBScript и JavaScript, для Perl/Python и уж тем более
для bash он не штатен.
--
Пока!
Yury Ivliev
On Tue, 08 Jun 10 08:16:58 +0400,
Rinat H. Sadretdinow <r...@newmail.ru> wrote:
RHS> Я вот просто не представляю себе что можно сделать на bash/perl
RHS> за 5 минут, а на C для того же самого потребуется час. Hаоборот
RHS> представить могу, но с трудом. Потму как то, что делается на C
RHS> за 5 минут, на bash/perl в час может и не уложиться, часа 2-3
RHS> понадобится :-)
- Вот за что я не люблю кошек!..
- Да ты просто не умеешь их готовить!
;)
А вот например: найти последний коммит в логе CVS. Hа C. За 5 минут. А?
/yury
Rinat H. Sadretdinow
YI> А вот например: найти последний коммит в логе CVS. Hа C. За
YI> 5 минут. А?
А я не пользуюсь ни CVS, ни RCS, ни SVN :-) У меня всё гораздо
проще -- изменил, заработало, copy через самбу на Linux под
именем Имя_Проекта.dd-mm-yy, если ещё значимые изменения в тот
же день, то дополнительно в Имя_Проекта.dd-mm-yy.hh.mm. Это
потому, что сейчас я пишу один и мне так удобно. Раньше, когда
в команде, мы пользовались Microsoft Visual Source Safe. Hе думаю
что там bash/perl сильно помогут тому, что в гуйне мышевазюканием
делается в три клика. Так что задача "найти последний коммит
в логе CVS" для меня из серии сферического коня в вакууме, мне
это просто не надо.
--
Пока!
Alex Korchmar
RHS> aaa | bbb -c -D | eee | -gH -j -K -l | mmm | nnn -oPQRstU | x -y | zzz 2>&1
RHS> IMHO гораздо проще, понятнее и приятнее вызвать 'foobar.exe', который
запиши этот скрипт в файл с именем foobar.exe и вызывай на здоровье.
RHS> сделает всё, что надо.
подобные однострочники в командной строке пишут в случаях, когда надо - один раз.
А ты можешь вместо этого за пяток часов написать и отладить программку на сях.
> Alex
Alex Korchmar
YI>> � ��� ��������: ����� ��������� ������ � ���� CVS. H� C. ��
YI>> 5 �����. �?
RHS> � � �� ��������� �� CVS, �� RCS, �� SVN :-) � ���� �ӣ �������
���, ����������� � ������� ���.
� ���� ��� ������������ �������� �� ������ - �� ���� ����� � �� ��������,
��� �� ������ ����������.
RHS> ����� -- �������, ����������, copy ����� ����� �� Linux ���
RHS> ������ ���_�������.dd-mm-yy, ���� �ݣ �������� ��������� � ���
RHS> �� ����, �� ������������� � ���_�������.dd-mm-yy.hh.mm. ���
������� ��� ������. ��������� ������ cvs �������. �������, ������,
������ ��������� hh.mm ����� �� ����?
RHS> ������, ��� ������ � ���� ���� � ��� ��� ������. ������, �����
� ����� ���� ������ - ��������� ������� �������������� ����� �����������,
������� ��� ������� � ������������� ����, ���.
RHS> � �������, �� ������������ Microsoft Visual Source Safe. H� �����
���������� ����� ������, ��.
> Alex
Rinat H. Sadretdinow
RHS>> А я не пользуюсь ни CVS, ни RCS, ни SVN :-) У меня всё гораздо
AK> угу, потребности в колбасе нет.
Именно так.
AK> А если для разнообразия работать за деньги - то тебя могут и не
AK> спросить, что ты хочешь пользовать.
Когда я был вынужден использовать VSS, меня и не спрашивали.
RHS>> проще -- изменил, заработало, copy через самбу на Linux под
RHS>> именем Имя_Проекта.dd-mm-yy, если ещё значимые изменения в тот
RHS>> же день, то дополнительно в Имя_Проекта.dd-mm-yy.hh.mm. Это
AK> охереть как удобно. Имитируем работу cvs вручную. Включая, видимо,
AK> ручное рисование hh.mm глядя на часы?
Именно так, в правом нижнем углу экрана часы.
RHS>> потому, что сейчас я пишу один и мне так удобно. Раньше, когда
AK> а когда тебя уволят - следующие получат очаровательный повод потрахаться,
AK> приводя это поделие к человеческому виду, ога.
Hе уволят. Сам себя я не могу уволить, а пишу я исключительно для себя.
Потому что не работаю нигде и ни на кого.
RHS>> в команде, мы пользовались Microsoft Visual Source Safe. Hе думаю
AK> уникальное говно кстати, да.
Свои функции выполняло.
--
Пока!
Valentin Davydov
> Date: Tue, 8 Jun 2010 05:16:58 +0000 (UTC)
>
>RHS>> А я радуюсь что не засрал себе мозги абсолютно ненужной фигнёй. А сейчас
>RHS>> я HЕ собираюсь изучать Perl, Python, Tcl, Lua, "язык" sed, "язык" awk,
>RHS>> "язык" bash и прочий подобный маразм.
>RHS>>
>S> У каждого свои тараканы... Можно и на C писать час то, что на bash/perl за
>S> 5 минут делается...
>
>Я вот просто не представляю себе что можно сделать на bash/perl за 5 минут,
>а на C для того же самого потребуется час.
За баш с перлом не скажу, а вот, например, анализатор текстового протокола,
свободный от переполнения буферов и нормально переваривающий строки любого
размера с любым содержимым, авторы сендмэйла на сях более 20 лет писали.
Вал. Дав.
Maxim Sokolsky
08 июн 10 09:12, Rinat H. Sadretdinow -> Maxim Sokolsky в сообщении по ссылке
area://ru.linux?msgid=<11874...@ddt.demos.su>+fb595de8:
AO>>>> У меня вот тут коллеги мучаются, но пишут скрипты под винду.
AO>>>>
RHS>>> Значит у них не особо (вернее "особо не") подходящая работа для
RHS>>> винды.
RHS>>>
MS>> не, им просто нужно, а софта с таким функционалом просто нет. Или
MS>> есть, но нет возможности купить/украсть
RS> А вариант что они просто не умеют сделать то, что нужно, штатными
RS> средствами и посему пытаются решить проблему так, как они привыкли
RS> на других OS -- совсем не рассматривается?
Сперва всегда начинают со штатных - зачем огород городить, если все есть? А вот
если их возможностей не хватает, либо если решение трудоемко - вот тогда нужна
некая автоматизация. И привычка к оси тут даже вредна. Линуксоид, который на
винде для скриптинга использует не встроенный в винду vb-скрипт, а перл или ещё
хуже ставит bash через одно место - получает больше проблем и теряет в плане
возможностей.
С наилучшими пожеланиями, Maxim.
... игр:Mikhail Glinka - Ruslan and Lyudmila CD1[>----------]66:15
Ilya Anfimov
> Yury Ivliev wrote:
> YI> А вот например: найти последний коммит в логе CVS. Hа C. За
> YI> 5 минут. А?
>
> А я не пользуюсь ни CVS, ни RCS, ни SVN :-) У меня всё гораздо
> проще -- изменил, заработало, copy через самбу на Linux под
> именем Имя_Проекта.dd-mm-yy, если ещё значимые изменения в тот
> же день, то дополнительно в Имя_Проекта.dd-mm-yy.hh.mm. Это
Hу, найди последнее изменение данного файла в этой твоей
VCS. Hа C.
Hа перле -- таки да, 5 минут. Hу, если не с синтаксиса
перла начинать, конечно.
Yury Ivliev
On Tue, 08 Jun 10 10:46:02 +0400,
Rinat H. Sadretdinow <r...@newmail.ru> wrote:
YI>> А вот например: найти последний коммит в логе CVS. Hа C. За
YI>> 5 минут. А?
RHS> А я не пользуюсь ни CVS, ни RCS, ни SVN :-)
Так о чём и речь. Задачи у всех разные (и не говорите мне, что
у Вас никогда не возникает необходимости сделать нечто такое,
для чего инструмента "в-один-тынц" не существует - не поверю).
А рисовать на каждый такой случай отдельный foobar.exe, да ещё
на C/C++... эээ... ну я бы поленился.
RHS> У меня всё гораздо проще -- изменил, заработало, copy через
RHS> самбу на Linux под именем Имя_Проекта.dd-mm-yy, если ещё
RHS> значимые изменения в тот же день, то дополнительно
RHS> в Имя_Проекта.dd-mm-yy.hh.mm.
А вот это "Имя_Проекта.dd-mm-yy" и "Имя_Проекта.dd-mm-yy.hh.mm"
Вы, я так понимаю, каждый раз глазами сверяете и руками вколачиваете?..
Я бы поленился.
<mode name="Капитан Очевидность">
Собственно о чём всё это...
Скриптование полезно а) в виде "однострочников" для решения нетипичных
одноразовых задач, б) чтобы избавиться от ежевечернего заката Солнца
вручную (тут можно конечно и нескриптовыми языками воспользоваться,
но если задачу можно решить организовав взаимодействие нескольких
готовых команд/компонетеов/some else - я бы предпочёл скрипт).
В POSIX-совместимых системах для скрипторания естественным образом
подходит shell + весь набор стандартных (и не очень) команд.
Собственно тут основная прелесть в том, что этот язык одновременно
является и основным языком интерактивной работы в терминале (чего
никак нельзя сказать об NT-шном cmd.exe, да и синтаксис, и набор
стандартных команд у него беднее) - отсюда и естественность написания
скриптов.
Для более "тяжёлых" случаев - perl/tcl/python/... Выбор конкретного,
по моим наблюдениям, по большей части определяется вкусами и степенью
освоения того или иного выбирающим. В NT из вариантов "искаропки" им
соответствуют VBS и JavaScript.
</mode>
/yury
Alex Korchmar
AK>> охереть как удобно. Имитируем работу cvs вручную. Включая, видимо,
AK>> ручное рисование hh.mm глядя на часы?
RHS> Именно так, в правом нижнем углу экрана часы.
ну, если совсем делать нечего - можно выполнять за машину ее работу.
RHS> Hе уволят. Сам себя я не могу уволить, а пишу я исключительно для себя.
RHS> Потому что не работаю нигде и ни на кого.
а-а...
> Alex
Andrey Ostanovsky
08 Jun 10 09:12, you wrote to Maxim Sokolsky:
AO>>>> � ���� ��� ��� ������� ��������, �� ����� ������� ��� �����.
RHS>>> ������ � ��� �� ����� (������ "����� ��") ���������� ������ ���
RHS>>> �����.
MS>> ��, �� ������ �����, � ����� � ����� ������������ ������ ���. ���
MS>> ����, �� ��� ����������� ������/�������
RS> � ������� ��� ��� ������ �� ����� ������� ��, ��� �����, ��������
RS> ���������� � ������ �������� ������ �������� ���, ��� ��� ��������
RS> �� ������ OS -- ������ �� ���������������?
�� ���������������. ��� ��� ����� �� ����� �����. :)
Andrey
Andrew Kant
Tuesday June 08 2010 00:56, Sergey wrote to Rinat H. Sadretdinow:
>> С, С++. Включая мелкие наколеночные тулзы, которые тут все
>> предпочитают делать в виде скриптов.
S> Анекдот есть про старого сисадмина и имя кошки. Hаверное, есть и анекдот
S> про старого программиста. :-)
Как раз старые программисты не гнушаются изучением новых языков. Hе бездумным
использованием, а именно узнать, чтоб сравнить, может что-то новое подчерпнуть.
А тут случай "я не читаю книг авторов, которых не читал ранее" и "не читал, но
осуждаю" ...
Good bye!
Andrew
Artem Chuprina
RHS>>> О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ bash/perl О©╫О©╫
RHS>>> 5 О©╫О©╫О©╫О©╫О©╫, О©╫ О©╫О©╫ C О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫.
RHS>>>
AC>> bash - О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫-О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
RHS> HО©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ (О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ чёО©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫) О©╫О©╫О©╫О©╫О©╫
RHS> unix-way:
RHS> aaa | bbb -c -D | eee | -gH -j -K -l | mmm | nnn -oPQRstU | x -y | zzz 2>&1
RHS> IMHO О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ 'foobar.exe', О©╫О©╫О©╫О©╫О©╫О©╫О©╫
RHS> О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫сё, О©╫О©╫О©╫ О©╫О©╫О©╫О©╫.
HО©╫, О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫.
AC>> tcl - О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ perl
AC>> О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫; О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫-О©╫О©╫О©╫О©╫О©╫.
RHS> О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫,О©╫О©╫-О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫.
О©╫ О©╫О©╫-О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ tcl. О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫, О©╫О©╫О©╫ О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫ О©╫ О©╫О©╫ О©╫О©╫О©╫, О©╫ О©╫О©╫
О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫.
О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ - О©╫О©╫О©╫ О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫
C. О©╫ О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫ - О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫...
--
О©╫О©╫О©╫О©╫О©╫О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫. О©╫О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫, О©╫ О©╫О©╫ О©╫О©╫О©╫О©╫О©╫О©╫О©╫.
-- (О©╫)О©╫О©╫О©╫О©╫
Danila Evstifeyev
07 июн 10 13:39, Sasha Shost -> Alex Mizrahi
SS> нужно: выход в консоль по а-к-ф1 - топ - кил того дума
Ctrl+Alt+F1 работает со всеми полноэкранными приложениями в Линуксе? Или ты
просто предложил подходящую команду?
Выход в консоль, вспомнить имя процесса, "killall PROCESS_NAME".
Это не выбор из графической оболочки, но достаточно лёгкий способ справиться с
программой, название которой ты помнишь (именно то, которым программу можно
запустить из консоли или которое есть в Task Manager-е).
--
Спасибо, что прочли письмо,
Данила Е.
Rinat H. Sadretdinow
AK>>> охереть как удобно. Имитируем работу cvs вручную. Включая, видимо,
AK>>> ручное рисование hh.mm глядя на часы?
RHS>> Именно так, в правом нижнем углу экрана часы.
Мне нисколько не жаль потратить четверть секунды чтобы увидеть сколько
сейчас времени и ещё полсекунды чтобы записать это в путь программы.
--
Пока!
Rinat H. Sadretdinow
RHS>> Hикогда не понимал (хотя честно пытался увидеть в чём же прелесть) такой
RHS>> unix-way:
RHS>>
RHS>> aaa | bbb -c -D | eee | -gH -j -K -l | mmm | nnn -oPQRstU | x -y |
zzz 2>&1
RHS>>
RHS>> сделает всё, что надо.
AC> Hу, тут Кошмарь уже все сказал.
Меня абсолютно не привлекает запоминать туеву хучу ключей команд типа find
или tar.
AC>>> tcl - и обработка бинарных форматов тоже, хотя обработка текста на perl
AC>>> пишется быстрее; неблокирующий ввод-вывод.
AC>>>
RHS>> Может быть, бинарные форматы я обрабатываю на С,по-моему так гораздо
проще.
RHS>
AC> А по-моему, проще на tcl. Это при том, что у меня как бы и на том, и на
AC> другом опыт есть.
For whom how (tm). Опыта именно программирования на tcl, perl, python
у меня слава богу нет, для меня это ReadOnly языки. То есть я могу их
читать и понимаю что выполняется в том или ином случае, но использовать
их для написания -- извините.
AC> Вот сложную побайтовую обработку, типа криптографии - это да, удобнее на
AC> C. А надо, кстати - на ассемблере, потому что скорость важна...
"Где мои 17 лет? Hа Большом Каретном" (C) Высоцкий. То есть я к тому,
что ассемблер в нынешние времена _для_ _скорости_ уже абсолютно не
критичен. Для какого-нибудь хака или заплаток on the fly да, но не
для скорости.
--
Пока!
Alex Korchmar
AK>>>> охереть как удобно. Имитируем работу cvs вручную. Включая, видимо,
AK>>>> ручное рисование hh.mm глядя на часы?
RHS>>> Именно так, в правом нижнем углу экрана часы.
AK>> ну, если совсем делать нечего - можно выполнять за машину ее работу.
RHS> Мне нисколько не жаль потратить четверть секунды чтобы увидеть сколько
RHS> сейчас времени и ещё полсекунды чтобы записать это в путь программы.
а мне вот жалко траты своего времени на кривую эмуляцию 1/100 функционала
cистемы контроля версий. Которая делает это прозрачно, без моего участия и
моих ошибок, ну и поэффективней копирования всего дерева проекта,
пожалуй, будет.
> Alex
Artem Chuprina
RHS>>> А вариант что они просто не умеют сделать то, что нужно, штатными
RHS>>> средствами и посему пытаются решить проблему так, как они привыкли
RHS>>> на других OS -- совсем не рассматривается?
RHS>>>
AC>> А скриптование у винды - штатное средство. Если кто не в курсе...
RHS> WSH штатный для VBScript и JavaScript, для Perl/Python и уж тем
RHS> более для bash он не штатен.
Скриптованием-то оно от этого быть не перестает. А что языки в норме
другие - ну, у вас в винде так принято...
--
Пользователь юникса перестаёт быть пользователем юникса если после его
пользования пользованный юникс перестаёт быть юниксом. (с)
Alex Porollo
07 Jun 2010 03:40, Sasha Shost wrote to All:
SS> топ бы
SS> нормальный
SS> у нас os/2 был топ, в котором курсором выбираешь что прибить и прямо
SS> (не набирая пид!) выделенное курсором - килл (скажем, той же f9 или
SS> кнопа k)
SS> а в убунту вечно топ вообще дебильный абсолютно, а htop только по
SS> пид-у (че я, пианист, блин вам, на ровном месте абстрактные цифры
SS> писать, когда прога вот - выделено название, че пиды то вспоминать?
SS> авторы что, никогда не киляли?)
SS> где есть нормальны (консольный) топ?
SS> что выбрал курсором и убил
htop-0.8.3-3.fc13.i686 в комплекте федоры.
Alex
Sergey Utkin
07 июн 10 03:40, Sasha Shost -> All в сообщении по ссылке
area://ru.linux?msgid=2:5033/11+4c0c3398:
SS> Hello All!
SS> топ бы
SS> нормальный
SS> у нас os/2 был топ, в котором курсором выбираешь что прибить и прямо
SS> (не набирая пид!) выделенное курсором - килл (скажем, той же f9 или
SS> кнопа k)
SS> а в убунту вечно топ вообще дебильный абсолютно, а htop только по
SS> пид-у (че я, пианист, блин вам, на ровном месте абстрактные цифры
SS> писать, когда прога вот - выделено название, че пиды то вспоминать?
SS> авторы что, никогда не киляли?)
SS> где есть нормальны (консольный) топ?
SS> что выбрал курсором и убил
Я юзаю htop точь вточь то что ты описал.
Rinat H. Sadretdinow
AK>>>>> охереть как удобно. Имитируем работу cvs вручную. Включая, видимо,
AK>>>>> ручное рисование hh.mm глядя на часы?
RHS>>>> Именно так, в правом нижнем углу экрана часы.
AK>>> ну, если совсем делать нечего - можно выполнять за машину ее работу.
RHS>> Мне нисколько не жаль потратить четверть секунды чтобы увидеть сколько
RHS>> сейчас времени и ещё полсекунды чтобы записать это в путь программы.
AK> cистемы контроля версий. Которая делает это прозрачно, без моего участия и
AK> моих ошибок, ну и поэффективней копирования всего дерева проекта,
AK> пожалуй, будет.
Hу я же не занимаюсь production development, я чисто для себя. И лично
мне так удобнее. 1/100 функционала cистемы контроля версий это дело
эмулирует или 1/10000 -- мне глубоко фиолетово.
--
Пока!
Rinat H. Sadretdinow
YI>>> А вот например: найти последний коммит в логе CVS. Hа C. За
YI>>> 5 минут. А?
RHS>> А я не пользуюсь ни CVS, ни RCS, ни SVN :-)
YI> у Вас никогда не возникает необходимости сделать нечто такое,
YI> для чего инструмента "в-один-тынц" не существует - не поверю).
Возникает. И тогда я пишу очередное наколение на C.
YI> А рисовать на каждый такой случай отдельный foobar.exe, да ещё
YI> на C/C++... эээ... ну я бы поленился.
А я вот не ленюсь. Вот делать что-то на том, на чём я сделаю это
гораздо дольше, чем на C, я уже ленюсь. Готовые скрипты на том же
Perl я правил, даже отправлял патчи в Nokia и они даже включили
их в какой-то рилиз своего Carbide C++, но чтобы самому с нуля делать
на Perl/Python/Tcl/bash то, что можно (и я считаю легче/проще, а посему
нужно) делать на C -- это уже не для меня.
RHS>> У меня всё гораздо проще -- изменил, заработало, copy через
RHS>> самбу на Linux под именем Имя_Проекта.dd-mm-yy, если ещё
RHS>> значимые изменения в тот же день, то дополнительно
RHS>> в Имя_Проекта.dd-mm-yy.hh.mm.
YI> А вот это "Имя_Проекта.dd-mm-yy" и "Имя_Проекта.dd-mm-yy.hh.mm"
YI> Вы, я так понимаю, каждый раз глазами сверяете и руками вколачиваете?..
YI> Я бы поленился.
Глазами и руками. По мне просто, удобно и быстро.
--
Пока!
Artem Chuprina
RHS>>> Hикогда не понимал (хотя честно пытался увидеть в чём же прелесть) такой
RHS>>> unix-way:
RHS>>>
RHS>>> aaa | bbb -c -D | eee | -gH -j -K -l | mmm | nnn -oPQRstU | x -y | zzz
2>>&1
RHS>>>
RHS>>> IMHO гораздо проще, понятнее и приятнее вызвать 'foobar.exe', который
RHS>>> сделает всё, что надо.
RHS>>
AC>> Hу, тут Кошмарь уже все сказал.
RHS> Меня абсолютно не привлекает запоминать туеву хучу ключей команд
RHS> типа find или tar.
Меня тоже. Я этого и не делаю. У меня для этого man есть. И zsh,
который этот ман вызывает по Alt-h :-)
AC>>>> tcl - и обработка бинарных форматов тоже, хотя обработка текста на perl
AC>>>> пишется быстрее; неблокирующий ввод-вывод.
AC>>>>
RHS>>> Может быть, бинарные форматы я обрабатываю на С,по-моему так гораздо
RHS> проще.
RHS>>
AC>> А по-моему, проще на tcl. Это при том, что у меня как бы и на том, и на
AC>> другом опыт есть.
RHS> For whom how (tm). Опыта именно программирования на tcl, perl, python
RHS> у меня слава богу нет, для меня это ReadOnly языки. То есть я могу их
RHS> читать и понимаю что выполняется в том или ином случае, но использовать
RHS> их для написания -- извините.
Разумеется, хум хау. Hо вот без опыта "и так, и эдак" ты выглядишь как
"слаще репы не едал". А так, конечно, дело хозяйское, я тебя медом
насильно кормить не буду :-) Вдруг у тебя на него аллергия, а я буду
виноват?
AC>> Вот сложную побайтовую обработку, типа криптографии - это да, удобнее на
AC>> C. А надо, кстати - на ассемблере, потому что скорость важна...
RHS> "Где мои 17 лет? Hа Большом Каретном" (C) Высоцкий. То есть я к тому,
RHS> что ассемблер в нынешние времена _для_ _скорости_ уже абсолютно не
RHS> критичен.
Проверено, мин есть :-(
Eugene Grosbein
AC> perl - практически любая обработка текста.
AC> tcl - и обработка бинарных форматов тоже, хотя обработка текста на perl
AC> пишется быстрее; неблокирующий ввод-вывод.
Обработка бинарных форматов на perl с его open/sysread/unpack/sysseek
у меня проблем не вызвала...
Eugene
--
Детям нельзя в интернет. От детей интернет тупеет.
Dima Badisov
AK>>>> охереть как удобно. Имитируем работу cvs вручную. Включая,
RHS>>> Именно так, в правом нижнем углу экрана часы.
AK>> ну, если совсем делать нечего - можно выполнять за машину ее
RS> Мне нисколько не жаль потратить четверть секунды чтобы увидеть сколько
RS> сейчас времени и ещё полсекунды чтобы записать это в путь программы.
И пару часов потом если опечатался. Оно бывает.
Dima
Ilya Kulagin
AK>> ну, если совсем делать нечего - можно выполнять за машину ее
AK>> работу.
RS> Мне нисколько не жаль потратить четверть секунды чтобы увидеть сколько
RS> сейчас времени и ещё полсекунды чтобы записать это в путь программы.
У меня есть в эксплуатации одна система, авторы которой тоже считали, что
оператор никогда не ошибается. Очень неудобно пользоваться.
Пpимитe увеpение в cовеpшеннейшем к Вам почтении.
/Moose
... Мы туда повернем, где окажется, что не туда...
Ilya Kulagin
MS> Линуксоид, который на винде для скриптинга использует не
MS> встроенный в винду vb-скрипт, а перл или ещё хуже ставит bash через
MS> одно место - получает больше проблем и теряет в плане возможностей.
Чувствую, 10 лет жизни потерял зря, рисуя шлюзы на перле...
А это ничего, что результаты работают годами, перелопачивают сотни тысяч
сообщений в месяц и не ломаются ни от от смены версии винды, ни от миграции на
другой компьютер, ни от установки очередного апдейта?
Пpимитe увеpение в cовеpшеннейшем к Вам почтении.
/Moose
... Одни на свете. Даю Вам слово...
Ilya Kulagin
S>> У каждого свои тараканы... Можно и на C писать час то, что на
S>> bash/perl за 5 минут делается...
RS> Я вот просто не представляю себе что можно сделать на bash/perl за 5
RS> минут, а на C для того же самого потребуется час.
Вот он и сказал, что это зависит не от используемого языка, а от мастерства
пишущего скрипт. Поскольку "за 5 минут" из реально полезного можно написать
только скрипт - сиречь простой одноразовый интерфейс к существующей библиотеке
(или коллекции библиотек). А на каком инструменте - не важно.
Пpимитe увеpение в cовеpшеннейшем к Вам почтении.
/Moose
... Это больше не бред, это факт, и прискорбный...
Artem Chuprina
AC>> perl - практически любая обработка текста.
AC>> tcl - и обработка бинарных форматов тоже, хотя обработка текста на perl
AC>> пишется быстрее; неблокирующий ввод-вывод.
EG> Обработка бинарных форматов на perl с его
EG> open/sysread/unpack/sysseek у меня проблем не вызвала...
_Мне_ на tcl как-то удобнее. А так да, можно и на perl.
--
Как в notepad тексты редактировать? Руками каждую букву набирать, что ли?
(c)vitus
Vlad Gnatov
RHS> Глазами и руками. По мне просто, удобно и быстро.
Я вижу Вы на правильном пути.
RHS> Возникает. И тогда я пишу очередное наколение на C.
Хотя настоящий творец не станет пользоваться всякими ненужными обертками
вроде C. Только ассемблер и желательно сразу в машинных кодах.
RHS> А я не пользуюсь ни CVS, ни RCS, ни SVN :-)
Замечательно.
RHS> У меня всё гораздо проще -- изменил, заработало, copy через
RHS> самбу на Linux под именем Имя_Проекта.dd-mm-yy, если ещё
А вот это Вы зря.
Художник должен творить на мокром песке, в промежутке между волнами.
Понадобилось выполнить ту же задачу? Значит есть возможность творить снова
и сделать еще лучше!
RHS>То есть я к тому, что ассемблер в нынешние времена _для_ _скорости_ уже
RHS>абсолютно не критичен. Для какого-нибудь хака или заплаток on the fly да,
RHS>но не для скорости.
Существуют два полярных мнения, одно что все надо писать на ассемблере,
другое что на нем не стоит писать ничего. Оба, разумеется, неверные.
Есть случаи где оптимизация нескольких сотен инструкций вручную дает
прирост производительности в разы. Хотя приходится оптимизировать для
каждого процессора отдельно.
Alex Mizrahi
RHS> минут, а на C для того же самого потребуется час. Hаоборот представить
RHS> могу, но с трудом. Потму как то, что делается на C за 5 минут, на
RHS> bash/perl в час может и не уложиться, часа 2-3 понадобится :-)
Это говорит только о том, что ты не знаешь bash/perl.
Чтобы сравнивать, нужно знать обе стороны.
Alex Mizrahi
Даже когда пишешь для себя система контроля версий может быть удобной.
Современные системы -- darcs, git, hg -- они настраиваются за пол минуты,
специально поддержки не требуют, а процесс записи коммитов я рассматриваю
просто как фазу code review -- так или иначе когда закончил делать какую-то
фичу, нужно просмотреть код, если результат хоть сколько-нибудь важен.
RHS> И лично мне так удобнее.
Угу, "удобнее" = "привык делать так, учиться лень, на эффекктивность --
насрать".
Типичный пользователь венды :)
Rinat H. Sadretdinow
RHS>> Меня абсолютно не привлекает запоминать туеву хучу ключей команд
RHS>> типа find или tar.
AC> Меня тоже. Я этого и не делаю. У меня для этого man есть. И zsh,
AC> который этот ман вызывает по Alt-h :-)
И каждый раз читать man меня тоже не привлекает. Потому как запомнить
это невозможно.
AC>>> А по-моему, проще на tcl. Это при том, что у меня как бы и на том, и на
AC>>> другом опыт есть.
AC>>>
RHS>> For whom how (tm). Опыта именно программирования на tcl, perl, python
RHS>> у меня слава богу нет, для меня это ReadOnly языки. То есть я могу их
RHS>> читать и понимаю что выполняется в том или ином случае, но использовать
RHS>> их для написания -- извините.
RHS>>
AC> Разумеется, хум хау. Hо вот без опыта "и так, и эдак" ты выглядишь как
AC> "слаще репы не едал".
Естественно я пробовал. Hо мне не понравилось. Ибо муторно и неочевидно,
банальные вещи в C тут приходится делать если не через задницу, то хотя
бы искать тривиальщину на CPAN.
AC> А так, конечно, дело хозяйское, я тебя медом насильно кормить не буду :-)
AC> Вдруг у тебя на него аллергия, а я буду виноват?
Так это не мёд, это генномодифицированный эрзац, отдалённо на мёд похожий
внешне, но по вкусу -- какашки.
--
Пока!
Rinat H. Sadretdinow
AK>>>>> охереть как удобно. Имитируем работу cvs вручную. Включая,
AK>>>>> видимо, ручное рисование hh.mm глядя на часы?
RHS>>>> Именно так, в правом нижнем углу экрана часы.
AK>>> ну, если совсем делать нечего - можно выполнять за машину ее
AK>>> работу.
RHS>> Мне нисколько не жаль потратить четверть секунды чтобы увидеть сколько
RHS>> сейчас времени и ещё полсекунды чтобы записать это в путь программы.
RHS>
AK> И пару часов потом если опечатался. Оно бывает.
С этого места поподробнее.
--
Пока!
Rinat H. Sadretdinow
RHS>> Я вот просто не представляю себе что можно сделать на bash/perl за 5
RHS>> минут, а на C для того же самого потребуется час. Hаоборот представить
RHS>> могу, но с трудом. Потму как то, что делается на C за 5 минут, на
RHS>> bash/perl в час может и не уложиться, часа 2-3 понадобится :-)
AM> Это говорит только о том, что ты не знаешь bash/perl.
AM> Чтобы сравнивать, нужно знать обе стороны.
Я их знаю чуть лучше, чем английский. То есть могу читать, могу переводить,
но сам говорить не могу, нет языковой практики. А практики нет по той же
самой причине -- не с кем общаться. Hо меня это нисколько не огорчает.
--
Пока!
Maxim Sokolsky
08 ��� 10 21:26, Ilya Kulagin -> Maxim Sokolsky � ��������� �� ������
area://ru.linux?msgid=2:5020/18.7+4c0e8c2d:
MS>> ���������, ������� �� ����� ��� ���������� ���������� ��
MS>> ���������� � ����� vb-������, � ���� ��� �ݣ ���� ������ bash
MS>> ����� ���� ����� - �������� ������ ������� � ������ � �����
MS>> ������������.
IK> ��������, 10 ��� ����� ������� ���, ����� ����� �� �����...
IK> � ��� ������, ��� ���������� �������� ������, �������������� �����
IK> ����� ��������� � ����� � �� �������� �� �� �� ����� ������ �����, ��
IK> �� �������� �� ������ ���������, �� �� ��������� ���������� �������?
���, not tool but task :) vb-������ ����� �� ��� ���� ����� �� ����� �����
� ���������� �����������, Maxim.
... ���:Mikhail Glinka - Ruslan and Lyudmila CD2[========>--]62:41
Yury Ivliev
RHS> банальные вещи в C тут приходится делать если не через задницу, то хотя
RHS> бы искать тривиальщину на CPAN.
/me чего-то в этой жизни не понимает... [задумчиво разглядывает перловый
однострочник и пытается представить чего нужно было бы наворотить для этого
на сях]
/yury
Artem Chuprina
RHS>>> Меня абсолютно не привлекает запоминать туеву хучу ключей команд
RHS>>> типа find или tar.
RHS>>>
AC>> Меня тоже. Я этого и не делаю. У меня для этого man есть. И
AC>> zsh, который этот ман вызывает по Alt-h :-)
RHS> И каждый раз читать man меня тоже не привлекает. Потому как
RHS> запомнить это невозможно.
Если _часто_ используемые ключи плохо запоминаются, стоит покушать
витаминчиков... А для редко используемых читать ман _каждый_ раз не
требуется.
AC>>>> А по-моему, проще на tcl. Это при том, что у меня как бы и на
AC>>>> том, и на другом опыт есть.
AC>>>>
RHS>>> For whom how (tm). Опыта именно программирования на tcl, perl,
RHS>>> python у меня слава богу нет, для меня это ReadOnly языки. То
RHS>>> есть я могу их читать и понимаю что выполняется в том или ином
RHS>>> случае, но использовать их для написания -- извините.
RHS>>>
AC>> Разумеется, хум хау. Hо вот без опыта "и так, и эдак" ты
AC>> выглядишь как "слаще репы не едал".
RHS> Естественно я пробовал. Hо мне не понравилось. Ибо муторно и
RHS> неочевидно, банальные вещи в C тут приходится делать если не через
RHS> задницу, то хотя бы искать тривиальщину на CPAN.
Вот мне не попадалось _банальных_ вещей в C, для которых надо было бы
что-то искать на CPAN. Обычно если надо что-то искать на CPAN, то это
уже сторонняя библиотека как минимум с толстым и неочевидным интерфейсом.
Применительно к задаче работы с бинарными форматами - особенно. Сравни
размер и API любой библиотеки работы с ASN.1 на C и на tcl.
--
Машины пока еще от копирования защищены хитрой немецкой технологией "сборка
трезвым" Alex Korchmar в <bjndsl$1p2q$1...@ddt.demos.su>