2005年6月13日付のオリコンチャートで初登場3位にランクイン。シングルとしては「GO!!!」以来のトップ10入り、また、シングルで初のトップ3入りを果たした。累計売り上げは、「贈る言葉」、｢GO!!!」に次いで3番目に高い。2019年3月1日には、ソニー・ミュージックエンタテインメントのアニメソング人気投票キャンペーン「平成アニソン大賞」においてアーティストソング賞（2000年 - 2009年）に選出された。
Windows ME/Windows XP 以降の Windows であれば、誤ってシステムフォルダのライブラリファイルを書き換えてしまった場合でも、「システムの復元」機能を使用することでほとんどすべての場合において復旧が可能である。また、上記以外の OS や「システムの復元」が無効になっている場合であっても、システムのスナップショットやイメージバックアップが存在する場合はリストアを実施することにより復旧可能である。この両者のいずれの復旧方法共に使用できない場合、原因となったソフトウェアのアンインストールやライブラリの再インストールあるいは手動置換などで復旧できる場合もあるが、確実ではなくかえって事態を悪化させることも多い。また、この方法で復旧できた場合でも、システム内に不整合が起きている場合が多いので、すぐにユーザーデータを退避させ、OS インストーラでシステムの修復やリカバリを実施する方がよい。
この現象が起きる理由としてさまざまなことが挙げることが出来るが、最大の問題は「共有ライブラリに対し互換性を失うような変更が行われた場合に、ライブラリを呼び出すプログラム側がそれを区別することができない」という点に起因する。プログラムの保守・可読性の向上や、セキュリティ問題等に起因するやむをえない仕様変更等により、あるプログラムにおいて旧バージョンとの互換性が失われてしまうことは、本来は極力避けるべき行為であるが、実際にはよく起こる現象である。これが動的にリンクされる共有ライブラリの場合、その互換性が失われた部分の機能を利用するアプリケーションにとっては、アプリケーション自体の動作に支障をきたすことになる。特に OS 本体に同梱されるライブラリにおいてこのような変更が行われると、その影響範囲は極めて広い範囲に及ぶ。また、ソフトウェアのインストーラがシステムの共有ライブラリのバージョンチェックを行わず、古いバージョンに置換してしまうことでも発生する。サードパーティーのアプリケーションにおいては、アプリケーションが利用するライブラリをアプリケーション本体と同じディレクトリに配置することでこの問題を回避するといった試みがなされることも多い。しかし実際には、ファイル名が同一のライブラリが複数ハードディスク内に存在する場合にどのライブラリを最初に呼び出すかという選択は OS 側の設定（主に環境変数PATHの設定）によって変化することが多く、自分が意図したライブラリとは別のライブラリが優先的に呼び出されてしまうケースも少なくなかった。この問題に対処するため、Windows 2000 サービスパック4で、PATHの設定が優先されないようライブラリの検索順序が変更された (Safe DLL search mode)。マイクロソフトは .NET Framework において、同じライブラリの異なる複数のバージョンを同時にインストールできるようにした上で、アプリケーション側は必要に応じて自分の使用したいライブラリのバージョンを明示的に指定できるサイドバイサイドを提供するなど、この問題を OS レベルで解消することを狙っている。
原理的には動的リンクするライブラリを利用する OS 全てにおいて発生する可能性がある。Windows では以前は、プログラマのミスやインストーラの不具合により発生することが多かった（特にCOMコンポーネントに関しては、マイクロソフトが厳密なバージョン管理規約を規定しているにもかかわらず、このバージョン管理の仕組みを理解しないままエンドユーザーシステムにインストールさせてしまう開発者が少なくない）。最近ではシステム保護機能やサイドバイサイド (Side-by-Side, SxS) と呼ばれる仕組みにより減ってきているが、全面解決には至っていない。また、Linux において対象ディストリビューションが異なるパッケージを使用したり、サードパーティのパッケージ管理システムやレポジトリを使用することによりライブラリの依存関係が壊れ、同様の事象が発生することが多い。
DLL 地獄（ディーエルエルじごく）とは、DLL や COM コンポーネントなどのバージョンアップなどに伴い、それ以前のバージョンの DLL/COM コンポーネントなどに依存して動作するアプリケーションが動作しなくなる現象のことである。コンピュータ業界においては "DLL HELL" と呼ばれる場合が多い。Windows 以外の オペレーティングシステム (OS) で発生するものについては "Dependency Hell" の名称がよく使われる。
1933年、アドルフ・ヒトラーがドイツ国首相に就任すると、フリッシュはシュテルンの紹介で、イギリス・ロンドン大学のバークベック・カレッジの一員となった。そして1年間、パトリック・ブラケットのもとで、霧箱の性能の改善や人工放射線の研究を行った。ただし、この時フリッシュが改良した霧箱は、実際の実験で使用されることはなかった。その後は5年間にわたり、ニールス・ボーアのいるデンマークのコペンハーゲンで研究した。ここでフリッシュの研究内容は原子核物理、その中でも中性子の研究に特化していった。1938年のクリスマス休暇中、スウェーデンのクングエルブ (Kungälv) にあるマイトナーの元を訪れた。訪問中、マイトナーは、ベルリンからのオットー・ハーンとフリッツ・シュトラスマンからの手紙を受け取った。そこには、ウランの原子核に中性子を衝突させると、副産物としてバリウムが発見されたと書かれていた。ハーンらはこの結果を説明することはできなかった。フリッシュとマイトナーは、仮にウランの原子核が2つに分かれることがあるのならば、この現象が説明でき、その時にエネルギーが生み出されることを示した。このすぐ後に、スタニスワフ・ウラムは、核分裂は連鎖反応を引き起こし得ることを証明した。1939年夏、フリッシュはバーミンガムへの小旅行のため、デンマークを離れた。しかし第二次世界大戦の勃発により帰ることができなくなった。そのためイギリスで、物理学者のルドルフ・パイエルスと共に核分裂に関する研究を行った。その結果、ウランによる原子爆弾の製造が可能であることが明らかになった。2人はその結果をフリッシュ＝パイエルスの覚書 (Frisch-Peierls memorandum) としてまとめた。この覚書は原爆の爆発から、その後の放射性降下物までを予測していた。この覚書はイギリスにおける原子爆弾製造計画（チューブ・アロイズ）の基礎となり、さらにマンハッタン計画においても同様の役割を果たした。フリッシュはアメリカのロスアラモス国立研究所で研究を行うこととなり、アメリカへ行くためにはイギリス市民である必要があったため急遽市民となったうえで、1943年にアメリカへと移動した。