[#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:38780] Re: ruby-dev summary 21833-21882 /draft
From:
Kazuo Saito <ksaito@...>
Date:
2003-11-10 14:48:49 UTC
List:
ruby-list #38780
斉藤です。早速の添削、毎回ありがとうございます。
一通り反映させていただきました。
> : [ruby-dev:21819] error message of Array.new(9,0) {|x|x+1}
:
> : details inside of Ruby.
> 以上、全体的にちょっとくどいような。
確かに。以下では短くしてみました。
> : [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
> set?
> : works well together.
う、ここは「pthread と Ruby thread をうまくいっしょにうごくようにする」って
書いてみたつもりでした。書き直してみました。
> : [ruby-dev:21846] StringIO#path
> 時制が…。(結局、いまはどっちなのでしょうか。)
すんません。全部過去形です(もうpatchあたってるので)。ここも、ちょっと直した理由が
あんまり書いてなかったので書きかえてあります。
> : [ruby-dev:21876] get_last_error or getLastError by DL::Importable
>
> ↓に2バイトなスペースが。
> : Take_tk found a difference of imported method name between
げ。もう、ない、はず、です。
以下が最新です。
#こっそりtypo(Appolo -> Apollo)も直してあります:-)。
=begin
[ruby-dev:21809] lib/test/unit/ui/tk/testrunner.rb
A new GUI interface for lib/test/unit using Tk extensions
has been developed by Kazuhiro NISHIYAMA, with help of
U.Nakamura, Nobu Nakada and Hidetoshi NAGAI. The TK
interface almost works well so far if you apply 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 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. The example above mixes 2 argument styles at once,
but the error message is a little bit difficult to understand.
Proper English message for this error is wanted. Fell free to post
your
idea.
[ruby-dev:21833]
pthread trouble on tcltklib (Re: ruby-tk hangs when exception is
raised)
Hidetoshi NAGAI commited a patch to make pthread to work well with
Ruby's
thread 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 1.8.0, StringIO#path behaved the same as StringIO#inspect.
This behavior was to provide polymorphic #path operation for
applications uses not only File objects but also similar IO
subclasses. By suggestions that StringIO and other IO subclasses
(such as sockets) doesn't always have an applicable path, and a
comment that using #path with File#rename and #open may occur
unexpected behavior, Nobu Nakada changed StringIO#path to return nil.
[ruby-dev:21876] get_last_error or getLastError by DL::Importable
Take_tk found a difference of imported method name between Ruby/DL
and Apollo. For instance, When you import GetLastError() from
kernel32.dll on Windows, Ruby/DL converts its name to "getLastError".
Meanwhile, Apollo 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 <ksaito@uranus.dti.ne.jp>