2001年、光谷拓実の年輪年代測定によって法隆寺の五重塔心柱は594年伐採と測定されたが、『日本書紀』の記録で法隆寺は670年に全焼、7世紀末～8世紀初の再建されたとされている。現在は100年前の古材再利用という説明をしているが、苦しい説明であり、五重塔や三重塔の心柱は建築（免震）構造上もっとも重要で、100年前の古材を使用するなど考えられない。このため、伐採年代や書紀の記述の否定ではなく、年輪年代を100年修正して、全て新材のヒノキとする方が正しいとの反論もある。また同年の毎日新聞において、藤森照信は「世界中でさまざまな年代決定法が試行錯誤されてきた。一番有望視されたのは放射性炭素法だが、古くなるほど誤差が拡大し、論議を左右するほどの決め手にならない。」、「年輪年代法も遺物のＤＮＡ分析もそうなのだけれど、考古学の科学分析は日が浅く、どちらもまだ研究者が一グループしか日本にないという根本問題がある。科学には不可欠の相互批判、他者による追試確認の体制がととのっていないのである。」という点を指摘している。
1996年4月、日本の奈良文化財研究所の光谷拓実が大阪府池上曽根遺跡の大型建物1の柱材（ヒノキ）の年輪年代を調べて紀元前52年であることがわかり、大型建物1は考古学的相対年代では、弥生時代中期後半に当たる蓋然性が高いと公表。これが放射性炭素年代測定によるウイグルマッチングにより追認された。ただし日本列島においては、樹木の分布圏が南北に広大で、地形に高低が激しく、海洋に囲まれているため総じて多湿・多雨であって、気象条件の変化が大きい。その上、火山活動が古来激しい地域において、理論値と実数値とが当然乖離する。そもそも放射性炭素年代測定については、古代に遡るほど実年代と乖離することが指摘されており、このため、他者によって検証されていない年輪年代測定の数値と放射性炭素年代測定の数値が一致したところで、それは何ら証拠になりえない。畿内弥生時代中期後半の1点が紀元前1世紀に存在することが確実視されるようになったとは言い難い。それまで、畿内の弥生時代中期後半を紀元後1世紀代とする説が広く知られていたので、実年代が急に約1世紀ほど遡ったように見え、世間に大きな衝撃を与えた。ただし、学術研究の場では中国製青銅器等との交差年代によって北部九州の弥生中期後半が前1世紀代に遡ることは半ば常識化していた。
以下のコードにある関数 f も g もリエントラントではない。int g_var = 1;int f(){  g_var = g_var + 2;  return g_var;}int g(){  return f() + 2;}上記のコードで、f はグローバル変数 g_var に依存している。したがって、2つのプロセス（スレッド）が f を実行すると、g_var に同時並行的にアクセスし、結果はタイミングに依存することになる。したがって、f はリエントラントではない。その f を呼び出している g もリエントラントではない。これらを若干変更したリエントラントである版を以下に示す:int f(int i){  return i + 2;}int g(int i){  return f(i) + 2;}新しい版では、グローバル変数 g_var は使われていない。引数を渡して、それに基づいて処理を行って結果を返す。共有される可能性のあるオブジェクトにはアクセスしないようになっている。その代わり、呼出し側が前回の戻り値を引数として渡してやらなければならない。このように、リエントラントなサブルーチンでは、必要な静的データは呼出し側が管理しなければならない。次のPthreadsを使ったC言語のコードでは、関数functionはスレッドセーフだが、リエントラント（非同期シグナル安全）ではない。Pthreadsのミューテックス関数がリエントラント（非同期シグナル安全）であることは保証されないからである。void function(pthread_mutex_t mutex){  pthread_mutex_lock(mutex);  /* ... */  /* 何らかの処理 */  /* ... */  pthread_mutex_unlock(mutex);}この function は複数のスレッドから呼び出されても全く問題はない。しかし、pthread_mutex_init()によるミューテックスの初期化時にPTHREAD_MUTEX_NORMALを設定した属性を使用していて、リエントラントな割り込みハンドラがこの関数を呼び出す場合、2つ目の割り込みがこの関数実行中に発生すると、二度目の呼び出しはミューテックスを獲得できず、永久に停止（デッドロック）する。割り込みサービスでは他の割り込みをディセーブルするので、システム全体がハングアップすることになる。デッドロックを回避するには、ミューテックス初期化時に、同一スレッドによる複数回のロックを許可するPTHREAD_MUTEX_RECURSIVEを設定した属性を使用する必要がある。ただし、PTHREAD_MUTEX_RECURSIVEを設定したからといって、pthread_mutex_lock()およびpthread_mutex_unlock()が非同期シグナル安全になるとは限らない。なお、ミューテックス初期化時にPTHREAD_MUTEX_INITIALIZERを使用すると、PTHREAD_MUTEX_DEFAULTを設定した既定の属性が使用されることになり、デッドロックに関しては未定義動作となる。一方、Microsoft WindowsのEnterCriticalSection()関数は、同一スレッドからの複数回呼び出しはブロッキングなしで実行される。ただし非同期シグナル安全性や再入可能性に関する言及や保証はない。