бгг

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

блеть

но вены не вскрывают, вены вскрывают их пользователи

Ой, да ладно. Большая часть того, чем ты пользуешься написана на Си. Просто больше времени уходит на отладку и поддержку кода, вот и все

Я кстати заценил эту фичу с подсказками по коду и пробелмам от компилятора

реально помогало не мало

ну и rls для vscode пиздато пашет

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

кек

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

"ТЫ ЧЕ ТВОРИШЬ, ТАК НИЗЯЯЯ ВОТ ТУТ ХУЙНЯ БУДЕТ"

а rustc только на английском работает?

Ой, да ладно. Большая часть того, чем ты пользуешься написана на Си. Просто больше времени уходит на отладку и поддержку кода, вот и все

не от хорошей жизни оно на си написано, прямо скажем.

а rustc только на английском работает?

на default_language в IT же.

ну это понятно

мне интересно просто

можешь впилить туда gettext() и свой перевод при желании

https://gist.github.com/anonymous/82e7216dcd72f00f1f14896aec2eacaf Пожалуйста, подскажите как можно изменить text="Your Name: "; на свою переменную, вычисленную в блоке fn main(){} Пытаюсь создать мутабельную статическую переменную и изменить её значение через Unsafe, получаю "does not live long enough"...

lazy_static?

Есть метод https://gabdube.github.io/native-windows-gui/api/native_windows_gui/struct.TextInput.html#method.set_text но я не знаю как его использовать

input.set_text("text")?

input.set_text("text")?

error[E0599]: no method named set_text found for type AppId in the current scope --> src\main.rs:240:15 | 240 | NameInput.set_text("123"); | ^^^^^^^^

тип явно не тот

Оппа, всем привет! А здесь нубские вопросы можно задавать?

ну да, мы этим и занимаемся)

Я чёт не понял. Деструктор или drop автоматически вызывается?

Я уверен, что в первом томе это подробно рассматривалось.

От души!

ну да, если Drop имплементирован то он будет вызван

если нет - ну дефолтная деструкция тогда

А что за по умолчанию?

ну так же - если поля имеют Drop то он у них вызывается, если нет - то у них тоже дефолтная деструкция

Окей

То есть, если есть Drop, дефолтной не будет?

Может должно быть и то и то?

думаю дефолтная тоже будет но после дропа

надо в Книге смотреть

https://doc.rust-lang.org/book/second-edition/ch15-03-drop.html

Да, это было бы логично

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

Это же плохо

Утечек памяти не будет?

хз, надо рыться

или послушать старших товарищей, где они кстати

даже не знаю в чём тут разбираться

https://doc.rust-lang.org/std/ops/trait.Drop.html#tymethod.drop

After this function is over, the memory of self will be deallocated.

чёрным по белому

про переменные в self ничего не сказано

еще раз, struct Some { a: Vec<String>, b: Vec<String>, } Drop { drop() { drop(self.a); } }; что будет с b?

у тебя этот код не скомпилтся

https://doc.rust-lang.org/std/mem/fn.drop.html

посмотри на сигнатуру

еще раз, struct Some { a: Vec<String>, b: Vec<String>, } Drop { drop() { drop(self.a); } }; что будет с b?

b дропнется одновременно с Some.

Это же раст

Пока нет unsafe - ничего никуда не утечет

ещё раз - данный код не скомпилится. дропнуть отдельно часть структуры ты не можешь потому что она во владении self

поля струткуры дропаются вместе с самой структурой и никак иначе - в нормальных ситуациях

Да, пардон, я о другом говорил :)

данный пример не скомпилируется лишь потому что функция std::mem::drop принимает ВЛАДЕНИЕ

аааааааааа

вообще-то скомпилится если не использовать структуру потом

вообще-то скомпилится если не использовать структуру потом

ещё раз. функция std::mem::drop - принимает владение. при попытке передать владение поля a произойдёт ошибка на этапе компиляции. потому что полем a владеет self.

drop(self.a) ведет себя так же как drop(self)

drop(self.a) ведет себя так же как drop(self)

Там фишка в том, что у трейта Drop метод drop принимает мутабельную ссылку :) Мы не владеем self, поэтому в drop передать поле не можем.

Ах да, надо было начать с "еще раз"

еще раз, struct Some { a: Vec<String>, b: Vec<String>, } Drop { drop() { drop(self.a); } }; что будет с b?

я по этому коду ориентируюсь

я по этому коду ориентируюсь

Я так и понял, я просто уже успел в плейграуде проверить :))

непонятно что там должно было быть написано

ещё раз. функция std::mem::drop - принимает владение. при попытке передать владение поля a произойдёт ошибка на этапе компиляции. потому что полем a владеет self.

окей, это я понял. как работает тогда Arc<> - он декрементит счетчик в self, значит чтобы указатель автоматически не дропался - он лежит в unsafe, так?

сходу ответить не мог поэтому глянул сорс

пока количество стронг ссылок не равно единице - они просто декрементятся и делается ретёрн обычный

дальше если по условию прошло

вызывается https://doc.rust-lang.org/src/alloc/arc.rs.html#816

drop_slow в unsafe

который уже weak насколько я понял разбирает

https://doc.rust-lang.org/src/alloc/arc.rs.html#503

хм, почитаю, пока не очень понятно. понятно что если drop() имплементировать руками - то никакой деаллокации не происходит (пока не позовешь mem::drop(self)?)

хм, почитаю, пока не очень понятно. понятно что если drop() имплементировать руками - то никакой деаллокации не происходит (пока не позовешь mem::drop(self)?)

всё будет деаллоцированно

https://doc.rust-lang.org/std/ops/trait.Drop.html#tymethod.drop