• 🔥 Бесплатный курс от Академии Кодебай: «Анализ защищенности веб-приложений»

    🛡 Научитесь находить и использовать уязвимости веб-приложений.
    🧠 Изучите SQLi, XSS, CSRF, IDOR и другие типовые атаки на практике.
    🧪 Погрузитесь в реальные лаборатории и взломайте свой первый сайт!
    🚀 Подходит новичкам — никаких сложных предварительных знаний не требуется.

    Доступ открыт прямо сейчас Записаться бесплатно

LS+ООП и утечки памяти

  • Автор темы Автор темы odyssey
  • Дата начала Дата начала
  • Теги Теги
    lss ооп
O

odyssey

Коллеги, кто баловался в LS с таким чудным объектом как CLASS.
Необходимо ли обязательно объявлять деструктор, пусть даже и пустой? Не его ли отсутствие приводит к утечкам памяти?
Help однозначного ответа не даёт.
 
уже пару лет как не пишу, но видно память подводит - что имеется в виду под деструктором в LS ?
delete объект точно помогает
 
ну как помогает.....
скорее замедляет работу всего кода в целом

использовать или не использовать - как то не заметил поведение по памяти
 
У объекта типа CLASS есть конструктор New и деструктор Delete. Вот если деструктор не объявлен от слова совсем?
пользуюсь постоянно (и предпочитаю) классами в ЛС
никаких утечек не будет(ну если длл "чужие" там не инициализировать и исключая баги в самой нотусне), даже LS2J объекты дестроятся...
 
У объекта типа CLASS есть конструктор New и деструктор Delete. Вот если деструктор не объявлен от слова совсем?
если штатные Notes объекты - то когда то давно были утечки и рекомендовалось дестроить их руками.
А вот если есть вызовы API и\или LS2J и даже LSLSX - то запросто все потечет при эксепшенах
и delete все норм отработает.
 
Мы в соцсетях:

Взломай свой первый сервер и прокачай скилл — Начни игру на HackerLab