Телеграмм чат группы ChatAssembler страница 4005

11:59пожаловаться #1

Aleksandr in Ассемблер

сделай мьютексом и не городи костыли. есть же прямое и простое решение

11:59пожаловаться #2

Так я пока до мьютекса дохожу все падает. Перед вызовом мьютекса регистры сохраняю (invoke CreateMutex портит регистры), и вот на этих push rcx, rdx и падаю

12:09пожаловаться #3

Anonimus Anonim in Ассемблер

Описание системных вызывов ассемблера из которых строится программа ?

12:14пожаловаться #4

А можно темплейт какой-то? Т.е прка мьютекс не отсемафорен - возвращать ошибку в вызвавший тред?

12:18пожаловаться #5

а если перед push сделать резервирование стека типа sub rsp чтоли на размер этих регистров

12:24пожаловаться #6

тут кто то говорил, что так делается

12:26пожаловаться #7

Сергей in Ассемблер

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

12:27пожаловаться #8

Aleksandr in Ассемблер

у другого потока другой стек

12:29пожаловаться #9

Aleksandr in Ассемблер

start()
{
    ghMutex = CreateMutex(0, 0, 0);  
    if(ghMutex == 0)
    {
        fail();
    }

    worker();
    worker();
    worker();

    CloseHandle(ghMutex);

    exit();
}

worker()
{
    dwWaitResult = WaitForSingleObject( ghMutex, 0xFFFFFFFF);
    if(dwWaitResult != 0)
    {
        fail();
        return;
    }
   
   //your code

    ReleaseMutex(ghMutex)
}

12:34пожаловаться #10

так откуда вызовы то прилетают с других потоков в один стэк? Или с одного потока?

12:34пожаловаться #11

ну да это логично, наверняка должно быть решение этой проблемы, что то читал, что lock или hold типа такого комманды в асме есть при записи в память из них потом вроде как lock в си сделан

12:58пожаловаться #12

Собственный перехватчик mfc-шной dll, в части CInternetSession:GetHTTPConnection, вызывается из одной dll-ки, которая дергается из нескольких потоков. Т.е выглядит так

Thread1: call MainDll, call CInternetSession:GetHTTPConnection

Thread2: call MainDll, call CInternetSession:GetHTTPConnection

На GetHTTPConnection висит собственный хук, который решает пускать далее в mfc-шный GetHTTPConnection или внутри себя обрабатывать

13:52пожаловаться #13

Соответственно, собственный хук на GetHTTPConnection - нереентерабельный

13:54пожаловаться #14

Вот нашел вроде что то полезное:
lock or byte [rsp], 0 instead of mfence when you need a barrier separate from a store

14:13пожаловаться #15