За этим надо к вендору обращаться, на этом мои полномочия все

Есть идеи как получить валидный StackWalk64 с включенной оптимизацией? Ну или аналог старого blackbox?

https://github.com/wc-duck/dbgtools/blob/ma...c/callstack.cpp

Никак. Оптимизатор может переместить, изменить или заинлайнить некоторые участки кода. В каком контексте задан вопрос? Если есть возможность, собирай без оптимизации, с ключом /Od.

Сообщение отредактировал Орхетектор - 28.01.2018, 15:22

Под х32 всё работает, в х64 отображается только первый вызов.

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

А в релизе х64 создаются pdb?

abramcumner, да.
Орхетектор, это для общего развития просто. У нас система дампов подключена для нормальной отладки у тестеров.

Использую МАСМ. Но я считаю что он не полноценен. Там есть встроенные макрооператоры .if, .while, .until и другие.
Но мне этого мало, там нельзя использовать xmm регистры и не правильно работают макрофункции. В общем есть идея, разработать внешний транслятор операторов высокого уровня. Короче, что больше МАСМ на С/С++ больше был похож. Так же добавить выражения. Что то вроде такого.

Транслятор на выходе генерирует asm-код который нормально компилируется уже самим ml.exe. Вот как то так, можно конечно сделать и макросами(кое какой код есть существует(не мой)). Но в МАСМе есть некоторые ошибки которое это затрудняют, и которые никто не будет исправлять.

Сообщение отредактировал NanoBot-AMK - 28.03.2018, 01:43

А зачем? Почему бы просто на С/С++ не писать? Компилятор генерирует более оптимальный асм нежели человек, доказано неоднократно.

Кто то сказал на С, что это такой «универсальный ассемблер». Но это не так. В ассемблере нет таких ограничений, как в С/С++ и др. и нет неявного кода, именно этот неявный код меня бесит. Вот я и пытаюсь идею МАСМ развить, добавили условные операторы .if, .while, .until хорошо, добавили макропроцессор хорошо. Но это всё работает не очень хорошо, много реальных багов, которые никто не собирается фиксить. Если получится, то получу язык уровня С-- Сфинкс, но одновременно проще, и более пригодный к тому же проекту XRayExtensions. Называется ассемблер высокого уровня. MASM++ *.asmpp

Сообщение отредактировал NanoBot-AMK - 28.03.2018, 01:59

Вопрос: На Виндовс 10 в визуалке 2013 для XP игру собрать - уже не актуально?
Я первый раз vs2013 использую. Напоролся на MFC.
Что говорят примерно по теме:

C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\atlmfc\include\afxv_w32.h(40): fatal error C1189: #error: MFC does not support WINVER less than 0x0501. Please change the definition of WINVER in your project properties or precompiled header. Майкрософт больше не поддерживает Windows XP, поэтому, даже если ее можно указывать в качестве целевого объекта в Visual Studio 2013, ее поддержку нужно будет поэтапно сокращать в своих приложениях, а своим пользователям рекомендовать переходить на новые версии Windows.

Для устранения ошибки определите WINVER путем обновления свойств проекта — укажите здесь самую раннюю версию Windows, на которую вы хотите в настоящее время ориентироваться. Таблицу значений для различных версий Windows см. здесь.

Файл stdafx.h содержал некоторые из этих определений макросов.

#define WINVER 0x0500 // these defines are set so that we get the
#define _WIN32_WINNT 0x0500 // maximum set of message/flag definitions,
#define _WIN32_IE 0x0400 // from both winuser.h and commctrl.h.

Для WINVER мы установим Windows 7. Чтение кода в дальнейшем окажется проще, если использовать макрос для Windows 7 (_WIN32_WINNT_WIN7), а не само значение (0x0601).

#define WINVER _WINNT_WIN32_WIN7 // Minimum targeted Windows version is Windows 7


https://msdn.microsoft.com/library/windows/...p/aa383745.aspx

Под 2010. 2008 собирается проект SDK в студии 2013. А мне надо собрать либу и делку для тулкита под 2013 в студии 2013.
А что если либу и делку переименовать и заменить у них пути у основного проекта?
Чем отличается компиляция под 2013 от 2010 (2008)?

Грёбаный прогресс. Чем дальше, тем стремнее инструменты и движки. Там даже поиск в документах найти не могу.

Сообщение отредактировал andreyholkin - 05.04.2018, 05:11

andreyholkin, а в чём вопрос то собственно? Как то размыто описано. Установи platform toolset соответствующий и определи правильно WINVER, т.е. не ниже 0x0501(о чём и сказано в сообщении об ошибке) и собирай.





Не помню правда, надо ли было в 2013 студии отдельной опцией доставлять соответствующий toolset

Сообщение отредактировал Neo][ - 05.04.2018, 07:00

А что за ограничения?
Ассемблер накладывает достаточно ограничений, кстати, код не переносим на другие платформы и плохо читаем, иначе для чего тебе понадобилось затаскивать туда ифы с вайлами?
Каждый инструмент хорош в своей области применения, но так уж получилось, что возрастающая с каждым днем сложность разработки не оставила места для ассемблера, совсем.
Хотя знание ассемблера иногда пригождается, мне вот совсем недавно довелось устанавливать хуки на CreateFile / DeleteFile путем "объезда" кода настоящей и вызова кода нужной мне ф-ии.


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

C# DataTable
Чё то не могу найти документацию о навигации по таблице. Я не собираюсь строить БД, просто хочу что-то более удобное, чем двумерный массив.
Буду на основе содержаний ячеек и названий столбцов строить JSON код.

Общая суть в псевдокоде
В ячейке "Page" есть данные? Ну тогда
generatedJSON.Append("
"ref": "@getCurrentCellContent()",
"title": "@getNextCellContent()"
")


Интересуют:
-Навигация по строкам - переходить от одной к другой, типа foreach (row in table) либо for (i=0; i<table.Rowcount, i++)
-Чтение данных из конкретных ячеек (я нахожусь в строке 3 и хочу прочитать из столбца с именем "Name", т.е. ячейка, которая соответствует [row == 3, column == "Name"]
-Получение имени столбца ячейки поблизости (я нахожусь в строке 3 и в столбце с именем "Name", мне нужно проверить наличие данных в следующем столбце и получить имя следующего столбца).

Мне кажется, проще будет сделать двумерный массив с заголовками в "первой строке", но для DataTable уже есть тулза для импорта EXCEL таблиц:
https://www.codeproject.com/Articles/11698/...rser-for-Flat-F

Сообщение отредактировал Cossack-HD - 05.04.2018, 18:04

abramcumner, щикарно!
Значит, DataTable это как 2D array, только вместо второго индекса можно юзать имя колонки. 10/10

По документации так Что не почитал? Ну и вместо имени индекс тоже можно.

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

Сообщение отредактировал SkyLoader - 05.04.2018, 20:36

Кстати, для получения информации по стеку вызовов советую использовать CaptureStackBackTrace вместо StackWalk64.