[#30827] 正規表現まわりの parse — sheepman <sheepman@...>
こんにちは。
[#30850] ruby-mode.el の改善案 — sheepman <sheepman@...>
こんにちは。
[#30852] Ruby/Tk on Windows — hidaka@... (HIDAKA Takahiro)
ひだかです。
[#30855] オブジェクトをソースへ — Daisuke Aoki <dai@...>
青木@横浜です。
[#30872] ext/curses — Takaaki Tateishi <ttate@...>
立石です.
[#30885] SAGE — "Shin'ya Adzumi" <adzumi@...>
あづみです。
[#30897] ActiveScriptRuby + showModalDialog — keiichi matsunaga <ma2@...>
松永です。
[#30920] [REQ] Regexp#match! — Minero Aoki <aamine@...>
あおきです。
At Thu, 16 Aug 2001 11:24:45 +0900,
[#30945] file exist check method? — "Inoue" <inoue@...>
井上です。
こんにちは、なかむら(う)です。
新井です。
こんにちは、なかむら(う)です。
新井です。
なかだです。
新井です。
こんにちは、なかむら(う)です。
新井です。
こんにちは、なかむら(う)です。
新井です。
こんにちは、なかむら(う)です。
新井です。
なかだです。
新井です。
こんにちは、なかむら(う)です。
新井です。
もりきゅうです。長文ごめんなさい。
岩月と申します。そろそろ寝なくては。
もりきゅうです。
もりきゅうです。
なかだです。
もりきゅうです。
すぎむし。
なかだです。
もりきゅうです。subject 変えました。
In <200108201823.AA00825@yoshida.nifty.ne.jp>
File#join とか File#split とか使った事ないんですが…
なかだです。
From: nobu.nakada@nifty.ne.jp
In <20010823.222131.74756515.pegacorn@jcom.home.ne.jp>
こんにちは、なかむら(う)です。
なかだです。
もりきゅうです。
こんにちは、なかむら(う)です。
なかだです。
こんにちは、なかむら(う)です。
なかだです。
こんにちは、なかむら(う)です。
こんにちは、なかむら(う)です。
なかだです。
こんにちは、なかむら(う)です。
なかだです。
こんにちは、なかむら(う)です。
[#30961] popen() で Insecure PATH — 堀川 久 <vzw00011@...>
こんにちは。
まつもと ゆきひろです
こんにちは。
In <3b7e90ac.6968%vzw00011@nifty.ne.jp>
[#30972] why does the /\1/ match "foo" — Koji Arai <JCA02266@...>
新井です。
[#30987] [REQ] String#slice(re, n) — Minero Aoki <aamine@...>
あおきです。
[#31002] ruby のインストール — Andre Ribeiro Hanai <andre@...>
始めまして葉内です。
[#31005] インストールしました — 嶋崎 正貴 <hayashih@...>
嶋崎と申します
[#31035] 安全な文字列の評価方法 — 斉藤和樹 <QZS01353@...>
こんにちは。斉藤です。
[#31060] WIN32OLE の質問 : 環境変数の設定はどうやる? — Hirofumi Tamori <tamori@...>
[#31066] [Q] string underline in emacs — "K.Kosako" <kosako@...>
emacs 20.7.2でruby-mode.elを使用しています。
[#31069] ruby と mysql の使える webhosting — Ryuichiro Hara <ruby@...>
FAQかもしれないのですが...
[#31071] ruby on sun — Koichi Takehara <Koichi.Takehara@...>
ルビー初心者の竹原です。
[#31128] Ruby.exe で実行中は編集禁止? — Take_tk <ggb03124@...>
Ruby.exe(ruby 1.6.4 (2001-06-04) [i586-mswin32])で一日中回しているスク
[#31144] create_process または Win での外部コマンド実行 — Take_tk <ggb03124@...>
Windows で外部コマンドを実行するにはどういう方法があるのでしょうか?。
こんにちは、なかむら(う)です。
なかだです。
たけ(tk)です。
なかだです。
たけ(tk)です。
なかだです。
In message <200108291540.f7TFecg03766@sharui.nakada.kanuma.tochigi.jp>
[ruby-list:30939] Re: [REQ] Regexp#match!
あおきです。
In mail "[ruby-list:30937] Re: [REQ] Regexp#match!"
Konishi@raax.co.jp (Hiromasa KONISHI) wrote:
> KONISHI Hiromasaです。
>
> > 1. Regexp は文字列の解析に使う
> > 2. 文字列はユーザインターフェイスであることが多い
> > 3. ユーザインターフェイスならばエラーリポートは詳細にすべき
> この論法でも、「Regexpはユーザーインターフェイスである」という結論には無
> 理があると思います。
>
> 別メールで示されているとおり、Regexpでマッチしない場合。青木さんのいう、
> 例外にしたい場合というのはユーザーインターフェイスとしての例外ですよね。
それでは話が逆です。
In mail "[ruby-list:30931] Re: [REQ] Regexp#match!"
I wrote:
> 1. Regexp は文字列の解析に使う
> 2. 文字列はユーザインターフェイスであることが多い
> 3. ユーザインターフェイスならばエラーリポートは詳細にすべき
>
> なので、解析が失敗した場合の多くは意味を伝えるべき、つまり nil を
> 返して自分でエラーの意味を伝えさせるべきと考えられます。しかし、
こっちが Regexp#match で、
>
> 1. いったん前処理をして、一定の条件が満たされているはずの場合
>
> には失敗は所詮「内部エラー」なので、プログラマにエラーの意味まで
> 報告させることはないはずです。そしてこの場合も、デフォルトにする
こっちが Regexp#execute です。
Regexp はインターフェイスを作るときに出てくることが多い
(その場合プログラマが自分でちゃんとエラーを出すほうがよさそう、
だから一番基本的な match メソッドが nil を返すのは合理的だ)、
そのうえで しかし、
「インターフェイスじゃない**こともわりとある**」
「インターフェイスじゃないときは所詮内部エラー (UI じゃない)」
「その時はさっさと例外を投げてくれればいいじゃないか」
「そういうメソッド (Regexp#execute) があってもいいはずだ!」
ということです。
-------------------------------------------------------------------
青木峰郎