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

"Проект Curl избавился от использования функции strcpy в коде"	+/–
Сообщение от opennews (?), 31-Дек-25, 10:12
Дэниел Cтенберг (Daniel Stenberg), автор утилиты для получения и отправки данных по сети curl, объявил о прекращении использования функции strcpy() в кодовой базе проекта и запрете применения данной функции в дальнейшем. Решение является продолжением инициированного в прошлом году отказа от использования функции strncpy(), копирующей заданное число байт из входящей строки. Применение strncpy() создавало опасность возникновения ошибок из-за  пропуска нулевого символа в конце строки или добавочного заполнения нулями... Подробнее: https://www.opennet.me/opennews/art.shtml?num=64532
Ответить | Правка | Cообщить модератору

Сообщения

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

1. Сообщение от Ilnarildarovuch (?), 31-Дек-25, 10:12	+5 +/–
Молодцы, хорошее и safe изменение!
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #20, #56, #141, #172

3. Сообщение от Bottle (?), 31-Дек-25, 10:19	+5 +/–
А могли бы использовать C++ и не пилить велосипед со строками...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9, #11, #13, #136, #144

4. Сообщение от Аноним (4), 31-Дек-25, 10:26	+2 +/–
Где бенчмарки?
Ответить | Правка | Наверх | Cообщить модератору

5. Сообщение от Tron is Whistling (?), 31-Дек-25, 10:27	+/–
Ну вот да, если нет managed строк - явная передача размеров буферов - лучшее решение.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #91

6. Сообщение от kravich (ok), 31-Дек-25, 10:31	+5 +/–
>Кроме того, прекращение использования strcpy позволит избавиться от потока ложных сообщений об уязвимостях из-за некорректных срабатываний AI-инструментов, считающих наличие strcpy() уязвимостью без учёта имеющихся в коде проверок. Это какой-то.... позор?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #22, #92, #121

7. Сообщение от Tron is Whistling (?), 31-Дек-25, 10:39	+6 +/–
Что да, то да. Когда термометр на мороженой рыбе показывает +50 - стоит выкинуть термометр.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #93

9. Сообщение от Аноним (9), 31-Дек-25, 10:45	+1 +/–
а могли бы использовать питон и не заморачиваться вообще, а могли бы заплатить денег индусам и им бы все накодили, а могли бы найти гадалку чтобы она им искала ошибки через спиритические сеансы, ....сколько возможностей упущенно, ай яй яй
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #66, #169

10. Сообщение от онанист (?), 31-Дек-25, 10:53	+4 +/–
из-за некорректных срабатываний AI-инструментов, считающих наличие strcpy() уязвимостью очередная победа "безопасности" над здравым смыслом. осталось ещё отключить интернет.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #24

11. Сообщение от Аноним (-), 31-Дек-25, 10:53	–10 +/–
Поясню, программирование на чистом Си похоже на поэзию. Когда вы пишите стихи, люди жившие до вас много раз писали о том, о чём пишите Вы. Но данный факт не является причиной того что не надо писать стихи. Что касается технической стороны, C++ не нужен. В учебниках и Интернете много всяких идиом и готовых функций на Си, которые программист может тупо пере-использовать. А если программсит напишет свою функцию, тоже неплохо. Во всяком случае это называется свободный выбор, а не велосипед.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #57, #59

12. Сообщение от Фонтимос (?), 31-Дек-25, 11:00	–1 +/–
>автор утилиты ..., объявил о Очевидно, что если Данила еще немного подумает, то придет к единственно верному решению - переписать вообще на другом актуальном языке.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #14, #23, #33

13. Сообщение от xPhoenix (ok), 31-Дек-25, 11:05	–4 +/–
Рано или поздно и curl на Rust перепишут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #15, #17, #21, #48, #86, #155

14. Сообщение от An (??), 31-Дек-25, 11:09	–1 +/–
Зря вы так. C тут то, что доктор прописал. На python слишком медленно будет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #40

15. Сообщение от Ilnarildarovuch (?), 31-Дек-25, 11:12	+3 +/–
И это будет отвратительно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

17. Сообщение от Аноним (17), 31-Дек-25, 11:21	+11 +/–
Уточнение: Начнут переписывать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #30

19. Сообщение от Аноним (-), 31-Дек-25, 11:31	–1 +/–
> Применение strncpy() создавало опасность возникновения ошибок из-за > пропуска нулевого символа в конце строки или добавочного заполнения > нулями. Шикарный йазычог с офигенно продуманной стандартной либой :) Прям все сделано для людей. > Замена strcpy() на curlx_strcopy() произведена, так как существует > вероятность человеческой ошибки, приводящей к разделению кода с > проверкой/выделением памяти и вызовом strcpy(), например, при > необдуманном переносе лишь части кода или вставки кода между проверкой > и вызовом strcpy() Хехе, classic. Что забавно, даже новая curlx_strcopy не возвращает ошибку, если размеры не подходящие, а молча копирует нулевой символ.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #26, #27, #28

20. Сообщение от Аноним (20), 31-Дек-25, 11:35	+18 +/–
Очень affordable
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #89

21. Сообщение от aname (ok), 31-Дек-25, 11:36	+1 +/–
Ох уж эти тысячи глаз
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

22. Сообщение от aname (ok), 31-Дек-25, 11:37	+/–
С другой стороны, заявляется, что качество кода улучшено.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

23. Сообщение от aname (ok), 31-Дек-25, 11:39	–1 +/–
Не совсем понятно, зачем ему что- то переписывать на C#
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #41

24. Сообщение от Аноним (24), 31-Дек-25, 11:41	+2 +/–
"False positives" существовали всегда, если "эксперты по безопасности", проверяющие код AI-инструментами, об этом не в курсе, то это вопрос квалификации таких "экспертов". (Это, конечно же, не отменяет того факта, что AI в его нынешнем состоянии - срущий под себя младенец, пригодный только для выкачивания денег из инвесторов)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

25. Сообщение от Аноним (24), 31-Дек-25, 11:47	–1 +/–
Для исключения уязвимостей в коде на Си достаточно средств, предоставляемых самим Си? Ай, беда-трагедия, как же тогда прогресс двигать, если можно без модных язычков обходиться?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #167

26. Сообщение от Аноним (26), 31-Дек-25, 11:49	+1 +/–
> Хехе, classic. в топку любые функции в стд, которые используют внутри себя другие функции. Эти функции фактически обертки над memset, пусть эти обертки пишет сам программист под свои задачи, по факту если это функция в стандартной библиотеке, то по существу там все входные параметры должны быть проверены на корректность, и указатели и длины, а тут что? - одни предположения. Мракобесие!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

27. Сообщение от Аноним (26), 31-Дек-25, 11:50	+1 +/–
правка: memcpy, неважно, суть в общем ясна.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

28. Сообщение от Аноним (28), 31-Дек-25, 11:51	+/–
> Шикарный йазычог с офигенно продуманной стандартной либой :) Никто не мешает использовать более безопасные инструкции, вместо устаревших. Microsoft ещё в ранних Visual Studio сделала, чтобы компилятор ругался. Ты что ли не стареешь, офигенный продуман.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #72

29. Сообщение от Аноним (29), 31-Дек-25, 11:53	+/–
А поцаны, писавшие всю жизнь на паскале и использовавшие для этого string, даже и не знали об этой проблеме. А кто то все еще думает, что паскаль с его строгой типизацией - плохой язык.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #32, #35, #138, #157

30. Сообщение от Аноним (30), 31-Дек-25, 11:58	+/–
Уточнение: второй раз
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #44

31. Сообщение от Аноним (31), 31-Дек-25, 11:58	+2 +/–
memccpy ему не понравилась? Занулять строку звучит как лютый костыль всё равно, лучше уж abort кидать чтобы баги быстрее пофиксить связанные с неправильным размером буфера.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #39

32. Сообщение от warlock (??), 31-Дек-25, 12:13	+/–
string — это который не может быть длиннее 255 символов?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #36, #58, #63

33. Сообщение от Аноним (-), 31-Дек-25, 12:20	+/–
Он уже пытался, но неосилил выносить нытье любителей некроплатформ. Так что пусть хлебает щии(т) полной ложкой и выдумывает костыли для подпорки проекта.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #43

34. Сообщение от Tron is Whistling (?), 31-Дек-25, 12:22	+1 +/–
Вот что криво в этой реализации - нет отработки варианта slen == dsize и src[slen - 1] == 0. Это вполне себе корректный вариант, который тупо пропущен.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #37, #156

35. Сообщение от Tty4 (?), 31-Дек-25, 12:23	+1 +/–
Паскаль всегда был слишком понятным и эффективным. Если что-то написано - сразу понятно, бред или нет (академический, те физиков и ко, код очень часто бред, просто иногда работает, его в расчет не берём). Очень сложно пускать пыль в глаза, когда Вас легко вывести на чистую воду. Поэтому Питон, Си, Раст нужны - мозг свой вынесешь, пока разберёшься, что не так работает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #78, #97

36. Сообщение от Аноним (-), 31-Дек-25, 12:27	+/–
Ты что паскаль последний раз видел когда Ельцин был президентом)? String is an alias for ShortString, AnsiString or Unicodestring (UTF16) depending on a compiler setting. Т.е оно не просто поддерживает длинные строки, но еще и Unicode. Чего дырявым ЯП даже не снилось.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #38, #54, #77

37. Сообщение от Аноним (-), 31-Дек-25, 12:35	+/–
Не трогай! Это на новый год! (следущий))) А вообще это норм, как для сишки. По хорошему функция должна возвращать ошибку при неверных входных параметрах, но обработку ошибок еще не завезли, так что "и так сойдет"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34

38. Сообщение от Аноним (26), 31-Дек-25, 12:39	+1 +/–
> Ты что Надо начинать сначала с понятий bounded и unbounded string, потом уже ShortString, AnsiString or Unicodestring (UTF16) :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36

39. Сообщение от Tron is Whistling (?), 31-Дек-25, 12:41	–4 +/–
Шпасибо за идею, ребята, но таки не лучше. Пусть у меня лучше один запрос завалится с непонятным багом, чем всё приложение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #51

40. Сообщение от Фонтимос (?), 31-Дек-25, 12:41	–1 +/–
Ну, питон как-бы популярный, но думаю, сейчас уже не актуальный.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #68

41. Сообщение от Фонтимос (?), 31-Дек-25, 12:42	+/–
Да, не, это не слишком актуально сейчас
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #162

42. Сообщение от Аноним (-), 31-Дек-25, 12:43	+1 +/–
Охохо, опять strncpy. Вот что она делает, судя по названию? Наверное копирует строку 🤔 Ан нет! Она копирует не более n ненулевых байтов из источника и добивает буфер до n нулями (но зачем?), ломая инвариант - в буфере после копирования не строка. Отличная функция для строковой библиотеки, чувствуется могучий дедовский дизайн - собрать столько бесполезной функциональности в одной функции.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #50

43. Сообщение от Фонтимос (?), 31-Дек-25, 12:43	+/–
Бог любит троицу, так-что еще не все потеряно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33

44. Сообщение от Аноним (44), 31-Дек-25, 12:44	+5 +/–
Его и первый раз не начали, там растеры сделали какой-то минимальный бекенд и забросили, думая что Даниэль будет сам поддерживать его. А он не стал и просто выбросили его - https://daniel.haxx.se/blog/2024/12/21/dropping-hyper/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #75

45. Сообщение от Аноним (45), 31-Дек-25, 12:44	–1 +/–
>Теперь все вызовы strcpy() заменены на новую функцию curlx_strcopy Какое же гнилое говно эта сишка, что в ней совсем-совсем в стандартной библиотеке вообще ничего юзабельного нет. Менталитет сишников такой же. Сейчас я задействовал одну либу, парсящую один формат, на сишке (от безысходности, на плюсах варианта нет) ... вроде бы превосходно документированную, но ... оказалось, что таки недостаточно документированную, там внутри malloc на mallocе, хотя это совсем не требуется, можно было просто указатель в буфер, которым владеет пользователь API, передать, без каких-либо аллокаций вообще, и то, что функция делает маллоки и что возвращаемые ей значения надо освобождать - это вообще никак недокументировано! А в другой функции есть баг прямо в API, из-за которого использование её функций сразу даёт повреждение кучи из-за путаницы в типах указателей (функция из одной строчки, но там непрозрачный указатель приводится не к тому типу, потому что разраб идиот, решил сэкономить, и внутри либы одну и ту же функцию задействовать для двух разных типов, при этом весь код касаемый другого типа не протестирован вообще, так как второй тип - это плюсовые биндинги, которые автор просто добавил без каких-либо тестов).
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #53, #67

47. Сообщение от zionist (ok), 31-Дек-25, 12:59	+/–
> Решение является продолжением инициированного в прошлом году отказа от использования функции strncpy(), копирующей заданное число байт из входящей строки. Применение strncpy() создавало опасность возникновения ошибок из-за пропуска нулевого символа в конце строки или добавочного заполнения нулями. Каким образом можно пропустить нулевой символ в конце строки и причём тут вообще добавочное заполнение нулями? Если оперировать Си строками без грязных хаков и собственных велосипедов, то нулевой символ никогда не исчезнит. Функция strcpy никогда не теряет нулевой символ. Если после нулевого символа есть дополнительные нулевые символы, это вообще не должно создавать никаких проблем. Если я не прав, приведите пример кода.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #64, #76

48. Сообщение от zionist (ok), 31-Дек-25, 13:05	–4 +/–
Если уже и переписывать, то на Go. Потому что использование системного языка для простой утилиты выглядит как из пушки по воробьям.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #52, #88

50. Сообщение от Аноним (71), 31-Дек-25, 13:14	+2 +/–
Ну и что теперь из-за каждого чтения привет мира нужно городить библиотеку на 10 мегабайт? Раньше операционные системы были меньше 10 мегабайт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42 Ответы: #223

51. Сообщение от Аноним (-), 31-Дек-25, 13:20	+4 +/–
> Пусть у меня лучше один запрос завалится с непонятным багом, чем всё приложение. А если запрос НЕ завалится? И просто будет удалённое выполнение кода как в Net-SNMP? Будет лучше)?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #113, #154

52. Сообщение от Аноним (44), 31-Дек-25, 13:22	+4 +/–
Curl это библиотека - libcurl, а не утилита. С ней линкуется софт, если нужен http/ftp/smtp/pop3/ldap/ssh протоколы. Так что не катит тут твой гоу с его GC, рантаймом и непонятным API.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #79

53. Сообщение от Аноним (26), 31-Дек-25, 13:22	+/–
> от безысходности > хотя это совсем не требуется, можно было просто указатель в буфер, которым владеет пользователь API, передать, .... это что за такой синдром выученной беспомощности? Ну пишите сами тот самый парсер, в чем проблема? > А в другой функции есть баг прямо в API А у кактуса есть КОЛЮЧКИ! Подумаешь, главное ведь желудок забить, чтобы не урчало. пс: короче, причем тут Си если описанное выше мракобесие не зависит от языка, а от "потому что разраб идиот", сами ведь утверждаете.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #108

54. Сообщение от Аноним (44), 31-Дек-25, 13:26	+/–
> Чего дырявым ЯП даже не снилось. Ты что Сишку видел когда еще Горбачёв был президентом СССР? В Си строки вообще никогда не были ограничены по длинне, и так же 100 лет умеют в юникод.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #69, #95

56. Сообщение от Аноним (56), 31-Дек-25, 13:33	+1 +/–
А всего-то нужно было Кернигана-Ритчи прочитать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #71, #102

57. Сообщение от Аноним (94), 31-Дек-25, 13:34	+2 +/–
Программирование на чистом Си похоже на письмо по слогам.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #60

58. Сообщение от Аноним (29), 31-Дек-25, 13:36	+1 +/–
Неа. Строки были динамические еще со времен TP. Причем за временем жизни следить компилятор. А всякие вот эти strблаблабла из Си - это что то из времен, когда выделять память динамически было слишком дорого, а потому или она выделялась на стеке (привет записывание за пределы буффера, бугага), или использовался некий статический буффер (привет thread-unsafe). Как давно это было? А паскаль - эт ваще чудо. Открою большой и жирный секрет. Если заменить объекты на интерфейсы, а TObject на TInterfacedObject - можно вообще обойтись без деструкторов, ибо все время жизни будет отслеживаться компилятором. В Си/С++, насколько я знаю, так нельзя. Там надо все равно _AddRef и _Release ручками вызывать. И привет безопасная работа с памятью для криворуких программистов, которые не знают принципа матрешки - что создал, то надо удалить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32 Ответы: #128, #143, #221

59. Сообщение от Аноним (56), 31-Дек-25, 13:37	+2 +/–
> Поясню, программирование на чистом Си похоже на поэзию. Абсолютно согласен. Мне напоминает Маяковского и Блока. Причем эстетика, внешний вид текста - основа всего остального. Но есть отдельные личности, которые из совершенного инструмента делают непотребство (с примером можно ознакомиться в соседней теме), а в случае неизбежной неудачи обвиняют инструмент.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #73, #82, #85

60. Сообщение от Zulu (?), 31-Дек-25, 13:39	+3 +/–
Самурай без меча подобен самураю с мечом, но без меча.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #84

62. Сообщение от Аноним (62), 31-Дек-25, 13:39	–1 +/–
Недавно смотрел код этой библиотеки. Код страшноват даже по меркам си. С модульностью как-то тоже не очень, один здоровый монолит. Даже не ясно, кто в здравом уме будет это поддерживать, если автор отойдёт от дел.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #70

63. Сообщение от Аноним (29), 31-Дек-25, 13:40	+1 +/–
Да, на паскале можно писать почти как на скриптовом языке. Можно создать что то типа TList<TMyInterface>, добавлять туда что то без необходимости очищать это добро унылым кодом типа for I := 0 to FList.Count - 1 do FList[I].Free. И даже можно создавать, едрен батон, анонимные объекты, т.е. что то типа MyFunc(TMyObject.Create).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

64. Сообщение от Аноним (56), 31-Дек-25, 13:41	+1 +/–
Надо же было гражданину отличиться. Отличился.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

66. Сообщение от Аноним (56), 31-Дек-25, 13:46	+/–
>  а могли бы заплатить денег индусам и им бы все накодили Ради того, чтобы строку скопировать в другую строку? Им (плательщикам) уже ничто не поможет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

67. Сообщение от Аноним (44), 31-Дек-25, 13:48	+2 +/–
>[оверквотинг удален] > пользователь API, передать, без каких-либо аллокаций вообще, и то, что функция > делает маллоки и что возвращаемые ей значения надо освобождать - это > вообще никак недокументировано! А в другой функции есть баг прямо в > API, из-за которого использование её функций сразу даёт повреждение кучи из-за > путаницы в типах указателей (функция из одной строчки, но там непрозрачный > указатель приводится не к тому типу, потому что разраб идиот, решил > сэкономить, и внутри либы одну и ту же функцию задействовать для > двух разных типов, при этом весь код касаемый другого типа не > протестирован вообще, так как второй тип - это плюсовые биндинги, которые > автор просто добавил без каких-либо тестов). Начал поносить сишку, а закончил тем что "(от безысходности, на плюсах варианта нет)" - ну т.е. сам криворукий ничего не умеющий дятел, который ждёт что за него всё напишут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #111

68. Сообщение от Аноним (56), 31-Дек-25, 13:50	+/–
> Ну, питон как-бы популярный и самое главное - в количестве пробелов не ошибиться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #180

69. Сообщение от Аноним (-), 31-Дек-25, 13:52	+1 +/–
> В Си строки А в СИ есть строки? Вот это новость!!! Специально открыл стандарт, но там никакого string data type нету. В string.h какие-то недофункции для работы с чарами. > вообще никогда не были ограничены по длинне, Конечно не ограничены. Ни по длинне, ни по буферу. Главное не забывать про нуль-терминатор, иначе будет бо-бо. > и так же 100 лет умеют в юникод. Настолько, что росчитать длину строки в символах для UTF-8 уже проблема.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54 Ответы: #74

70. Сообщение от Аноним (71), 31-Дек-25, 13:53	+/–
ИИ будет поддерживать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #62

71. Сообщение от Аноним (71), 31-Дек-25, 13:55	+8 +/–
И иконку перед монитором чтобы она защищала написанный код.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56

72. Сообщение от Аноним (56), 31-Дек-25, 13:57	+2 +/–
> Microsoft ещё в ранних Visual Studio сделала, чтобы компилятор ругался. Он бы ругался, когда во все проекты телеметрию добавляет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28

73. Сообщение от cnjzxir (?), 31-Дек-25, 13:57	–1 +/–
Можно примеры?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

74. Сообщение от Аноним (44), 31-Дек-25, 14:05	+/–
> А в СИ есть строки? Вот это новость!!! Ну это же вы начали первый. Я вам подыграл немного. Да, в Си нет никаких строк, как и в ассемблере. В асме "строки" это просто массив байт, ровно как и в Си. > Настолько, что росчитать длину строки в символах для UTF-8 уже проблема. И какая тут проблема у вас?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #81, #83, #98

75. Сообщение от morphe (?), 31-Дек-25, 14:05	–2 +/–
Он же прямо говорит что вместе с теми кто этот бекенд и добавил решили что оно не нужно, функциональность слишком сильно дублирует то что в curl уже есть, не давая особых преимуществ, но при этом усложняя сборку Всем желающим заменить curl на Rust - hyper имеет своё сишное апи, без лишней прослойки в форме api curl: https://docs.rs/hyper/latest/hyper/ffi/index.html
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

76. Сообщение от Аноним (-), 31-Дек-25, 14:06	–1 +/–
> Каким образом можно пропустить нулевой символ в конце строки Элементарно. godbolt.org/z/znGerE5h6 int main() {     char source[] = "Hello, World!";     char destination[10];     int copy_length = 10;     strncpy(destination, source, copy_length);     printf("Result %s", destination);     return 0; } Program stdout: Hello, WorHello, World! Итого - запоротый вывод из-за потерянного \n. Потому что в сишечке строк нет, а есть убогие char*.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47 Ответы: #114, #116, #122

77. Сообщение от morphe (?), 31-Дек-25, 14:08	+2 +/–
> но еще и Unicode Вот только utf16, как и все другие языки что добавили поддержку unicode непрозрачно, в 90х годах, а не нормальный utf8
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #104

78. Сообщение от Аноним (29), 31-Дек-25, 14:08	+1 +/–
Я сейчас пишу на C/C++. Да, я тормоз. Когда все писали на C, я писал на паскале. Когда все пишут на Rust, я пишу на C/C++. Ну что могу сказать. У C/C++ есть свои плюсы, но и свои минусы, типа невозможности присваивать массивы и необходимости кастовать enum в int. Но если я реально хочу быстро написать какую-то прогу без лишних заморочек и мозголомства - я все равно запускаю Lazarus. У меня есть старый проект на 300к строк, где нет ни одной утечки памяти. А все почему? Потому, что хорошая дисциплина написания кода и волшебный FastMM, который умеет рапортовать ошибки памяти. В том числе и тихие хэап коррапшены, если перейти в фулл дебаг мод. Классно ведь, когда не только утечка памяти показывается, но еще и ГДЕ она происходит?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

79. Сообщение от zionist (ok), 31-Дек-25, 14:09	–2 +/–
Всегда использовали лишь как утилиту. А какой именно софт с libcurl линкуется?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #52 Ответы: #90, #106, #115, #217, #228

81. Сообщение от morphe (?), 31-Дек-25, 14:10	+1 +/–
> И какая тут проблема у вас? С utf-16 при конвертации в utf-8 нужно заново по строке итерироваться и пересчитывать всё, потому что 2-4 байта в utf-16 это от 1 до 5 байт в utf-8 Вычисления не бесплатные, и требуются во всех программах что взаимодействуют с реальным миром, где в utf-16 данные не хранит никто
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #96

82. Сообщение от Аноним (-), 31-Дек-25, 14:11	–1 +/–
> Абсолютно согласен. Мне напоминает Маяковского Для написания на СИ тоже нужно быть куколдом и плаксой? > Причем эстетика, внешний вид текста - основа всего остального. Т.е главное как оно выглядит, как работает уже не важно))? > Но есть отдельные личности, которые из совершенного инструмента делают непотребство (с примером можно ознакомиться в соседней теме), Т.е все СИшники. Глупейшие ошибки встречаются в ядре линукс, криптографичечких библиотеках (ssl/ssh), стандартных библиотеках (glibc), просто библиотеках (libxml, libwebp), шрифтах (freeType), утилитах (curl, sudo) ... Возможно где-то есть НАСТОЯЩИЕ СИшники, но очевидно код они не пишут. > а в случае неизбежной неудачи обвиняют инструмент. Если неудача неизбежна, то возможно инструмент овно)?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #99

83. Сообщение от Аноним (-), 31-Дек-25, 14:13	+1 +/–
> В асме "строки" это просто массив байт, ровно как и в Си. Да, потому сишка это просто переносимый супермакроассемблер созданный для портирования юниксов на следующую PDP. Вопрос зачем писать на этом недоязыке в 2025 остается открытым > И какая тут проблема у вас? Проблема что нужно не только бегать до конца строки в поисках заветного \n как для подсчета размера в байтах, а еще и проверять является ли последовательность байтов валидным UTF-character и подсчитывать именно их. А что делать если не валидная?) И так каждый раз, вместо того, чтобы один раз посчитать при создании и валидации и потом просто использовать это значение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #153

84. Сообщение от Аноним (94), 31-Дек-25, 14:14	+/–
Но не все хотят быть самураями. Поэтому сейчас для микроконтроллеров мало кто пишет на ассемблере.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

85. Сообщение от Аноним (94), 31-Дек-25, 14:19	–1 +/–
Си и эстетика... сомнительно совместимые понятия. Но Раст, в этом плане, ещё хуже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59 Ответы: #142

86. Сообщение от Аноним (94), 31-Дек-25, 14:20	+/–
Начнут переписывать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

88. Сообщение от Аноним (94), 31-Дек-25, 14:25	–2 +/–
>Потому что использование системного языка для простой утилиты выглядит как из пушки по воробьям. OK, тогда на Python.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

89. Сообщение от Аноним (89), 31-Дек-25, 14:26	+6 +/–
И что только сишники не наворотят, лишь бы паскаль не изучать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #94, #118, #165

90. Сообщение от Аноним (30), 31-Дек-25, 14:27	+/–
запчасти системд, например
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79

91. Сообщение от Аноним (94), 31-Дек-25, 14:28	+1 +/–
Обязательно null terminated строки тоже можно считать managed.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

92. Сообщение от Аноним (89), 31-Дек-25, 14:29	–1 +/–
> Это какой-то.... позор? Это ИИ-инструменты.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

93. Сообщение от Аноним (94), 31-Дек-25, 14:30	+/–
После выкидывания выяснится, что термометр показывал в Кельвинах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #112

94. Сообщение от Аноним (94), 31-Дек-25, 14:33	+1 +/–
Утомительны эти ваши begin/endы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #126, #213

95. Сообщение от Аноним (89), 31-Дек-25, 14:34	+/–
> В Си строки вообще никогда не были ограничены по длинне И сколько будет работать функция, определяющая длину строки, на строке в пару гектар?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

96. Сообщение от fi (ok), 31-Дек-25, 14:36	–1 +/–
А вот не надо "С utf-16 при конвертации в utf-8" делать, что за детские ошибки? есть транспортное представление и внутреннее для строки, так что конвертируем utf* <=> wchar_t (32bits), с ним и работаем. Кстати, 6 уровень сетевой модели ISO. PS utf-16 - вообще не должен был появиться "16-бит хватит для всех, 640kb ... " :DDDDDDDDDD
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #103

97. Сообщение от Аноним (29), 31-Дек-25, 14:36	–2 +/–
АААААААААААААА. Ну кто-нибудь, скажите этим разработчикам Си, что они дебилы. Почему с их точки зрения вот это не должно работать? typedef uint8_t TMyArr[8]; TMyArr A, B; A = B; Или вот такой кусок говорит, что нельзя привести тип: typedef struct {int X, Y;TMyArr A} TMyStruct; TMyStruct C = {0, 0, A}; А если сделать вот такую замену, то должно? typedef struct {uint8_t Foo[8]} TMyArr; В чем логика? В паскале все работает и все логично.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #101, #150

98. Сообщение от Аноним (89), 31-Дек-25, 14:37	+/–
> в Си нет никаких строк, как и в ассемблере. В асме "строки" это просто массив байт, ровно как и в Си. Как в си-строке, т.е. си-массиве, внутри строки сделать символ 0? Что будет выдавать функция "длина строки"?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #110

99. Сообщение от Аноним (-), 31-Дек-25, 14:38	+1 +/–
>Т.е главное как оно выглядит, как работает уже не важно))? Зачем передёргиваешь, он об этом не говорил. >Глупейшие ошибки встречаются в Ой не надо так драматизировать, ошибки исправляются. >Если неудача неизбежна, то возможно инструмент овно)? Кен Томпсон с тобой не согласен. Си это замечательный инструмент.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #82 Ответы: #170, #182

101. Сообщение от Аноним (89), 31-Дек-25, 14:42	+/–
Потому что паскаль сочинял Вирт, а си - будущие сишники.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97

102. Сообщение от seg (?), 31-Дек-25, 14:43	+/–
Теперь хотя бы понятно за что сишников хейтят. А все как всегда - не читал, но проповедую.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #117

103. Сообщение от morphe (?), 31-Дек-25, 14:45	+1 +/–
> wchar_t (32bits), с ним и работаем Зачем тебе со строкой работать как с массивом wchar_t? Какой в этом смысл?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96

104. Сообщение от Аноним (29), 31-Дек-25, 14:49	+/–
Это в Delphi. В Lazarus UTF8. И я лично не понимаю линуксовую истерику по поводу UTF16. Вы должны понять одну простую вещь. UTF8 эффективен только если вы с US или GB и пишете на чистом английском. Как только вы начинаете использовать в строке региональные буковки - UTF16 становится в среднем более эффективным по памяти, чем UTF8.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #107, #152

106. Сообщение от Аноним (44), 31-Дек-25, 14:53	+1 +/–
1. Мой софт, в котором мне надо по HTTPS коннектиться к вебсерверу 2. git clone https://, git push 3. И примерно еще миллион "софтов"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79

107. Сообщение от morphe (?), 31-Дек-25, 14:54	+/–
> Как только вы начинаете использовать в строке региональные буковки - UTF16 становится в среднем более эффективным по памяти, чем UTF8. Он становится в среднем более эффективным по памяти на строках которые состоят исключительно из арабского и китайского, при этом не любого Русский и большинство других языков входящих в BMP кодируются как 2 байта на букву, т.е не менее эффективно чем utf16
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104 Ответы: #109

108. Сообщение от Аноним (45), 31-Дек-25, 14:57	–1 +/–
>сами ведь утверждаете. Что-то как вижу проект на голой сишке - так обычно такой случай. Закономерность, не находите? >это что за такой синдром выученной беспомощности? Ну пишите сами тот самый парсер, в чем проблема? Так оригинальный разраб того проекта на плюсах, который я форкнул, ещё больший дятел. У него был свой парсер, написанный в худших традициях, со strcmp, да, в cpp-файле. Неудивительно, что он не работает нихрена, а в коде возле него висит ToDo: переписать. Больше 10 лет уже висит. Проект-то заброшен, но единственное мало-мальски рабочее на Qt, что есть в интернете - это это (за исключением говна от проекта Qt, которое тоже ущербное). Там вообще всё переписывать надо, но слона едят по кускам. План вообще все оригинальные исходники выкинуть, заменив на портированные с Андроидного приложения. Я вообще не ожидал, что андроидное приложение основано на таком гигантском количестве кода.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

109. Сообщение от morphe (?), 31-Дек-25, 14:58	+1 +/–
> исключительно из арабского и китайского, при этом не любого Кстати соврал, арабский входит в BMP Эффективнее значит выходит только CJK, который в utf-8 кодируется в 3 байта против 2х в utf-16 ...Однако это нивелируется тем что у тебя китайский текст обычно и английский содержит, всякие JSON/XML/HTML/прочие форматы
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107

110. Сообщение от Аноним (44), 31-Дек-25, 14:58	+/–
Я не понимаю нафига ты тут кривляешься - вставляешь в середину 0 и всё, strlen() выдаст кол-во байт до этого 0 в середине. А как должно быть? До последнего 0? А где он этот последний, в самом конце виртуального адресного пространства процесса? struct string {    char *data;    size_t len; }; Храни длину в len, для копирования используй memcpy().
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #131

111. Сообщение от Аноним (111), 31-Дек-25, 14:59	+/–
См. рис. 1.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #67

112. Сообщение от Tron is Whistling (?), 31-Дек-25, 15:06	+/–
> После выкидывания выяснится, что термометр показывал в Кельвинах. Не, 50 по Кельвину на мороженой рыбе - это слишком мороженая рыба. А в Фаренгейтах тоже уже не мороженая, и можно выкидывать. Короче говоря если термометр кажет в шумах океана Марса - ему пора на покой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #93

113. Сообщение от Tron is Whistling (?), 31-Дек-25, 15:07	+/–
Ну, смотря что вам приоритетнее. Если у вас безопастный локалхост - наверное да, можно на пару недель и остановить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

114. Сообщение от Tron is Whistling (?), 31-Дек-25, 15:09	+/–
Из-за потерянного что? \0 может быть? Достаточно было сделать destination[copy_length - 1] = 0, и всё.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76

115. Сообщение от Gemorroj (ok), 31-Дек-25, 15:10	+1 +/–
php, например.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79

116. Сообщение от Аноним (116), 31-Дек-25, 15:13	+/–
Функция конечно проблемная, но её проблемы можно обойти без особо сложной арифметики. char* strncpy_safe(char* dst, char* src, int len) {     dst[len-1] = '\0';     return strncpy(dst, src, len-1); } #define strncpy(dst, src, len) (strncpy_safe(dst, src, len)) Вставьте эти 5 строк в начале файла и Ваш код заработает как должен. То, что в Си нет строк это и минус и плюс. Ну какие могут быть строки при написании кода микроконтроллера или MBR? В винде вообще активно вместо null-terminated строк используется структура UNICODE_STRING { wchat_t* buff, ushort str_len, ushort buff_len } и им норм. Библиотека функций для Си вообще не обязана присутствовать. Она просто немного упрощает жизнь. Кстати, указания размера буфера отдельным числом, не является хорошей практикой. Завтра размер буфера станет 8 вместо 10, а copy_lenght так и останется 10.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #140

117. Сообщение от Вася (??), 31-Дек-25, 15:15    Скрыто ботом-модератором	+4 +/–
Пока не появились дристовики - никому и в голову не приходило ненавидеть  неких "сишников", да даже "сищников никаких" небыло. Просто некие  рэволюционеры начали двигать идиологию "все проблемы от ошибок в памяти", а "дрист - серебрянная пуля спасёт вселенную". Двигали идиологию сверху и вливала баблос. Дристовиков соблазнили тем, что они займут место "сищников", будут жиить в их домах и носить их одежду  -- поэтому дристовики рак ненавидят сишников. Каждый раз как дристовик видит сишника - его накрываект злоба, потому что он думает что сишник пользуется его вещами и занимает, уже обещанное дристовику место.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #133

118. Сообщение от Аноним (-), 31-Дек-25, 15:16	+1 +/–
В современном паскале страшный зоопарк строк. Там есть алиас string который компилятор заменяет на ansistring (однобайтовые символы + кодировка) или widestring (двухбайтовые ютф) или shortstring(это как первые только не длинее 255 символов и длина в первом байте). И есть ещё указатели на соответсвующие типы символов для каждой строки, которые могут указывать на целую строку пока не встретится нулевой (крч, логика как в си). В чистых паскалевских проектах строки вообще не доставляют проблем, но вот когда нужно выйти из манямирка и обратится к библиотеке на си, то строки сразу прекращаются в ужс-ужс череватый сегфолтами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89 Ответы: #148

119. Сообщение от zionist (ok), 31-Дек-25, 15:23	+/–
Адаптированный пример использования strncpy из второго издания K&R: #include <stdlib.h> #include <sys/dir.h> /* local directory structure */ #define NAME_MAX 14 /* longest filename component; */ /* system-dependent */ typedef struct { /* portable directory entry */     long ino; /* inode number */     char name[NAME_MAX+1]; /* name + '\0' terminator */ } Dirent; typedef struct { /* minimal DIR: no buffering, etc. */     int fd; /* file descriptor for the directory */     Dirent d; /* the directory entry */ } DIR; /* readdir: read directory entries in sequence */ Dirent *readdir(DIR *dp) {     struct direct dirbuf; /* local directory structure */     static Dirent d; /* return: portable structure */     while (read(dp->fd, (char *) &dirbuf, sizeof(dirbuf)) == sizeof(dirbuf)) {         if (dirbuf.d_ino == 0) /* slot not in use */             continue;         d.ino = dirbuf.d_ino;         strncpy(d.name, dirbuf.d_name, NAME_MAX);         d.name[NAME_MAX] = '\0'; /* ensure termination */         return &d;     }     return NULL; } Покритикуйте дедов. В чём они тут ошибались?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #163, #188

120. Сообщение от Кошкажена (?), 31-Дек-25, 15:23	+/–
Почему не сделать структуру строки с размером, например, как в Glib?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #123, #225

121. Сообщение от RM (ok), 31-Дек-25, 15:37	+/–
> Это какой-то.... позор? это когда заманался сц...ь против ветра. что характерно - ветер искусственно создается кучей .удаков, которым главное красивый дашборд в тупом автоматизированом (сейчас с AI, так модно) scanning tool. ну что бы этим редискам уже совсем нихчего не делать, только требовать от всех вокруг внимания к тикетам с выхлопом сканера. Например написать обоснование почему сканер ошибся. Даже дружелюбно, без явного давления, признавая что сканер не идеален, но ведь "очень полезен для бизнеса". Только эта вср#&*я система, как и ее хозяева, не имеет памяти, и шлет тот же самый репорт каждый раз, несмотря на то, что его уже описали и доказали в прошлый раз. Да, и однотипная ошибка, но в другой строке - это отписаться нада атдельно, "ну чо тебе, жалко copy/paste сделать если то же самое". А поскольку с этой стороны человек, а с той - тупой автомат - результат в новости.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

122. Сообщение от Аноним (44), 31-Дек-25, 15:39	+1 +/–
> Потому что в сишечке строк нет, а есть убогие char*. Хоспади, ну как же вы задолбали со своими строками. Какие-такие строки? Покажи мне строки в ассемблере! А еще в сишке нету звука и картинок - это всё просто байты, как и эти ваши строки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #137, #147, #224

123. Сообщение от Аноним (44), 31-Дек-25, 15:41	+/–
Потому что это библа, в которые данные приходят снаружи, где нет этих структур.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120 Ответы: #124, #125

124. Сообщение от Кошкажена (?), 31-Дек-25, 15:42	+/–
> Потому что это библа, в которые данные приходят снаружи, где нет этих > структур. Кто мешает обернуть char* в структуру и передать дальше по коду? Производительность упадет на 0.000000000001%?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123 Ответы: #127

125. Сообщение от Кошкажена (?), 31-Дек-25, 15:43	+/–
> Потому что это библа, в которые данные приходят снаружи, где нет этих > структур. Или кто мешает отдать структуру наружу в апи + функцию создания? Все равно они зовут strlen
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #123 Ответы: #200

126. Сообщение от Аноним (126), 31-Дек-25, 15:43	+/–
С разморозкой! Они проставляются современными редакторами кода автоматически. И уже очень давно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94 Ответы: #130

127. Сообщение от Аноним (44), 31-Дек-25, 15:44	+/–
Ну дак оборачивай и передавай. Только патч автору не забудь прислать, в котором все операции со строками внутри libcurl заменены на твою структуру.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #124 Ответы: #129

128. Сообщение от Аноним (-), 31-Дек-25, 15:44	+/–
Респект за TInterfacedObject!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

129. Сообщение от Кошкажена (?), 31-Дек-25, 15:46	+/–
> Ну дак оборачивай и передавай. Только патч автору не забудь прислать, в > котором все операции со строками внутри libcurl заменены на твою структуру. Ну то есть ничего не мешает, просто вместо нормального решения проблемы раз и навсегда ходят около и меняют таки весь код. Воистину лучше бы на С++ переписали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #127 Ответы: #146

130. Сообщение от Анлним (?), 31-Дек-25, 15:54	+/–
Каеф. Бесполезные символы (как и {}) прославляются автоматически, вместо того чтобы просто от них избавиться
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #126 Ответы: #168

131. Сообщение от Аноним (-), 31-Дек-25, 16:13	+1 +/–
> strlen() выдаст кол-во байт до этого 0 в середине. Прям генитальное решение от дидов)) > Храни длину в len, для копирования используй memcpy(). Т.е. вы предлагаете не использовать все функции с префиксом str из string.h? По причине того, что string совсем не string, а не понятно что и не выполняет своей функции?)) Не зря сишные строки называют "the most expensive one-byte mistake"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #110

132. Сообщение от Roman Dyaba (ok), 31-Дек-25, 16:19	+/–
Во первых это void, во вторых это вообще всё бред сивой кобылы в лунную ночь !
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #134

133. Сообщение от Аноним (133), 31-Дек-25, 16:27	+/–
А я, вот, обычный юзверь. Ну, чуть больше чем обычный, на полшишечки продвинутый... Но компелять и засирать всю систему буилд эссеншиалами и прочими перелстями не очень хочется. И вот открываешь софт как-нибудь под какие-нибудь нужды... И с голангом и растом все проще, положил статический бинарник в .local/bin и пользуешься... А с этими сями начинаются пляски... Либо компиляй, либо копр ищи... Либо пиши конфиг сборки для собственного копра. Поэтому стараюсь обходить стороной то, что писано на си, но в репах нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #117 Ответы: #183

134. Сообщение от Кошкажена (?), 31-Дек-25, 16:28	+/–
В комментариях по ссылке он пишет почему возвращает void.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #132 Ответы: #139

135. Сообщение от Аноним (136), 31-Дек-25, 16:32	–1 +/–
Какой же хороший язык си. >Кроме того, прекращение использования strcpy позволит избавиться от потока ложных сообщений об уязвимостях из-за некорректных срабатываний AI-инструментов Вместо использования зависимых типов в итоге создан галлюцинирующий монстр.
Ответить | Правка | Наверх | Cообщить модератору

136. Сообщение от Аноним (136), 31-Дек-25, 16:33	–1 +/–
Кресты нужно закопать, за время компиляции.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #181, #184

137. Сообщение от Аноним (-), 31-Дек-25, 16:33	–1 +/–
> Какие-такие строки? Файл называется string.h, а функции начинаются с префикса str. Слово string сам перевести сможешь? > Покажи мне строки в ассемблере! Как же вы задолбали своим ассемблером! Си это у нас ассемблер или "высокоуровневый язык программирования"? Если ассемблер - то вопросов нет. Если ЯП, то почему в нем нет строк?)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122

138. Сообщение от Аноним (136), 31-Дек-25, 16:34	–1 +/–
>А поцаны, писавшие всю жизнь на паскале Это латентные сишники. Сырые указатели позволяют легко портить память, прямо как в си. Но поскольку это не так очевидно как в си, то пишущие на паскале даже не подумают о смене языка.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #151

139. Сообщение от Аноним (-), 31-Дек-25, 16:38	+/–
> В комментариях по ссылке он пишет почему возвращает void. | This function is meant to always work – like strcpy. Это не ответ. Точнее это невероятно странное решение. Функция всегда будет отрабатывать как-будто все ок, даже если это не ок. | The idea is that this function is always used where it succeeds. А что если нет? Вот что тогда? Очередная дырень в курле?) | we catch that in testing/fuzzing – not in production. Хехе, ну удачки)))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134 Ответы: #177, #192

140. Сообщение от Аноним (-), 31-Дек-25, 16:50	+/–
> Вставьте эти 5 строк в начале файла и Ваш код заработает как должен. А если в len передать 0? dst[len-1] = '\0' отработает все равно. Но вот куда же он запишет этот ноль? Он же закорраптит память. > Ну какие могут быть строки при написании кода микроконтроллера или MBR? Точно такие же как и в других ЯП. Напр. на паскале можно писать для PIC (Pic Micro Pascal) и там есть STRING. Строка это для программиста чтобы не прдлиться с вычислениями len, потому что этот len - неотъемлимый атрибут строки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #116

141. Сообщение от Тон (?), 31-Дек-25, 16:51	–1 +/–
Смотря какой fabric
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

142. Сообщение от Аноним (142), 31-Дек-25, 16:58	–1 +/–
Скажите, какой ЯП по-вашему эстетичен?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #171

143. Сообщение от Аноним (26), 31-Дек-25, 17:27	+/–
> Неа. Строки были динамические еще со времен TP. в ada bounded строки на стеке, unbounded в куче
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

144. Сообщение от sena (ok), 31-Дек-25, 17:27	–1 +/–
С++, к сожалению, тоже полностью не избавился строк с нулевым терминатором. А по-хорошему надо бы начать с libc.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #230

145. Сообщение от Аноним (-), 31-Дек-25, 17:29	+/–
Многие люди никак не могут понять то, что в настоящем языке программирования вообще не должно быть строкового типа. И дело не в том, насколько низок этот язык. Для работы со строками должны быть отдельные, не входящие в язык функции, модули или процедуры. Строковые типы оправданы только на некомпилируемых языках, языках которые работают на виртуальных машинах. Это такие языки как Python, Java, Perl.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #159, #173

146. Сообщение от Аноним (44), 31-Дек-25, 17:33	+/–
Дело в том что внешний интерфейс должен оставаться стабильным. Как ты предлагаешь сделать своё решение, чтоб существующий софт продолжил работать, если кто-то решит обновить libcurl на версию с этой твоей структурой?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #129 Ответы: #176

147. Сообщение от Аноним (147), 31-Дек-25, 17:34	+/–
Просто кто-то гуманитариям неправильно объяснил что такое программирование. Пора уже привыкнуть
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122

148. Сообщение от Ivan (??), 31-Дек-25, 17:40	+2 +/–
Я там игрался немного. UTF-8 внутри ansi string представляется идеальным вариантом. Для legacy проектов, завязанных на широкие символы как-в-Винде (Free Vision, например, зачем-то именно так портировали) — wide string. Но вот то, что для бесшовной работы всего этого надо подключать юнит, который ещё сначала надо выгуглить - это жесть!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #118 Ответы: #149

149. Сообщение от Ivan (??), 31-Дек-25, 17:44	+3 +/–
> внутри ansi string и UTF8Length(s); UTF8Copy(s, 1, 5); и т.д. , я, кстати, попросил перенести их из lazarus в стандартную библиотеку, и они перенесли
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #148

150. Сообщение от Аноним (44), 31-Дек-25, 17:45	+1 +/–
Потому что ты прикинулся шлангом и сохраняешь массив в массив, используя их имена. А имя массива - это константный адрес, что ты тут ожидал получить? Прикинь! Так тоже не работает: int a, b; &a = &b;
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97

151. Сообщение от Аноним (44), 31-Дек-25, 17:52	+/–
Софтом на паскале никто не пользуется и его исчезающе мало - поэтому никто про испорченную память там не знает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #138

152. Сообщение от Аноним (-), 31-Дек-25, 17:54	+/–
> Как только вы начинаете использовать в строке региональные буковки - UTF16 становится в среднем более эффективным по памяти, чем UTF8. Нетже. В русских локалях ты можешь видеть немало цифр, знаков препинания, пробелов и прочих символов из ASCII, которые в utf8 кодируются одним байтом. Кириллические кодируются двумя, но... Ты никогда не считал, какую долю символов русского текста составляют кириллические букафки? При этом, даже в русской локали, ты можешь сделать ls -R /, и увидеть что большинство имён файлов в чистом ASCII.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #104 Ответы: #158, #206

153. Сообщение от warlock (??), 31-Дек-25, 18:28	–1 +/–
Если вам зачем-то нужно знать длину строки в кодепойнтах, это очень сильный маркер, что вы что-то делаете неправильно. Это универсальное правило применимое как к UTF-8 так и к UTF-16.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83

154. Сообщение от User (??), 31-Дек-25, 18:28	+/–
Remote root то ли будет, то ли нет - можа и вовсе следующие 20 лет не найдут - а премия вот она, и хрен ты её с не работающим кодом получишь... Выбор стула немножко очевиден, да?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #51

155. Сообщение от анонимус (??), 31-Дек-25, 18:28	+2 +/–
Не перепишут. Ведь ты не в курсе, что количество поддерживаемых архитектур на которых работае curl раз в 5 больше, чем их поддерживает Rust.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

156. Сообщение от warlock (??), 31-Дек-25, 18:41	+1 +/–
Нет, это некорректный вариант. slen — это длина строки не включая 0.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #174, #175

157. Сообщение от Аноним (157), 31-Дек-25, 18:41	+/–
Интересно, не знал что паскаль считается плохим языком. Спасибо за информацию. В таком случае лучше его не использовать? Какой язык посоветуете?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29 Ответы: #222

158. Сообщение от Аноним (-), 31-Дек-25, 18:42	+/–
Проснись мудак ASCII давно нету. Есть Базовая латинница стандарта Юникод.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152 Ответы: #164

159. Сообщение от Петр Турбо (?), 31-Дек-25, 19:07	+/–
А я говорю все языки плохие потому что из коброки нету строк, точка!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145 Ответы: #197

160. Сообщение от aa (?), 31-Дек-25, 19:12	–1 +/–
будет ли он избавляться от strdup который питонисты принесли в стандарт С?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #189

161. Сообщение от Аноним (161), 31-Дек-25, 19:32	+1 +/–
остаётся carbon
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #178, #190

162. Сообщение от aname (ok), 31-Дек-25, 19:34	+1 +/–
> Да, не, это не слишком актуально сейчас Очень даже актуально
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

163. Сообщение от Аноним (163), 31-Дек-25, 19:37	+/–
> Покритикуйте дедов. В чём они тут ошибались? strncpy и все strn* вообще придуманы не для этого. С одной стороны, после них нужно добавлять нулевой символ, как в твоём листинге. Об этом легко забыть, это небезопасно. С другой стороны - char buffer[1024*1024]; strncpy(buffer, "x", sizeof(buffer)); запишет один мегабайт данных. Эти функции - для формирования записей в файлах (например, dBase), не для строк в приложениях. Кроме того, в листинге та же самая проблема, что и в новости. Если что-то не влезло - ты не знаешь, что оно обрезалось, и продолжаешь считать, что у тебя валидные данные. Сильно натянутый, но понятный пример: ты можешь случайно прочитать ".ssh/aaaa...aaaa" вместо ".ssh/aaaa...aaaa.pub".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #199

164. Сообщение от Аноним (-), 31-Дек-25, 19:53	+/–
Мне плевать. Даже если она и есть, то это не базовая _латинница_, а ASCII: там не только a-zA-Z, но ещё цыфры, знаки препинания и управляющие символы. Если у кого-то зуд переименовывать устоявшиеся названия, типа ASCII, то пускай он хотя бы названия научится удачные придумывать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #158 Ответы: #194

165. Сообщение от Аноним (165), 31-Дек-25, 20:03	+1 +/–
Верно. Кто о чем, а сишники все буфер считают, вместо того, чтобы праздновать Новый год) Так что в кафешках их днём с огнём не сыщешь)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

166. Сообщение от Аноним (166), 31-Дек-25, 20:24	+1 +/–
Когда говорят, что весь мир написан на Си - это повод ужаснуться. С такими проблемами ковыряться в 2025 это своё время не ценить.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #179

167. Сообщение от PROgrm_JARvis (ok), 31-Дек-25, 20:32	+/–
Настолько достаточно, что оно требует своего per-project велосипеда, делает рантайм-проверку (а в релизных билдах и на неё забивает), и требует не забывать за собой таскать длину отдельной перменной которую ну разумеется нельзя перепутать (нет)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

168. Сообщение от Илья (??), 31-Дек-25, 20:53	+1 +/–
А альтернатив-то и нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #130 Ответы: #216

169. Сообщение от Илья (??), 31-Дек-25, 20:55	+1 +/–
>питон Упаси госпаде
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

170. Сообщение от Илья (??), 31-Дек-25, 21:04	+/–
>Кен Томпсон с тобой не согласен А можно хотя бы парочку несогласных?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #196

171. Сообщение от Илья (??), 31-Дек-25, 21:04	+/–
С#
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #142 Ответы: #218

172. Сообщение от anonymous (??), 31-Дек-25, 21:32	+/–
Когда уже строки вместо указателей сделают?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

173. Сообщение от Илья (??), 31-Дек-25, 21:35	+/–
> в настоящем языке программирования вообще В сишарпе есть тип String. Ни разу там не сталкивался с какими-либо проблемами
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145 Ответы: #195

174. Сообщение от Tron is Whistling (?), 31-Дек-25, 21:40	+/–
Смотря что считать длиной, да. На самом деле так делать тоже хреново, появляется лёгкая возможность off-by-one.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156

175. Сообщение от Tron is Whistling (?), 31-Дек-25, 21:42	+/–
Если не включая 0 - тогда всё как бы, ну, будем считать, что ок. Ассерт на месте, длина должна быть меньше длины буфера.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156

176. Сообщение от Кошкажена (?), 31-Дек-25, 21:44	+1 +/–
> Дело в том что внешний интерфейс должен оставаться стабильным. Как ты предлагаешь > сделать своё решение, чтоб существующий софт продолжил работать, если кто-то решит > обновить libcurl на версию с этой твоей структурой? Обернуть внутри в структуру из вызова апи. Да хоть создать std::string из const char* и далее внутри std::string использовать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #146

177. Сообщение от Кошкажена (?), 31-Дек-25, 21:45	+1 +/–
>> В комментариях по ссылке он пишет почему возвращает void. > | This function is meant to always work – like strcpy. > Это не ответ. Точнее это невероятно странное решение. Ну там есть еще странные ответы >> Isn’t this essentially strcpy_s() from Annex K (ISO C11)? > I have no idea – it might be. I don’t study the C standards and we still use C89 in curl…
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139 Ответы: #185

178. Сообщение от Кошкажена (?), 31-Дек-25, 21:47	+/–
> остаётся carbon carbon не плох, но он для плюсовиков. К тому же давно о нем не слышно. Автор же сам по ссылкам в комментариях говорит, что ничего не хочеть учить > I have no idea – it might be. I don’t study the C standards and we still use C89 in curl…
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #161

179. Сообщение от Кошкажена (?), 31-Дек-25, 21:52	+/–
> Когда говорят, что весь мир написан на Си - это повод ужаснуться. > С такими проблемами ковыряться в 2025 это своё время не ценить. Не ковряйся. Создавай новый мир с чудным unsafe и ковряйся в нем. Только вот в чем загвоздка? С момента создания прошло 15 лет, а нормальной библиотеки для ui нет. tauri - веб, gpui - доки нет, egui - нестабилен + после компиляции занимает 20+Гб c примерами-бинарниками по 500Мб на окно и 2 кнопки. Вот живи в таком мирке. В итоге биндинг в gtk или qt, которые как ты понимаешь далеки от идеала. А qt как работал 20 лет назад, так и работает как часики. Буквально можно открыть книжку по qt 4, прочитать и перейти на 6. Кроме qml все также примерно, все стабильно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #166 Ответы: #186, #215

180. Сообщение от Аноним (183), 31-Дек-25, 22:20	+/–
А не ставьте их слишком много на один блок кода - не ошибётесь. Например, два, всегда легко посчитать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

181. Сообщение от Аноним (183), 31-Дек-25, 22:24	+/–
Но языке без метапрограммирования уже никто всерьёз не воспринимает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136

182. Сообщение от Аноним (-), 31-Дек-25, 22:33	+/–
> Ой не надо так драматизировать, ошибки исправляются. Надеюсь ты такого не услышишь от своего врача или мамы)) Да, они исправляются, но главное что они допускаются. Постоянно и года в год, одни и те же. > Кен Томпсон с тобой не согласен. Си это замечательный инструмент. Настолько, что Кен свалил в гугл и запилил Го. А так да, замечательный! Особенно если на нем перестать писать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #198

183. Сообщение от Аноним (183), 31-Дек-25, 22:33	+1 +/–
> И с голангом и растом все проще, положил статический бинарник в .local/bin И пофиг, кто и что положил в этот стаческий бинарь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133

184. Сообщение от Аноним (-), 31-Дек-25, 22:37	+/–
> за время компиляции Проблемы генто-прдликов? Нормальные люди не пересобирают софт для каждого пользователя, это просто неэффективна трата электричества. Нормальные люди собирают софт один раз и им пользуются сотни или миллионы. А раз так, то скорость компиляции не важна - главное что может сделать компилятор за это время.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136 Ответы: #220

185. Сообщение от Аноним (-), 31-Дек-25, 22:39	+/–
> we still use C89 in curl… Это как раз понятно. Они гордятся, что курл собирается для некроплатформ и прочего электронного мусора. А туда не то что С11 не завезли, а не факт что С99 есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #177 Ответы: #207

186. Сообщение от Аноним (-), 31-Дек-25, 22:43	–1 +/–
> А qt как работал 20 лет назад, так и работает как часики. Qt это С++, а не Си. За си вам к GовноTK. И работает оно совсем не как часики. > Буквально можно открыть книжку по qt 4, прочитать и перейти на 6. Ахахаха! Серьезно?)) Ну-ну) Помню сколько попоболи было при переходе с 4 на 5, а потом с 5 на 6.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #179 Ответы: #208, #209

188. Сообщение от warlock (??), 31-Дек-25, 22:47	+/–
Не по теме, но  в программе весьма типичная ошибка программ на C: возвращается указатель на локальную переменную.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #119 Ответы: #191

189. Сообщение от Аноним (189), 31-Дек-25, 22:53	+/–
один питонист отметился :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #160

190. Сообщение от Аноним (-), 31-Дек-25, 22:55	+/–
Не, карбон пока не остается) Авторы сами пишут Existing modern languages already provide an excellent developer experience: Go, Swift, Kotlin, Rust, and many more. Developers that can use one of these existing languages should. Carbon Language is currently an experimental project. Так что лет через 5 можно будет глянуть))
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #161

191. Сообщение от zionist (ok), 31-Дек-25, 22:56	+1 +/–
Нет никакой ошибки. Эта переменная статическая и указатель на неё возвращать можно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #188 Ответы: #193

192. Сообщение от warlock (??), 31-Дек-25, 22:57	+/–
Есть две сильно разных области применения программного обеспечения. В одной области самое лучшее что можно сделать при обнаружении логической ошибки -- это немедленно упасть с ошибкой, так как продолжение работы чревато непредсказуемыми последствиями вроде порчи данных в базе данных. В другой области надо продолжать работать несмотря ни на что. Пусть на экране отобразится мусор, пусть откажет какая-то часть системы, но важно, чтобы система продолжала в целом работать и позволила пользователю хоть как-то, но решать какие-то задачи. При этом надо постараться минимизировать ущерб и влияние ошибки. Тут очевидно применён способ работы с логическими ошибками из второй области. Насколько это оправдано, я не знаю.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #139

193. Сообщение от warlock (??), 31-Дек-25, 23:18	+/–
Точно, проглядел. Мне позор, а автору оторвать руки за такой код.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #191 Ответы: #201

194. Сообщение от Аноним (196), 31-Дек-25, 23:25	+/–
Ну ты и мудак. Однобайтный ASCII с 128 символами полность перенесён в Юникод. Тепрь он называется "Основная латиница". Чувак если то кончается 2025 год.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #164 Ответы: #204

195. Сообщение от Аноним (196), 31-Дек-25, 23:26	+1 +/–
Вантузный Си-шарп некомпилируемый язык. Ему можно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #173

196. Сообщение от Аноним (196), 31-Дек-25, 23:28	+/–
Контраргументов нет. Поэтому пошло хамство.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #170

197. Сообщение от Аноним (197), 31-Дек-25, 23:28	+1 +/–
В FreePascal и Delphi есть string и он там крутой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #159 Ответы: #214

198. Сообщение от Аноним (196), 31-Дек-25, 23:32	+/–
>Надеюсь ты такого не услышишь от своего врача или мамы)) Так тебе уже говорили - не драматизируй. >главное что они допускаются. >Постоянно и года в год, одни и те же. А ты чо хотел живой язык - живые люди. только в мёртвом языке ошибок нет. >Настолько, что Кен свалил в гугл и запилил Го Кена попросили написать Go. Тупые программисты Google оказываются не умеют в системное программирование. А микроконтроллеры, и вообще системщину он пишет только на Си.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #182

199. Сообщение от zionist (ok), 31-Дек-25, 23:34	+/–
Будет ли исходная строка обрезана можно узнать заранее, просто сравнив её длину с третьим аргументов strncpy. Как правило такая ситуация означает ошибку и следовательно исключает саму необходимость вызывать strncpy или strcpy. Си строки заканчиваются нулевым символом и забывать об этом нельзя никогда. Соглашусь лишь в одном - функция strncpy предназначена для _полного_ заполнения результирующего буфера. curlx_strcopy представляет из себя какую-то внутреннюю договорённость проекта curl, которая врядли подходит для общего использование. Достаточно взглянуть на неконсистентную обработку ситуации, когда условие slen < dsize не выполняется в дебаг и в релиз версиях.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #163

200. Сообщение от Аноним (26), 31-Дек-25, 23:35	+/–
> Или кто мешает Мешает - хитроопость, а кто завтра будет гранты выделять на допиливание и доведение до ума? - НИКТО, если оно будет качественным по определению. Понятие законченного и доведенного ПО в СПО - НЕТ!!! И это все не просто так, а как бекдоры вносить по необходимости? Вот для этого и нужна симуляция деятельности - одним словом, бардак!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #125 Ответы: #205

201. Сообщение от zionist (ok), 31-Дек-25, 23:36	+1 +/–
Его руки создали UNIX. Чем вам не угодили статические переменные?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #193 Ответы: #210

204. Сообщение от morphe (?), 31-Дек-25, 23:40	+/–
> Ну ты и мудак. Однобайтный ASCII с 128 символами полность перенесён в > Юникод. Тепрь он называется "Основная латиница". Чувак если то кончается 2025 > год. Зачем до слов докапываться, лол Все понимают что значит ASCII, "Однобайтный ASCII с 128 символами" - тавтология, поскольку ASCII это и есть 128 символов (ASCII - 7 бит кодировка), и с UTF-8 ASCII полностью совместима (Первые 128 codepoints в utf-8 это и есть ASCII)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #194

205. Сообщение от Кошкажена (?), 31-Дек-25, 23:41	+/–
>> Или кто мешает > Мешает - хитроопость, а кто завтра будет гранты выделять на допиливание и > доведение до ума? - НИКТО, если оно будет качественным по определению. Им итак никто не выделает. Но оно уже качественное, раз работает в куче софта каждый день. > Понятие законченного и доведенного ПО в СПО - НЕТ!!! А в проприетарной разработке все законечено и доведено до ума? И не обновляется? И багов нет? А как же новые безопасные языки, на которые писать просто и безопасно? Получается сразу себе гранты отрубают? Как же так?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #200 Ответы: #219

206. Сообщение от morphe (?), 31-Дек-25, 23:41	+/–
> Кириллические кодируются двумя, но Никакие но не нужны, потому что в utf16 это те же самые 2 байта)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #152

207. Сообщение от Кошкажена (?), 31-Дек-25, 23:42	+/–
>> we still use C89 in curl… > Это как раз понятно. > Они гордятся, что курл собирается для некроплатформ и прочего электронного мусора. Это нормально. Не вполне нормально не смотреть на новое и не делать выводы. Рано или поздно обновят минимально поддерживаемый стандарт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #185

208. Сообщение от Кошкажена (?), 31-Дек-25, 23:50	+/–
>> А qt как работал 20 лет назад, так и работает как часики. > Qt это С++, а не Си. > За си вам к GовноTK. И работает оно совсем не как часики. Не правда. Нормально он работает, особенно в версии 2. На нем полно софта написано. >> Буквально можно открыть книжку по qt 4, прочитать и перейти на 6. > Ахахаха! Серьезно?)) Ну-ну) Да, серьезно (с). > Помню сколько попоболи было при переходе с 4 на 5, а потом с 5 на 6. Каких? Между qt 4 и 5 основными изменениями были в QtGraphics и добавление QML. База (QObject, сигналы-слоы, виджеты, QtCore) там одна c минимальными изменениями, что в 4, что в 5, что в 6.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #186

209. Сообщение от Кошкажена (?), 31-Дек-25, 23:54	+/–
>> Буквально можно открыть книжку по qt 4, прочитать и перейти на 6. > Ахахаха! Серьезно?)) Ну-ну) > Помню сколько попоболи было при переходе с 4 на 5 Даже официальная документация https://wiki.qt.io/Transition_from_Qt_4.x_to_Qt5 пишет > The transition from Qt 4.x to Qt 5 is not expected to be significant. However, the "modularization" of the Qt code base requires some amount of changes to project configuration, such as use of "headers", and configuration of project build settings (such as changes to the *.pro files).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #186

210. Сообщение от warlock (??), 01-Янв-26, 00:04	+/–
У статических переменных много проблем. Теряется реентерабельность, multi-thread safety. Даже просто два вызова подряд уже проблема.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #201 Ответы: #211

211. Сообщение от zionist (ok), 01-Янв-26, 00:22	+/–
Так вам и глобальные переменные не по душе? Статические переменные внутри функций - это те же глобальные переменные, но с ограниченной зоной видимости в коде.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #210 Ответы: #212

212. Сообщение от warlock (??), 01-Янв-26, 00:36	+/–
Глобальные переменные хуже, так как могут ещё и неявную связь между разными функциями создавать. Статические переменные в любом виде, кроме констант и конструкций, эквивалентным константам, -- очень серьёзный антипаттерн, который не должен применяться по сути никогда (кроме тех редких случаев когда должен).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #211

213. Сообщение от Аноним (89), 01-Янв-26, 00:43	+/–
> Утомительны эти ваши begin/endы. Ага, лучше CVE строчить про переполнение буферов.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94

214. Сообщение от Аноним (89), 01-Янв-26, 00:49	+/–
И лучше пока никто не придумал, даже в плюсах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #197

215. Сообщение от Аноним (215), 01-Янв-26, 01:20	–1 +/–
> Создавай новый мир с чудным unsafe и ковряйся в нем Для работы со строками unsafe не нужен. Это какая-то адская е-нина в Си.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #179

216. Сообщение от Аноним (216), 01-Янв-26, 01:54	+/–
Почему нет? А как же питон?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #168

217. Сообщение от Rezzet (??), 01-Янв-26, 02:01	+/–
Да почти весь который использует сеть, libcurl это единственный внятный способ получить http в программе или библиотеке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79

218. Сообщение от Rezzet (??), 01-Янв-26, 02:10	+/–
Может быть С# или Go или Пистон эстетичны и лаконичны, но это только если не вдаваться какая дичь там под капотом творится и что сначала им нужен их рантайм(или виртуальная машина) и уже потом они будут исполняться и простые строчки кода будет превращаться в тонны и трилионы процессорных инструкций, а потом еще прийдет сборщик мусора и скажет: "подожжжжждите, я поработаю" и в итоге ваша лаконичная и красивая программа превращается в неизвестно что с точки зрения инструкций процессора. Поэтому на Си/С++ писали, пишут и будут писать столько сколько существует плюс/минус текущая архитектура процессоров(не важно АРМ или х86, или Риск ) все они плюс минус похожи и при определенной сноровке и понимания процесса можно глядя на Си/С++ код понять в какой набор инструкций он будет разворачиваться. По сути Си/С++ это более человеческий способ писать на ассемблере.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #171 Ответы: #229

219. Сообщение от Аноним (26), 01-Янв-26, 02:10	+/–
> Им итак никто не выделает. Но оно уже качественное, раз работает в куче софта каждый день. Критериев качества не вижу, если каждый день переписывают. Яп с недостандартом, куда там до критериев качества. Гамнокод одним словом, а все потому, что нет школы и культуры. Есть только недоучки хакиры и индусы. > А в проприетарной разработке все законечено и доведено до ума? И не обновляется? И багов нет? Ну смотря какой софт, если вы про мелкософт - то это те еще фраэра (картель, синдигат, мафия, триада - все в одном флаконе), им все равно какого качества у них продукт, главное конкурентов нет, но есть рычаги давления на любого фиииикающего и фуууукающего на их продукты, че там британцы плевались от их ЫЫ жопилот, а потом прикусили и купили. > Получается сразу себе гранты отрубают? Как же так? Наоборот, растовики уже плачут, что им столько кода переписывать надо, им уже и гранты подвезли, была ведь новость, мол оплачивать надо СПО на расте.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #205

220. Сообщение от Аноним (136), 01-Янв-26, 02:41	+/–
>Нормальные люди не пересобирают софт для каждого пользователя А ловко вы программистам в ненормальных записал. >Нормальные люди собирают софт один раз и им пользуются сотни или миллионы. Про bisect вы, как я понимаю, тоже не слышали. >главное что может сделать компилятор за это время. Компилятор просто сжигает время впустую https://www.opennet.me/opennews/art.shtml?num=56449 Опубликован набор патчей, ускоряющих сборку ядра Linux на 50-80%
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #184

221. Сообщение от _ (??), 01-Янв-26, 03:53	+/–
> А паскаль - эт ваще чудо. Та - да! Правдо - мёртвое ... причем мертвое уже дольше чем ты этот шарик топчешь ... :) fpc - неплох. Но вот не юзают жи :\
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58

222. Сообщение от _ (??), 01-Янв-26, 03:57	+/–
High Valyrian эстэстффенно ...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #157

223. Сообщение от Аноним (136), 01-Янв-26, 04:58	+/–
Раньше и компьютеров не было, а большинство людей были крестьянами. Не хотите вернуться?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50

224. Сообщение от Аноним (136), 01-Янв-26, 05:01	+/–
>Покажи мне строки в ассемблере! Покажите мне современный софт на ассемблере, а не поддерлки типа колибри. >А еще в сишке нету звука и картинок - это всё просто байты Совершенно внезапно, но либо вы используете условные шейдеры, либо у вас тормозит даже условные 1080p.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #122 Ответы: #226

225. Сообщение от Аноним (136), 01-Янв-26, 05:02	+/–
Ну вот возьми и сделай, в чём проблема?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #120

226. Сообщение от Аноним (44), 01-Янв-26, 05:10	+/–
> Покажите мне современный софт на ассемблере, а не поддерлки типа колибри. Любой софт на C/C++ - компилируется в ассемблер, можешь на него посмотреть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #224

227. Сообщение от Аноним12345 (?), 01-Янв-26, 05:24	+/–
и это сломають
Ответить | Правка | Наверх | Cообщить модератору

228. Сообщение от чтд (?), 01-Янв-26, 07:25	+/–
внезапно тот же ржавый.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79

229. Сообщение от Илья (??), 01-Янв-26, 07:32	+/–
>Может быть С# или Go или Пистон Питон да, отвратителен во всех смыслах. Весь рантайм у С# - сборщик мусора. Это около 1000 строк кода. Если не пишешь под микросхемы - c# экономит человекомесяцы разработки в год.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #218

230. Сообщение от Аноним (-), 01-Янв-26, 08:26	+1 +/–
Что за дурость критиковать нуль-терминированность. Чем предлагаешь помечать конец строки? Своим помётом?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #144 Ответы: #231

231. Сообщение от warlock (??), 01-Янв-26, 10:22	+/–
А зачем вообще помечать конец строки?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #230 Ответы: #232

232. Сообщение от Сказочный (?), 01-Янв-26, 11:10	+/–
Или так, или явно указывать ее размер, но тогда это уже будет не просто строка. Как иначе узнать что строка закончилась и надо прекратить читать память?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #231 Ответы: #233

233. Сообщение от warlock (??), 01-Янв-26, 11:33	+/–
Что значит "не просто строка"? Как раз обычная, нормальная строка, состоящая из указателя и длины. А вот нуль-терминированные строки -- это совсем не просто строки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #232

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

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