JA
Вообще, оффтоп — почему в анриале принято никогда не использовать стд?
Я встречался с тем, что крэшилось на классах из std. Исправилось использованием своего аллокатора.
Size: a a a
2019 March 06
JA
std::thread в UE4 на IOS тоже стабильно крашит
AY
Я встречался с тем, что крэшилось на классах из std. Исправилось использованием своего аллокатора.
то есть проблема была в выделении памяти?
JA
то есть проблема была в выделении памяти?
да
AY
грубо говоря, если я в uclass запихну std::vector, то есть немаленький шанс, что он будет крашиться?
N
Скорее всего нет.
VT
Нет
JA
Nikita
Скорее всего нет.
да, я такое ловил на винде в 4.17
VT
Не стоит путать ошибки использования с самим контейнером
N
да, я такое ловил на винде в 4.17
Уверен что проблема в этом? Я когда только начинал работать с анрилом и не понимал что происходит вполне использовал стандартные контейнеры.
Обычна проблема в тех вещах, что используют виндовые заголовки. Но это тоже можно попытаться обойти.
Обычна проблема в тех вещах, что используют виндовые заголовки. Но это тоже можно попытаться обойти.
AY
Не стоит путать ошибки использования с самим контейнером
поясни
JA
нет, именно проблема была с самим контейнером, при использовании push_back, в какой-то момент крашилось
JA
я сомневаюсь что push_back может просто так сломаться, если только оперативная память не кончилась
VT
std генерирует исключения которые нельзя отловить из-за UE4.
VT
Нужно это учитывать и работать аккуратно
JA
я сомневаюсь что push_back может просто так сломаться, если только оперативная память не кончилась
мы тогда исправили это вызвав reserve. Тогда не понимал, что можно пофиксить, используя свой аллокатор.
AY
я понял, точек несогласия UE4 с std слишком много
ТА
VT
Я часто использую stl, да - местами сложно и не удобно, но всё решаемо
AY
Я часто использую stl, да - местами сложно и не удобно, но всё решаемо
если не секрет, зачем?