以下のプログラムは、ウィンドウを表示し、その中に小さな黒い四角形を描画するものである。 /*   ウィンドウに四角形を描画する簡単な Xlib アプリケーション */ #include <X11/Xlib.h> #include <stdio.h> #include <stdlib.h> #include <string.h> int main() {   Display *d;   int s;   Window w;   XEvent e;                        /* サーバとのコネクションを開く */   d=XOpenDisplay(NULL);   if(d==NULL) {     printf("Cannot open display\n");     exit(1);   }   s=DefaultScreen(d);                        /* ウィンドウ生成 */   w=XCreateSimpleWindow(d, RootWindow(d, s), 10, 10, 100, 100, 1,                         BlackPixel(d, s), WhitePixel(d, s));                        /* 受け付けるイベントの種類を選択 */   XSelectInput(d, w, ExposureMask | KeyPressMask);                        /* ウィンドウを可視化 */   XMapWindow(d, w);                        /* イベントループ */   while(1) {     XNextEvent(d, &e);                        /* ウィンドウの描画と再描画 */     if(e.type==Expose) {       XFillRectangle(d, w, DefaultGC(d, s), 20, 20, 10, 10);       XDrawString(d, w, DefaultGC(d, s), 50, 50, "Hello, World!",strlen("Hello, World!"));     }                        /* キー押下で終了 */     if(e.type==KeyPress)       break;   }                        /* サーバとのコネクションを閉じる */   XCloseDisplay(d);   return 0; }クライアントは XOpenDisplay を呼び出すことでサーバとのコネクションを生成する。そして XCreateSimpleWindow でウィンドウ生成を要求する。XMapWindow を別途呼び出すことで、ウィンドウが画面上に見えるようになる。四角形は XFillRectangle 呼び出しで描画される。この操作はウィンドウが生成された後でないと実行できない。しかも、一回呼び出すだけでは十分ではない。前述したようにウィンドウの内容は常に保持されるとは限らない。例えば、ウィンドウが別のウィンドウの下に隠され、再び上に出てきたとき、再描画が必要な場合がある。このため、上記プログラムでは、Expose イベントを受け取るたびに再描画を行っている。したがって、ウィンドウの中身の描画はイベントループ内で行われる。ループに入る前に、アプリケーションは受け取りたいイベントを選択しており、上記の例では XSelectInput でそれを行っている。イベントループは入って来るイベントを待ちうける。イベントがキー押下だった場合、このアプリケーションは終了する。expose イベントなら、ウィンドウの中身を再描画している。XNextEvent を呼び出すと、キュー上にイベントがなければ output buffer がフラッシュされる。
サーバに要求を送る Xlib 関数は即座に要求を送るのではなく、output buffer というバッファに一旦格納する。この場合の output はクライアントからサーバに向けての出力である。output buffer はサーバへのあらゆる種類の要求を格納でき、それは必ずしも画面に見える効果だけではない。output buffer は、関数 XSync や XFlush を呼び出したとき、あるいはサーバからの戻り値がある関数を呼び出したとき（応答があるまでそれら関数はブロックする）、あるいはその他の条件でフラッシュ（バッファ上のすべての要求がサーバに送られ、バッファを空にする）される。Xlib は受け取ったイベントをキューに格納する。クライアント・アプリケーションは、そのキューを調べて、イベントを取り出す。Xサーバがイベントを非同期に送るのに対して、Xlib を使うアプリケーションはキュー上のイベントにアクセスするのに Xlib 関数を明示的に呼び出さなければならない。そのような関数の中にはブロックするものもあり、その時点でも output buffer がフラッシュされる。エラーは非同期に受け取られ、扱われる。アプリケーションは、エラー発生時にエラーメッセージをサーバから受け取るエラーハンドラを登録しておく。ウィンドウの一部が見えない状態のとき、ウィンドウの内容が保持されているとは限らない。その場合、隠れていたウィンドウが見える状態になると Expose イベントがアプリケーションに送られる。アプリケーションは、そのイベントを受けてウィンドウの内容を再描画しなければならない。
創価学会（以下「学会」と表記）の池田大作会長（当時）によって本尊が偽作されたとされる問題で「正信覚醒運動」がおこり、これが正信会の起源となっている。学会が昭和52年路線を打ち出した際、日蓮正宗第66世管長細井日達は学会を批判し、いわゆる「活動家僧侶」もそれに続いた。そして活動家僧侶たちは、学会から離脱した檀徒を法華講として組織していった。翌1978年に事態が収束して以降も、活動家僧侶は学会批判を継続していた。1979年7月22日に日達が「遷化」し、総監であった阿部日顕が貫主として登座すると、学会との対立を避けたい宗門首脳と対決姿勢を強める急進派が対立。1980年7月4日に正信会が結成され、宗務院の中止勧告を無視して8月24日に第5回檀徒大会を開催する。宗門は201名（罷免5名、2階級降格13名、2年停権155名、1年停権23名、譴責5名）を処分。このとき正信会は宗会（正信会側は議長：久保川、議員：佐藤正英、渡辺広済、秋山徳道、簗瀬明道、古谷得純、佐野知道、佐々木秀明、荻原昭謙、丸岡文乗）と監正会（正信会側は会長：岩瀬正山、常任監正員：藤川法融、大泉智照、鈴木譲信）の過半数を確保しており、監正会は宗務院に不服の場合の最終判定を下すことから処分してはならないとの裁定を予め出していたが、宗務院は檀徒大会に出席しなかった岩瀬らを処分者に含め、監正会員自身が関係する案件には関われないとして処分を強行した。その後、正信会は日達から日顕へ血脈相承した形跡がないと主張、管主の資格を有さないとして地位不存在確認の裁判を起こし、一方の宗務院は正信会僧侶の大量処分へ踏み切った。裁判の判決では、信仰次元の問題は当事者間で解決すべきとして棄却されている。また日蓮正宗からの寺院明け渡し訴訟では正信会僧侶の存命中のみ居住権が認められ、正信会はこれらの寺院を中心に活動を継続している。よって居住している僧侶が死亡すると日蓮正宗に寺院を返還しなくてはならず、正信会では新たな寺院を建設するなどして対処している。2014年には従来の正信会とは別に、宗祖日蓮・開山日興への回帰・恢復を標榜する「宗教法人正信会」が結成され、機関紙『妙風新聞』を発行している（従来の正信会は任意団体）。従来の正信会は、宗教法人正信会について、大石寺にある本門戒壇の大御本尊を否定したり、疑義を呈したりしていると主張。一方、自らは覚醒運動は本門戒壇の大御本尊を信仰の根本とし、「英邁な法主」が出現して、正信覚醒運動が認められれば、本山に帰るという立場を取っている。なお双方に与しない「中間派」も存在している。