ПК
Или там access violation какой нибудь?
Size: a a a
2020 October 30
NS
Или там access violation какой нибудь?
Так точно
NS
access violation
ПК
Так точно
Это другая ошибка совсем
ПК
Возможно куча повреждена до этого
NS
Возможно куча повреждена до этого
Вот это может быть. Или куча забита и нет памяти, чтобы выделить?
ПК
Вот это может быть. Или куча забита и нет памяти, чтобы выделить?
Может быть, но тогда было бы с++ исключение
NS
Может быть, но тогда было бы с++ исключение
Ну может он пытается по адресу выделить, а там по адресу уже что-то выделено и он так ломается
ПК
Ну может он пытается по адресу выделить, а там по адресу уже что-то выделено и он так ломается
В нормальной программе такого не будет
ПК
Но откуда new в дефолтном конструкторе я так и не понял
NS
В нормальной программе такого не будет
Ну я не говорил, что это нормальная программа. Отлаживаю доставшийся код
NS
Но откуда new в дефолтном конструкторе я так и не понял
Я тоже этого не понимаю.
NS
Буду смотреть дальше. Думал, что кто-то с таким сталкивался и этот какой-то баг компилятора.
NS
Всем спасибо
TS
Переслано от Peter Sovietov
Баян же! ;)
DS
Я тоже этого не понимаю.
Debug? Там msvc может чего нибудь дополнительное выделять для валидации.
ПК
Debug? Там msvc может чего нибудь дополнительное выделять для валидации.
У меня стоит
Пока не фейлился)
static_assert(is_nothrow_default_constructible<string>)Пока не фейлился)
DS
У меня стоит
Пока не фейлился)
static_assert(is_nothrow_default_constructible<string>)Пока не фейлился)
Так noexcept не мешает ему например абортнуться в дебаге на bad_alloc.
DS
У меня стоит
Пока не фейлился)
static_assert(is_nothrow_default_constructible<string>)Пока не фейлился)
2020 October 31
NS
У меня стоит
Пока не фейлился)
static_assert(is_nothrow_default_constructible<string>)Пока не фейлился)
Нашел, что за херня была. Глубо внутри этого софта было кривое выделение на куче. Где-то тип поменялся, а чертов malloc(size) никто не фиксил. Потом переписал все это дело на new и delete. Сейчас все четко