Ты не читаешь и не пишешь

Ты вычисляешь reference

capacity же не гарантируется быть всегда больше size

а все выравнивания могут поехать на другой архитектуре

они вызываются не параллельно

т.е. использовать статик переменную из нескольких тестов безопасно?

типо struct Test { static int a; };

вот эту вот

а, блин

я забыл про переменные на стеке и глобальные переменные

вот эту вот

да, точно

и делать reinterpret_cast<__m128 *>(&someLocalChar) лучше не надо, мне кажется

да, точно

спасибо

если только явно не сделаешь этот char alignas(16)

хм, а насколько легально то, что творится в strlen, вообще?

есть какие-нибудь гарантии насчёт выравнивания фрейма стека на x86?

хотя, залезть в стек даже к самой main, а то и к mainCRTStartup, не страшно, в общем-то, а там наверняка окажутся какие-нибудь 15 байт, принадлежащие твоему адресному пространству, хотя бы

но в дебаге ругаться будет, всё равно, мне кажется

хм, а насколько легально то, что творится в strlen, вообще?

легально, пушо в архитектуре выравнивание страниц 4K

но почему strlen в дебаге не приводит к вылету?

потому что выравнивание на 4K допустимо при чтении

пушо выравнивание страниц 4K

Кстати, кто-нибудь знает как убрать всякие проверки, что есть в mainCRTStartup? К примеру, компилируешь программу вида: int main() { return 0; }; в итоге в *.exe-шники куча проверок и т.п.

потому что выравнивание на 4K допустимо при чтении

я имею в виду на stack corruption же должно как-то отреагировать

или только на запись?

я имею в виду на stack corruption же должно как-то отреагировать

stack corruption детектируется волшебными паддингами

и оно только write

ооооо

сколько возможностей говнокодить внезапно открылось)))

Кстати, кто-нибудь знает как убрать всякие проверки, что есть в mainCRTStartup? К примеру, компилируешь программу вида: int main() { return 0; }; в итоге в *.exe-шники куча проверок и т.п.

Был бы очень благодарен если бы кто-то сказал...

Был бы очень благодарен если бы кто-то сказал...

А O2 стоит? :)

В любом случае оно должно инициализировать C Runtime

А вызов main для него далекий

А O2 стоит? :)

Не помню, чуть попозже гляну, но мне кажеться это не повлияет... Исходники mainCRTStartup есть в MVS.

Ну вряд ли можно заставить его НЕ ИНИЦИАЛИЗИРОВАТЬ C Runtime

Спасибо за наводку

@qt_chat

ребят, у меня такая вот дилемма. есть ASM имплементация либы (компилируется gcc, cmake через enable_language(ASM)). когда пытаюсь эту имплементацию компилировать как SHARED library, оно пишет /usr/bin/ld: lib/ed25519/amd64-64-24k-pic/libamd64-64-24k-pic.a(fe25519_mul.s.o): relocation R_X86_64_PC32 against symbol `crypto_sign_ed25519_amd64_64_38' can not be used when making a shared object; recompile with -fPIC хотя всё компилируется точно с -fPIC. нашел решение проблемы — нужно скрывать not relocatable символы, добавляю -Wl,--version-script=exportmap, где expormap содержит нужные символы: { global: <my symbols>; local: *; } так собирается либа, все работает. но это решение не кросс платформенно — под маком и виндой не соберется. также, компилирую с -fvisibility=hidden, но к ASM этот флаг не применяется и все равно символы видно. так вот вопрос такой, если у меня есть add_library(lib SHARED <bunch of asm files> <bunch of C files> ) как можно в ней "скрыть" not relocatable символы кроссплатформенно? должно работать на всех платформах

у кого-нибудь есть идеи почему operator= и emplace у std::variant не constexpr?

@antoshkka

у кого-нибудь есть идеи почему operator= и emplace у std::variant не constexpr?

placement new нельзя использовать в constexpr выражениях, как и явный вызов деструктора ptr->~T() вообще, всё это обходится через пачку хитростей, но насколько я помню решили на момент принятия особо не заморачиваться

спасибо

placement new нельзя использовать в constexpr выражениях, как и явный вызов деструктора ptr->~T() вообще, всё это обходится через пачку хитростей, но насколько я помню решили на момент принятия особо не заморачиваться

О! Есть более прагматичный вопрос: писать ли репорт про std::unique_ptr::~unique_ptr чтобы он вызывал reset() а не if (pointer()) get_deleter()(pointer());

И писать ли cleanup на <algorithm> чтобы везде было написано "calls std::less" вместо "calls operator < "

О! Есть более прагматичный вопрос: писать ли репорт про std::unique_ptr::~unique_ptr чтобы он вызывал reset() а не if (pointer()) get_deleter()(pointer());

а для чего это нужно? Для случаев когад пойнтер указывает на себя?

а для чего это нужно? Для случаев когад пойнтер указывает на себя?

для случаев, когда get_deleter()(pointer()) вызовет reset() того же unique_ptr

И писать ли cleanup на <algorithm> чтобы везде было написано "calls std::less" вместо "calls operator < "

это можно как defect report оформить

placement new нельзя использовать в constexpr выражениях, как и явный вызов деструктора ptr->~T() вообще, всё это обходится через пачку хитростей, но насколько я помню решили на момент принятия особо не заморачиваться

а обсуждают решение в C++20?

да

Кстати, кто-нибудь знает как убрать всякие проверки, что есть в mainCRTStartup? К примеру, компилируешь программу вида: int main() { return 0; }; в итоге в *.exe-шники куча проверок и т.п.

https://gist.github.com/AlEmerich/281994ebbcde7d3bac88f21a85de96e2

О! Есть более прагматичный вопрос: писать ли репорт про std::unique_ptr::~unique_ptr чтобы он вызывал reset() а не if (pointer()) get_deleter()(pointer());

можно поробовать тоже в виде dr закинуть

Вот этот код, что компилится в .exe

Есть возможность как-нибудь обойти его и сделать "чистый" ехе-шник?

https://gist.github.com/AlEmerich/281994ebbcde7d3bac88f21a85de96e2

за тобой выехали представители майкрософт

Этот код есть в самой MVS после установки...

Этот файл из папки установленного MVS

Сделать прогу статической библиотекой, запустить CRT самому, а свой main вызвать прогой, собранной NASM?

Это уже изврат)

Это уже изврат)

а то, что ты хочешь сделать конечно же ниразу не изврат)

Есть возможность как-нибудь обойти его и сделать "чистый" ехе-шник?

Есть

Есть

Как?

Все, что есть в exe - int main() { return 0; };

Смотри про ключи /ENTRY /NODEFAULTLIB

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

Но за подсказку спасибо.

#include <windows.h> int __stdcall entry() { DWORD bsent; HANDLE h = GetStdHandle(STD_OUTPUT_HANDLE); WriteConsole(h, "Hello, World!\n", 14, &bsent, 0); return 0; }

вирусы

сейчас бы экзешники из пабликов запускать

Если уж такой страх, то отладчик в руки.

вирусы

сейчас бы экзешники из пабликов запускать

Если уж такой страх, то отладчик в руки.

да с какого вообще в 2к18 от рандомов принимать экзе?

https://docs.google.com/document/d/1QidaJMJUyQdRrFKD66vE1_N55whe0coQ3h1GpFzz27M/edit?usp=sharing

добавили в ллвм

да с какого вообще в 2к18 от рандомов принимать экзе?

Ну, если не хочешь - не принимай, дело твое. Я, например, не принимал, да и сейчас сижу с телефона.

да с какого вообще в 2к18 от рандомов принимать экзе?

Ну примешь и что будет?

А если уж что-то очень важное было бы, то всегда есть возможность самому проверить есть вирус или нет.

А так, я даже с телефона вижу, что вирусов нет.

.ехе

Не выкладывайте бинарники, пожалуйста