AllegroServe Patch


aserveとwebactionsは開發環境として重寶してゐるが、get-multipart-headerで日本語ファイル名が通らない問題があったので、本patchをあてがって對應してゐる。

また、 =*reserved-path-characters*= の =%= にあたる箇所の sbit を立てて =parse-uri= の問題を囘避してゐる。

Comments

Post a Comment

Popular posts from this blog

Common Lisp コーディングスタイルについて

Common Lisp コーディングスタイルについて 一つの文章は、一つ若しくは幾つかの單語から成り立つてゐるのでありますから、 單語の選擇のよしあしが根本であることは、申す迄もありません。そこで、 その選び方についての心得を申しませうなら、 　異を樹てようとするな と云ふことに歸着するのであります。それを、もう少し詳しく、 箇條書きにして申しますと、 　一 分り易い語を選ぶこと 　二 成るべく昔から使ひ馴れた古語を選ぶこと 　三 適當な古語が見付からない時に、新語を使ふやうにすること 　四 古語も新語も見付からない時でも、造語、─ 自分で勝手に新奇な言葉を拵へることは愼しむべきこと 　五 據り所のある言葉でも、耳遠い、むづかしい成語よりは、耳馴れた外來語や俗語の方を選ぶべきこと 等であります。 　　　　　　　　谷崎潤一郎 『文章讀本』 はじめに 先づ始めにお断りしておきますが、 ここで述べるコーディングスタイルを コーディング規則のやうな馬鹿げたものと同じにしないでもらひたい。 スタイルはあくまで指針であつて規則ではありません。 規則とはそれを強制するだけでなく、それが何故さうあるか考へることを禁ずるものです。 スタイルは、それが何故さうあるかを理解しない者に押し付けることが不可能な種類のものです。 自分で考へようとしない人にいくらスタイルを説いたところで無駄である。 このことを踏まへた上で次に進むことにしませう。 何故にスタイルが問題となるのか わたしも含め、たれもがつい忘れがちなことは、「プログラムは人に讀まれる」といふことです。 コンピューターに向かつてゐると仕事とは本來「人」相手のものだといふ、 あたりまへの意識が薄れてきてしまふ。 しかしプログラマーが相手をするべきは、コンピューターよりもむしろ人だと考へるべきです。 あなたが今日書いたプログラムは明日たれか別の人が讀まんとも限らない。 たとへあなたしか讀まないプログラムであつても、 一年もたてばその「あなた」もまた「別人」になつてゐるのだ、 とたしか G.M. ワインバーグが何かの本で言つてました。 プログラムを書く上で留意すべき事項は多々ありますが、 人が讀んでわかるやうに書く...
Read more

Hyperspec を讀む

Hyperspec を讀む Common Lisp でプログラムを書いてゐながら Hyperspec を讀む習慣の無い人が多いやうなので、 その人達の爲に Hyperspec の水先案内をしてみようと思ふ。 先づは Introduction から始めて、非定期的に更新していくつもりである。 なほ、 野矢茂樹さん ではないが、 Hyperspec を讀む といふテキストを讀んでも Hyperspec を讀んだことにはならない。 本當に讀むべきはかういふ戯れ文ではなく Hyperspec のはうである。くれぐれも注意のこと。 Table of Contents 1. Introduction 1.1. Scope, Purpose, and History 1.1.1. Scope and Purpose 1.1.2. History 1.2. Organization of the Document 1.3. Referenced Publications 1.4. Definitions 1.4.1. Notational Conventions 1.4.2. Error Terminology 1.4.3. Sections Not Formally Part Of This Standard 1.4.4. Interpreting Dictionary Entries 1.5. Conformance 1.6. Language Extensions 1.7. Language Subsets 1.8. Deprecated Language Features 1.9. Symbols in the COMMON-LISP Package 2. Syntax 2.1. Character Syntax 2.1.1. Readtables 2.1.2. Variables that affect the Lisp Reader 2.1.3. Standard Characters 2.1.4. Character Syntax Types 2.2. Reader Algorithm 2.3. Interpretation of ...
Read more

CLOS Grand Tour

Table of Contents 1. はじめに 2. クラス 2.1. クラスの定義 2.2. クラス定義の例 2.3. インスタンス生成 3. 繼承 3.1. クラス優先順位 3.2. スロットの繼承 4. 總稱函數とメソッド 4.1. 總稱函數とメソッドの定義 4.2. メソッド選擇 4.3. メソッド結合 4.4. 標準メソッド結合 4.5. 標準メソッド結合の例 4.6. 他のメソッド結合 5. オブジェクトの生成とその初期化 5.1. インスタンス生成 5.2. 初期化引數 5.3. オブジェクトの生成とその初期化をカスタマイズする 6. クラス再定義 7. 結論 1 はじめに Common Lisp Object System (CLOS) は、當初 Common Lisp の擴張仕樣 として提案され、其の後 ANSI Standard に組み入れられました。 CLOSは他のオブジェクト指向言語と同じやうに、クラス、總稱函數、メソッド、多重繼承の概念に基いたものですが、CLOSを他と際立たせてゐるものは、これら、クラス、メソッド、總稱函數、メソッド結合など全てが、そのインスタンスと同樣に、 first-class object として、programmer が參照操作できる點にあります。 しかし、ではこのことが日日の我が身にとってどんな御利益があるのか、については、あまり明確なイメージを持てないでゐる人も少なくないのではないでせうか。 Linda G.DeMichiel による An Introduction to CLOS では、上を簡潔に、且要點を外すことなく解説くれてゐるのですが、生憎この論文が掲載されてゐる本 Object Oriented Programming the CLOS Perspective は今ではなかなか入手が難しいやうです。 ここでは、 An Introduction to CLOS に沿って、CLOSを概觀しつつ、より具體的なイメージが持てるやうCLOSの舞臺裏をも覗いてみようと思ひます。舞臺裏を覗く道具としては主に Meta Object Protocol (MOP)...
Read more