169 похожих чатов

С понятием рекурсии разобрался. теперь с самим скриптом. если мой

скрипт работает. и работает стабильно в течении 1-2 часов - значит все нормально, то что вылазит ошибка ссылающаяся на рекурсию и переполнение стека - дак это должно быть связано с переполнением памяти или я не прав? должен же быть способ очистки. вот в чем суть вопроса! в поиске решения...

2 ответов

21 просмотр

мдааа..... гугли тогда переполнение буфера, стека или stack overflow... либо кривой код либо автоит кривой (сам интерпретатор

НИЧЕГО В РУЧНУЮ ОЧИЩАТЬ НЕНАДО (с 95% вероятностю) это тебе не С\С++ либо у тебя коде логика подразумевает бесконечноую рекурсию либо и в правду внешние библиотеки кривые - проверить их тогда отдельно надо, без аутоита, ну или с минимумом для проверки

Похожие вопросы

Обсуждают сегодня

Господа, а что сейчас вообще с рынком труда на делфи происходит? Какова ситуация?
Rꙮman Yankꙮvsky
29
А вообще, что может смущать в самой Julia - бы сказал, что нет единого стандартного подхода по многим моментам, поэтому многое выглядит как "хаки" и произвол. Короче говоря, с...
Viktor G.
2
30500 за редактор? )
Владимир
47
а через ESC-код ?
Alexey Kulakov
29
Чёт не понял, я ж правильной функцией воспользовался чтобы вывести отладочную информацию? но что-то она не ловится
notme
18
У меня есть функция где происходит это: write_bit(buffer, 1); write_bit(buffer, 0); write_bit(buffer, 1); write_bit(buffer, 1); write_bit(buffer, 1); w...
~
14
Добрый день! Скажите пожалуйста, а какие программы вы бы рекомендовали написать для того, чтобы научиться управлять памятью? Можно написать динамический массив, можно связный ...
Филипп
7
Недавно Google Project Zero нашёл багу в SQLite с помощью LLM, о чём достаточно было шумно в определённых интернетах, которые сопровождались рассказами, что скоро всех "ибешни...
Alex Sherbakov
5
Ребят в СИ можно реализовать ООП?
Николай
33
https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_h_common.erl#L174 https://github.com/erlang/otp/blob/OTP-27.1/lib/kernel/src/logger_olp.erl#L76 15 лет назад...
Maksim Lapshin
20
Карта сайта