AlekseySQLНасколько я понял malloc и realloc не являются потокобезопасными.

Поэтому надо использовать new / delete, но у этого паттерна нет перевыделения памяти! Например, мне не хватило куска в тысячу байт и я хочу выделить кусок на 2 тысячи байт с переносом туда всех данных из первого куска. Как такое сделать потокобезопасно?

Если это не уровень детсада (а выделенное говорит скорее о ясельной группе), то через mmap() можно замапить один и тот-же файл в несколько разных мест, в т.ч. и с увеличением размера мапы.

Т.е. адреса будут разные, а по факту участок памяти - один.

Но для двух килобайт дергать mmap() - это уж точно, из гаубицы по муравьям

Dima TAlekseySQLНасколько я понял malloc и realloc не являются потокобезопасными.
Откуда инфа? Они потокобезопасны.

http://en.cppreference.com/w/c/memory/realloc realloc is thread-safe: it behaves as though only accessing the memory locations visible through its argument, and not any static storage.

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

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

Dima TAlekseySQLпропущено...


Не знаю, что вы подразумеваете под словом "рантайм". Я понимаю так: если библиотека написано с учетом многопоточной работы, то она потокобезопасна. Если же запустить функцию, написанную без учета многопоточности, в многопоточном приложении, то само- собой ничего потокобезопасным не станет.
"рантайм" это сам С/С++, он тоже библиотека, где прописаны функции, в т.ч. malloc(). При компиляции ты выбираешь многопоточный рантайм использовать или однопоточный.

я могу конечно ошибаться, но возможность указать /ML в Visual Studio выпилили еще 12 лет назад. или нет?
про линукс и прочих POSIX тоже конечно было бы прикольно узнать, как вообще можно указать в опциях потоко-небезопасный realloc()

расскажешь?

AlekseySQLDima TПро эту ссылку я уже написал 20956223 , там в ответах написано что определяется рантаймом, т.е. в многопоточных рантаймах потокобезопасные malloc(), realloc() и т.д.

Не знаю, что вы подразумеваете под словом "рантайм". Я понимаю так: если библиотека написано с учетом многопоточной работы, то она потокобезопасна. Если же запустить функцию, написанную без учета многопоточности, в многопоточном приложении, то само- собой ничего потокобезопасным не станет.

1) в современном мире принято правило - в С runtime (C standard library) - фукнции потокобезопасны, если не оговорено иное.

более подробно тут:
http://pubs.opengroup.org/onlinepubs/9699919799/functions/V2_chap02.html#tag_15_09_01

2) для win32 нужно отдельно искать, естественно. там вообще ИМНИП все с точностью до наоборот - все считается небезопасным, если не оговорена безопасность.

хотя на пересечении POSIX и Win32 наверное справедливо первое правило

Ага, все проше. Есть CRT. И single-threaded CRT больше не доступен

https://docs.microsoft.com/en-gb/cpp/c-runtime-library/multithreaded-libraries-performance

и даже больше - Microsoft даже некоторые изначально потоко-небезопасные фукции переделала в безопасные:


https://docs.microsoft.com/en-gb/cpp/c-runtime-library/reference/strtok-strtok-l-wcstok-wcstok-l-mbstok-mbstok-l

в линаксе это не так

Dima Tdbpatchпропущено...


я могу конечно ошибаться, но возможность указать /ML в Visual Studio выпилили еще 12 лет назад. или нет?
про линукс и прочих POSIX тоже конечно было бы прикольно узнать, как вообще можно указать в опциях потоко-небезопасный realloc()

расскажешь?
ХЗ какой у него компилятор. Написал про общий случай, вдруг какая-нибудь экзотика используется.

при чем тут компилятор? runtime это библиотека.

AlekseySQLЯ как раз под Линаксом сижу :)

Так и не понял: под всеми ОС QT- программа, исползующая malloc, realloc и free, будет работать корректно?
Как минимум это ожидается. Qt вообще перекрывают собой все что можно, если что не так - читай их доку, пиши в саппорт.


AlekseySQLА что насчет memcpy?

А что с ним не так? Он изначально потокобезопасный, ибо не имеет состояния между вызовами. Там только нужно ГАРАНТИРОВАТЬ, что области не пересекаются, иначе использовать memmove

животрепещущее тут:
http://avva.livejournal.com/2323823.html#/2323823.html