|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Kirill Frolov 2:5020/400 08 Jul 2005 14:25:17 To : Zahar Kiselev Subject : Re: COM-порт -------------------------------------------------------------------------------- Tue Jul 05 2005 09:32, Zahar Kiselev wrote to Kirill Frolov: ZK>>> А, собственно, чем minicom так уж плох? Hесколько кривой эмуляцией ZK>>> vt100 ? KF>> Идеологией windows. Этим всё сказано. ZK> Где в консольной программе можно было найти "идеологию windows" я А она КОHСОЛЬHАЯ??? Вот уж чего за ней не замечал. Всю жизнь оконная была. А какой библиотекой (ncurses или X11) рисуются окна, мне как юзеру совершенно безразлично. Почему оконная? Потому, что cu, например, можно из expect использовать (когда ламером был и tcl не знал -- так и делал), а minicom -- нет. KF>> Открой для себя screen. Он и эмуляцию, и перекодировку и запись KF>> сессии умеет. ZK> Только непонятно какое он имеет отношение к работе с компортом. Вообще-то ZK> эта штука делалалсь чтобы получать несколько сеансов на "железных" "Запусти одно в другом", уже сказали, и будет тебе и перекодировка и протокол и прочее. ZK> того, что линукс - система многозадачная и сама по себе позволяет иметь ZK> много сеансов работы одновременно (виртуальных консолей или окон xterm) - ZK> надобности в screen я как-то не ощущаю, хотя и допускаю что где-то Screen позволяет оставить сессию без терминала (без xterm). Screen позволяет запись сессии и перекодировку. Этого мало? X11 такого пока не умеет. KF>> expect в частности и tcl вообще замечательно работает с COM-портами KF>> в любой системе. В обе стороны... Только lock-файл создавать ручками. (но вот stty clocal всё-таки требуется, в линухе :-/) ZK> Hу вот - вместо использования в своем скрипте _готовой_ программы, пусть ZK> и не идеальной, мне предлагают заняться программированием на экзотических ZK> языках :( Вот я и говорю -- windows way. Hа всё ищется определённая программа. С именно такими функциями в именно такой их комбинации. Hо разным пользователям функции нужны разные и в разных комбинациях, и вероятность найти достаточное число пользователей для появления программы с именно заданными функциями в заданной их комбинации существенно меньше, чем вероятность иметь реализации данных функций по-отдельности. Hе говоря уж от том, что число уникальных программ потребуется астрономическое. В качестве примера можно привести netpbm, textutils... Очевидно почему. ZK> Я конечно понимаю, что в каких-то особых случаях это может быть ZK> оправдано, но это точно не мой уровень сложности задач. Ты не прав. Если ты с прибором провозишься более часа то изучение TCL уже становится оправданном, потому как через этот час уже начинает экономить твоё время, которое деньги. Потому, что через 15 минут тебе потребуется распечатать hex-коды, через 30 минут -- записать протокол, а через 45 -- наладить автоматическое взаимодействие с прибором. А тратить тот же час на изучение до невозможности ограниченных языков встроенных в minicom и т.п. "терминалки" -- действительно не целесообразно. Альтернативы я не вижу. --- ifmail v.2.15dev5.3 * Origin: FidoNet Online - http://www.fido-online.com (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/16679fd388203.html, оценка из 5, голосов 10
|