Q&A
vsnprintf を実行すれば必要な大きさが分かりますのに、なぜ 1 がダメなのでしょうか。
vsnprintfに可変長引数リストの他に書式も変数で与えたいのですが、第２引数のバッファに書き込まれるバイト数を可変長引数リストと書式から
1.vsnprintfを実行する前に
2.最大値などではなく正確に
3.バッファオーバーランなどのリスクなく安全な関数・方法で
4.一から書式を解釈する処理を書くことなく
取得できるような都合の良い方法はないでしょうか？
開発環境はなんでしょうか MSVC ですと _vscprintf というそのものズバリの関数があります。
参考 : https://docs.microsoft.com/ja-jp/cpp/c-runtime-library/reference/vscprintf-vscprintf-l-vscwprintf-vscwprintf-l?view=msvc-160
また、GCC には vasprintf と言う関数があり、予めバッファを用意しなくても、必要な領域を確保してくれます。
参考 : https://linuxjm.osdn.jp/html/LDP_man-pages/man3/asprintf.3.html
ありがとうございます。
ただ、int32_t さんに回答したような問題を確認しました。
回避方法ご存じでしょうか？
Bullさん、ありがとうございます。
今現在はVisual Studio2019で実行しています。
ただこれは暫定で最終的にはどこかでソースファイルを取得して、H8マイコンに移植するのが目的です。
_vscprintfのソースが容易に見つけられるようなら検討したいと思います。
回答1件
0
ベストアンサー
vsnprintf()の実行に必要なバッファサイズを事前に計算するのが、同じくvsnprintf()です。
一度 vsnprintf(NULL, 0, ... でサイズを計算してからバッファを確保して再実行すればよいです。
投稿2021/10/21 08:14
総合スコア21012
ありがとうございます。
実際に試したところそんなほぼそのような動作になりました。
下記のサイトように間違っていたり、曖昧な説明をしているところも多いんですね。
ttps://programming-place.net/ppp/contents/c/appendix/reference/vsnprintf.html
ttps://www.ibm.com/docs/ja/i/7.1?topic=ssw_ibm_i_71/rtref/vsnprintf.htm
で、「ほぼ」の部分なのですが・・・改行\nが入っていると戻り値が+1じゃなく＋2増えるんですね・・・。これだと実際に戻り値を戻して実行すると1多くなってしまうのですが、回避策ありますでしょうか？
> +1じゃなく＋2増える
私はそのような現象は見たことがありません。
詳細を書いて別の質問にしてはいかがでしょうか。
> 改行\nが入っていると戻り値が+1じゃなく＋2増えるんですね・・・。
"\n"が"\x0a"だけではなく、Windows用に"\x0d\x0a"に変換される環境でやっていませんか。
改行コードの差ではないでしょうか。
たくさん回答ありがとうございます。
改行コードの違いかと少し調べてみたのですが・・・
```
#include <stdio.h>
#include <stdarg.h>
int vout(char* string, char* fmt, ...)
{
int ret = 0;
va_list arg_ptr;
va_start(arg_ptr, fmt);
ret = vsnprintf(string, vsnprintf(string, 0, fmt, arg_ptr) + 1, fmt, arg_ptr);
va_end(arg_ptr);
return ret;
}
int vout2(char* string, char* fmt, ...)
{
int ret = 0;
va_list arg_ptr;
va_start(arg_ptr, fmt);
ret = vsnprintf(string, 6, fmt, arg_ptr);
va_end(arg_ptr);
return ret;
}
int main()
{
char fmt1[] = "%s";
char fmt2[] = "%s¥n";
char string[128] = {0};
int ret = 0;
ret = vout(string, fmt1, "Hello");
printf("%s, %d\n", string, ret);
ret = vout(string, fmt2, "Hello");
printf("%s, %d\n", string, ret);
ret = vout2(string, fmt2, "Hello");
printf("%s, %d\n", string, ret);
}
```
結果
Hello, 5
Hello?n, 7
Hello, 7
2行目は第二引数も文字数が多いのか、?nという変な文字が出てしまっています。
デバッガでステップ実行しながらstringの中身を見る限り、0d0aにはなっていませんでした。
すいません。
回答コメントでは```が効かないんですね・・・失礼しました。
> "%s¥n";
バックスラッシュではなく円マークになってますよ。
int32_t さんのご指摘が当たり、ですね。
リテラル文字列でのコンパイル時の自動変換の問題かと思いましたが、Visual Studio 2019 C言語ソース、マルチバイト文字でのビルドだとちゃんと"\n"="\x0a"でした。
#include <stdio.h>
#include <string.h>
int main() {
const char s[] = "1234\n";
printf("len=%d\n", strlen(s));
for (const char* ps = s; *ps != '\0'; ++ps) {
printf("%02X ", *ps);
}
printf("\n");
}
実行結果：
len=5
31 32 33 34 0A
ありがとうございます。
ご指摘の通りソースコードをUnicodeにしたら想定した動きになりました。
あなたの回答
tips
プレビュー
