そういう「ログ」機能を実装する際には、

・出力したいログを受け付けるルーチンは、メッセージを FIFO に登録するだけ
（ここで排他する）

・ FIFO からファイルへの出力は１箇所で行う（排他不要）

という感じで実装するものだと思う。

# 何度も指摘してるけどスレッドが終わる前に GetExitCodeThread しても意味がない。

>①ファイルに書き込もうとして、他のが書きこんでいたら待たせておく
>②終わったら書きこませる
>というものが見つからなくてアドバイスをいただきたく書きこませていただいておりま
>す。よろしくお願いします。

クリティカルセクションでいいんじゃないですか？
「待たせておく」が簡単にできるようですし。

https://msdn.microsoft.com/ja-jp/library/cc429095.aspx
>指定されたクリティカルセクションオブジェクトの所有権を取得するまで待機します。

　設計の考え方としては、tetrapodさんの意見を私も推しますね。

　タイマーとイベントに関しては論外なので省略します。
　クリティカルセクションと、ミューテックスと、セマフォの３択になりますが、ログを
吐く程度の用途ならセマフォは候補から外れます。
　クリティカルセクションとミューテックスの使い分けは、同期オブジェクトのインスタ
ンス数で考えるので、どちらでも実現可能です。
　クリティカルセクションの方が実装は簡単ですが、プロセスをまたいだりということは
不可能になります。

　ログ出力関数がDLLの中にあって、別exeから呼ばれるならミューテックスということに
なります。
　さっくりまとめられてるサイトがありましたのでどうぞ。
http://tecopark.blogspot.jp/2012/04/winapi.html

＞みなさま

いろいろとアドバイスありがとうございました。
あまり美しくない方法で解決させてしまいました。
_wfopen_s(&fp, acMsg, TEXT(a+)); が、共有不可でOPENしているので、競合する
とfpがNULLになります。
fp==NULLの間だけwhile(1)でまわして！＝NULLになるまでopenをする。
という方法です。（タイムアウト設定あり）
原始的というべきでしょうか。

FIFOを使ってみたいと思ったのですが、どうやったら良いのか分からず時間もなくてこの
ような対応になってしまいました。

>tetrapod 様
＞# 何度も指摘してるけどスレッドが終わる前に GetExitCodeThread しても意味がない。

スレッドの終了を待たない仕様なので、GetExitCodeThreadは意味が無いのですがなんと
なく書いてしまうのです。

クローズ忘れました。

ちなみにスレッド生成の手順は？
以前にどなたかが指摘していたと思いますので大丈夫だとは思いますが。

＞瀬戸っぷさま

以下のように書いてますが…間違ってますか。

DWROD Function1(){

unsigned int threadID;
DWORD exitcode;
HANDLE hThread = (HANDLE)_beginthreadex(0, 0U, TreadTest, (PVOID)FUNC, 0,&threadID);
if (hThread == 0)
{
return 0;
}

GetExitCodeThread(hThread, &exitcode); //←これが意味無しですが。
CloseHandle(hThread);

return 1;//スレッドの終了を待たないで処理を返す
}

unsigned __stdcall TreadTest(PVOID p)
{

PFUNC　pfunc = (PFUNC)p;
:
処理(さらにスレッド立ち上げたり）
:
pfunc(error);
return error;
}

_beginthreadex()なら問題ないです。

CreateThread()だと駄目でしたけど。

＞瀬戸っぷ様

最初はCreateThreadを使っていたのですが、余りよろしくないという書き込みを見て
_beginthreadex()に変更しました。

わざわざ確認していただきありがとうございます。