без команды — плохая идея

Ну я хз, пока лень, пусть так

> * ThinVec<T> can't ever be zero-cost roundtripped to a Box<[T]>, String, or *mut T А почему, собственно говоря?

Потому что там хидер

Часть занимает объема инфа о размере вектора

И можно скорее всего только заборовить

А владение передавать не безопасно

Чисто из интереса, а кастовать вместе с хидером нельзя?

Всмысле?

В слайс T

Хедер же не элемент массива

Как ты его закастуешь

Но я код не смотрел

Чисто философствую

В слайс T

Но слайс же всё равно где-то хранит в рантайме информацию о размере

Слайс это структура из двух указателкй

На начало и конец

Вся информация что имеется это вот это

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

Иначе не понятно как это чистить?

Ну вообще-то можно

Арифметика указателей в Rust ведь есть, не?

того кто пишет логику на адресной арифметике, когда так можно не делать

надо пиздить утюгом

даже не разогретым

того кто пишет логику на адресной арифметике, когда так можно не делать

А как иначе из размер+указатель на начало получит указатели на начало и конец?

А как иначе из размер+указатель на начало получит указатели на начало и конец?

дочитай после запятой

дочитай после запятой

он не может, длину массива не записал

Я говорю о касте ThinVec<T> -> &[T]. Что с ним не так?

Я говорю о касте ThinVec<T> -> &[T]. Что с ним не так?

Про слайс речи не шло

Его можно сделать

Нельзя сделать *mut T, Boxed Slice и тд

Сейфово

Нельзя передавать во владение часть буфера

Может стоит такого типа бот сделать для Rust Lang.

Language: c_gcc Source: #include <stdio.h> int main() { printf("Тест"); return 0; } Result: Тест

Compiling playground v0.0.1 (file:///playground) Finished dev [unoptimized + debuginfo] target(s) in 0.47 secs Running `target/debug/playground` /root/entrypoint.sh: line 7: 6 Aborted timeout --signal=KILL ${timeout} "$@"

Бот уже хорошо сделан для начала. Но он еще же не готов, верно?

ну хз, пока пусть работает

#rustc `'Drop tablr source

ну хз, пока пусть работает

В контейнере хоть запускается?

В play.rust-lang.org

Ну play в контейнере)

Везёт ему

> собирать без ворнингов

хорошо, что у нас есть раст

😌

https://blogs.gnome.org/tbernard/2018/01/26/csd-initiative/ ну что за клоуны

посмотрел по диагонали. По-моему отличная идея

There are ways to hide title bars on maximized and tiled windows, but these do not (and will never) work on Wayland. All window decorations are client-side on Wayland (even when they look like title bars), so there is no way to hide them at a window manager level.

One of the arguments seems to be that CSD is a must on Wayland. That’s of course not the case. Nothing in Wayland enforces CSD. Wayland itself is as ignorant about this as X11. The situation is that GNOME Shell and Weston require CSD, but KDE Plasma and Sway do not. In fact we created a protocol (supported by GTK) that allows to negotiate with the Wayland compositor whether to use CSD or SSD.

From what I understand KDE has a custom protocol for server-side decorations on Wayland that is only supported by KWin.

ну тупые

не удивительно, что муттер такое говнище

Чё

То есть они сами сделали CSD и сами теперь ноют, что хуйню сделали?

кто ноет?

кто ноет?

Они

а

точно, они

There are ways to hide title bars on maximized and tiled windows, but these do not (and will never) work on Wayland. All window decorations are client-side on Wayland (even when they look like title bars), so there is no way to hide them at a window manager level.

^

^

и кто это говорит, и как он связан с теми, кто создал csd?

Ну гномобляди ноют

И гномобляди же топят за CSD последние несколько лет

то есть, гномоблядью является только один человек, следуя твоему пониманию?

Ну они всё-таки не независимо решения принимают

куда ты ведешь это

Хз, ты какие-то вопросы странные задаёшь

пытаюсь тебе показать, что ты не понимаешь кем написан этот пост

Ну понятно, что не тем человеком, которому когда-то в голову пришла идея завезти CSD

ну вот

мне нравится как некоторые гномопрограмки с этим выглядят

что не так с CSD ?

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

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

что не так с CSD ?

тут скорее вопрос что не так с разработчиками

и почему они такую херь несут

и почему их аргументы так убоги

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

Что значит вопросительный знак в строке let entry = entry??