11世紀初頭のヴィディヤーダラ（在位：1004年 - 1029年）の治世、マールワーのパラマーラ朝の勢力も撃退し、カラチュリ朝の勢力も破るなど、ヴィディヤーダラの治世は最盛期だった。先代に続きこの王も建築事業を行い、11世紀初めにカジュラーホーの西に建設されたカンダーリヤ・マハーデーヴァ寺院は、 シヴァ神の住みかとされるカイラス山を模したものと推定されている。また、アフガニスタンのイスラーム王朝であるガズナ朝が北インドに侵入し、1018年にプラティーハーラ朝の首都カナウジが落とされた。その際、封臣のカッチャパガータ家のアルジュナに命じて、カナウジを逃げたその君主ラージヤパーラを殺害している。この理由については、ラージヤパーラがむざむざと首都を明け渡したためとされており、イスラーム教徒の歴史家イブン・アシールの著した『完史』に記述されている。だが、1019年にはチャンデーラ朝もガズナ朝の攻撃を受け、1022年に首都のカーリンジャルが包囲された。このとき、ヴィディヤーダラはガズナ朝の王マフムードに降伏し、300頭の象を指しだし、貢納を支払うことでその独立を保った。チャンデーラ朝は拠点をいくつか持ち、政治的な拠点としてマホーバー、軍事的な拠点としてはカーリンジャル、アジャヤガル、宗教的な拠点としてはカジュラーホーが知られ、アジャヤガルを除く3つが首都であった。そのうち、宗教的な拠点であるカジュラーホーは、王朝の独立時から多数のヒンドゥー寺院が建設され、世界遺産にもなっている「カジュラーホーの寺院群」を築いたことで世界的に知られる。
9世紀初頭、チャンデーラ朝の祖であるナンヌカという人物がブンデールカンドを支配し、当初はプラティーハーラ朝の封臣（サーマンタ）であった。チャンデーラ朝は「月」から生まれたクシャトリヤの家系とする伝承をもつ、ラージプートの王朝と自称していた。しばらくプラティーハーラ朝の封臣として、 デカン地方のラーシュトラクータ朝と戦い続けてきたが、チャンデーラ朝台頭の契機となったのは、まさしく916年から917年に行われたラーシュトラクータ王インドラ3世の北伐であった。この「北伐」によって、プラティーハーラ朝の首都カナウジは陥落し、プラティーハーラ王マヒーパーラ1世はナンヌカの玄孫にあたるハルシャ（在位：900年 - 925年）の助けを得て、ようやく王位を回復するといった状態であった。940年頃、ヤショーヴァルマン（在位：925年 - 950年）の治世、ラーシュトラクータ朝のクリシュナ3世がカラチュリ朝と同盟して侵攻し、プラティーハーラ朝はこのときカーリンジャルを失った。だが、ヤショーヴァルマンがラーシュトラクータ朝とカラチュリ朝を破り、カーリンジャルを奪還したことによってこの地を獲得し、自立する契機となった。また、ヤショーヴァルマンのときに首都カジュラーホーにヴィシュヌ神にささげる宮殿として、ラクシュマナ寺院を建設したことが知られている。一方、主家であるプラティーハーラ朝が衰退すると、ブンデールカンドでの独立性を確保し、10世紀後半のダンガ（在位：950頃 - 1008頃）の治世には事実上独立し、周辺諸国と争いつつ領土の拡張を押し進めた。10世紀後半のダンガ碑文にプラティーハーラ家を宗主とする記述を刻まなくなり、事実上独立することとなった。1002年にダンガ王はヴィシュワナータ寺院を建設し、後にパールシュワナータ寺院を建設している。また、カジュラーホーの西グループにチトラグプタ寺院とデーヴィー・ジャガダンバー寺院が建設された。
1941年（昭和16年）に昭和高等商業学校（現大阪経済大学）卒業。1949年（昭和24年）に宮崎相互銀行（現宮崎太陽銀行）入行。鹿屋支店長や高鍋支店長、佐伯支店長などを歴任し、取締役審査部長、営業部長等を経て、1976年に常務取締役、1978年に専務取締役、1983年に代表取締役社長に就任。2016年12月1日死去。98歳没。
2006年11月の3代目おけいはんCM開始当初、「鴨リバー音楽学院」の学園長として宮城しずこが「光善寺君枝」役で出演していたことがあったが、この名字は当駅に由来する。
他の言語で使われているtry-catch方式の例外処理機能はないが代わりの機能としてpanicとrecoverを用いた例外処理機能を提供している。Goは一般的な例外処理への使用を推奨しないものの、例外処理用の専用構文を備えている。一般的な例外にはあくまで戻り値を使う。例外を陽に発生させる仕組みとしてpanic関数がある。panic は下記のように記述するpanic( /* 各種値 */ )panic関数の引数には、数値や関数、構造体といった各種値を指定する事が出来る。特定型のデータでなければ使えないといった制限はない。また、panicは構文ではなく関数である。有用性は無いが、deferなど式が使えず関数呼び出ししか記述できない場所でも直接記述できる。panic関数を実行するとpanic呼び出し以降の処理を中断し、コールスタックを巻き戻す。 ただし、panic呼び出し以前にdeferされた関数やセレクターについては呼び出しが実行される。panic関数で投じられた例外データは、recover関数と、deferを組み合わせて受け取る。recover関数は、panic関数の引数を返し、コールスタックの巻き戻しを停止する。recoverの使用例を下記に示す。func Example() {defer func() {/* recoverを呼んだ時点でコールスタックの巻き戻しが終了する */cause := recover()fmt.Fprintln (os.Stderr, cause)}()panic ("error") ;/* panic以降Example内の処理は実行されない */}func main() {Example()/* Example()の呼び出し側はrecover関数が呼び出されたため処理を継続できる */}recoverは構文ではなく関数であるためdeferに defer recover() と直接記述することもできる。ただし、recoverが機能するのはdeferで呼び出した関数の内部だけであり、deferに直接記述した場合は機能しない。recoverはdeferで実行される関数内であればどこでも機能する。これを利用し例外が発生する関数に直接recoverを記述せず、例外処理用関数を用意してそこにrecoverを記述し、共通する例外処理を一つの関数にまとめる事もできる。処理をまとめることができるが記述が冗長となる。Goのdeferとpanic関数・recover関数の組み合わせでは、deferで起きたpanicもrecoverで捕まえられる。