printf デバッグについて

　毛嫌いするほどのものでもないと思う。だいたい、１０万ループとかしているうちのあるデータがおかしくて、７万ループ目ぐらいにハングするといったような場合、まず、どのデータで落ちるのかログを取って見当をつけないと、デバッガでデバッグのやりようが無い。まさか、７万回もステップ実行するわけにゃいかんだろう。頭いい人は、ダンプファイルから推察でもするのかな？で、ハングできるデータを作成する？複合的な原因で落ちる場合にはどうすればいい？バグが再現できないだろう？
　次に、昨今のソフトウェアは複雑で、この間書いたやつなんか、複数の拠点間で

1. クライアント・アプリケーション
2. クライアント・アプリケーションが利用するコンポーネント
3. コンポーネントから別マシンのサーバにアクセスするサーバ・システム
4. そのサーバ・システムからＷＡＮ越しにＳＯＡＰ接続
5. ＳＯＡＰモジュールから、ＷＡＮのセンター・サーバへ接続
6. センター・サーバから、３．へ再配信するためのＳＯＡＰ接続
7. そのＳＯＡＰモジュールから３．へアクセス

ログでも取らないと、デバッグなんて無理です。しかも、ダンプとれるほど単純でもないし、スレッドが絡んでくる。１行たりともソースをいじるべからず！素晴らしいけど、俺には無理だ。
　手っ取り早いログは、printf でしょう。テスト・ユニットでテストしてれば、こういう事態は減るんでようけどねぇ。それでもバグは混入する。