Везде их можно возвращать из функции, принимать в параметрах, а в С это недоразумение, которое юзали потому что не было альтернатив

Всем привет. Никто не сталкивался с таким багом(?), странным поведением(??) линковщика в MSVC: каким-то непонятным хреном на сборочном конвейере он вместо нормального адреса локальной переменной вставляет нулевое смещение в push перед вызовом функции, получается такая дичь:
```
68 00 00 00 10       push    offset __ModuleEntry
E8 DD EF FE FF      call    foo
```

Потом при загрузке либы (dll), это место естественно преобразуется в адрес на начало модуля ну и всё -  падаем с access violation.

Есть идеи каким образом до такого можно было дойти, если только не багом линкера?

Может он ожидал что-то вроде отложенной загрузки dll?

А как это связано с проблемой? Там локальная переменная с нулевым адресом, вряд ли дело во времени загрузки...

А переменная точно локальная? И не static?

OSVERSIONINFOEXW* oi; <--- переменная
uint32_t retCode;

if (OK == (retCode = detail::GetOSVersionInfoPtr(&oi))) ....

Ну и функция ещё помечена inline, но вряд ли это имеет значение

Надо код

OSVERSIONINFOEXW* oi; <--- переменная
uint32_t retCode;

if (OK == (retCode = detail::GetOSVersionInfoPtr(&oi))) ....

Которая функция помечена?

https://godbolt.org/z/c5rxPedMj

Ну и ещё забыл сказать, что такие спецэффекты наблюдаются только при отключенной оптимизации

OSVERSIONINFOEXW* oi; <--- переменная
uint32_t retCode;

if (OK == (retCode = detail::GetOSVersionInfoPtr(&oi))) ....

static OSVERSIONINFOEXW oiCache;
Больше похоже, что дело всё-таки в ней

Кстати да, посмотри описание функции своей

А в чём примерно может быть проблема со статической переменной здесь? Не могу просто понять, что может идти не так

Статическая переменная ~= глобальная. DLL грузится по неопределенному адресу в памяти, поэтому и адреса всех глобальных переменных заранее неизвестны. Чтобы их определить, используется механизм relocation table. Так что на дизасм не стоит полагаться, пока DLL не прогрузилась и все адреса не пофиксились.

Кстати, до Windows Vista есть некоторые проблемы со статическими переменными (с их thread-safe инициализацией).

Так дело не только в дизасме. В студийном дебаггере смотрел тоже. Там загрузчик действительно просуммировал адрес с базовым адресом загрузки модуля, только вот беда в том, что ModuleEntry + 0 = ModuleEntry

Следовательно, там просто лежит адрес на начало модуля

В этом и проблема, так как стреляет access violation-ом очень больно

всем здравствуйте!
подскажите, кто работает в VS Code, как изменить стандарт языка на C++20? уже всё перепробовал, ничего не помогает...

@supapro Зайти в параметры проекта -> С/С++ -> стандарт языка(примерно)

Это ты про VS, а не VSCode

если бы это была Visual Studio, то я так и поступил бы))

тут же миллион конфигов, уже везде всё выставил, но версия всё та же - 201402...

Проверяешь с помощью __cplusplus?