(import
 (prefix expect expect:)
 (chicken io))

(expect:call-with-process-io
    "telnet"
    (lambda (in out)
      (expect:expect out "telnet>")
      (display "help\n" out)
      (read-line in)
      (newline)
      (display (read-line in))))

Вот пример, успешно прочитал первую строку из telnet help

Кто-нибудь пытался оживить https://github.com/mwitmer/guile-xcb ?

Сделал но не знаю на чем тестировать, выложил в той-же репе, скоро начну доку оформлять, кстати pty (модуль) который я изначально портировал тоже видимо работал, просто там траблы какие-то с выводом конкретной программы

Upd:
Ну короче на калькуляторе и телнете вроде работает, доку минимальную написал (один фиг из нее ничего не понять), теперь желательно чтобы ты или кто-нибудь попробовал на чем-нибудь реальном ее запустить (например коннект по ssh хотя бы проверить)

Ну а потом если все ок то можно в репозиторий chicken scheme либу добавить

Из леса завтра выберусь, опробую )))

у меня постепенно получается dsl для написания баров

По идее надо все вызовы call-with-input-file заменить на open-input-file и вынести за бесконечный цикл. В идеале пути типа (string-append "/sys/class/power_supply/" device "/" file)) тоже вне цикла создавать. Я не уверен как красиво это реализовать да и вообще я не знаю будет ли реальный прирост производительности.

открывать-закрывать файлы тоже плохо?

я знаю что сделать, покушаю и накидаю proof of concept

мне одному кажется что конструировать пути через string-append это дурной тон?

Я думаю что открывать и закрывать файлы каждую итерацию плохо.

нет, но я не знаю местных expand-file-name

Не уверен что в guile есть либа для работы с путями.

progress bar'ов, или... других?  😉

для status bar'ов, но вдохновляюсь я другим

а как тогда читать из них, seek?

Например с помощью get-line

https://www.gnu.org/software/guile/manual/html_node/Textual-I_002fO.html

в тех файлах только одна строка

это и не файлы по сути, а видимость