Оно только запущенное через дефолтный гейзер сжирает over 220M оперативы. Это же в 4 раза больше самой жирной реализации CL - sbcl, запущенной со slime-ом! Ладно там у sbcl можно понять - есть навороченный компилятор, но у racket что? Может этот жор настраиваемый?

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

ЗЫ из-за этого жора я так понимаю мелкие скрипты на racket как и с SBCL тоже в пролёте?

Давно играл когда малой совсем был и о интернетах вообще ничего не знал. Помогите вспомнить название. Есть наёмники, вроде на задание их можно отбирать, снаряжение для них можно подбирать перед заданием. Действие где-то в Африке. Помню вторую миссию на нефтеперерабатывающем заводе с длинным мостиком на нефтяную платформу в море. Сабж должен иметь какую-никакую русскую локализация - иначе я бы в неё не играл в своё время.

В отличие от JA2 нет большой карты страны с локациями и указаниями кому-куда надо топать. Просто следует ряд определённых миссий с боевыми действиями, перед которыми отбирается и снаряжается отряд. Помню плохо но вроде бой явно не в пошаговом режиме - даже можно переключить в режим реального времени. В JA изометрия, а в сабже точно 3D. Также в бою наёмники могли управлять техникой.

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

Пишу gui на python+tkinter. Использую grid - первая строка 2 ползунка и ttk.Label с картинкой, на второй строке полностью один ttk.Label с текстом. Можно ли повысить приоритет расширения у ячейки с картинкой, чтобы при изменении размера окна все остальные виджеты не меняли свой размер и оставались прижатыми к краям окна, а все изменения размера окна «поглощал» виджет с картинкой?

В файлах прекрасно видны с помощью less посреди всякой бинарщины. Есть ли какая готовая либа их надёжно прочитать?

Интересна стала вот такая фича подсветки лиспового синтаксиса: только в редакторе оформляется вход через '( или `( - меняем fg цвет. Выходим в обыкновенный код в том числе и посредством , или ,@ - меня меняем цвет fg на дефолтный обыкновенного кода. Можно ли такое замутить в emacs?

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

dotsf - файл с точками. curvef(0) - файл с кривой фитования, генерирует его отдельная моя программа, очевидно точек разное количество поэтому в разных файлах. Можно ли сделать так чтобы в легенде кривая и точки оформились вместе под одним описанием?

dotsf = "../data/input/chout.dat"
curvef(x)  = sprintf("../data/export/chout-fun.%02d.dat", x)
set output outputfile("chout")

plot dotsf using 1:2 with points title "", \
     curvef(0) using 1:2 with lines title ""

Стала доступна новая версия Vala — C#-подобного языка программирования и одноименной реализации в виде транслятора в код на C. Проект в основном нацелен на упрощение для разработчиков использования программной инфраструктуры построенной на GLib.

>>> Список изменений

Есть 2 директории, которые по большей части должны мало различаться. Одна директория с одной версией контента, другая - с более новой. Существует ли какая-нибудь утилита с помощью которой можно вывести список файлов, изменения которых отвечают за изменения контента в версиях? Также неплохо чтобы был вывод обыкновенного перемещения одного и того же файла в директории со сменой версии.

Какие ещё есть кроме известных работ Кнута и производных?

Есть один скрипт, для выполнения которого рождается процесс и живёт в среднем 1 мс. Как получить график зависимости от времени: занимаемой процессом ОЗУ, процессорного времени и io канала с диском?

CL-USER> (defvar *process*)
*PROCESS*
CL-USER> *process*
; Evaluation aborted on #<UNBOUND-VARIABLE *PROCESS* {1007C4B8C3}>.
CL-USER> (let* ((p (sb-ext:run-program "/usr/bin/R" nil
                                       :output :stream
                                       :error :stream
                                       :input :stream
                                       :wait nil))
                (in (sb-ext:process-input p))
                (s (sb-ext:process-output p)))
           (declare (ignorable s in))
           (prog1
               (with-output-to-string (*standard-output*)
                 (loop :for c = (read-char s nil nil)
                       :repeat 10
                       :while (and c
                                   (if (char/= c #\>)
                                       t
                                       (progn
                                         (write-char c)
                                         nil)))
                       :do (write-char c)))
             (setf *process* p)))
""
CL-USER> *process*
#<SB-IMPL::PROCESS :EXITED 2>
CL-USER> (sb-ext:process-alive-p *process*)
NIL
CL-USER> (lisp-implementation-type)
"SBCL"
CL-USER> (lisp-implementation-version)
"1.3.11.debian"

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

Хочу написать в issues парочке тамошних проектов. Зарегался в gitlab, но это не помогло. Писал в admin@common-lisp.net, но не отвечают. Может нужно в письме что-то сообщать для этого?

Шоткат - нажатие обычного пробела.

Изначально на нём забиндено slime-autodoc-space. Временами включаю минорный режим - view-mode. Вот его конфиг:

(require 'view)

(define-key ctl-x-map "\C-q" 'view-mode)
(define-key view-mode-map "b" 'scroll-down-command)
(define-key view-mode-map (kbd "<space>") 'scroll-up-command)

Видно что минорный режим включается, но на пробел всё равно всё ещё забинден slime-autodoc-space.

Замечу, что такая фигня случается только с интегрирующим slime режимом. В других случаях биндится как надо - scroll-up-command.

Есть у меня один проект - генератор поточных парсеров текста, размеченного конструкциями вида:

\macro{arg1}{arg2}

база построена на системе событий: обработчик идёт по тексту, выводит этот текст в свой результирующий поток. Как только ловит подобное macro - ищет его в таблице определений, оттуда он достаёт инфу о процедурах которые нужно проделать когда ловится такая макра, процедуре при начале считывании первого аргумента, окончании считывания первого аргумента и так далее. В процедурах доступны функции управления выводом текста, управления стеком окружений таких макров, таблицей определений - можно переопределять макры, доопределять, в том числе только в рамках определённого окружения отдельного макра.

Это база, на ней строится и всякий сахар типа работы с аргументами как со строками, заглушка вывода, механизм latex-окружений - конструкций вида:

\begin{env}{arg1}
  text bla bla bla
\end{env}

Проект пишу на CL. Одна из причин создания проекта - препроцессинг tex-кода, нежелание учить тонкости расширения TeX его же средствами, представления о этих средствах как о довольно убогих инструментах. Вторая - мне нравятся подобные языки разметки и не понимаю почему они не выходят за рамки TeX-экосистемы, когда как они вполне могут представлять альтернативу всяким XML.

На данный момент уже есть прототип, в котором реализовано большинство намеченных функций. Причём этот прототип у меня валяется уже год без развития, не смотря на некоторые случаи практического применения. Недавно я возобновил работы над проектом.

Конечно у проекта есть проблемы. Это отсутствие документации, без которой я не вижу смысла публиковать код под свободной лицензией (а я намерен это сделать). Это проблемы с терминологией - в коде используются довольно неадекватные термины. Для этого я практически закончил писанину о концепции, краткую выжимку которой я описал выше и на основе которой буду писать документацию. Вот действительно как назвать этот проект? Как назвать семейство таких языков, на обработку которых нацелен проект?

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

Есть вот похожий по мотивации проект plump-tex.

https://instead.syscall.ru/ru//2017/01/08/instead-js/

Играть можно здесь.

Вот у меня есть окно и у программы с ней есть различные режимы. В разных режимах поведение окна кардинально разное. Думаю это можно устроить двумя способами: тупой - обработчик сигнала определяет какой режим и действует по ситуации, и более мне интересный - замена обработчика сигнала.

Насчёт последнего тут опять есть один очевидный вариант - вся эта динамика возлагается на имплементацию CL, т.е. намертво приколачиваем к сигналу лямбду, а та в свою очередь вызывает лямбду, которую лисп может менять в соответствии с режимом программы.

У меня же вопрос с более низкоуровневым переключением, на уровне инфраструктуры gtk. Что-то типа функции отключающей обработчики от сигнала, чтобы затем подключить другой соответствующий другому режиму. Я вот практически уверен, что ничего такого в cl-gobject-introspection нет. Остаётся вопрос - возможно ли это?

cast monk

... которую я слышал во сне. Снилось мне что я сам её исполнял. Инструмент - ряд металлических трубок. Начиналась музыка так: сначала один стук по трубке, потом второй и постепенно постукивания учащались и звуки выстраивались в красивую музыку.

В общем «поиграв» во сне я на некоторое время проснулся и понял что музыка играла у соседа по общежитию на компьютере браузером во вконтакте. Соображал я недолго и дальше погрузился в сон. Потом стало интересно как найти композицию. От соседа толку никакого - он сам в то время спал и сказал что в то время проигрываться могло что угодно, перемотать назад было нельзя.

В общем можно ли как-то найти композицию?

Решил реализовать алгоритм генерации лабиринтов. Для начала взял алгоритм описанный в этой статье. К сожалению то что получается у моего генератора не соответствует заявленным свойствам алгоритма:

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

Похоже я не так понял описание алгоритма. Поясню проблему на примере. Вот первые три ячейки левого края первой строки, множества определились как (1 | 2 2) - генератор решил построить стенку только между первыми двумя ячейками, но все три ячейки снизу решил не ограничивать. Т.е. на второй строке к 3-му шагу имеем карту множеств: (1 2 2) и делаем 3-й шаг. Первая стенка - решил не строить, карта: (1 1 2), вторая стена опять решил не строить карта: (1 1 1). Всё - в лабиринте цикл.

Генератор ведь строго по описанному алгоритму шёл?

https://bugzilla.mozilla.org/show_bug.cgi?id=1287827