Почему меняется константная локальная переменная?

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

Так-то константы они только для компилятора. А дальше будет специфика.

C++ Builder, десятка, видео на ютубе. Я за бан.

Забыл про аниме на аве.

идиот? это не 10.

Да вот не знаю портится ли память, если бы это был Linux я бы смог посмотреть в valgrind, а как это делать в C++Builder я не знаю, но программа работает стабильно неделями.

Внутренности доступны

Когда происходит вызов HexToBin(&payloadText[1], &firstSymbol, 2);

Сначала работает cppшный оператор AnsiString (payloadText) -

    char& operator [](const int idx)
    {
  #if defined(_DELPHI_STRING_ONE_BASED)
      ThrowIfOutOfRange(idx);   // Should Range-checking be optional to avoid overhead ??
      Unique();                 // Ensure we're not ref-counted
      return Data[idx-1];
  #else
      ThrowIfOutOfRange(idx+1); // Should Range-checking be optional to avoid overhead ??
      Unique();                 // Ensure we're not ref-counted
      return Data[idx];
  #endif
    }

И как раз на основании его я предполагаю что с индексами строки (а кроме индексов строки в этой в ф-ии, где я обнаружил этот баг, никаких других неправильных работ с памятью вроде бы нет).

Ну т.е. AnsiString (я уже такое ловил) если хотя бы на единичку ошибешься в индексе - выбросит исключение.

Ну а дальше сами HexToBin (биндингов я не скопировал, т.к. они, судя по тому что выдал отладчик - написаны на Ассемблере)

function HexToBin(Text: PAnsiChar; Buffer: Pointer; BufSize: Integer): Integer;
begin
  Result := HexToBin(Text, PAnsiChar(Buffer), BufSize);
end;

далее

function HexToBin(Text: PAnsiChar; Buffer: PAnsiChar; BufSize: Integer): Integer;
var
  I: Integer;
  b1, b2: Byte;
begin
  I := BufSize;
  while I > 0 do
  begin
    b1 := H2BConvert[Ord(Text[0])];
    b2 := H2BConvert[Ord(Text[1])];
    if (b1 = $FF) or (b2 = $FF) then
      Break;
    Buffer[0] := AnsiChar((b1 shl 4) + b2);
    Inc(Buffer);
    Inc(Text, 2);
    Dec(I);
  end;
  Result := BufSize - I;
end;

Остальные ф-ии или не имеют открытой реализации или их не видит отладчик.

Ну т.е. в самой HexToBin не видно ничего плохого.

А вот такой теоритический вопрос.

Например ф-я foo() в которой нет ни одной ошибки в работе с памятью, вызывает ф-ю boo. boo принимает параметры по значению! Соответственно теоритически, даже если в boo есть какое-то биение памяти, но т.к. все ее переменные локальны по отношению к foo, и когда boo вернет результат своей работы, то может ли то что допустим внутри boo выделили память на куче, но при работе с ней залезли за кучу - как-то повлиять на foo?

И музыку на видео.

Вместо того, чтобы запостить код в виде текста.

Ставь бряк на обращение к этой ячейке памяти.

Очевидно что HexToBin ломает стек.

Учитывая что она на паскакале, скорее всего проблема в том что она не правильно использует стек, будучи вызванной из плюсовой функции. То есть баг копилятора эмбракодело.

А там точно не надо принимать специальных мер, ключевых слов там каких, чтобы у паскалевских функций с сишными abi стал совместим?

Нет, это я невнимательный. Действительно дело в ней.. Вернее в том что я не правильно ее вызвал.

Всем спасибо.

Вот:

       const char firtSymbolFillers = std::abs(8 - firstSymbolPosIn7bit);

        if (UHDI_present && firtSymbolFillers) {
            unsigned char firstSymbol;
            HexToBin(&payloadText[1], &firstSymbol, 2);
        }

Видно что я вызываю ее с 2-йкой, двойка это сколько байтов читать. А передаю ей для сохранения переменную длинной в один байт.

И возможно _fastcall реализация конвекции о вызовах работает так что HexToBin берет в стеке переменную firstSymbol а коль ей нужно записать не один байт а два, то берет следующую переменную стека Inc(Buffer); - а это как раз константная firtSymbolFillers.

Да, точно, размеры.

Классика

на x86_64 calling conversation унифицирован.

Откуда такое?

OpenSSL

https://en.wikipedia.org/wiki/Heartbleed

на x86_64 calling conversation унифицирован.

Понятно. Это у меня флешбеки 15 летней давности с 32 бит видимо.

Борланд не умеет подключать address sanitizer или компилятор, который это умеет?