DB
маловероятно если оно там readonly
Но я прям узнал новое про WinDbg :)
У него, оказывается, гораздо больше возможностей, чем представлялось :)
Size: a a a
2020 February 02
AS
Книжечку бы Advanced Windows Debugging почитать...
При поиске по этому названию на одном сайте нашёл серию видосов с таким названием, там есть и heap corruption. Но времени уже и так не было :))
При поиске по этому названию на одном сайте нашёл серию видосов с таким названием, там есть и heap corruption. Но времени уже и так не было :))
ВБ
хрень какая-то
WinDbg ловит двойное высвобождение кучи при завершении потока
http://www.informit.com/articles/article.aspx?p=1081496&seqNum=2
+
https://stackoverflow.com/questions/2470131/visual-studio-how-to-find-source-of-heap-corruption-errors
Заменил CreateAnonymousThread на TTask.Run - ошибки , вроде, пропали )
но, чувствую, что где-то подвох... т.к. AnonymousThread - это просто поток , выполняющий замыкание....
WinDbg ловит двойное высвобождение кучи при завершении потока
http://www.informit.com/articles/article.aspx?p=1081496&seqNum=2
+
https://stackoverflow.com/questions/2470131/visual-studio-how-to-find-source-of-heap-corruption-errors
Заменил CreateAnonymousThread на TTask.Run - ошибки , вроде, пропали )
но, чувствую, что где-то подвох... т.к. AnonymousThread - это просто поток , выполняющий замыкание....
Тут читать не перечитать )
А по потокам однозначно подвох, так как в моем приложении обычные потоки, и таже история.
Буду смотреть на все эти глобальные списки и пробовать от них избавиться, но боюсь что не в них дело.
А по потокам однозначно подвох, так как в моем приложении обычные потоки, и таже история.
Буду смотреть на все эти глобальные списки и пробовать от них избавиться, но боюсь что не в них дело.
ВБ
Книжечку бы Advanced Windows Debugging почитать...
При поиске по этому названию на одном сайте нашёл серию видосов с таким названием, там есть и heap corruption. Но времени уже и так не было :))
При поиске по этому названию на одном сайте нашёл серию видосов с таким названием, там есть и heap corruption. Но времени уже и так не было :))
Спасибо большое за попытку помочь
GB
Тут читать не перечитать )
А по потокам однозначно подвох, так как в моем приложении обычные потоки, и таже история.
Буду смотреть на все эти глобальные списки и пробовать от них избавиться, но боюсь что не в них дело.
А по потокам однозначно подвох, так как в моем приложении обычные потоки, и таже история.
Буду смотреть на все эти глобальные списки и пробовать от них избавиться, но боюсь что не в них дело.
так можно ж проверить сперва
ВБ
так можно ж проверить сперва
Что именно?
GB
в списках ли дело
DB
там список при инициализации заполняется и всё, как я понял
DB
не могу представить себе сценарий проблемы при многопоточном чтении из списка
DB
скорее всего не он
DB
проверить, думаю, просто: запустить десяток потоков с рандомным поиском по списку
DB
100% гарантии не даст, конечно, но явное или вылезет или нет
ВБ
не могу представить себе сценарий проблемы при многопоточном чтении из списка
Предварительно - дело таки в этих списках. Но вот по какой причине - не понятно. Я перенёс создание THTMLTagList с глобального варианта - на создание в нужных классах. И пока клацаю - ошибка не воспроизводится
ВБ
но вот вопрос - какого хрена?
ВБ
Списки только для чтения, за счёт чего может происходить конкуренция в потоках?
DB
чудеса, да
DB
может всё таки что-то пишется? неявно
RY
Напомните, как по-английски называется конкретный элемент из enumeration type ?
RS
Напомните, как по-английски называется конкретный элемент из enumeration type ?
identifier? )