xbindkeys - Как заставить читать конфиг НЕ из файла

Возможно это сделать?

Да, только патчить надо. В https://github.com/IonicaBizau/xbindkeys/blob/master/options.c в опции -f проверка на stdin(-) не прописана.

-f /dev/stdin?

-f /dev/stdin?

А проверка exist с stdin нормально отработает?

Ох, ну и кривокод, он его закрывает. EAFP еще не изобрели тогда? Не знаю.

Закрывает stdin? Тогда /dev/fd/3 и редирект в него.

cat /dev/fd/3 3>&0

У тебя ссылка на какой-то левый форк, ещё и устаревший.

Вот правильная http://git.savannah.gnu.org/cgit/xbindkeys.git/

EAFP еще не изобрели тогда?

Пишут в 1979

xbindkeys -f /dev/stdin ? А если из stdout? Я не совсем понимаю что происходит)) Но мне нужно что бы конфиг читался без создания файла.

Ты сам спросил как прочесть конфиг из stdin. Тебе ответили. Что именно ты не понял? Из stdout обычно нельзя читать, но если ты таки подсунешь туда дескриптор для чтения то -f /dev/stdout так же сработает.

Конфиг будет читаться из базы данных. Программа может его вывести но записывать в файл нельзя. Пусть будет примитивный cat config > /dev/stdin Как его правильно перенаправить в xbindkeys? У меня не укладывается в голове

cat config > /dev/stdin

Попробуй что то вроде:

cat config | xbindkeys -f /dev/stdin

Ну вдруг получится. Хз.

Не запускается..

1) Что значит не запускается?

2) Что было непонятно с stdin? Я понимаю если ты задал другой вопрос и тебе бы написали про /dev/stdin и ты не знал куда его засунуть. Но ты же сам спросил про stdin, а когда тебе таки ответили - стал спрашивать как он работает. Как такое могло случиться?

1. Что значит не запускается?

xbindkeys -f config это запустит xbindkeys с параметрами в config. Твой вариант не запускает xbindkeys, не знаю почему

2. Что было непонятно с stdin? Я понимаю если ты задал другой вопрос и тебе бы написали про /dev/stdin и ты не знал куда его засунуть. Но ты же сам спросил про stdin, а когда тебе таки ответили - стал спрашивать как он работает. Как такое могло случиться?

Думал что понятно куда нужно засунуть, но не работает всё это. Я рассчитывал на пример, а не просто xbindkeys -f /dev/stdin - так и я мог написать, но по факту stdin пусткой когда xbindkeys его читает. Вопрос и состоял в том что бы как-то пропихнуть конфиг что бы xbindkeys его прочитал из stdin.

не запускает

Ну что ж. «На нет и суда нет». Не судьба.

Программа может его вывести но записывать в файл нельзя.

Почему нельзя записать в /tmp?

не нужны никакие костыльные tmp, всё должно работать но автор затрудняется внятно объяснить что у него не так

не нужны никакие костыльные tmp

Сам ты инвалид мозга. /tmp для того и предназначен, чтобы в него всякую временную фигню сбрасывать.

А /var/log предназначен чтобы в него скидывать логи. Так давай туда будем писать логи обновления системного таймера (каждое изменение текущей секунды).

Из того, что tmp предназначен для временных файлов, не следует что эти самые временные файлы надо злостно создавать даже там, где они не нужны. В данном случае - не нужны.

1) Повторю вопрос: что значит «не запускает»? Ты специально скрываешь «симптомы» чтобы всех позлить, или по глупости считаешь их несущественными? Если есть проблема, описывай её полностью - что именно происходит после запуска команды, что ты ожидаешь, и в чём разница между ожиданием и реальностью. Ответ «ничего не происходит» явно неверный - как минимум курсор переставляется на следующую строчку от нажатия энтера и выводится приглашение к вводу следующей команды. Иными словами, пиши не свою интерпретацию происходящего (оно не запустилось), а строгие факты (на экране не хватает такой-то надписи, или наоборот есть лишнее сообщение об ошибке, при нажатии хоткея то-то не произошло, итд, можешь скрином если по-другому сложно).

2) stdin это поток стандартного ввода; если ты просто запустил команду саму по себе - оно вводится с клавиатуры, если сделал редирект через «< filename» - из указанного файла, если сделал конвеер («|») - из вывода предыдущей команды конвеера.

Потому что нельзя. Это условие программы.

Я объяснил что не так. cat config | xbindkeys -f /dev/stdin вот эта шляпа не работает. а почему она должна работать?

Программа может вывести конфиг в консоль либо перенаправить куда-нибудь ещё, кроме файла…

tmp где физически находится? это оперативная память?

1. Пример cat config можно заменить на просто prog.sh некая программа выводит конфиг в таком виде как если бы его вывел cat config записывать конфиг в файл нельзя - это условие программы. xbindkeys может читать только файл, я не понимаю как ему скормить вывод вместо файла.

2. Может быть вы отлично соображаете что происходит при этом, но доходчиво это объяснить, что бы было понятно - вы не можете. Если я вас не понимаю, это не значит что я тупой, вам нужно лишь более структурированно излогать свои мысли.

если ты просто запустил команду саму по себе - оно вводится с клавиатуры

как можно понять о чём идёт речь? какую команду запустить, что «оно» вводится с клавиатуры?

если сделал редирект через «< filename» - из указанного файла, если сделал конвеер («|») - из вывода предыдущей команды конвеера.

если сделал то, да это, ну а в итоге то что происходит «если сделал» то и это? Смешно правда. Для вашего уровня задача смешная, но вы вместо примеров предлагаете, на понятном только вам языке, изучить природу stdin и pipe

Потому что нельзя. Это условие программы.

Какое к чорту «условие программы»?! Ты о чём?

tmp где физически находится? это оперативная память?

Набери mount без ничего. В выхлопе увидишь что представляет из себя /tmp.

Если я вас не понимаю, это не значит что я тупой

Вообще то, именно «это» и означает. Не будем ходить вокруг да около, да, ты тупой.

man mkfifo

man mkfifo

Не уровень ТС. Выше написано. Или с «кем» вы здесь какбэ общаетесь?

пусть повышает уровень. создать нечто типа этого может каждый

#! /bin/sh

mkfifo /tmp/xbk.fifo
trap "rm -f /tmp/xbk.fifo" EXIT

cat >> /tmp/xbk.fifo <<EOF
мой
сраный
конфиг
EOF

exec xbindkeys -f /tmp/xbk.fifo

это тоже самое что /dev/stdin использовать, только в 4 строчки вместо одной и опасностью переполнения фифо буфера (надо cat в фон убирать с помощью &)

как можно понять о чём идёт речь? какую команду запустить, что «оно» вводится с клавиатуры?

Если ты запустишь любую прогу, дав ей указание читать /dev/stdin - она будет читать клавиатурный ввод. Если ты сделаешь тоже самое, только с редиректом ввода через < или | - она будет читать данные из этого редиректа. /dev/stdin это не файл с данными на диске или в памяти, это ссылка на поток входных данных команды (повторю: тот самый, который в интерактивной консоли по дефолту берётся с клавиатуры и может быть перенаправлен с помощью <).

ты это всерьез? переполнение fifo на контролируемых тобой данных? и в фон, чтобы рисковать гонку получить?

Ты же этот скрипт как пример привёл, в реальных данных очевидно будут не три строчки и 18 байт. А размер буфера в локальных пайпах по дефолту неожиданно маленький, сам несколько раз натыкался.

В фон, чтобы записываемые данные сразу кто-то читал, иначе тот кто пишет может зависнуть с фулл буфером. И нет, гонки там не будет (хотя некоторые отличия от настоящего файла будут - например частичное чтение без eof, и теоретически плохо написанная прога может от этого сломаться, но с тем же успехом она может сломаться от неработающего на пайпах lseek).

tmp где физически находится? это оперативная память?

Может быть по-разному настроено (я лично не люблю, когда /tmp в tmpfs), но всегда можно создать tmpfs-раздел в любой удобной точке монтирования.

размер буфера проверяется и регулируется при помощи getconf. считать конфиг сначала из stdin и оценить размер при помощи wc - тоже как два байта переслать. да, «код», который я привел - это PoC. мне не западло показать студенту, куда рыть, но и лабу всю за него делать не буду

размер буфера проверяется и регулируется при помощи getconf. считать конфиг сначала из stdin и оценить размер при помощи wc - тоже как два байта переслать

Это всё круто, но зачем столько лишних действий, когда можно всё сделать в одно?

/dev/stdin - довольно непортабельная фича, как и /proc/self/fd/0

С -n (--nodaemon) всё работает:

cat xbindkeysrc |xbindkeys -f /dev/stdin -n

(По крайней мере у меня).

Чего это она не портабельная? В линуксе есть, в фрибсд есть, в опенбсд скорее всего тоже. Вот /proc - да, только в линуксе.

она не портабельная?

А на кой здесь приплыла эта ваша «портабельность», мазохисты чортовы?

насколько я помню, это фича не ос, а korn-оподобных шелов

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

походу

(vic@vilen)~ $> ll /dev/std*                                                                             [sh]
lrwxrwxrwx 1 root root 15 дек 19 21:32 /dev/stderr -> /proc/self/fd/2
lrwxrwxrwx 1 root root 15 дек 19 21:32 /dev/stdin -> /proc/self/fd/0
lrwxrwxrwx 1 root root 15 дек 19 21:32 /dev/stdout -> /proc/self/fd/1
(vic@vilen)~ $>                                                                                          [sh]

В бсд там симлинк на /dev/fd/0

по мне так не очень похоже, слишком узкая тема

Спасибо, то что нужно.