私的な技術メモ

同じログ出力ライブラリを使用していて、たまたま同じファイル名になる場合というのも、結構あったりする
こうした際、通常は先にログファイルをオープンしている方が排他的にファイルに書き込むことができえるわけだ
ところが、こうした方式の場合、同じファイル名だと、後から書こうとしていたプロセスのログが失われててしまう
度々非同期に呼ばれるコマンドが、同じログファイルを使用していると、こうしたことになってしまい、後から解析するのに困ってしまうわけだ

とりあえず、Win32 に限って考えてみると、 LockFile API が何となく使えそうな気がした

例えば次のようなインタフェースでログを書くとする


void write(void* buffer, size);


書き込み動作の最終インターフェースがこうした形式であれば、ファイルの最後の領域をロックして、そのロックした両機に指定サイズのデータを書き込めば、うまくいくのではないかと思えた
そこで、次のようなコードを考えてみた

void CWin32Logger::write(void* buffer, DWORD size)
{
	DWORD dwSize = GetFileSize(m_hFile, NULL);
	while (!LockFile(m_hFile, dwSize, 0, size, 0)) {
		Sleep(10);
		dwSize = GetFileSize(m_hFile, NULL);
	}
	if (INVALID_SET_FILE_POINTER != SetFilePointer(m_hFile, 0, NULL, FILE_END)) {
		DWORD sz;
		if (WriteFile(m_hFile, buffer, size, &sz, NULL)) {
			m_dwLoPos = dwSize + size;
			FlushFileBuffers(m_hFile);
			SetEndOfFile(m_hFile);
		}
	} else {
		TCHAR msg[256] = {0};
		wsprintf(msg, _T("%d\r\n"), GetLastError());
		OutputDebugString(msg);
	}
	UnlockFile(m_hFile, dwSize, 0, size, 0);
}

一見これでうまく行きそうに見えたのだが、残念ながらうまくいかず、ファイルの書き込みがオーバーラップしてしまっていた
重なった領域はロックできないと思ったのだが、先頭部分のロック獲得ループがあっさりと抜けてしまい、前のプロセスの書き込み途中から上書きするようになってしまった
もう少し工夫しないといけなさそうだ