#あれ、そうですね。mallocするのはwnamevalだけでいいはずだな… なんか途中までsetenv風のAPIだと勘違いしてて、その痕跡が残ってる気がする。リークはご指摘のとおりです。
#_wputenvが渡されたメモリをどうするかはmsdnのドキュメントにも書いてないので安全側に倒したのですが、「書いてない場合は内部でコピーするよ」みたいな既定動作があるのかなあ。
#http://msdn.microsoft.com/en-us/library/ms235321.aspx この putenv の項を見ると代替の _putenv は ISO C++ conformant とあるので，実はこっちだと仕様が違うのではと期待して探したのですが，みつからず…． #あと，_environ, _wenviron の項を見ると _putenv は中で _wputenv も呼んで両者の一貫性を保とうとしているようなので，そこまでしているなら中で自前でコピーくらいしてるんじゃないの，と期待するんですが確証が．
#そーなんですよ。多分コピーしてるんだろなとは思うんですが、万が一してなかった場合、予期不能なタイミングでメモリが破壊されるバグになるのでそれは避けたいなと。
#_w?putenv_s なら中で組み立てるはずだからコピーしてませんかね？
#なんかMinGWだと_wputenv_s使えなかったんですよ。深く追求してませんが。
#やっぱりそういう落とし穴があるんですね．
#msvcrt には _wputenv_s は有るので使えないことはないはずなんですが、 MinGW のヘッダファイルには含まれてないみたいですね。
#configureでヘッダチェックして無かったら自前で宣言しちゃえばいいのかな。
#C ラインタイム関数とは別に SetEnvironmentVariable という API もあるみたいなんですけど、内容は CRT と共有されるのかなぁ？
#API と CRT は別物っぽいですね。 これハマりどころかも…。
#ややこしい…
#あれ？ だとすると sys-putenv (CRT 関数の _wputen) で書換えた環境変数は CreateProcess で作ったプロセスに引き継がれないのでは？
#putenvしたいケースというのは、(1)環境変数で振る舞いを変えるライブラリ関数の動作を制御したい(2)子プロセスに渡す環境を変更したい、あたりだと思うけど、WinAPIとCRTが別ってことは、_[w]putenvしたら(1)でCRTに影響を与えるけど(2)はだめで、SetEnvironmentVariableしたら(2)はいいけど(1)のCRTには影響を与えない、ってこと?
##・putenv()で設定したものは、getenv()でもGetEnvironmentVariable()でも取得できる
・SetEnvironmentVariable()で設定したものは、GetEnvironmentVariable()では取得できるがgetenv()では取得できない
#putenv する分には問題ないみたいですね。
#まはろ。putenv()がCRTとAPI両方に流してて、getenv()はCRTだけ見てる感じかな。localeに影響されるCRT関数がgetenv()使ってるとすればputenvしかないか。とすると渡すメモリのオーナシップの問題に戻ってくる。
#まあ普通に考えれりゃ、putenvに渡すポインタに関する制限がついてない以上、CRT側でfreeできないんだから、callerがオーナシップ持ち続けるってのが妥当だよな。ただPOSIXのやつがbrokenな仕様になってるわけで、msvcrtならどうなのかってちゃんとドキュメントに明記しといて欲しいなり。
#Linux のドキュメントでもバージョンによって違うみたいな記述がありますね。
#ISO C++ 準拠とありました。
##ISO C++の_putenvの仕様を見たいんだけどみつけられない。だがどうせMinGW限定なんだから自前で宣言して_wputenv_s使っちゃうってのがいいかも。
#POSIX的にはsetenvがあるんだからputenvは静的なメモリを渡すのだけに使いなさいってことにしてる気がする。
#う、MinGWはerrno_tもないのか。
#ありゃ、_wputenv_sがリンクできん。やっぱだめなのか?
#何故かインポートライブラリには無い様子です
#scheme レベルでの動作は sys-putenv の中で setenv しても区別つかないような。
##はい、今ダウンロード中>ドラフト
#結局、 POSIX 通りってことっぽい？
#schemeレベルでは気にする必要はない、というか、system.cの互換レイヤのAPIはScm_SetEnvになっててシステムにsetenvがあればそれを使うようになってます。でもMinGW/Windowsではsetenvないですよね?
#んん、この仕様書には_putenvの仕様は入ってない?
#setenv 無かったとは気付きませんでした。
#一応 libiberty.a の中に有るといえば有りますけど、ワイド文字非対応だし、 Windows では _putenv しか選択肢がないみたいですね。
#wchar_t対応でないと困りんす。
#ISO C++ standard libraryのドラフトとかはどこで見られるんだろう。githubのcplusplusに上がってるやつは言語のコアだけみたいだよね。多分別のWGでやってると思うんだけど、https://isocpp.org/std/the-standard から辿ってもオフィシャルな場所がわからない。 # 
Gauche > Archives > 2014/05/14