ChanServ changed the topic of #libreoffice-ru to: Канал поддержки русскоязычных пользователей LibreOffice | Wiki TDF http://tdf.io/wikiru | On-line документация http://tdf.io/helpru | Логи канала: http://goo.gl/gzwdwU
_whitelogger has joined #libreoffice-ru
_whitelogger has joined #libreoffice-ru
JohnDoe_71Rus has joined #libreoffice-ru
_whitelogger has joined #libreoffice-ru
JohnDoe_71Rus has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]
<libreofficeru-tg> <Kompilainenn> в типах данных можно заблудиться
<libreofficeru-tg> <Kompilainenn> да ещё int в одной системе может быть 8 бит, а в другой внезапно 16 бит
<libreofficeru-tg> <Kompilainenn> а потому юзайте long если не уверены, лол
<mikekaganski> @Kompilainenn: уверен ли ты, что ты ознакомился хотя бы с 10% их? :-)) с каждой новой версией языка ои становится всё больше ;-)
<libreofficeru-tg> <Kompilainenn> я уверен, что УЖЕ заблудился=(
<libreofficeru-tg> <Kompilainenn> читая книгу и глядя в код либры, я убеждаюсь, что код либры это офигенный легаси
<mikekaganski> и почему long в этом поможет? он точно также различается в разных системах
<libreofficeru-tg> <Kompilainenn> ну я так понял, что int относительно короткое целое, а лонг по любому перекроет и 8 и 16 бит
<mikekaganski> нет
<libreofficeru-tg> <Kompilainenn> значит я не так понял, но эта тема реально трудно пошла
JohnDoe_71Rus has joined #libreoffice-ru
<mikekaganski> @Kompilainenn: погоди: 8 и 16 бит? тогда сорри, да; но и int тоже всегда перекрывает и 8, и 16 бит. int на всех актуальных плаформах как минимум 32 бита, и часто 64 бита. И точно то же самое - про long
<libreofficeru-tg> <Kompilainenn> Как это int 32 бита 😳
tagezi has quit [Read error: Connection reset by peer]
tagezi has joined #libreoffice-ru
<mikekaganski> @Kompilainenn: Вот так это. Он только в DOS/Win16 (Windows 3.1) был 16 бит. Сейчас он почти везде 32 бита, а иногда даже 64.
<libreofficeru-tg> <Serg> int обычно размером в РОН (регистр общего назначения) платформы
<libreofficeru-tg> <Serg> Стандарт гарантирует, что sizeof char==1, размеры остальных типов соотносятся так: char <= short int <= int <= long int <= long long int
<mikekaganski> Да неправда :-) Во многих современных 64-битных линуксах он 32-битный (модель LP64, см. https://en.cppreference.com/w/cpp/language/types)
<mikekaganski> (мой ответ на первое высказывание, ко второму не относилось :-))
<libreofficeru-tg> <Serg> А это уже компромисс
<mikekaganski> это уже реальность
<mikekaganski> и это уже не укладывается в "обычно", если на 99% машин (Win+Lin+Mac) это не так
<mikekaganski> (имаются ввиду проценты от 64-битных систем)
<libreofficeru-tg> <Serg> В Си похожие гарантии https://en.cppreference.com/w/c/language/arithmetic_types
<libreofficeru-tg> <Serg> Сейчас мы микроконтроллеры посчитаем поштучно и сравним ;)
<mikekaganski> :-)
<libreofficeru-tg> <Serg> LP64 — модель с вполне рабочей системрй типов, еще б 128 бит для long long сразу б взяли...
<libreofficeru-tg> <Serg> Все модификаторы при деле
<mikekaganski> Меня расстраивает опциональность intN_t - а было бы удобно совсем выкинуть зависимость определения типов от компилятора/платформы
<mikekaganski> ну и да, там тоже int128_t нету :-)
<libreofficeru-tg> <Serg> Кастомный заголовочник никто не возбраняет с собой таскать. Единственная возможная засада — char больше 8 бит ;)
<mikekaganski> Ну, у нас оно и есть - sal_int8/sal_Int32/sal_uInt32...
<libreofficeru-tg> <Kompilainenn> кто знает шоткат для вызова контекстного меню в либре?
<libreofficeru-tg> <Kompilainenn> конекретнее - в кальке
<libreofficeru-tg> <Kompilainenn> фига
<libreofficeru-tg> <Kompilainenn> я никогда не думал, что это клавиша для контекстного меню
<libreofficeru-tg> <Kompilainenn> считал ее непонятно чем, непонятно зачем
JohnDoe_71Rus has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]
<libreofficeru-tg> <Kreator_2> 😂
mikekaganski_ has joined #libreoffice-ru
mikekaganski has quit [Read error: Connection reset by peer]