причём местами они в багтрекере висят по 15 лет

причём местами они в багтрекере висят по 15 лет

Если не критичные то как бы пофигу

В ловке вон тоже полно багов 15-летней давности, просто далеко не все обнаружены и не особо мешаются.

знаю один неприятный баг в юнити, что атласы перестают работать когда открыт редактор префабов

Можешь попробовать в ловке сделать впуклых полигонов, много интересного обнаружишь

знаю один неприятный баг в юнити, что атласы перестают работать когда открыт редактор префабов

в общем случае, впрочем, этот баг наблюдать невозможно, если не творить какую-то слабо документированную чёрную магию

(которую я, к сожалению, творю)

> os.execute("sh -c \"echo \\\\\\\\\\\\\\\"; \"") \" true exit 0

ему 8 палок а он тебе 1

итак в луа эта строка "sh -c \"echo \\\\\\\\\\\\\\\"; \"" превращается в sh -c "echo \\\\\\\"; "

дальше следует заметить что это два шелла, и прежде чем дойти до указанного sh вот эта строка "echo \\\\\\\"; " компилируется в echo \\\";

Может это символ "непечатаемых знаков", и в итоге он их колличество на 2 делит

И как то срезает

дальше следует заметить что это два шелла, и прежде чем дойти до указанного sh вот эта строка "echo \\\\\\\"; " компилируется в echo \\\";

получается она где то евалюейтится еще раз... но где

я призываю гуру а точнее просто подожду

или можно дальше пойти

выполнение в консоли дает вот это > sh -c 'echo \\\"' \"

первый обработчик хавает и должет давать sh в виде echo \"

а там уже ясно

дальше следует заметить что это два шелла, и прежде чем дойти до указанного sh вот эта строка "echo \\\\\\\"; " компилируется в echo \\\";

Ну так \ это спец знак. В lua можно использовать для N строк: local txt = "popabobra\ Olegator" для отмены \ нужно использовать так же \ Если тебе нужно N раз \ то пишешь такой: print(("\\"):rep(4))

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

на этапе луа всё идеально прозрачно

Две попы бобра в этот чат

дальше следует заметить что это два шелла, и прежде чем дойти до указанного sh вот эта строка "echo \\\\\\\"; " компилируется в echo \\\";

вообще можно вспомнить что echo сам хавает палки в том числе

и будет вполне логично

выполнение в консоли дает вот это > sh -c 'echo \\\"' \"

но как тогда объяснить это

выполнение в консоли дает вот это > sh -c 'echo \\\"' \"

это в lua должно ошибку выдать, так как нету новой строки. Я сново же про lua

а это не луа

это сеанс баш

а это не луа

Я про lua уточняю

Просто чат соответствующий

тут обсуждают всё

Скорее всего таже тема, что и на lua хзшки

По этому \\\ -> \

Так как третий \ это спец. символ

А кстати

Что бы вывести как есть, пиши в 'Lamada'

Не в "ТопТышка"

Я про кавычки

да точняк

проверил теперь пояснее

и дальше ечо хавает палки

и превращает в \"

Скорее всего "" это стринг (string), а '' это последовательность чаров (char)

Это мои предположения

А, ну не совсем так

да все ясно уже

'' не экранируется

в " " ты можешь переменные кидать, по этому это как для string.format фигня

в шелле

'' не экранируется

Да

local function shexec(cmd) os.execute("sh -c \"".. cmd:gsub("\\", "\\\\"):gsub("\"", "\\\"") .."\"") end

а всё потому что в винде луа может юзать не тот шелл

local fp = io.open(outFile, "w") if not fp then error("failed to open outFile") end for k, kv in pairs(res) do fp:write(k .. "=" .. kv .. "\n") end fp:flush() fp:close() на момент fp:close() файл еще не полностью записан.. что сделать?

Как так неполностью записан? Вообще, по хорошему он должен быть полностью записан в момент fp:write если отключена буферизация, или при fp:flush если включена. Как ты узнаёшь что он ещё недо записан?

У меня всё работает

У меня всё работает

Вопрос не в том, что ты открыл этот файл через примерно сто миллиардов лет в компьютерном эквиваленте. А в том что в момент fp:close() он недозаписан.

Как так неполностью записан? Вообще, по хорошему он должен быть полностью записан в момент fp:write если отключена буферизация, или при fp:flush если включена. Как ты узнаёшь что он ещё недо записан?

define glfw_Prepare lua gmake/glfw.lua $(glfw_ACT) $(targetOS) $(buildProfile) $(glfw_CACHEDIR) $(eval $(shell cat $(glfw_CACHEDIR)/glfw.cache)) endef

дело оказалось не в луа

а в том что $(shell cat ...) хавает переходы строк

все получается одной строкой

и евал проваливается

а за ним все остальное

когда я сделал так, все стало удивительно нормально работать: define glfw_Prepare lua gmake/glfw.lua $(glfw_ACT) $(targetOS) $(buildProfile) $(glfw_CACHEDIR) $(eval $(file < $(glfw_CACHEDIR)/glfw.cache)) endef

У меня всё работает

Кароч, у меня на работе есть такие штуки как шедулеры. Штуки, которые запускают луёвые скрипты по событиям. Например, по времени, или по входящему сообщению от раббита. Или в момент, когда в конкретной папке появляется файл с определённым форматом имени. И иногда, если пытаться считывать этот файл в момент вызова скрипта — он ещё недозаписан, и неизвестно когда дозапишется — через микродолю секунды, или через секунду, или через пол часа если он на много гигов.

И с некоторыми файлами приходилось городить костыли, из серии "если скрипт вызвали на какой-то файл, сначала 10 раз в секунду проверяем, изменился ли размер файла, если перестал меняться значит наверное его записали и можно гонять скрипт". Но если сохранять во временной папке на том же диске, а потом "переименовать" файл в новое место чтобы его подхватили — будет сразу ништяк. Если что, для перемещения файлов обычно они "переименовываются", хе.

Есть мем, с тем чтобы автоматом выдавать фиксы для ошибок в консоль через чатгпт и прочие ии.

Но что мешает делать вот так, и на недельку поставить крутиться пока все ошибки не будут поправлены? try { doSomething(); } catch { let fix = OpenAI.chat(...); sourcecodefile.write(fix); restart(); } У кого есть доступ к ИИшкам, кто попробует сделать автоматические фиксы с оптимизацией?

Но что мешает делать вот так, и на недельку поставить крутиться пока все ошибки не будут поправлены? try { doSomething(); } catch { let fix = OpenAI.chat(...); sourcecodefile.write(fix); restart(); } У кого есть доступ к ИИшкам, кто попробует сделать автоматические фиксы с оптимизацией?

Эт надо чтобы ИИшка хотя бы в patch-diff формате выдавала код, не уверен что эт получится сделать нормально

Эт надо чтобы ИИшка хотя бы в patch-diff формате выдавала код, не уверен что эт получится сделать нормально

Вот надо постараться. Или можно попробовать попросить её выдать полный исходный код с фиксом.

Вот надо постараться. Или можно попробовать попросить её выдать полный исходный код с фиксом.

Ну вот тут тоже не факт, что выдаст код ТОЛЬКО с фиксом, а не придумает что-то поверх ещё. Такой подход только больше проблем добавить может, но звучт всё равно прикольно, я б посмотрел на такой прикол

Суть именно в приколе. Вдруг ИИшка решит поправить свой кусок с запросами к себе любимой?

Суть именно в приколе. Вдруг ИИшка решит поправить свой кусок с запросами к себе любимой?

Или скажет "ой, а это что, я?"