[#38716] 多重配列 — Teppei <te-uno@...>
宇野といいます。はじめまして。
10 messages
2003/11/01
[#38717] Re: 多重配列
— Take_tk <ggb03124@...>
2003/11/01
たけ(tk)です。
[#38724] 祝日判定用メソッド — Take_tk <ggb03124@...>
たけ(tk)です
19 messages
2003/11/02
[#38743] Re: 祝日判定用メソッド
— Tadayoshi Funaba <tadf@...5.so-net.ne.jp>
2003/11/03
http://www.h3.dion.ne.jp/~sakatsu/holiday_logic4.htm#Apollo
[#38725] Re: 祝日判定用メソッド
— Beyond <beyond@...>
2003/11/02
[#38727] Re: 祝日判定用メソッド
— Tadayoshi Funaba <tadf@...5.so-net.ne.jp>
2003/11/02
ちょっと見ただけですけど、気になるところがありますね。
[#38729] Re: 祝日判定用メソッド
— Take_tk <ggb03124@...>
2003/11/02
たけ(tk)です。
[#38731] 割り算で答えの整数部分だけを取り出す方法 — "S.Nobuhiro" <s-nob@...>
Nobuhiroと申します。
5 messages
2003/11/02
[#38747] [1.8.1p2] ''リテラルの行末エスケープ — "Shirai,Kaoru" <shirai@...>
白井です。
5 messages
2003/11/03
[#38756] ruby-dev summary 21730-21822 /draft — Minero Aoki <aamine@...>
青木です。
14 messages
2003/11/05
[#38761] Re: ruby-dev summary 21730-21822 /draft
— Hiroharu Sugawara <sugawah@...>
2003/11/05
[#38781] convert EBCDIC to SJIS — "T.Fukagawa" <tfukaga@...01.gate01.com>
深川です。
8 messages
2003/11/10
[#38787] sjis正規表現エラー@二重打ちチェック — Naohiko Barada <naob@...>
初めてレポートします。 茨田と申します。よろしくお願いいたします。
5 messages
2003/11/11
[#38796] net/http set_debug_output — "NAKAMURA, Hiroshi" <nakahiro@...>
なひです。
7 messages
2003/11/15
[#38810] バックトレースの表示指定 — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
5 messages
2003/11/19
[#38814] new with module — "NAKAMURA, Hiroshi" <nakahiro@...>
なひです。
10 messages
2003/11/20
[ruby-list:38778] ruby-dev summary 21833-21882 /draft
From:
Kazuo Saito <ksaito@...>
Date:
2003-11-09 16:51:07 UTC
List:
ruby-list #38778
斉藤です。今週分の ruby-dev summary です。
毎度ですが添削宜しくお願いします。
申し送りは以下です。
* [ruby-dev:21639] load() blocks threadscheduling は
まだ伸びないのと dRuby などの別案が挙がってる段階なので見送り。
後でなにか実装が出て新スレッドが立ったら載せたいです。
* [ruby-dev:21879] win32 -r case sensitive はなかださんの
解説をみると FAQ なようなので、記事としては載せてません。
* 不具合報告と fix らしいのはとりあえず全部抜いてます。
話題の抜けなどありましたらご指摘歓迎。
できれば火曜、最悪でも水曜には出したいです。
では。
=begin
[ruby-dev:21809] lib/test/unit/ui/tk/testrunner.rb
A new GUI interface for lib/test/unit using Tk extensions
have been developed by Kazuhiro NISHIYAMA, with help from
U.Nakamura, Nobu Nakada and Hidetoshi NAGAI. The TK
interface almost works well so far if you use a patch
for pthread by NAGAI(See an article below). Let's try it out.
[ruby-dev:21819] error message of Array.new(9,0) {|x|x+1}
Take_tk reported a strange error message from Array.new:
Array.new(9,0){|x|x+1}
#=> wrong number of arguments (ArgumentError)
The cause is simple. Array.new takes only 4 styles of arguments,
an another array, size of array, size and a default value or size and
a block to generate default values. In the example above uses 2
argument
styles at once and it confuses Ruby, but the error message is a
little bit
difficult for us to understand. Not everyone knows all of
initialization
styles and method calling details inside of Ruby.
Proper English message for this error is wanted. Fell free to post it
if you have any idea.
[ruby-dev:21833]
pthread trouble on tcltklib (Re: ruby-tk hangs when exception is
raised)
Hidetoshi NAGAI commited a patch to make pthread and ruby thread works
well together. The patch will solve problems in extension libraries
using pthreads, Tcl/Tk extension for example. You can try it by
adding
"--with-pthread-ext" to configure options. The options is disabled
by default.
Nagai said the patch works, but it is just preliminary. Testing with
other extensions using pthread and sending bug reports are welcome.
[ruby-dev:21846] StringIO#path
In current implementation, StringIO#path behaves the same as
StringIO#inspect. This behavior is to provide polymorphic
#path operation for applications uses not only File objects
but also similar IO subclasses. Nobu Nakada changed StringIO#path
to return nil because it seems less likely functional for now.
[ruby-dev:21876] get_last_error or getLastError by DL::Importable
Take_tk found a difference of imported method name between Ruby/DL
and Appolo. For instance, When you import GetLastError() from
kernel32.dll on Windows, Ruby/DL converts its name to "getLastError".
Meanwhile, Appolo converts it to "get_last_error".
Takaaki Tateishi, who is the maintainer of Ruby/DL, said that the
behavior can be changed but he also received a request from who
wants to use imported method name as-is, "GetLastError" in this case.
They started talking about how Ruby/DL treat this and how to implement
it.
=end
Kazuo Saito <kaito@uranus.dti.ne.jp>