Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Обновление X.Org Server 21.1.14 с устранением уязвимости"	+/–
Сообщение от opennews (?), 30-Окт-24, 00:02
Опубликованы корректирующие выпуски X.Org Server 21.1.14 и DDX-компонента (Device-Dependent X) xwayland 24.1.4, обеспечивающего запуск X.Org Server для организации выполнения X11-приложений в окружениях на базе Wayland. В новых версиях  устранена уязвимость (CVE-2024-9632), которая может быть эксплуатирована для повышения привилегий в системах, в которых X-сервер выполняется с правами root, а также для удалённого выполнения кода в конфигурациях, в которых для доступа используется перенаправление сеанса X11 при помощи SSH... Подробнее: https://www.opennet.me/opennews/art.shtml?num=62136
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

2. Сообщение от Аноним (-), 30-Окт-24, 00:13    Скрыто ботом-модератором	–14 +/–
Тун-тун-тун... а что это тут у нас? А! Это классическая сишная дырень с переполнением буфера почти 20ти летней давности! Ничего нового)))
Ответить | Правка | Наверх | Cообщить модератору

3. Сообщение от Аноним (-), 30-Окт-24, 00:18    Скрыто ботом-модератором	–14 +/–
Мда, конечно хорошо что иксы закапывают. Но весь иксовый мусор сейчас затянули в xwayland. И таких багов в том дидовом омнокоде не известно никому. Нет бы выкинуть сразу, а кто хочет - пусть сидит на иксих до скончание времен.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #34, #39

11. Сообщение от мяв (?), 30-Окт-24, 02:07	–1 +/–
>Из-за ошибки при выставлении нового размера, изменение меняло только значение num_si, но оставляло неизменным значение size_si. почему разаботчики брезгают макросами для такого вида приколов? некоторые даже ``free(ptr); ptr=NULL;`` делают руками. а потом получают уязвимости вида "мы в Х строке забыли занулить и получили UB в другом конце программы". изучила немного вопрос. вроде, ничего плохого в макросах нет. даже сложные конструкции и ветвления туда без проблем запихиваются через ``` #define Macro() \   do { \     <...> \   } while(0) ``` do и while можно в доп. макросы завернуть, улучшив читаемость: ``` #define Macro() \   MacroContextBegin() \     <...> \   MacroContextEnd() ``` или функции инлайновые почему не использовать? зачем это руками делают, понять не могу?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12, #14, #75, #100

12. Сообщение от мяв (?), 30-Окт-24, 02:11	–1 +/–
вот фикс даже: https://gitlab.freedesktop.org/xorg/xserver/-/commit/85b7765... тут ж можно было макрос сделать и избежать подобных проблем в любой части кода раз и навсегда.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

14. Сообщение от Аноним (14), 30-Окт-24, 02:18	+9 +/–
Не понимаешь потому что видимо не пишешь ничего полезного. У тебя все указатели только в функции main(), что ты их можешь макросами занулять? Ну сделаешь ты макрос, который вызывает free(), а затем присваивает NULL, только вот NULL присвоится локальному указателю внутри функции, а в вызывающе функции будет висячий указатель и никакой макрос тут не поможет
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #16

16. Сообщение от мяв (?), 30-Окт-24, 02:26	–3 +/–
"поможет ``free(ptr); ptr=NULL``, но не поможет ``#define Free(ptr) free(ptr);ptr=NULL``" ? по-моему, Вы пишете, не думая.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #19, #23, #35, #49

19. Сообщение от мяв (?), 30-Окт-24, 02:37	–3 +/–
Using macros for auto-assigning NULL after freeing a pointer is a common practice in C and C++ programming to help prevent dangling pointer issues. на stackoverflow то же самое говорят. Вы - тролль.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #27, #33

23. Сообщение от Аноним (23), 30-Окт-24, 03:06	+3 +/–
> "поможет ``free(ptr); ptr=NULL``, но не поможет ``#define Free(ptr) free(ptr);ptr=NULL``" > ? Поможет от чего именно? "в другом конце программы" так и останется предыдущее значение ptr. Или вообще, указатель на кусок освобожденной памяти (*ptr+сдвиг)... Все эти "новомодные" RAII, smart-pointers, владения и времена жизни в "молодежных" ЯП-ах (как кучи ЯП с автоматической сборкой мусора) не от переизбытка смузи или неосиляния free(ptr);ptr=NULL придумали. > по-моему, Вы пишете, не думая. По-моему, кто-то хелловордщик.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #29, #108

27. Сообщение от Аноним (27), 30-Окт-24, 04:19	+1 +/–
На stackoverflow много ерунды. На самом деле, собирать с -fsanitize=address уже довольно неплохо, но, опять же, зачастую проблема в библиотеке, а не в собственном коде.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #101

29. Сообщение от Аноним (29), 30-Окт-24, 07:50	–1 +/–
std::shared_ptr не благодарите
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #31, #105

30. Сообщение от Аноним (29), 30-Окт-24, 07:52	+/–
"системах, в которых X-сервер выполняется с правами root, а также для удалённого выполнения кода в конфигурациях, в которых для доступа используется перенаправление сеанса X11 при помощи SSH. " иными словами ни в одном адекватно настроенном дистрибутиве проблемы нет.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #32

31. Сообщение от Аноним (31), 30-Окт-24, 08:12	–1 +/–
std::unique_ptr сейчас
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #52

32. Сообщение от Аноним (31), 30-Окт-24, 08:15	+/–
Прокинуть X11 через SSH - это, всего-лишь, пожелание пользователя, независимо от дистрибутива.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

33. Сообщение от Аноним (33), 30-Окт-24, 08:16	+7 +/–
> Вы - тролль. За словами следи, тролль. И прежде, чем лезть в stackoverflow и что-то тут комментировать, следует сначала разобраться в предметной области. #include <stdio.h> #include <stdlib.h> #define FREE(ptr) do { \         free(ptr); ptr = NULL; } while(0) void f(int *ptr) {         FREE(ptr); } int main(void) {         int *p = malloc(sizeof(int));         f(p);         printf("%p\n", p);         return 0; }
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

34. Сообщение от xPhoenix (ok), 30-Окт-24, 08:47	+1 +/–
Людям работать надо, а не пердолингом заниматься. У меня была попытка перейти на "чистый" Wayland: * Emacs (emacs-pgtk): [OK] * Mattermost: [OK] * Firefox: [OK] * Яндекс.Браузер: [FAIL] * Telegram: [FAIL] Ну и ещё по мелочи, что пока не оптимизировано под Wayland, тоже плохо работает даже через XWayland. Поэтому сижу пока на иксах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #36, #37, #40, #42, #65, #81, #87

35. Сообщение от Аноним (33), 30-Окт-24, 08:48	+4 +/–
Объясняю для тупых: если ты объявил указатель, аллоцировал ему память, а потом очистил память и всё это в одной функции, то тогда всё ок. Но если программа сложнее хеллоуврота, то объявляется указатель, аллоцируется память, используется указатель и очищается память обычно в разных функциях. И с этим есть проблема, потому что указатель это самая обычная переменная, просто вместо значения он содержит адрес. Когда ты передаешь указатель в функцию, внутри функции создается КОПИЯ указателя, в которую копируется значение передаваемого указателя, всё как с обычными переменными. Меняя значение такого указателя внутри вызываемой не влияет на указатель в передаваемой функции. Всё как у обычных переменных, чем собственно указатель и является
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #77

36. Сообщение от MegaFon929 (ok), 30-Окт-24, 08:56	–1 +/–
Вообще, проблема с Яндекс / Telegram имеют общий корень - Chromium. И Google заявили, что в процессе переноса Chromium на Wayland (в первую очередь делается для ChromeOS.)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #38, #41, #45

37. Сообщение от Аноним (37), 30-Окт-24, 09:13	+/–
А зачем сидеть на иксах, если xwayland работает seemless? Я просто включил вейланд и... всё. Никаких попыток не было.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #57, #71, #74

38. Сообщение от Аноним (38), 30-Окт-24, 09:27	+4 +/–
А при чем там телеграм и хромиум?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #72

39. Сообщение от Аноним (39), 30-Окт-24, 09:30	–2 +/–
> И таких багов в том дидовом омнокоде не известно никому Но в новлсти написано о баге в одной конкретной реализации исков. А количество композиторов Вайленда перевалило за 20, и многие из них написаны на дидовой сишочке. Вот и подумай, где в итоге будет больше багов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #44

40. Сообщение от Шарп (ok), 30-Окт-24, 09:32	+1 +/–
>Яндекс.Браузер: [FAIL] Уже не фейл. Починили. >Telegram: [FAIL] Подтверждаю. Сейчас запускаю его под xwayland, потому что под вейландом он падает и контекстные меню обрезает. Но там дело в пашкиных быдлокодерах, которые используют свой патченный Qt. Телега у меня ещё во времена иксов глючила и грузила проц.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

41. Сообщение от Аноним (41), 30-Окт-24, 10:10	+/–
Mattermost -> Electron -> Chromium
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

42. Сообщение от iPony129412 (?), 30-Окт-24, 10:12	+/–
У меня была попытка перейти на "чистый" Wayland: * Mattermost: [OK] * Telegram: [FAIL] Странно, у меня наоборот. C Telegram нормльно (из коробки раз-два), а вот Mattermost - сплошной Fail, вот неадвно пробовал с эксперементальными флагами, но проще использовать его через XWayland, может черег год попробовать снова.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #50

43. Сообщение от Fracta1L (ok), 30-Окт-24, 10:22    Скрыто ботом-модератором	–6 +/–
И снова сишка ни при чём...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #54, #59

44. Сообщение от Аноним (-), 30-Окт-24, 10:38	+/–
> Но в новлсти написано о баге в одной конкретной реализации исков. Единственной распространенной. Считай монополия. > А количество композиторов Вайленда перевалило за 20, и многие из них написаны на дидовой сишочке. К сожалению пока нет закона, запрещающего использовать устаревшие инструменты. Как и закона про ответственность программеров за свой код. > Вот и подумай, где в итоге будет больше багов. Багов которые влияют на практически все десктопные линуксы? Или которые будут ограничены одним-двумя композиторами? Вот и подумай что хуже, с учетом того, что этот баг тыщиглаз не замечали 18 лет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #51

45. Сообщение от Аноним (45), 30-Окт-24, 10:48	+1 +/–
Яндекс - кривое и зло.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #53, #89

49. Сообщение от n00by (ok), 30-Окт-24, 11:08	+1 +/–
> "поможет ``free(ptr); ptr=NULL``, но не поможет ``#define Free(ptr) free(ptr);ptr=NULL``" > ? > по-моему, Вы пишете, не думая. В данном частном случае, может быть, поможет. В общем случае придётся делать что-то вроде #define Free_S(pptr) free(*pptr);*pptr=NULL и соответственно в остальных местах работать с лишней косвенностью, что убьёт смысл использовать Си.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #107, #134

50. Сообщение от Аноним (50), 30-Окт-24, 11:20	–2 +/–
И какой смысл страдать с вяленым? Там же десятки отдельных реализаций, и написаны они в основном на сишке. То есть и в вяленом будут уязвимости.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #67, #70

51. Сообщение от Аноним (50), 30-Окт-24, 11:23	+/–
Забавно, почему айбиэм до сих пор пилит этот вяленый десять лет, и им невозможно пользоваться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44 Ответы: #55

52. Сообщение от Аноним (52), 30-Окт-24, 11:29	+/–
это два разных указателя, первый со счетчиком ссылок и множественным владением, второй - допускает только одно владение
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #102

53. Сообщение от Афроним (?), 30-Окт-24, 11:31	–1 +/–
Когда даже не пользовался такие мысли могут посещать, особенно осенью.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #60

54. Сообщение от Аноним (-), 30-Окт-24, 11:40	–3 +/–
Разумеется! Это фсе погромисты виноваты! Вот настоящий сишник™ никогда бы такую ошибку не допустил. А если допустил, то он просто бракодел и не настоящий сишник™
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

55. Сообщение от Аноним (-), 30-Окт-24, 11:47	–1 +/–
С чего это "не возможно"? Использую вейланд последние года два и проблем только со старым хламом, которые ленивые опы не хотят обновлять до современных технологий. И проблема такого луддизма заключается как в лени самих разрабов, так и в глупости шапки, которая тянула с дропом иксов настолько долго. Потому что всем известно, что разраб птица гордая, пока не пнешь - не полетит. А вот как только объявили, что всё - иксы дропают - так сразу все зашевелились. Даже всякие васяно-ДЕ вроде крысы и корицы начали двигаться в сторону поддержки вейланда. Хотя думаю они не смогут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51 Ответы: #76

57. Сообщение от randomize (?), 30-Окт-24, 11:57	+/–
Да, видно такой же seamless, как твоя орфография. А я вот ставил новую убунту на виртуалку. Казалось бы, что могло пойти не так? Какая-то прямоугольная хрень вместо курсора и мигающая полоска внизу экрана. Зато не луддиты, поставили вяленд по умолчанию. Модно-молодежно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #58, #66

58. Сообщение от randomize (?), 30-Окт-24, 11:59	–1 +/–
А, xwayland, а не Wayland. Впрочем, глючность вяленда это не отменяет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

59. Сообщение от Аноним (59), 30-Окт-24, 12:42	+/–
Ты патч смотрел? Там логическая ошибка в работе с макроданными. То есть или язык будет ущербным без возможности использовать макроданные для описания данных. Или в нем будут допустимы аналогичные ошибки. Для реализации протоколов макроданные необходимы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #64

60. Сообщение от Аноним (60), 30-Окт-24, 12:52	+3 +/–
Любитель отдавать "обезличенные RLZ-параметры"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53 Ответы: #61

61. Сообщение от Афроним (?), 30-Окт-24, 12:59	+/–
В бете ЯБ можно отключить или вовсе удалить дополнение которое отправляет отчеты об ошибках. Достаточно перейти в дополнения и норм.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

64. Сообщение от Аноним (60), 30-Окт-24, 13:11	+/–
Но безопастном Расте тоже есть макросы, получается...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

65. Сообщение от zog (??), 30-Окт-24, 13:52	+/–
> Поэтому сижу пока на иксах. Ну так об этом и речь!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

66. Сообщение от AleksK (ok), 30-Окт-24, 13:56	+/–
> А я вот ставил новую убунту на виртуалку. Казалось бы, что могло пойти не так? > на виртуалку У тебя в первом предложении все пошло не так. Да ещё скорее всего кривейший virtualbox.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

67. Сообщение от Аноним (-), 30-Окт-24, 15:28	–1 +/–
> И какой смысл страдать с вяленым? А почему с вяленым вообще нужно страдать? > и написаны они в основном на сишке Но есть и на плюсах, и на расте, и на всякой экзотике. И ЕСТЬ ВЫБОР. А не как с иксами - вот копролит, юзай его. > То есть и в вяленом будут уязвимости. Везде будет. Вопрос к количестве и поверхности атаки. Когда у тебя уязвимость в иксах - у тебя дырень в 99% линукс-десктопов, потому что даже вейланды тянут xwayland.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

70. Сообщение от iPony129412 (?), 30-Окт-24, 16:37	+/–
Так я и не страдаю. У меня есть небольшой список приложений работающих под Xwayland. Пытался их запустить под чистым Wayland ради спортивного интереса. В иксах тоже глюков хватает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

71. Сообщение от Аноним (71), 30-Окт-24, 16:37	+/–
> А зачем сидеть на иксах, если xwayland работает seemless? Зачем обмазываться грудой костылей, если можно просто поставить иксы и всё будет работать так же, как и со связкой вейланд+хвейланд?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #82

72. Сообщение от MegaFon929 (ok), 30-Окт-24, 16:37	+/–
Electron работает на базе Chromium P.S. Пересмотрел, на базе Qt5/6. Значит накасячили разработчики Telegram
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

74. Сообщение от Аноним (74), 30-Окт-24, 17:13	+/–
У wayland клиенты изолированы и толку от XWayland маловато. Иконка из трея будет одиноко висеть посреди рабочего стола. А состояние клавиатуры не обновится, пока курсор мыши не "пролетит" над иксовым окном. Ну и глобальные хоткеи на самом-то деле и не такие уж и глобальные. Как бы толку маловато от XWayland. Баги будут одинаковы у старого qt5 в wayland и у qt5 в XWayland... А у qt5 в X11 этих багов не будет ;)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37

75. Сообщение от Ivan_83 (ok), 30-Окт-24, 17:21	–3 +/–
Потому что синтаксический сахар вызывает передоз. Посмотрите на gobject для примера или ещё какой проект где активно юзаеются макросы. Да даже без макросов многие либы навязывают архитектуру и дизайн приложения. Когда пишешь на С есть желание оставатся в рамках общепринятого и понятного синтаксиса, а так то конечно легко обернуть каждую функцию в свои функции или макросы а потом получившийся код будет как лапшка на крестах - сплошной местячковый диалект на полтора анонима, притом автор и сам через год не вспомнит что у него была какаянить safe_free() и напишет ещё одну free_safe() в другом файле. По крайней мере я через это проходил в оба конца, и видел как целые компании пошли по пути написания обёрток и абстракций для всего подряд, получив в итоге вместо кода полное сектанство. Да, они даже malloc(), free(), str*() и прочее обернули или сами реализовали, и учитывая что я эту шизу проходил это был NIH синдром под лозунгом "зато наш код на любой платформе одинаково плох" :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #83, #110

76. Сообщение от randomize (?), 30-Окт-24, 17:24	+/–
> Использую вейланд последние года два и проблем только со старым хламом, которые > ленивые опы не хотят обновлять 1) раз старым хламом пользуются, значит, он устраивает; 2) если есть пользователи, то должна оставаться поддержка; 3) все, что надо знать о вяленых фанатиках - культ потре&лятства и нового ради нового.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #55 Ответы: #78, #99

77. Сообщение от Ivan_83 (ok), 30-Окт-24, 17:29	+/–
Технически никто не мешает передавать указатель на указатель и тогда можно будет занулять и вызывающая функция не останется с невалидным указателем. На практике я пробовал так делать, код получается громздким.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #84

78. Сообщение от Аноним (-), 30-Окт-24, 17:38	+/–
> 1) раз старым хламом пользуются, значит, он устраивает согласен > 2) если есть пользователи, то должна оставаться поддержка; Да неужели?) Кому должна? Разве хоть что-то кому-то что-то должен?)) Это же опенсорс - вот сами берете и поддерживаете. > 3) все, что надо знать о вяленых фанатиках - культ потре&лятства и нового ради нового. Все что нужно знать о фанатах иксов "диды в дерьме жили и мы будем! главное ничего не менять! а то вдруг у какого-то 6омжа с третим пнем работать перестанет!! дepьмо нужно тянуть вечно, вы абязаны!!1111"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #88

81. Сообщение от Аноним (-), 30-Окт-24, 18:09    Скрыто ботом-модератором	+/–
* Яндекс.Браузер: [ФСБ] * Telegram: [ФСБ]
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

82. Сообщение от Аноним (-), 30-Окт-24, 18:24	+/–
> можно просто поставить иксы и всё будет работать так же, В том то и дело что не будет. Я свалил с иксов как только вейланд смог ставить разное дробное маштабирование для каждого монитора. А до этого это как раз были костыли и страдания.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

83. Сообщение от Аноним (84), 30-Окт-24, 18:47	+/–
> как лапшка на крестах - сплошной местячковый диалект на полтора анонима Лол. В крестах с его RAII таких глупых проблем в принципе нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #106, #118

84. Сообщение от Аноним (84), 30-Окт-24, 18:55	+/–
> Технически никто не мешает передавать указатель на указатель и тогда можно будет занулять и вызывающая функция не останется с невалидным указателем. Технически мешает тот факт, что объект уже освобожден из памяти. Ты же не будешь после free(ptr) держать эту самую переменную ptr, чтобы указатель-на-ptr все еще мог на нее указывать?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #93

87. Сообщение от Анониматор (?), 30-Окт-24, 20:02	+2 +/–
можно долго не перечислять софт по работе. На веланде не работает ни один удаленный дестктоп типа Anydesk и TeamViwer. Есть Rustdesk, но пока экспериментально и валится
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #97

88. Сообщение от randomize (?), 30-Окт-24, 20:42	+/–
> Да неужели?) Кому должна? Разве хоть что-то кому-то что-то должен?)) > Это же опенсорс - вот сами Еще раз. Раз пока есть пользователи, то пока есть и поддержка. Мало кто будет собирать кастомное ядро или патчи специально для себя писать. Достаточно не ломать просто. Да, я знаю, иногда просто "оставить как есть" не получится, но ломание гнома и вяленых композиторов иногда происходит по принципу "когда коту нечего делать". > Все что нужно знать о фанатах иксов "диды в дерьме жили и > мы будем! Ага, ща впихнем всем в глотку вяленд и как заживем. А то диды жить мешают. > 6омжа с третим пнем работать перестанет!! Сегрегация пользователей, насильное пропихивание своих технологий. Что еще можно ожидать от фанатиков. А в ответ на сообщения о багах - УМВР, не нужно, вы неправильно этим пользуетесь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78 Ответы: #98

89. Сообщение от X86 (ok), 30-Окт-24, 21:11	–1 +/–
Яндекс - самый удобный браузер. Из всех. Все эти Vivaldi, Opera - все не то
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

93. Сообщение от Ivan_83 (ok), 30-Окт-24, 22:22	+/–
То что я описал это способ в С коде без лишних языковых конструкций и отдельных языков получить аналог std::*_ptr от крестов. Да, не идеальный, тк теперь у нас не сама память от объекта может быть внезаптно освобождена а может быть освобождена память где хранится указатель на объект. В целом это иногда удобно когда вызывающая функция может освободить память, но того же самого можно добится проверяя код возврата или договорившись что вызывающая функция дальше владеет объектом и отвечает за его освобождение. Бывают и сложные ситуации когда реально нужен подсчёт рефов и только при нуле удаление, но я лично стараюсь такого избегать архитектурно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #95, #109

95. Сообщение от Аноним (95), 30-Окт-24, 22:40	+/–
> То что я описал это способ в С коде без лишних языковых конструкций и отдельных языков получить аналог std::*_ptr от крестов. То, что вы описали, даже приблизительно не является аналогом std::*_ptr из C++. А получите вы от этого решения только еще больше геморроя на пустом месте, ибо изначальную проблему оно вообще не решает, но еще и добавляет новую.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

96. Сообщение от Аноним (-), 30-Окт-24, 22:56	+/–
Кажется теперь новости про иксы все будут выглядеть примерно так...
Ответить | Правка | Наверх | Cообщить модератору

97. Сообщение от Аноним (97), 30-Окт-24, 23:02	–2 +/–
> можно долго не перечислять софт по работе. На веланде не работает ни > один удаленный дестктоп типа Anydesk и TeamViwer. Есть Rustdesk, но пока > экспериментально и валится Тем хуже для Anydesk или TeamViewer'а. Уж второй если помрет - мало кто из линуксоидов плакать будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87

98. Сообщение от Аноним (-), 30-Окт-24, 23:04	+/–
> Еще раз. Раз пока есть пользователи, то пока есть и поддержка. Хахаха, нет дорогой, оно так не работает. За поддержкой иди к корпам или плати денежку. А опенсорс это "я написал код, я им поделился" Но у меня нет никаких обязанностей: ни принимать pull request'ы, ни реализовывать фичи, ни осуществлять вообще какую-то поддержку. > Мало кто будет собирать кастомное ядро или патчи специально для себя писать. Очень жаль) > Достаточно не ломать просто. Угу, "не ломать" это значит проводить тестирование на регрессии, проверять багрепорты и тд. Это куча работы, которую такие как вы сами делать не хотите. > Да, я знаю, иногда просто "оставить как есть" не получится, Именно поэтому начали выкидывать ХОрг - тк никто не хотел в нем ковыряться. > но ломание гнома и вяленых композиторов иногда происходит по принципу "когда коту нечего делать". И это их полное право. > Ага, ща впихнем всем в глотку вяленд и как заживем. А то диды жить мешают. Так сиди на ХОрге - сам фикси баги, сам осуществляй поддержку. Ты на меня наезжаешь, а сам, по сути, та самая потербялдь, которая делать ничего не хочет, а только вопит что все ему должны. > Сегрегация пользователей, насильное пропихивание своих технологий. Хахахахахаха! Давай поплачь, что 16 битные процы дропнули. А по поводу насильного пропихивания - patches are welcome. Вам нужны иксы? Поддерживайте сами! > А в ответ на сообщения о багах - УМВР, не нужно, вы неправильно этим пользуетесь. Да, вы пользуетесь не так как решили создатели софта. Т.к они делают для себя, а вам просто дали возможность попользоваться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88 Ответы: #123

99. Сообщение от Аноним (-), 30-Окт-24, 23:07	+/–
> 1) раз старым хламом пользуются, значит, он устраивает; 2) если есть пользователи, > то должна оставаться поддержка; В этом мире никто никому ничего не должен. И если вам нужна поддержка, ОБАНА, в опенсорсе в моде - self service. Значит вы идете и - поддерживаете то что ВАМ нужно САМИ. Как тебе такое Элон Маск?! > 3) все, что надо знать о вяленых фанатиках - культ потре&лятства и нового ради нового. Не, это - желание нормальной графической системы. Которая не ловит якорь от открытия менюшки или одной runaway задачи, не падает всей толпой оптом от GPU recovery, не тормозит и тирингует на отображении видео и анимаций, и не таскает 100500 легаси кода всякой отрисовки контролов и фонтов, которые страшны как смерть - так что это уже никто не использует, но код в результате такой - что посетивших его мучают ночные кошмары.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

100. Сообщение от Аноним (-), 30-Окт-24, 23:08	+/–
>[оверквотинг удален] >     <...> \ >   } while(0) > ``` > do и while можно в доп. макросы завернуть, улучшив читаемость: > ``` > #define Macro() \ >   MacroContextBegin() \ >     <...> \ >   MacroContextEnd() > ``` Фига у некоторых понятия о улучшении читаемости. Теперь всем кто видит это впервые неплохо бы RTFMнуть что есть MacroContextBegin/End и к каким особенностям сие ведет. Ибо изначально имплементация не очевидна. Что для системного яп - такая себе радость. Одно из требований в случае например safety critical типа MISRA это использование стандартного синтаксиса, без хаков. Чтобы другие програмеры не трактовали энный код неверно и не вкатили багов на этой почве. А если этот аспект пофиг - так никто и не будет читать Macro(). На самом деле это все далеко не главная трабла севых макросов. > или функции инлайновые почему не использовать? зачем это руками делают, понять не могу? Инлайновые функции хороши до известного предела.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #112

101. Сообщение от Аноним (-), 30-Окт-24, 23:10	+/–
> На stackoverflow много ерунды. > На самом деле, собирать с -fsanitize=address уже довольно неплохо, но, опять же, > зачастую проблема в библиотеке, а не в собственном коде. sanitize=address довольно жестко тормозит - и RAM жрет на трекинг использования, так что вы получите нечто типа дотнета или явы из сишки. Ну и радости с него такого? Вот ubsan - довольно легкий бывает, но и ловит не все.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

102. Сообщение от Аноним (-), 30-Окт-24, 23:13	+/–
> это два разных указателя, первый со счетчиком ссылок и множественным владением, второй > - допускает только одно владение Отсутствие этого знания в сях порой вообще несколько портит некоторые аспекты. Скажем, некоторые оптимизации не знают - как доступаются к объекту. Скажем можно было бы сфолдить несколько констант в одну при идентичности. Но если к ним доступаются по указателям... все становится намного интереснее, и в экзотичных случаях сие будет работать не идентично честному хранению констант по отдельности.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #103

103. Сообщение от Аноним (23), 30-Окт-24, 23:50	+/–
> Отсутствие этого знания в сях порой вообще несколько портит некоторые аспекты. Скажем, > некоторые оптимизации не знают - как доступаются к объекту. Скажем можно > было бы сфолдить несколько констант в одну при идентичности. Ну, как бы, есть restrict, да. Но ... все "гарантии" и проверки тут опять таки - на самом п(о)громмисте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #104

104. Сообщение от Аноним (-), 31-Окт-24, 00:06	+/–
> Ну, как бы, есть restrict, да. Но ... все "гарантии" и проверки > тут опять таки - на самом п(о)громмисте. Есть и более радикальные ключи компилера позволяющие мерж констант - с пониманием что это noncompliant формально. Так rodata - меньше, но какой-то экзотичный код уповавший на вон то имеет право отъехать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103

105. Сообщение от Аноним (23), 31-Окт-24, 00:09	+/–
>> smart-pointers, > std::shared_ptr не благодарите Не благодарю (тем более за "сборщик мусора для бедных" из питоно-свифтов) 😉
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #113

106. Сообщение от Аноним (-), 31-Окт-24, 00:58	+/–
>> как лапшка на крестах - сплошной местячковый диалект на полтора анонима > Лол. В крестах с его RAII таких глупых проблем в принципе нет. Да уж. Там другие проблемы. В частности - что каждый плюсер хреначит на своем собственном субдиалекте C++. На фоне вон этого, вон то - такие мелочи, право.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83

107. Сообщение от мяв (?), 31-Окт-24, 04:49	–1 +/–
смысл не убьет - компилятор с99 в каждой микроволновке, ибo POSIX. по-моему, его в основном используют там, где нужна порьабельность. но вообще, я немного о другом говорила. вопрос был о том, зачем писать дважды, если можно один раз, в общем случае, не о конкретике.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #116

108. Сообщение от мяв (?), 31-Окт-24, 04:54	–1 +/–
теперь дошло, что сказать хотели, спасибо. но изначально вопрос был в принципе об использовании макросов для обобщения монотонный действий. а не об "офигенном способе зануленич указателей". по-моему, это только ivan понял
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

109. Сообщение от мяв (?), 31-Окт-24, 05:16	–2 +/–
а не проще, кстати, заменить стандартные функции на свои с механихмом подсчета референсов? ``` void fn1(char *point){   free(point); // понизит до 1, не очистит } #define fn1(point) fn1(ref(point)) int main(){   char *str = malloc(sizeof(char*)); # создаст мутекс, счетчик и вернет аллоцированную память   str = "hi";      fn1(point); // повысит уровень ссылки до 2   printf("%s\n", str) // все ок   free(str) // очистит } ``` это так, концепция, вчера буквально написала. осталось поудобнее все это сделать проблема сгинет, вроде.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93 Ответы: #114

110. Сообщение от мяв (?), 31-Окт-24, 05:24	–1 +/–
>Да даже без макросов многие либы навязывают архитектуру и дизайн приложения. хм.. ну, может это не нравится кому-то, действительно. хотя, мне кажется, это наоборот хорошо. >притом автор и сам через год не вспомнит вот локальность - да, может быть проблемой. но можно ж кратко все функции в .md файлах документировать. тем более, есть удобные инструменты для генерации манов. через год просто man MyAPI (видишь раздел "Mem") man MyAPI.Mem, где для каждой функции расписано, какие коды отлавливать надо, когда паника и т.п. >они даже malloc(), free(), str*() и прочее обернули так же сделала. а чем плохо это? штатные реализации можно отключить: ``` #define malloc myAPIPanic("malloc() is blocked, use MemAlloc instend!"" ``` ,так что ебезопасный вариант не влепишь. >
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #111, #127, #145

111. Сообщение от мяв (?), 31-Окт-24, 05:27	–1 +/–
случайно "отправить" нажала. >это был NIH синдром под лозунгом "зато наш код на любой платформе одинаково плох" :) почему плох обязательно? и почему nih-синдром? можно ж обернуть некоторые функции и полностью забыть об определенном классе проблем. заодно и решить проблемы с поддержкой тех же Окон, перенеся все #define'ы в либу и получив на выходе простой, читаемый код. это ж хорошо наоборот
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110 Ответы: #117

112. Сообщение от мяв (?), 31-Окт-24, 05:34	+/–
>Ибо изначально имплементация не очевидна так это ж плюс, нет? вместо того, что б голову себе морочить реализаций - понятный ContextBegin(). или MacroSaveContext() и MacroEndSaveContext(), условно. >Что для системного яп - такая себе радость. почему? вон, в C#, java и тд построение абстракций и скрытие реализации - это вообще поощряемое дело. что и правильно, как мне кажется. зачем это в голове держать, опять же? тем более, что многие редакторы позволяют по 1й кнопке прыгнуть к реализации.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #100 Ответы: #129

113. Сообщение от Аноним (113), 31-Окт-24, 11:08	–1 +/–
> за "сборщик мусора для бедных" из питоно-свифтов Умные указатели не имеют ничего общего со сборщиком мусора.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #105 Ответы: #115

114. Сообщение от Аноним (33), 31-Окт-24, 12:30	+3 +/–
Хоспади, да хватит уже позориться. P.S. > char *str = malloc(sizeof(char*)); # создаст мутекс, счетчик и вернет аллоцированную память > str = "hi"; У тебя утечка памяти, инноваторша
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #109 Ответы: #133

115. Сообщение от Аноним (23), 31-Окт-24, 12:38	+1 +/–
>> за "сборщик мусора для бедных" из питоно-свифтов > Умные указатели не имеют ничего общего со сборщиком мусора. Но только после пиар-компании маркетолугов и фанбоев ябла, с их "инновационным" ARC в свифте, который "не GC!!1" А до этого, подсчет ссылок считался одной из разновидностей GC. Но ты всегда можешь ткнуть в реализацию: https://github.com/gcc-mirror/gcc/blob/1f7b1c555c66cf55f9032... и "опровергнуть" (ну, попытаться).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #113 Ответы: #119

116. Сообщение от n00by (ok), 31-Окт-24, 12:44	+/–
> смысл не убьет - компилятор с99 в каждой микроволновке, ибo POSIX. > по-моему, его в основном используют там, где нужна порьабельность. Например, Vala транслируется в Си. Оно прикручено болтами к GLib (не путать с glibc), но можно открутить, автоматическое управление памятью на подсчёте ссылок останется. Можно ещё что-то транслировать, вплоть до Рефала. Если производительность не играет роли. > но вообще, я немного о другом говорила. > вопрос был о том, зачем писать дважды, если можно один раз, в > общем случае, не о конкретике. Макросы не очень любят, поскольку подчас всплывают неожиданности. Вот классический пример ошибки из букваря (описано в книге Алена Голуба "Верёвка достаточной длины..."), с которым ничего не могут поделать https://bugzilla.altlinux.org/show_bug.cgi?id=38212#c2 потому что придётся всю GNU C Library выкидывать. Страуструп даже отдельный препроцессор придумал вместо макросов - CFront.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107 Ответы: #132

117. Сообщение от n00by (ok), 31-Окт-24, 13:01	+1 +/–
nih-синдром -- это такая мантра, что бы люди разучились кодить. Этим синдромом "больны" все влиятельные корпорации: Микрософт, Гугл, даже GNU и то -- is Not UNIX. :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #111

118. Сообщение от n00by (ok), 31-Окт-24, 13:08	+/–
Да. Решить все остальные проблемы плюсов можно как Линус Торвальдс: назвать всех плюсовиков нехорошим словом. После дружеского мордобоя работать с теми, кто останется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83

119. Сообщение от Аноним (113), 31-Окт-24, 14:57	+/–
> А до этого, подсчет ссылок считался одной из разновидностей GC. Нет, никогда не считался. А в unique_ptr счетчика ссылок и вовсе нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115 Ответы: #122, #138

122. Сообщение от Аноним (23), 31-Окт-24, 15:18	+/–
>> А до этого, подсчет ссылок считался одной из разновидностей GC. > Нет, никогда не считался. У "альтернативных", в их альтернативной вселенной с альтернативно-маркетолухоичной. терминологией - все может быть. https://www.cl.cam.ac.uk/~nk480/C1819/lecture7.pdf https://cplusplus.com/reference/memory/shared_ptr/ > Manages the storage of a pointer, providing a limited garbage-collection facility, --- >>> smart-pointers, >> std::shared_ptr не благодарите > А в unique_ptr счетчика ссылок и вовсе нет. Начались виляния. Уныло.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119

123. Сообщение от randomize (?), 31-Окт-24, 15:45	+/–
> За поддержкой иди к корпам или плати денежку. > Т.к они делают для себя, а вам просто дали возможность попользоваться. Интересная логика. Гном делается за бабки, большинство коммитов Linux - от корпов, но при этом "просто дали попользоваться". Что касается твоих личных нападок, то где я писал, что мне кто-то что-то должен? То, что старое оборудование должно поддерживаться, это не значит, что разработчик лично мне обязан. Просто без поддержки нужных вещей программа лишится части пользователей. Так что давай, вперед, выпиливай "ненужные" иксы и особенно XWayland. Я только за 😊 > Да, вы пользуетесь не так Когда прога получает бОльшую часть рынка, то либо она прогибается под хотелки пользователей, либо пользователи под нее. Второй вариант обычно распространяется на закрытый софт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #124

124. Сообщение от Аноним (-), 31-Окт-24, 16:28	+/–
> Интересная логика. Гном делается за бабки, большинство коммитов Linux - от корпов, > но при этом "просто дали попользоваться". Именно так. Просто если ты придешь, например к красношапке и спросишь "а кто ваши пользователи", то они расскажут тебе про крупные компании которые перешли на линукс, а именно на "Red Hat Enterprise Linux for Workstations". Можешь сам убедиться redhat.com/en/technologies/linux-platforms/enterprise-linux/workstations Volkswagen migrated from UNIX to Red Hat Enterprise Linux for Workstations to simplify its operating system (OS) management for its research and development (R&D) engineers. Так что для своих пользователей они делают фичи, а остальным позволяют пользоваться. > Что касается твоих личных нападок, то где я писал, что мне кто-то что-то должен? Хм.. если ты это так воспринял - то извини. Мои рассуждения были скорее риторические. > То, что старое оборудование должно поддерживаться, это не значит, что разработчик лично мне обязан. Так оно и не должно) Ну нет у разработчика обязанности поддерживать старье (если это отдельно не предусмотрено контрактом) > Просто без поддержки нужных вещей программа лишится части пользователей. И если создателя программы это устраивает - то все хорошо. >Так что давай, вперед, выпиливай "ненужные" иксы и особенно XWayland. Я только за 😊 Из новости про релиз Федоры "Пакеты, относящиеся к xorg-server, стали опциональными, по умолчанию не ставятся. Это можно считать признаком движения к полному отказу от X11 вообще." > Когда прога получает бОльшую часть рынка, то либо она прогибается под хотелки пользователей, либо пользователи под нее. Второй вариант обычно распространяется на закрытый софт. Андроид и Хром показывает, что на открытый тоже. Особенно если это опенсорс, который ментенить и развивать очень сложно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123 Ответы: #130

127. Сообщение от Аноним (33), 31-Окт-24, 17:10    Скрыто ботом-модератором	+/–
Блин, скажи честно - ты дура? > #define malloc myAPIPanic("malloc() is blocked, use MemAlloc instend!"" Во-первых, тут закрывающейся скобки нет. Во-вторых непарное количество кавычек. В-третьих, ты хоть посмотри через gcc -E во что это твоё чудо сгенерируется, если использовать нормальный вызов malloc вместо твоих корявых костылей. В четвертых, man LD_PRELOAD
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110 Ответы: #128, #131

128. Сообщение от Аноним (33), 31-Окт-24, 17:17	+/–
*вместе с твоими корявыми костылями
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127

129. Сообщение от Аноним (129), 31-Окт-24, 17:32	+1 +/–
> вместо того, что б голову себе морочить реализаций - Вон то это стандартный паттерн для сишников. В отличие от... > понятный ContextBegin(). ...делающего фиг знает что и почему, отдельно смотреть еще надо что сие. Или при случае налететь, неверно поняв свойства конструкции. Если это было не важно - програмер вообще не будет смотреть тот макрос. > или MacroSaveContext() и MacroEndSaveContext(), условно. Это вообще вопиющая дезинформация. Потому что никаких контекстов оно никуда не сэйвит. А облом ожиданий прогармера и дезинформация - чреваты совершенно дурными багами на ровном месте. Это не значит что совсем не надо юзать макросы, в мане gcc, по моему, пример как достаточно прикольно и красиво инициализировать что-нибудь этакое, типа array struct'ов, в элегантном виде. Для себя я даже его расширил подобными вещами дабы точно не забыть терминатор (struct с специальными значениями) в хвосте по которому парсеры определяют (при заранее неизвестном размере) что все, пора угомониться. Но это task specific штука, под заведение нескольких однотипных "объектов" которые всяко были довольно кастомными штуками, и парсер свой. >>Что для системного яп - такая себе радость. > почему? вон, в C#, java и тд построение абстракций и скрытие реализации > - это вообще поощряемое дело. что и правильно, как мне кажется. Теперь попробуйте на этом системный софт, бутлоадеры, фирмвари, ядра и все такое писать. Поймете в чем прикол. Когда от системы надо предсказуемость поведения - а вы понятия не имеете как компонент себя ведет, какие особенности и проч - это не фича. > зачем это в голове держать, опять же? тем более, что многие > редакторы позволяют по 1й кнопке прыгнуть к реализации. Вон то стандартный прием в си. Если специальных соображени нет - вам реализация пофиг. А если реализация не пофиг то нестандартные плюхи в ней заставят читать еще и реализацию этих плюх, и вместо 1 штуки - теперь читаем 3! Т.е. провалившись в реализацию, еще обклацываем 2 под-реализации воооон того. И это типа улучшение? :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #112

130. Сообщение от randomize (?), 31-Окт-24, 21:21	+/–
> И если создателя программы это устраивает - то все хорошо. Опять же, если у проги большой рынок, то, скорее всего, разрабы сидят на зарплате. А в таком случае им вообще может быть фиолетово. > Из новости про релиз Федоры > "Пакеты, относящиеся к xorg-server, стали опциональными, по умолчанию не ставятся. Я в курсе. Проблема в том, что реализации Wayland кажутся еще сырыми, и не мне одному. Если бы переход с иксов был максимально бесшовным и безболезненным, а разработчиком пришлось бы перерисывать минимум кода (а не как сейчас), то вообще никакого флейма не было бы, и про иксы уже давно забыли. Ну а Федора - это известный глюкодром (ну или тестовый полигон, если такое обидно) для обкатки разработок Red Hat/IBM, лучше не использовать ее в реальной жизни. > Андроид и Хром показывает, что на открытый тоже. Эм, если не считать очевидных зондов для продажи рекламы, то какие свистелки, которые хотят пользователи, остались без внимания? А что касается сложности продукта - ну да, веб разжирел, а браузер стал заменять собой остальные проги в системе.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124 Ответы: #141

131. Сообщение от мяв (?), 31-Окт-24, 23:47	+/–
скажу честно - разоблачитель опечаток правила формуа нарушает. >LD_PRELOAD сейчас бы конструкции препроцессора загружать. >посмотри ни во что. потому что макрос паники использует fprintf, возвращающий int. а malloc - void*, о чем будет написано во время компиляции.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127 Ответы: #135

132. Сообщение от мяв (?), 31-Окт-24, 23:53	+/–
не знаю, что за Рефал, а Vala, во-первых, не ясно, на кукую версию стандарта метит, во-вторых, gnu-расширения использует. изначально на ней писать хотела
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116 Ответы: #136, #137

133. Сообщение от мяв (?), 01-Ноя-24, 00:04	+/–
в коде ошиблась - ну все, позор на всю жизнь, лол. ``` TableNewExten(h); int main(){   str1="123";   str2="456";   char *out;   void *outCtl   strUnite(out, str1, str2) // memAlloc      TableInitExtern(h);   TableAdd(h, "key", refLend(outCtl, out))   printf("%s:%s", out, TableGet(h, char*, "key"));   memFree(out); // уровень 1   TableFree(h);   refBorrow(outCtl) { // уровкнь 0     memFree(outCtl) // free()   } }
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #114

134. Сообщение от мяв (?), 01-Ноя-24, 00:11	+/–
почему, кстати, с лишней косвенностью? сейчас посмотрела - у меня так и происходило. ``` void mmeFree(void **point){   if(point==NULL||*point=NULL){...}   free(*point);   *point=NULL; } ``` ``` <...> memFree(&point); <...> ``` потом просто на NULL значения проверяете и все
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #139

135. Сообщение от Аноним (33), 01-Ноя-24, 01:13	+/–
> ни во что. > потому что макрос паники использует fprintf, возвращающий int. > а malloc - void*, о чем будет написано во время компиляции. вот это твоё безобразие #define malloc myAPIPanic("malloc() is blocked, use MemAlloc instend!") при таком использовании int *p = malloc(4); сгенерируется в: int *p = myAPIPanic("malloc() is blocked, use MemAlloc instead!")(4); Это блин ваще чё такое?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #131 Ответы: #140

136. Сообщение от Аноним (33), 01-Ноя-24, 01:15	+1 +/–
> gnu-расширения использует Уж лучше GNU-расширения, чем твои уродские костыли
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132

137. Сообщение от n00by (ok), 01-Ноя-24, 10:55	+/–
Рефал это просто пример, что транслировать в Си можно почти что угодно. Изначально препроцессор Си был отдельной программой -- намёк, что если не хватает макросов, то можно написать свой препроцессор. Что сделали в Vala и прочих ЯП.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132

138. Сообщение от n00by (ok), 01-Ноя-24, 11:03	+/–
> в unique_ptr счетчика ссылок и вовсе нет. 0 или 1 -- вполне счётчик.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119

139. Сообщение от n00by (ok), 01-Ноя-24, 11:13	+/–
>[оверквотинг удален] >   free(*point); >   *point=NULL; > } > ``` > ``` > <...> > memFree(&point); > <...> > ``` > потом просто на NULL значения проверяете и все В #11 не вижу этой лишней косвенности, только ``free(ptr); ptr=NULL;`` Лишняя - потому что лишние операции, лишние инструкции в машинном коде. Если такая цена устраивает, то вопросов нет. Часть лишнего оптимизатор может быть даже выкинет, если не передавать такие указатели между модулями (so, dll).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134 Ответы: #142

140. Сообщение от n00by (ok), 01-Ноя-24, 11:26	+/–
Ого, это похоже на переполнение входного буфера при попытке множественного инстанциирования.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #135

141. Сообщение от Аноним (-), 01-Ноя-24, 12:25	+/–
> Опять же, если у проги большой рынок, то, скорее всего, разрабы сидят на зарплате. А в таком случае им вообще может быть фиолетово. Так почти все успешные программы - это разрабы на зарплате. Что ядро линукс, что блендер и тд. Есть пару исключений типа vim, на то они и исключения (и при этом сливает по аудитории VS-коду). > Я в курсе. Проблема в том, что реализации Wayland кажутся еще сырыми, и не мне одному. Если оно не соответствует твоим ожиданиям, то можешь продолжать сидеть на ХОрге и поддерживать его сам. > Если бы переход с иксов был максимально бесшовным и безболезненным, Не будет) Это невозможно просто архитектурно. > а разработчиком пришлось бы перерисывать минимум кода (а не как сейчас), Ты сам знаешь что это не возможно. Слишком много изменилось, ИМХО это даже круче чем смена 16 на 32 бита. > то вообще никакого флейма не было бы, и про иксы уже давно забыли. Тут просто классическая ситуация "ну раз еще все не перешли, то зачем тратить время? будем просто игнорировать проблему"... а потом "аааа! все горит! наше чудесное приложение на костылях 20летней давности не работает! а там же переписывать кучу всего нужно!!" Отсюда истеричные вопли "я просто хочу чтобы работало как раньше1!1!!" > лучше не использовать ее в реальной жизни. Или наоборот - удачное место, где можно посмотреть чего будет в след. версиях красношапки. > то какие свистелки, которые хотят пользователи, остались без внимания? Дублирование приложений, Secure Folder, хаптик, мне был бы интересен аналог Samsung Dex. Они реализованы в версиях вендоров (типа хаоми или самсунг), но в ванильном нету. > А что касается сложности продукта - ну да, веб разжирел, а браузер стал заменять собой остальные проги в системе. Это значит что веб-аппа будет запускаться на любой архитектуре, на любой конфигурации где есть свежий браузер. Почти как java 20+ лет назад) В теме про webassembly много спорили на эту тему.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130

142. Сообщение от мяв (?), 03-Ноя-24, 13:19	+/–
вот при таком раскладе проявляются проблемы: ``` int main(){     TableInitExtern(htb);     char *str1 = "123";     char *str2 = "456";     char *str3 = "789";     char *out;          eAPIStrUnite(out, str1, str2, str3);          TableAdd(htb, "Key", out);              printf("%s\n", out);     eAPIMemPointFree(out);     char *Data = TableGet(htb, char*, "Key");     printf("%s\n", Data); // обращение к NULL     TableFree(htb); } ``` сделала вот так в конечном итоге: ``` int main(){     TableInitExtern(htb);     char *str1 = "123";     char *str2 = "456";     char *str3 = "789";     char *out;     refctl outCtl;          eAPIStrUnite(out, str1, str2, str3);          TableAdd(htb, "Key", refLend(outCtl, out));              printf("%s\n", out);     memFree(out); // не очищает: 0 юзеров, 1 аренда     char *Data = ref(TableGet(htb, char*, "Key"));     printf("%s\n", Data);     memFree(Data); // не очищает: 0 юзеров, 1 аренда     TableFree(htb);     refBorrow(outCtl); // очищает } ```
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139 Ответы: #143, #144

143. Сообщение от n00by (ok), 05-Ноя-24, 10:32	+/–
>  char *str1 = "123"; >  char *str2 = "456"; >  char *str3 = "789"; >  char *out; А зачем вообще нужны голые указатели? Вот эти массивы char -- в примере появились для наглядности -- в рабочей программе они откуда-то взялись? И при этом была подсчитана их длина, наверняка и память под них выделена? > eAPIStrUnite(out, str1, str2, str3); Например, если "строки" хранить в странном на первый взгляд формате - в двусвязном списке char - может оказаться, что слияние выполняется без лишних копирований и вопрос с управлением памятью отпадает сам собой. > TableAdd(htb, "Key", out); Шаблонная функция в Си++ потребовала бы вместо указателя итератора (а по списку он или по массиву - зависит от специализации). В Си для списка придётся написать отдельную, но вряд ли в ней итерация по списку это основная сложность. Список - просто как пример неочевидного решения, в каких-то частных случаях оправданного. Здесь может быть проще инкапсулировать указатель и счётчик в struct string?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142 Ответы: #146

144. Сообщение от n00by (ok), 06-Ноя-24, 11:22	+/–
>  eAPIStrUnite(out, str1, str2, str3); >  TableAdd(htb, "Key", out); >  printf("%s\n", out); >  eAPIMemPointFree(out); >  char *Data = TableGet(htb, char*, "Key"); >  printf("%s\n", Data); // обращение к NULL В догонку к "двусвязному списку для хранения"... Если TableAdd() и TableGet() внутри содержат некий перфект хеш, то замена хештаблицы на префиксное дерево позволит убрать операцию слияния подстрок для формирования ключа, вместо этого искать-добавлять непосредственно по подстрокам ключа. Сами строки-подстроки при этом хранятся в дереве. Для передачи в printf придётся их скопировать в массив char, но в простейшем случае хватит локальной копии (в стеке). Почему "значение" следует объединять из подстрок перед добавлением в таблицу - тоже неочевидно. Может быть, проще его менять?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142

145. Сообщение от Аноним (146), 06-Ноя-24, 11:43	+/–
>>Да даже без макросов многие либы навязывают архитектуру и дизайн приложения. > хм.. ну, может это не нравится кому-то, действительно. > хотя, мне кажется, это наоборот хорошо. А вот это - зависит от. Может, по изначальной задумке было бы удобно совсем другую архитектуру. Но нет, придется делать самолет из бамбука и лиан. Потому что автор либы так хотел. И запускать его - с обрыва, чтобы хоть как-то летал.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110

146. Сообщение от Аноним (146), 06-Ноя-24, 11:47	+/–
>>  char *str1 = "123"; >>  char *str2 = "456"; >>  char *str3 = "789"; >>  char *out; > А зачем вообще нужны голые указатели? Я таки нашел 1 применение похожей конструкции. Можно написать например ... return "OK"; ...и номер в принципе катит. Актуально для всяких "err2str" самопальных. Конечно оно return по факту - указатель на строку "OK", си ж не умеет строку by value возвращать вот так в лобову. Да и не в лобовую - лучше не надо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143 Ответы: #147

147. Сообщение от n00by (ok), 07-Ноя-24, 11:33	+/–
>[оверквотинг удален] >>>  char *str3 = "789"; >>>  char *out; >> А зачем вообще нужны голые указатели? > Я таки нашел 1 применение похожей конструкции. Можно написать например > ... > return "OK"; > ...и номер в принципе катит. Актуально для всяких "err2str" самопальных. Конечно оно > return по факту - указатель на строку "OK", си ж не > умеет строку by value возвращать вот так в лобову. Да и > не в лобовую - лучше не надо. В каких-то частных случаях без голых указателей на массивы символов не обойтись, но в общем случае от них больше проблем, чем пользы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема