C# DLL参照した呼び出し先で例外が発生することなく異常終了している

Question

C#でコンソールアプリケーションからDLLファイルを参照し処理をするプログラムを開発しています。
DLLファイルの参照はプロジェクトの参照設定で行っており、DLLもC#で開発したものです。
呼び出し元、参照先DLLの構造は以下のようになっています。

※職場から書き込みできないため、大雑把なサンプルコードとなっており読みづらい部分があるかと思いますがご容赦ください。

//呼び出し元（コンソールアプリケーション）
class Program
{
    static void Main(string[] args)
    {
		try
		{
			int retCd = 0;
			var hoge = new hogeClass();	//hogeClass.dllを参照設定
			retCd = hoge.InitProcess();
			if(retCd != 0)
			{
				エラー判定で終了
			}
			
			retCd = hoge.ExecProcess();
			if(retCd != 0)
			{
				エラー判定で終了
			}
		}
		catch(Exception e)
		{
			//エラー処理
			リターンコード 99
		}
    }
}

//hogeClass.dll側
public class hogeClass
{
	public int InitProcess()
	{
		try
		{
			処理１
			処理２
			処理３
			処理４
			処理５
			
			リターンコード 100
		}
		catch(Exception e)
		{
			//エラー処理
			リターンコード 109
		}
	}
}

ファイルの削除(再帰呼び出し)
       public static void DeleteOldLog(string dirPath, int limitSize)
       {
           if (!Directory.Exists(dirPath))
           {
               return;
           }

           //現在のファイル容量を取得
           var size = GetLogDirSize(dirPath);
           if (size < limitSize)
           {
               return;
           }

           DirectoryInfo logDirInfo = new DirectoryInfo(dirPath);
           var files = logDirInfo.EnumerateFiles("*", SearchOption.TopDirectoryOnly).ToArray();

           if (files.Length == 0)
           {
               return;
           }
           else
           {
               //ファイル日付の昇順でソート
               var sortFiles = from file in files
                               orderby file.LastWriteTime
                               select file.FullName;

               int dtLen = 14; //yyyyMMddHHmmss

               //ファイル名のタイムスタンプを見つける
               string timeStamp = string.Empty;
               foreach (var file in sortFiles)
               {
                   var fileName = Path.GetFileNameWithoutExtension(file);
                   if (fileName.Length >= dtLen)
                   {
                       //拡張子より前14ケタを取得
                       var stIndex = fileName.Length - dtLen;  //開始インデックス
                       timeStamp = fileName.Substring(stIndex, dtLen);

                       //日付形式か
                       if (IsDateTime(timeStamp))
                       {
                           //日付形式であれば採用
                           break;
                       }
                       else
                       {
                           timeStamp = string.Empty;
                       }
                   }
               }

               //該当なしの場合
               if (timeStamp.Length == 0)
               {
                   return;
               }

               //タイムスタンプでファイル検索
               var search = "*" + timeStamp + "*";
               var delFiles = logDirInfo.EnumerateFiles(search, SearchOption.TopDirectoryOnly).ToArray();
               foreach (var file in delFiles)
               {
                   //ファイル削除
                   File.Delete(file.FullName);
               }

               //再帰実行し最大容量を下回るまで繰り返す
               DeleteOldLog(dirPath, limitSize);
           }
       }

呼び出し側の例外時のStackTrace
オブジェクト参照がオブジェクト インスタンスに設定されていません。
場所 xxxx.InitProcess()
場所 呼び出し側の関数名

現在、コンソールアプリケーション側で例外をキャッチし、リターンコード９９で終了しています。
メッセージは「オブジェクト参照がオブジェクト インスタンスに設定されていません。」です。
そのため、インスタンス作成がうまくできていないと思っていたのですが、DLL側に調査用のログ出力を
追加して調べたところ、Dllの呼び出し（InitProcess関数）は呼び出せていました。
しかし、ログが処理３までしか出力されておらず、その後Exceptionも発生することなく、呼び出し元に戻り
catchされているとわかりました。

DLL側でtry、catchしているため、例外が発生した場合上記のサンプルでリターンコード109が返るはず
なのですが、DLL側ではcatchされず、コンソール側でcatchされています。

このように、処理の途中でインスタンスが消えてしまう（？）ことがあるのでしょうか。
調査しようにも方法に困っています。
UnhandledExceptionイベントを追加してみましたが、イベントに入ってきていないようでした。

ちなみにログに出力された処理３以降の処理では、古いログファイルの削除処理を行っています。
ファイル削除用の関数を呼び出し、ログ出力フォルダのサイズが指定されたサイズ以下になるまで再帰的に
この関数を呼び出すようになっています。またこのコンソールアプリケーションは運用上多重実行されるため、
削除するログファイルがタイミングによっては競合する場合もあるため、この関数に問題があるのではとも
思っています。
ただ再現性も低く、DLL側でExceptionも発生しない状況のため、対策に困っております。

何かアドバイスを頂けたら嬉しいです。
よろしくお願いします。

Comments

[ebiryo]

Main側でCatchしたExceptionのStackTraceはどうなっていますか？

[YAmaGNZ]

提示されたコードだとInitProcessのリターン値が0になることはなく、呼び出し側で正常終了判断されることはないのでは？コードを載せるのであれば、現象が確認できるコードを載せるべきだと思います。

Answer 1

DLL側ではcatchされず、コンソール側でcatchされています。

これは間違いだと思います。
InitProcess はコンストラクタから呼び出されているのではないですか？
それが失敗しているのでコンストラクタも失敗し、結果として呼び出し側で例外が起こっているのでは？

どちらにせよ処理 3 まで動いているということは処理 4 に問題があることは明らかです。

つまり、ここに載っているコードではなく、あなたが省略されたところに問題があります。

問題がないコードではなく、問題があるコードを載せてください。

Comments

[say5140]

ログの削除処理で再帰的に呼び出している部分を見直し、同時実行中の他のプロセスとファイルが競合しないようにしました。
もともと再現性が低くなかなか確認できなかったのですが、プログラム見直し後は今のところ現象が発生していません。
ログに出力されていた通り、処理３以降に問題ありということで、冷静に考えればその通りですね。
少し周りが見えなくなっていました。
ありがとうございました。

Answer 2

こんにちは。

ご提示されている内容は、不可思議な現象が起きているように見えますね。
そのような時は何かの前提条件を間違っていることも少なくありません。
私がよくやらかすのはログの取り損ないです。ログをファイルへ出力し、書き込みキャッシュが効いてしまってプログラムは出力しているけどファイルへ書き込まれる前に落ちてしまい、ログに残らないことです。

処理４以降のログがでていないように見えて、実はでているけどキャッシュまででファイルに落ちていないような現象です。
この場合は、実はInitProcessでは例外は発生してなくて、ExecProcessで例外が発生している可能性があります。

Comments

[say5140]

そういうこともあるのですね。
今後、解析する際は気を付けたいと思います。
ありがとうございました。