Как понять где вызывается оператор delete[]

Ловлю ошибку без использования CRT в Visual Studio

error LNK2001: unresolved external symbol "void __cdecl operator delete(void *,unsigned __int64)" (??3@YAXPEAX_K@Z)

Как понять в каком месте в коде вызывается этот оператор?

 

Собирать по частям, отсекая половину кода, ловить льва в пустыне?
#define delete *что_нибудь_с_ошибкой* ?

Впрочем я ненастоящий сварщик, может товарищ тимлид Rel даст совет получше.

 

Так прямо перед этой ошибкой разве не написано имя модуля в которой она произошла?

 

Естественно. Вообще, если уж использовать Плюсы без CRT, что мешает переопределить операторы new/delete через условные HeapAlloc/HeapFree, как бы можно, конечно, все классы на стеке держать или руками конструкторы/деструкторы вызывать, когда выделил/освободил память под класс и массив классов, но с операторами new/delete это удобнее, тк конструкторы и деструкторы в этом случае компилятор сам вызовет (ну точнее код для их вызова сгенерирует). Реализовать эти операторы - пара-тройка строк кода для каждого из них. И да, delete и new вроде в Плюсах неявно не вызываются, то есть они должны быть в коде, другое дело, что они могут быть где-то глубоко в кодах шаблонных классов, а код шаблонного класса попадает в объектник, где он используется, так что этот вызов может быть далеко не в том цпп-файле, объектник которого не линкуется. Например, в каких-то смарт-указателях, но зачем писать без CRT и использовать смарт-указатели тогда?

 

По большому счёту выкинуть црт и пытаться использовать другие стандартные библиотеки это дохлый номер, ну может не совсем дохлый но явно не для начинающих.
Первым делом что нужно выкинуть после црт это стандартную инициализацию, соответственно забыть про (argv, argc) и все что к ним прилагается.

 

Из всяких STL'ей и Boost'ов будет работать очень мало чего, тк там многое завязывается на исключения и те же операторы (даже некоторые вещи могут быть повязаны на RTTI), которые очевидно зависят от стандартных библиотек. Если операторы достаточно просто сделать руками и это не много кода, то реализация исключений (даже простая реализация через SEH) и разматывание стека, это довольно много кода, косяк в котором может привести к сложно отлаживаемым багам, я бы никому не советовал этим заниматься.

 

Так-то мне встречались и stl и boost с оригинальными имплементациями црт адаптированными под всякие извраты вроде ядра и прошивок, и к слову все работало на удивление стабильно и даже без особых тормозов. Но там было видно что прошлись титаны и отловили все варианты при которых шаг влево вправо расстрел без предупреждения.

 

https://learn.microsoft.com/en-us/c...rors/linker-tools-error-lnk2001?view=msvc-170

 

Пробуйте статическую и динамическую линковку /MD или /MT. Отключите /Gs
На крайний случай есть же либы, которыми можно заменить CRT
Они статически линкуются и не требуют VS рантайм

 

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

 

Rel, Ты как прям критик Латунский из Мастера и Маргориты

 

определил функцию прямо в коде

помогло

 

и как сие понимать
написали пустой оператор делит?

 

alex_dz, и как сие понимать
- у Вас прямо это тактическая фраза, (( сарказм
Чел просто не очень шпарит и сделал статик линковку, см мой совет

 

Надо б проверить что утечка памяти не получается в результате, ну если по-хорошему.

--- Сообщение объединено, 19 ноя 2022 ---

Хотя если на отсутствие new не ругалось, наверное все нормально.

 

Вообще, кто-то может вспомнить в Плюсах такую ситуацию, когда delete применяется на объекте, созданным без new, и это типа нормально? Если только он руками выделил память под массив и для всех элементов массива повызывал конструкторы, то есть симулировал new.

 

Линкуется != вызывается, вполне вероятен вариант когда какая-то библиотека, хедер, макрос и т.п. хочет delete для объекта который не создаёт, при этом оно только компилится но никогда не выполняется.

 

тогда убрать код к черям собачим раз наперед известно что он мертв!

 

может просто полную оптимизацию поставить:
"Использовать создание кода во время компоновки"
/Ox /Gs- /Gy /Gm-
Ну и в линкере
/OPT:REF /OPT:ICF /LTCG
__
кстати
/OPT:REF - отключает ликовку с не используемыми функциями

 

Чтобы убрать код, нужно как минимум его найти, а с этим у автора затруднения.