нюанс: слабые ссылки поддерживаются только на новых классах

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

ой как хорошо такое читать

приятненько

неплохая статейка на ночь https://spark.ru/startup/itprofit/blog/16813/seks-narkotiki-deepweb

Это какой-то троленк?

чет там внутри этой статьи какой-то ад

Я думал эта чушь с "уровнями" только на двощах всплывает

http://itprofit.com.ua/2016/07/14/sex-drugs-deepweb/ оригинал

там чуток сложнее, но смысл такой, что память вернется в хип

Спасибо за объяснение

https://vk.com/margaaaaalarm автор статьи

Я ток не понял хип и фрейм слова. Для меня эти термины новые

Deep Web больше открытого Интернета в 600 (мать его) раз.

и?

YouTube уровня B

Проиграл

А чому про А лвл не сказали?

Deep Web больше открытого Интернета в 600 (мать его) раз.

Кстати а пруфов я то не вилел

Я ток не понял хип и фрейм слова. Для меня эти термины новые

хип/куча/динамическая память - это термины из таких языков как С, для обозначения памяти, распределяемой на лету

фрейм - в данном контексте набор переменных на стеке, которыми оперирует код на питоне в некий момент времени. очень грубо говоря locals()

А если я как пидор вызову PyMem_Free?

валяй

Бсод даст? XD

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

поэтому если туда попадет новый объект, то при обращении к старому, который туда ссылается можно произойти что угодно

господа

вопрос на сто долларов

про что была игра "Симулятор жида"?

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

Так выходит del a и есть деструктор? В наближенном к С понятию

del скорее аналогичен delete/delete[]

Кстати а пруфов я то не вилел

это не изученая британскими учеными инфа

про что была игра "Симулятор жида"?

http://pikabu.ru/view/simulyator_zhida_1512219

Просто везде этот__del__ деструктором называют, даже на Википедии

Дестру́ктор — специальный метод класса, служащий для деинициализации объекта(например освобождения памяти).

Под это определение он подходит

разве?

а вот это

>>> class c: ... def __del__(self): ... print('del') ... >>> a = c() >>> a.__del__() del >>> a.__del__() del >>> a.__del__() del >>> a <__main__.c object at 0x7f2dc6ef5358>

__del__ выполняется при деинициализации, все верно

но сам он деинициализацией не занимается

А руками можно вызвать что хочешь

Дестру́ктор — специальный метод класса, служащий для деинициализации объекта(например освобождения памяти).

Так дошли же до вывода что это следствие а не причина. Причина - сборщик мусора или del

но сам он деинициализацией не занимается

Может, если ему нужно закрыть подключение к бд, например

Но всё же)

Так дошли же до вывода что это следствие а не причина. Причина - сборщик мусора или del

А разница? Все равно он выполняется при уничтожении объекта

денис грокает, а я свалил

разница просто в том, что он не подходит под данное выше определение из вики)

да, в определенных случаях - если он закрывает подключение к бд - да

но в общем случае нет

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

В с++ тоже можно сделать деструктор, который не делает ничего

Но тем не менее это будет деструктор

он разве не убьет объект?

но в общем случае нет

Значит__del__ не деструктор!

Го менять вики

деструктор, но в другом понимании)

Это какой-то каллбэк деструктора

Деструктор и не должен убивать никого, он должен выполнить деинициализацию, если она нужна

Это __del__ и делает

ну хорошо

так)

Это __del__ и делает

Не делает же он ничего

Давайте на C++, раз тут не задалось: у всех ли экземпляров классов есть деструктор?

ERROR: S client not available

Давайте на C++, раз тут не задалось: у всех ли экземпляров классов есть деструктор?

Нет

Бля говорили про то что он вызывается как следствие

а что происходит при delete?

Не делает же он ничего

В данном примере не делает, а вообще может закрывать файлы и сокеты

Если юзверь определил

То да

Бля говорили про то что он вызывается как следствие

как следствие значит он должен быть у всех классов?

Всё, я всё прочитал

Просто вики немного не права, как по мне

деструктор вызывается одновременно с удалением из памяти, но это не значит что он что-то там конкретное делает

как следствие значит он должен быть у всех классов?

Можно сказать, что у всех классов есть пустой деструктор

вот на конструкторе норм написали:

специальный блок инструкций, вызываемый при создании объекта.

за сим валю спать

Можно сказать, что у всех классов есть пустой деструктор

то есть интерпретатор добавляет эту инструкцию для класса?

то есть интерпретатор добавляет эту инструкцию для класса?

Нет, но можно представить, что она там есть. Результат не поменяется

При уничтожении объекта без деструктора просто ничего не вызывается

Просто вики немного не права, как по мне

+

хм , тогда где то же этот блок кода должен существовать

При уничтожении объекта без деструктора просто ничего не вызывается

+

Своеобразный каллбэк

хм , тогда где то же этот блок кода должен существовать

В объявлении класса, например. Если он есть. А если нет, то нигде

Завтра послушаем лекцию про инит

Чтобы понять инит, надо понять метаклассы

все, более менее разжевано

На самом деле конструктор это скорее __new__

+

А знание С и подноготной хорошо помогает понимать путон

А знание С и подноготной хорошо помогает понимать путон

И чем же знание Си помогает понимать птон?

Это я не так сформулировал

Прошу простить