Это ты мудак.

Ну так объяснений хочу.

scanimage сканнирует картинку в stdout, а поток можно перенаправить в файл. Логично же.

Но зачем, если везде вроде делается не так...

Ни разу не видел картинку в потоке.

Открой для себя netpbm, например: там всё через потоки ввода-вывода

scanimage | display —

ты мудак. Это очевидно.

а почему бы не плевать результат на выходной поток?

По-моему излишний юникс-вэй в моих линуксах.

юникс-вея много не бывает!

юникс-вей не бывает лишним (если это конечно же не uzbl). особенно в таких утилитках (крайне упрощает сопряжение со всякими конвертерами и прочим)ю

в юзбле слишком много пейтона

питон там ненужен. Напиши на хацкеле же!

В юзбле слишком много.

Однако, все продолжают жевать кактус.

ну на самом деле я не уверен насчет количества юникс-вея в нем, но знаю одну вещь котороой там слишком много — ГОВНА ПОНОСА БЛЮВОТЫ ТОРМОЗОВ ПОЖИРАНИЯ ПАМЯТИ

УМВР.

Работать может и с говном...

открой хотя бы два окна :3

Постоянно открыто ~10-20, ЧЯДНТ?

не замечаешь тормозов и имеешь лишний гигабайт памяти который не жалко отдать под один только браузер

Ничего не тормозит. Гигабайтов не жрёт.

ах да, ты неправильно делаешь вот что: смотришь на пять вкладок lynx.isc.org

delivered
$ ps aux | grep uzbl
l29ah 2791 0.9 0.4 81756 15120 ? S May10 28:12 /usr/bin/python2.6 /usr/bin/uzbl-cookie-daemon -v start
l29ah 2794 0.0 1.9 109516 59496 ? S May10 1:41 /usr/bin/python2.6 /usr/bin/uzbl-event-manager -va start
l29ah 2800 0.0 0.0 13600 1240 tty1 S May10 0:00 /bin/bash /home/l29ah/bin/uzbl -u myanimelist.net/animelist/L29Ah
l29ah 2802 0.0 0.9 453088 29784 tty1 Sl May10 0:01 uzbl-core -u myanimelist.net/animelist/L29Ah --connect-socket /home/l29ah/.cache/uzbl/event_daemon
l29ah 10159 0.0 0.0 0 0 tty1 Z 20:00 0:00 [uzbl] <defunct>
l29ah 10504 0.0 0.0 13600 1324 pts/12 S 20:13 0:00 /bin/bash /home/l29ah/bin/uzbl
l29ah 10505 1.0 1.2 460208 39816 pts/12 Sl 20:13 0:00 uzbl-core --connect-socket /home/l29ah/.cache/uzbl/event_daemon
l29ah 10536 0.0 0.0 13600 1324 pts/12 S 20:13 0:00 /bin/bash /home/l29ah/bin/uzbl
l29ah 10537 0.4 0.7 319496 24468 pts/12 Sl 20:13 0:00 uzbl-core --connect-socket /home/l29ah/.cache/uzbl/event_daemon
l29ah 10546 0.0 0.0 13600 1320 pts/12 S 20:14 0:00 /bin/bash /home/l29ah/bin/uzbl
l29ah 10547 0.8 0.8 337928 26128 pts/12 Sl 20:14 0:00 uzbl-core --connect-socket /home/l29ah/.cache/uzbl/event_daemon
l29ah 10583 0.0 0.0 13600 1324 pts/12 S 20:14 0:00 /bin/bash /home/l29ah/bin/uzbl
l29ah 10584 1.6 0.7 319308 24192 pts/12 Sl 20:14 0:00 uzbl-core --connect-socket /home/l29ah/.cache/uzbl/event_daemon
l29ah 10599 0.0 0.0 13600 1324 pts/12 S 20:14 0:00 /bin/bash /home/l29ah/bin/uzbl
l29ah 10600 1.9 0.7 319484 24404 pts/12 Sl 20:14 0:00 uzbl-core --connect-socket /home/l29ah/.cache/uzbl/event_daemon
l29ah 10617 0.0 0.0 13600 1324 pts/12 S 20:14 0:00 /bin/bash /home/l29ah/bin/uzbl
l29ah 10618 2.3 0.7 319324 24212 pts/12 Sl 20:14 0:00 uzbl-core --connect-socket /home/l29ah/.cache/uzbl/event_daemon
l29ah 10642 0.0 0.0 13600 1324 pts/12 S 20:14 0:00 /bin/bash /home/l29ah/bin/uzbl
l29ah 10643 2.8 0.7 319192 24192 pts/12 Sl 20:14 0:00 uzbl-core --connect-socket /home/l29ah/.cache/uzbl/event_daemon
l29ah 10676 0.0 0.0 10668 912 pts/11 S+ 20:14 0:00 grep --colour=auto uzbl
l29ah 22266 0.0 0.0 13600 1308 tty1 S 13:34 0:00 /bin/bash /home/l29ah/bin//uzbl gaw.ru
l29ah 22267 2.3 1.7 593816 54256 tty1 Sl 13:34 9:33 uzbl-core gaw.ru --connect-socket /home/l29ah/.cache/uzbl/event_daemon

% awk '{a=a+$6;} END {print a}' < /tmp/shi
358792

ах, да, забыл: ГОВНО

Ещё один идиот, считающий занимаемую группой процессов рамку суммой rss?

еще один идиот, не дающий никаких других данных?

ольсо, покажи free -m до и после запуска. и сообщи, а потом посмотри на разницу.

*на разницу показаний free и суммы rss

Я вероятно неправильно его использую и у меня тормозит при где-то 5 вкладках

Что такое вкладки?

R

И что?

Эх блин, как хорошо, что я решил собрать гнома... И в консоли можно посидеть и срачи развести :)

и да, еще uzbl падает от каждого пержка

Не падал...

УМВР

У меня он больше не падает, теперь он просто не запускается.

дык это правильно! В стдаут

Ну нет же, я считаю удел всяких планов и остальной лабудени.

Да ты неадекват.
U #702199

Ну я ж не против этой лабудени, просто трудно превратить линукс в правильную систему...

И если командир не в ногу, всем похуй, что один солдат в ногу.

Если порекомендовал топ, не мешает почитать коментарии...

Хотя ладно, я неадекват, да.

да, ты. противник юникс-вея в моем прыщеблядиксе.

Я ж высказал всё, прочитай несколько комментов вверх.

што? там плачь на тему, что это мешает "превратить линукс в правильную систему". правильно == unix-way.

*плач

Вообще, я за более последовательный юниксвей. Надо, чтобы любая примитивная команда работала так же предсказуемо.

то, как ведет себя scanimage это и есть предсказуемо. unix-way. набери tar -c /

Именно, проблема в том, что не всё так работает

Тынепонял

Я за юниксвэй, но одной програмкой ничего не сделаешь же.

% scanimage | pnmtops | lpr

Ну хорошо, не одна, но по пальцам же пересчитать.

Ну, почему бы и не >? Unixовая классика — дефолтный вывод на stdout. Хошь сохрани в файл, хошь конвейером отдай конвертору или какому-нибудь lpr. Imho самый дурацкий вариант — -o=foo.png

всех устраивает как работает gzip

Ну гонит оно результат в stdout И что теперь? Просто один из вариантов.

Не один из вариантов, а единственный.

Если бы оно по умолчанию ложило в /var/tmp/scanimg.file я бы удивилась.

Хотя это тоже один из вариантов. Кстати, вывод в stdout в некоторых случаях очень удобен. Вообще многие приложения, предназначеные для передачи данных через пайп выдают результат на stdout а получают с stdin'а. man'ы пока не отменяли.

Ну, я считаю, что вариант без пайпа уж точно не помешал бы.

кому как. Никого не раздражает что там кнопка подписана "ок", а вон там на ней нарисована галочка. Это то же самое.

ну твой первый вариант это как будто мы саму картинку сканируем. А тут как раз все правильно. scanimage (вот только я без понятия, что это) выдает какой-то поток с картинкой. А мы его в файл пишем. PROFIT!

Мм, а вот это довод, да, в эту сторону я как-то не подумал :)

я так и думал, все начали срать в тред вместо того, чтобы подумать или написать что-то хоть отдаленно похожее на дельное. Сейчас, может быть, и меня в это вовлекут. Только я отпишусь после первый ответ на мое сообщение

Уже утихло давно.

вот и хорошо. Всем нам удачи

imho очевидно

Ну очевидно не очевидно, а я и попросил объяснить, где я мудак.

Дык сразу и объяснили, что это unix-way же. Впрочем, ради бога — на вкус и цвет все фломастеры разные

Ну нет же, это другое. Я не подумал, что в линуксах чаще стдин можно заменить просто параметром, а стдаут уже реже...

Как раз не другое, ибо дело не в заменить чаще-реже, а в общей логике

Ну в начале этого треда я и говорил, что в линуксах этого юниксвэя не так много и одна маленькая программа ничего не изменит. Раз уж пишешь под венду, используй дотнеты и не тащи туда свои гтк...

Что-то все в кучу.
1) Как это не так много? навскидку cat, tail, lpr, awk, sed, sort, tr, bc, dc, cut, grep, gzip, diff, cpio, troff и прочее.
2) причем тут венда?

Хорошо, сфейлил...

Гм. Что-то я невполне уже понимаю, в чем тут суть.

Да, я тоже, кончать надо, все удовлетворены?

шо за срач в треде?)))

ещё 6 сообщений?

да надо до соточки

ну вот кагбе мы и добираемся...

поднажали...

эй ухнем

я кстати уже не помню, о чем был этот тред.

ололо

о пайпах

о нет! зачем он это сделал! мы все умрем! 101...

Две сотни осилим не?

вообще-то о дефолтном выводе в stdout

точно! хотя нет надо поспорить так может и 150 )

Кстать, кто скажет, откуда ж в никсах все таки stdin stdout и > >> < << взялись?

сишка же.

Она, родимая. Кстать, никак догнать не могу, говорить "си-крест-крест" и "кодить на крестах", это чисто мой затуп или оно все-таки где-то встречается?

Оптимист идет по кладбищу и внимательно все разглядывает вокруг.
Так проходит какое-то время.
И тут он говорит:
"Да, положительное, однако, место. Кругом сплошные Плюсы."

Ну. можно еще минусы прибитые к столбам увидеть.

сишка или кресты?

Да вроде это чисто сишные библы. Если ты про stdin stdout.

я кресты не умею, но про >> знаю и пользовался, ==> это из сишки :)

вы мне вот что скажите, все типа знают С С++, а что вокруг столько быдло кода или говеная неповоротливая апликуха на яве?

потому что на петонах написать проще и быстрее, чем на си. Так-то!

На C, а тем более на крестах, сваять лютый быдлокод — легче лёгкого.

Знать основы С и кодить на С — разные вещи. Это я про себя. Моя задача обкуриться и распинать работать то, что написали алкоголики. =)

у меня есть задачка, надо будет ее запостить в жуйке. интересно на чем лучше писать ее.

Интересно.

угу, и об юникс-веях, говноарбузерах и проч и проч

вот смотри у оракла есть утилиты imp/exp (импорт\экспорт) и эти ёбаные поделки не могут данные валить в stdout. и что получается, что у нас дамп базы на 200Гб, а если бы они умели в stdout то поток сразу можно передать в gzip, и получить дамп в 14Гб. Профит же очевиден. так же и с картинкой, ее можно дальше обрабатывать. и даже для кривых оракловых утилит есть юникс-вэй это: mknod file.pipe p

Да понял я уже это всё...

блин, где мой русский