パラメータが一つもないPOSTリクエストをcgi-parse-parametersで処理しようとするとブロックしちゃいます。'()))))これを評価すると、call-with-input-stringでどうやらエラーになる。ces-convertは文字列を返せてる様子。Currentで、(gauche-character-encoding)はeuc-jpです。一応www.kahua.orgのGNU/Linu上のGaucheでも再現してます。このGaucheのversionは0.8.9と表示されます、これもeuc-jpです。UTF-8からeuc-jpにした時点でBrandノードの内容が文字化けしている様に見えるので、これかと思うがここまでしか追及できてません。Amazon側のデータの問題がGauche側の手抜きを突っついたようです。&quot;講談社&quot;つまり、Amazon側で内部エンコーディング→utf-8の処理をダブってかけているのが根本的な原因と。いうならびに変換されてしまいますが、これは未定義領域です。#\xa1)以降なので。変換ルーチンのチェックが甘いのが原因でしょう。対応できれば、未定義文字が代替文字に置換されるだけで、他の部分は正しく動くはず。0.8.10までに対応できたら対応します。ありがとうございます。こっちに最近報告があがってたようです。amazonの方はこれで対応してもらえばOKかな。Gaucheの方のfixは次リリースに持ち越します。define-cmethodがエラーになります。以下のパッチでは、define-cmethodでcallを使うと引数の順が逆になるのとc-generic-nameの効果が無かったのも修正しています。以下のように実行して確認しました。342))#&lt;nan&gt;要するに、分母と分子の両方が、inexact化すると#i1/0になるぐらい大きな数になってしまう状況の時に発生するようです(無限割る無限なので#<nan>)。回避するのが良いのかはちょっと分からなかったので、とりあえず報告だけしておきます。