Для дропа есть with

По таким тэгам добавлять? text = Text(state='disabled') text.tag_config("n", foreground = colorad('а','html')) text.tag_config("т", foreground=colorad('т','html')) text.insert('insert','n') Просто ничего не показывает

попробуй text.insert('insert', ('n',))

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

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

разраб не позаботился об __del__. либо это у Lua _destroy, я уже всё путаю

попробуй text.insert('insert', ('n',))

тож не пашет

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

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

разраб не позаботился об __del__. либо это у Lua _destroy, я уже всё путаю

я же могу в цикле создать лейбы, а потом в text их добавить?

я же могу в цикле создать лейбы, а потом в text их добавить?

лучше тогда Label in label)0

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

Обычный unlink юниксовый штоле?

Обычный unlink юниксовый штоле?

Ага

тож не пашет

штранна. кинь код на пастебин и линк сюда

Бля. Я чет всегда думал, что он поумнее

штранна. кинь код на пастебин и линк сюда

https://pastebin.com/45XcVpJu

Бля. Я чет всегда думал, что он поумнее

боюсь представить что было бы если бы del уничтожал объект

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

потому что __del__ это не деструктор.

https://pastebin.com/45XcVpJu

что за colorlet?

что за colorlet?

функция красит букву

что за colorlet?

возращает код цвета

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

не логично.

Так. Ты создаёшь Label. Но не даёшь ему Master-widget. А надо

потому что __del__ это не деструктор.

Ну за ним идет петонячий мусоросборщик. Я еще на него надеялся и на exec*. Но нифига.

label = Label(root_label, text=x, fg=...

суть понял?

Ну за ним идет петонячий мусоросборщик. Я еще на него надеялся и на exec*. Но нифига.

если ты открыл дескриптор и забыл его закрыть - ССЗБ

при чем тут питонячий GC?

Ну он же там занимается очисткой памяти

label = Label(root_label, text=x, fg=...

root_lable это у нас Tk()?

Ну он же там занимается очисткой памяти

а каким хуем дескриптор к памяти?

И если я как раз не переопределил del то будет по идее норм

root_lable это у нас Tk()?

нет, это тот Label, в который ты пихаешь другие Label

нет, это тот Label, в который ты пихаешь другие Label

lb = Label() for word in words: for x in word: label = Label(lb, text = x, fg = colorad(x,'html'), font = 25,) lb.pack()

lb = Label() for word in words: for x in word: label = Label(lb, text = x, fg = colorad(x,'html'), font = 25,) lb.pack()

label тоже паковать не забывай

И если я как раз не переопределил del то будет по идее норм

схуяли? еще раз, python не гарантирует что del будет вызван, полагаться на него нельзя - раз. del никаким хуем не связан с дескрипторами ОС, которые ты получил. если разработчик позаботился о тебе и в del реализовал закрытие дескриптора - то тебе может быть повезло

потому что это все равно не гарантирует что дескриптор будет закрыт.

label тоже паковать не забывай

ЮЮХУУ, мать его. Да, весь день это делаю? СПасибо! Я же могу теберь scroll привязать нормально как-то, а то текст не влазит? И выровнять по левому краю?

схуяли? еще раз, python не гарантирует что del будет вызван, полагаться на него нельзя - раз. del никаким хуем не связан с дескрипторами ОС, которые ты получил. если разработчик позаботился о тебе и в del реализовал закрытие дескриптора - то тебе может быть повезло

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

ЮЮХУУ, мать его. Да, весь день это делаю? СПасибо! Я же могу теберь scroll привязать нормально как-то, а то текст не влазит? И выровнять по левому краю?

М, да, можешь, но немного покопавшись с фреймами и скроллбаром. там не очень сложно, если честно. Выравнивание тоже можешь делать

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

госспаде, ты читаешь задницей и не понимаешь написанного

М, да, можешь, но немного покопавшись с фреймами и скроллбаром. там не очень сложно, если честно. Выравнивание тоже можешь делать

выравние по лейбу едлть надо, да?

М, да, можешь, но немного покопавшись с фреймами и скроллбаром. там не очень сложно, если честно. Выравнивание тоже можешь делать

в который буквы заправляю

так, ты тегами или лейблами сделал всё же?

ых.

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

если есть циклические ссылки

так, ты тегами или лейблами сделал всё же?

лейбы)

если есть циклические ссылки

Нет. Он вообще игнорирует такие объекты, потому что там МОГУТ БЫТЬ циклические ссылки.

лейбы)

я сейчас пример с тегами кину, почитаешь

только я по привычке окно классом сделал, но суть ты уловишь

Нет. Он вообще игнорирует такие объекты, потому что там МОГУТ БЫТЬ циклические ссылки.

нет, еще один ебанат не знает как работает управление памятью в питоне.

в python есть счетчик ссылок и сборщик мусора

gc используется только если есть циклические ссылки.

нет, еще один ебанат не знает как работает управление памятью в питоне.

Тебе core разраб петона прямым текстом написал, как это работает. Можешь светлову рассказать какой он ебанат

и статья светлова о gc, который используется как раз таки если есть циклические ссылки.

https://ru.stackoverflow.com/questions/945317/%D0%9E%D1%88%D0%B8%D0%B1%D0%BA%D0%B0-%D0%BF%D1%80%D0%B8-%D0%B8%D0%BC%D0%BF%D0%BE%D1%80%D1%82%D0%B5-tensorflow-python

Тебе core разраб петона прямым текстом написал, как это работает. Можешь светлову рассказать какой он ебанат

нет, core разраб питона не идиот и описал сборщик мусора в питоне

помогите

но кто-то не осиливает это прочитать

нет, core разраб питона не идиот и описал сборщик мусора в питоне

Пока я вижу, что мой тезис верен. Это подтверждает его статья. У тебя "он ебанат. Все не так"

Пока я вижу, что мой тезис верен. Это подтверждает его статья. У тебя "он ебанат. Все не так"

какой твой тезис?

тут чат про питон?

или про ваши выебоны?

какой твой тезис?

Ну выше прочти. Или ты не читаешь?

Ну выше прочти. Или ты не читаешь?

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

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

?

ERROR: S client not available

@Way_To_Wins будет жить. Поприветствуем!

тут чат про питон?

Сейчас очень даже про петон. Спокойней

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

так он все правильно писал.

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

госспаде, ты читаешь задницей и не понимаешь написанного

? Тогда у тебя взаимоисключающие тезисы

точнее не будет собран, а попадет в gc.garbage

? Тогда у тебя взаимоисключающие тезисы

смотри мой тезис выше, на который ты ответил цитируя светлова.

Которым ты овтвечал на мой про переопределение del.

еще раз: 1. __del__ не деструктор, питон не гарантирует что он будет вызван 2. ты можешь пререопределить __del__ и подчистить ресурсы за собой (сетевые соединения \ файловые дескрипторы \ etc.) 3. ты это делать не обязан, лучше всего использовать явно open \ close \ контекстные менеджеры и т.п. 4. если ты все же это сделал и __del__ был вызван - то все хорошо, тебе повезло, если нет - ой. 5. если ты это сделал и у тебя есть циклические ссылки то твой объект попадает в сборщик мусора, который поместит его в gc.garbage.

еще раз: 1. __del__ не деструктор, питон не гарантирует что он будет вызван 2. ты можешь пререопределить __del__ и подчистить ресурсы за собой (сетевые соединения \ файловые дескрипторы \ etc.) 3. ты это делать не обязан, лучше всего использовать явно open \ close \ контекстные менеджеры и т.п. 4. если ты все же это сделал и __del__ был вызван - то все хорошо, тебе повезло, если нет - ой. 5. если ты это сделал и у тебя есть циклические ссылки то твой объект попадает в сборщик мусора, который поместит его в gc.garbage.

а вообще деструкторы есть? *пошел гуглить*

Которым ты овтвечал на мой про переопределение del.

я полагаю твоя проблема в том, что ты не знаешь как работает управление памятью в python и не отличаешь механизм подсчета ссылок от сборщика мусора. по-умолчанию используется счетчик ссылок и сборщик мусора используется далеко не всегда.

а вообще деструкторы есть? *пошел гуглить*

мне надо что-то сделать когда, например, скрипт прибивают по ctrl+c

а вообще деструкторы есть? *пошел гуглить*

нет

я полагаю твоя проблема в том, что ты не знаешь как работает управление памятью в python и не отличаешь механизм подсчета ссылок от сборщика мусора. по-умолчанию используется счетчик ссылок и сборщик мусора используется далеко не всегда.

и кстати, это поведение было характерно для твойки. с 3.4 объекты больше не попадают в gc.garbage

см. PEP 442

мне надо что-то сделать когда, например, скрипт прибивают по ctrl+c

под это дело специализированное исключение есть

@MarkEgorov статья светлова за 2013 год, уже немного не актуальна.

под это дело специализированное исключение есть

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

я полагаю твоя проблема в том, что ты не знаешь как работает управление памятью в python и не отличаешь механизм подсчета ссылок от сборщика мусора. по-умолчанию используется счетчик ссылок и сборщик мусора используется далеко не всегда.

Нет никакой проблемы. Я так выражаюсь для доступного описания ситуации вконтексте. Каждый раз писать про подсчет ссылок или gc избыточно. А вот ты начал втупую хамить как раз по тезисам, которые верный на сотку.

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

Для этого есть with

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

(нет, плюсового деструктора не хватает)

@MarkEgorov статья светлова за 2013 год, уже немного не актуальна.

У меня 2.7

Для этого есть with

и with не подходит, там лютая асинхронщина

и with не подходит, там лютая асинхронщина

async with

У меня 2.7

соболезнуем

там треды

А чем with то не устроил?

Сделай обертку, сохраняй в нее все коллы, а в exit обертки удаляй их

@sluthunt42 будет жить. Поприветствуем!