							-*-text-*-
KNOWN PROBLEMS
==============

* bash 上で動かす場合, プロセスが foreground にあって, catch できない
  シグナルを受け取って死ぬと, bash まで死んでしまう. このバグは bash
  1.13.4 以降では修正されている.

* csh 上で動かす場合, プロセスが foreground にあって, catch できない
  シグナルを受け取って死ぬと, csh まで死んでしまう (ような csh が存在
  する)

* プロセスを background から foreground に回す際に, SIGCONT をプロセス
  グループに送らないシェル(csh, bash, zsh, etc.) では, tty output でサ
  スペンドしているスレッドがアンブロックしない. これらのシェルを使用し
  ている場合は fg した後に, 他の tty からプロセスに SIGCONT を送らねば
  ならない.

  bash 1.13.4 では, シェルに対しパッチ ./patches/bash-1.13.4-patch を
  当てるとこの問題を回避できる.

* SIGCONT, SIGTSTP, SIGTTIN, SIGTTOU をユーザレベルで取り扱えない. 

* stk-grow-dir で作成される A.$(ARCH)/config.h で #define SHM_MANUAL 
  と定義される場合の問題

  ・A.$(ARCH)/config.h の SHM_STACK_BASE の値が共有メモリを最初に 
    attach する仮想アドレスを保持しているが, 動的リンクを行う UNIX で
    はこの値は信用できない場合がある. なぜなら, 動的リンカ (ld.so) が, 
    動的リンクを行う際に, PTL が共有メモリを attach するアドレス空間に 
    mmap するかもしれないためである. 一般に動的リンカが mmap するセグ
    メントサイズは不明なため, PTL をリンクしたプログラムを実行する時に,
    SHM_STACK_BASE の領域が空いているかどうかは保証できない.
    (FreeBSD2.0R ではこの現象が発生する.  (一応動くんだけど))

  ・ユーザが mmap() を(アドレスを指定せずに)使用すると, PTL が使用する
    スレッドのスタック空間が使われる可能性がある. このため, 現状では共
    有メモリスタックを使用する場合は mmap を使わない方が良いと思われる.

* NetBSD/Alpha で 共有ライブラリを使う libaltsys が動作しない. 
  ld.elf_so のバグ？

* On NetBSD/pc98 (based on NetBSD-1.3.3), running program using PTL
  causes SIGSEGV.  This problem can be avoided using 
  -fkeep-inline-functions option when compiling user's code.
  (reported by nork@cityfujisawa.ne.jp).
