解析で「調査元エラー」を吐き出すようになっちゃったという事例報告を散見する。対策:通信端末のメーカーに問い合わせる。メーカーでも対応できないときは、システムの復元を使用してパソコンを以前の状態に戻す。再起動時にハードウェア&ソフトウェアの設定が変わっているケースOSの更新によって、ハードウェアの設定が初期化されるなどして、その影響がDAブラックホールの設定に及んでいることがある。注意して見るところ)その場合は、特に赤枠の部分に注意が必要で、中でも「汎用コントロール」のチェックが、入っていたり・あるいは入ってなかったりすることがある。「汎用コントロール」とは、32bitOS用のシリアルポートコントロールのことで、1998年から用いられている歴史の長いコントロールだが、64bit環境で用いると通信機器によっては不具合が発生することがある。そこでDAブラックホール1.7では、64bit環境でも不具合なく動作する自社製のコントローラーを内蔵しておりデフォルトでは自社製を使用するようになっている。(汎用コントロールのチェックはオフになっている)ただ通信機器によっては32bit専用の「汎用コントロール」のほうが相性がよいケースもあるので、そのときには汎用コントロールを使うことになる。再起動時にトラブルが生じているときには、これらの設定に勝手な変化がないか、確認しておくとよいかもしれない。DAブラックホールDAブラックホール1.7.29にアップデートした。起動時のスプラッシュにバージョン情報を表示1.8系からのフィードバック。起動時のスプラッシュにバージョン情報が表示されると便利。ボタンまぎらわしかった。そこでOKボタン・キャンセルボタンを廃して、[閉じる]に統一した。起動時にイレギュラー終了すると、OSを再起動するまで起動できなくなるケースがある問題なんらかの理由で起動時にエラーが生じ、起動ができなかった際に、再起動すると「二重起動」とみなされ起動ができなくなることがあったので、修正。DAブラックホール当然のことに、なにを言っているのかわからない、という向きもあるかもしれないが、電話回線をIP化するとDAブラックホール(ISDN用)が使えなくなるという「問題」は、増えている。事象あるとき、DAブラックホール(1.3~1.7)をISDN回線で使うと、リザルトにx063などの「サービス利用不可クラス」ばかり返るようになり、意図した解析結果が得られない。Atermシリーズを用いている場合は、リザルトに2063(自分側の局交換機)が返る。リザルトが返るということで、ローカルインターフェースの切断・解放完了が行われていることがわかる。(すなわち機器の故障ではない)解析タイムは100~300msと短く、局交換機(LN)が返したにしては、タイムが速すぎる。念のためDAブラックホールのメイン画面のスクリーンショットとデバイス試験データの作成をユーザーにお願いしている。これらに異常がない場合は、回線そのものに原因があると考える。実例として最も多いのが、「事業所をひかりIP化した」というものである。導入業者の事前説明で「ISDNがそのまま使える」と言われたから、というのもポイントになっている。業者さんの説明不足である。2017年現在、NTTのISDN網(PSTN/SS7)には抜けない。例外的に支社のIP網からVPNを介して本社のISDN回線を使っているという方は知っているが、一般的とはいえない。請負契約書に「G4FAXやISDNデータ通信は除く」と免責事項が書かれているはずだから、工事したあとはどうにもならない。あたらしくINSの回線を引きなおすか、他の回線種に変更せざるをえない。わかりやすくなるんだけどね。ファイアウォールによりライセンス認証が行えない問題」が2件・サポート報告で上程された。