Разница между vsnprintf в Linux и Windows

Я столкнулся с проблемой форматирования в своем коде. Вот проблема:

#include <iostream>
#include <cstdio>
#include <cstdarg>

void PP_p_VSPF_vsprintf(char *buf, size_t max_size, const char *fmt, va_list args )
{
  const int stat = vsnprintf(buf, max_size, fmt, args);

  if (stat >= static_cast<int>(max_size)) // not enough room in buffer
  {
    buf[max_size - 1] = '\0';
  }
  else if (stat < 0)
  {
    buf[max_size - 1] = '\0';
  }
}


void PP_p_SPF_sprintf(char *buf, size_t max_size, const char *fmt, ...)
{
  va_list argptr;
  va_start(argptr, fmt);
  PP_p_VSPF_vsprintf( buf, max_size, fmt, argptr );
  va_end( argptr );
}

int main() {
 char ExpCrcData[100] = "";

 unsigned int crc32Values[] = {0xe870cde0u, 0x1ec5adaeu, 0xcb43101bu};

 for (int i = 0; i < 3; ++i) {

    PP_p_SPF_sprintf(ExpCrcData, 100, "%s0x%08x ", ExpCrcData, crc32Values[i]);

    std::cout << "Download admin string is now: " << ExpCrcData << std::endl;
 }

return 0;
}

Используя компилятор GNU,

В Windows я получаю вывод:

Загрузить административную строку сейчас: 0xe870cde0
Загрузить административную строку сейчас: 0xe870cde0 0x1ec5adae
Загрузить административную строку сейчас: 0xe870cde0 0x1ec5adae 0xcb43101b

В Linux я получаю вывод:

Загрузить административную строку сейчас: 0xe870cde0
Загрузка административной строки сейчас: 0x1ec5adae
Загрузка административной строки сейчас: 0xcb43101b.

Может ли кто-нибудь объяснить причину этой разницы?

Привет! Пожалуйста, не отмечайте [c] для кода [c++]

greg spears 18.04.2024 09:00

Кроме того: else if (stat < 0) { buf[max_size - 1] = '\0'; имеет больше смысла, чем else if (stat < 0) { buf[0] = '\0';. Если в коде возникает ошибка кодировки, лучше всего вернуть "".

chux - Reinstate Monica 18.04.2024 09:04
Стоит ли изучать PHP в 2023-2024 годах?
Стоит ли изучать PHP в 2023-2024 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
0
2
96
1
Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

https://linux.die.net/man/3/sprintf говорит:

C99 и POSIX.1-2001 указывают, что результаты не определены, если вызов sprintf(), snprintf(), vsprintf() или vsnprintf() приведет к копирование будет происходить между объектами, которые перекрываются (например, если массив целевых строк и один из предоставленных входных аргументов относятся к тот же буфер).

Поскольку вопрос помечен как C и C++, здесь цитата C++:

https://en.cppreference.com/w/cpp/io/c/fprintf говорит:

Если вызов sprintf или snprintf вызывает копирование между объекты, которые перекрываются, поведение не определено (например, sprintf(buf, "%s text", buf);).

buf и буфер, на который указывает аргумент переменной, соответствующий спецификатору %s, перекрываются, что является неопределенным поведением.

Поэтому

PP_p_SPF_sprintf(ExpCrcData, 100, "%s0x%08x ", ExpCrcData, crc32Values[i]);

должно быть

PP_p_SPF_sprintf(ExpCrcData+strlen(ExpCrcData), 100-strlen(ExpCrcData), "0x%08x ",  crc32Values[i]);

Другая возможность — отслеживать, где вы находитесь в буфере и что осталось.

buf и format не пересекаются. buf и буфер, на который указывает аргумент переменной, соответствующий спецификатору %s, перекрываются.
Ian Abbott 18.04.2024 13:49

@IanAbbott да, конечно. Я изменил текст. Спасибо.

mch 18.04.2024 14:30

@mch Можно ли внести некоторые изменения в саму функцию PP_p_VSPF_vsprintf, поскольку это решило бы проблемы для всех случаев появления PP_p_SPF_sprintf в моем коде. Из-за некоторых ограничений изменение на высоком уровне невозможно (присутствует более 500 вхождений!!).

Piyush Kumar Gupta 19.04.2024 06:49

@PiyushKumarGupta Только в этом случае buf и первый аргумент переменной равны? Убедитесь, что строка формата начинается с %s, получите первый аргумент переменной и сравните с buf. Если да, сделайте buf +=strlen(buf); fmt +=2; и используйте argptr, где вы уже извлекли первый элемент.

mch 19.04.2024 09:32

@mch Я просто хотел найти общее решение этой проблемы. Многие модули кода используют эту функцию в разных аспектах. Их сложно анализировать, поэтому, если вы предложите альтернативную функцию для vsnprintf в Linux, это тоже нормально, или некоторые настройки в PP_p_VSPF_vsprintf или PP_p_SPF_sprintf также будут высоко оценены.

Piyush Kumar Gupta 25.04.2024 08:44

Другие вопросы по теме