H3API by RoseKavalier

AlexSpl писал(а):

Нужно #define _H3API_PATCHER_X86 поднять вверх, я думаю. _bool_ - это тип, который определяется патчером, а не H3API.

Я так и делал.
#define _H3API_PATCHER_X86 ставил в самый верх файла, не помогало.

Цитата:

_bool_ - это тип, который определяется патчером, а не H3API.

Да тут даже не в нем дело, в моем основном DLLmain ему не нравилось ВООБЩЕ ВСЁ.
От функций, в которых ему не нравилось то, что они, оказывается, имеют тело в виде фигурных скобок, до банальных стейтментов, которые он хотел сломать, разбив на несколько и т.д..
Я уже день бьюсь над этим и никак не могу понять, что ему не нравится? Ошибки связаны с каким-то токеном.

Заметил, что VS пишет, что "ошибок нет", хотя в окошке ошибок их очень много и 99% из них в dllmain



Может есть какой-то аналог VS, который позволил бы создавать и редактировать DLL удобно?

Что могу сказать? Я давно не обновлял H3API и у меня всё нормально компилируется. Может, в последней версии есть какие-то нюансы?

Попробуйте заменить _bool_ на __int32 или даже int.

Прилагаю вам пример такого dll, в котором VS просто в бешенстве от всего и не даёт ничего сделать. Прошу вас проверить, такое же ли у вас происходит или нет.
https://drive.google.com/file/d/1AOCN_6 ... sp=sharing

Иногда достаточно исправить одну ошибку, чтобы исправились все остальные.

Any H3API preprocessor definition has to appear before including the library.

e.g.

Код: Выделить всё

#define _H3API_PATCHER_X86_ // needs to appear before
#include "......./single_header/H3API.hpp"


To really decipher your issues I'd have to look at your solution, it's possible you set incompatible settings.

EDIT: sent request to access GDrive.

Вот и я говорю, что нужно выше прописывать

RoseKavalier писал(а):

sent request to access GDrive.

Check this out.

Alright, first you are using x64 platform, which is incompatible - that is why you were getting static assert failures.
You can leave the build on Debug for your own testing purposes, but remember to switch to Release before sharing published code.


Next, since you are using precompiled header unit, move all external includes there.


Finally, since microsoft started adding new safety checks on use of some functions, you will get this type of error callout:

Код: Выделить всё

 error C4996: '_vsnprintf': This function or variable may be unsafe. Consider using _vsnprintf_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS.

To get rid of this you can add the preprocessor definition _CRT_SECURE_NO_WARNINGS before <windows.h> in framework.h, or add a pragma ignore around the issue.
#1

#2

This issue is not triggered if you use a less modern platform (e.g. v141_xp). I've added the safety check removal for future versions.

Voila!

It turned out, the problem wasn't even in the x64 mode. I have found the solution — I just moved #include <pch.h> to the top of the dllmain.cpp file and thus eliminated all of these strange errors. Spent the whole day without any progress and come to this dumb mistake...

But anyway, thanks for your suggestion to set to the x86 mode, it really helped me to avoid static assert failures.

Обратил внимание, что во многих структурах H3API вместо 2 байт (например, 1-байтовое поле + какое-то unknown поле) присутствует просто 1-байтовое поле - естественно, с нарушением общего размера всей структуры и смещений последующих полей.