[#15359] Timeout::Error — Jeremy Thurgood <jerith@...>

Good day,

41 messages 2008/02/05
[#15366] Re: Timeout::Error — Eric Hodel <drbrain@...7.net> 2008/02/06

On Feb 5, 2008, at 06:20 AM, Jeremy Thurgood wrote:

[#15370] Re: Timeout::Error — Jeremy Thurgood <jerith@...> 2008/02/06

Eric Hodel wrote:

[#15373] Re: Timeout::Error — Nobuyoshi Nakada <nobu@...> 2008/02/06

Hi,

[#15374] Re: Timeout::Error — Jeremy Thurgood <jerith@...> 2008/02/06

Nobuyoshi Nakada wrote:

[#15412] Re: Timeout::Error — Nobuyoshi Nakada <nobu@...> 2008/02/07

Hi,

[#15413] Re: Timeout::Error — Jeremy Thurgood <jerith@...> 2008/02/07

Nobuyoshi Nakada wrote:

[#15414] Re: Timeout::Error — Nobuyoshi Nakada <nobu@...> 2008/02/07

Hi,

[#15360] reopen: can't change access mode from "w+" to "w"? — Sam Ruby <rubys@...>

I ran 'rake test' on test/spec [1], using

16 messages 2008/02/05
[#15369] Re: reopen: can't change access mode from "w+" to "w"? — Nobuyoshi Nakada <nobu@...> 2008/02/06

Hi,

[#15389] STDIN encoding differs from default source file encoding — Dave Thomas <dave@...>

This seems strange:

21 messages 2008/02/06
[#15392] Re: STDIN encoding differs from default source file encoding — Yukihiro Matsumoto <matz@...> 2008/02/06

Hi,

[#15481] very bad character performance on ruby1.9 — "Eric Mahurin" <eric.mahurin@...>

I'd like to bring up the issue of how characters are represented in

16 messages 2008/02/10

[#15528] Test::Unit maintainer — Kouhei Sutou <kou@...>

Hi Nathaniel, Ryan,

22 messages 2008/02/13

[#15551] Proc#curry — ts <decoux@...>

21 messages 2008/02/14
[#15557] Re: [1.9] Proc#curry — David Flanagan <david@...> 2008/02/15

ts wrote:

[#15558] Re: [1.9] Proc#curry — Yukihiro Matsumoto <matz@...> 2008/02/15

Hi,

[#15560] Re: Proc#curry — Trans <transfire@...> 2008/02/15

[#15585] Ruby M17N meeting summary — Martin Duerst <duerst@...>

This is a rough translation of the Japanese meeting summary

19 messages 2008/02/18

[#15596] possible bug in regexp lexing — Ryan Davis <ryand-ruby@...>

current:

17 messages 2008/02/19

[#15678] Re: [ANN] MacRuby — "Rick DeNatale" <rick.denatale@...>

On 2/27/08, Laurent Sansonetti <laurent.sansonetti@gmail.com> wrote:

18 messages 2008/02/28
[#15679] Re: [ANN] MacRuby — "Laurent Sansonetti" <laurent.sansonetti@...> 2008/02/28

On Thu, Feb 28, 2008 at 6:33 AM, Rick DeNatale <rick.denatale@gmail.com> wrote:

[#15680] Re: [ANN] MacRuby — Yukihiro Matsumoto <matz@...> 2008/02/28

Hi,

[#15683] Re: [ANN] MacRuby — "Laurent Sansonetti" <laurent.sansonetti@...> 2008/02/28

On Thu, Feb 28, 2008 at 1:51 PM, Yukihiro Matsumoto <matz@ruby-lang.org> wrote:

Re: Ruby M17N meeting summary

From: "NARUSE, Yui" <naruse@...>
Date: 2008-02-19 06:38:40 UTC
List: ruby-core #15598
Hi,

James Gray wrote:
>> == Looking for a successor for cgi.rb
>> Conditions are as follows:
>> * different name than cgi.rb
>> * using MVC separation
> 
> Was there any discussing of what's desired from the new version, beyond 
> the new architecture?

Only two requirement were discussed.  We are still considering what 
architecture is good for Ruby.  Advices about that is welcome, for 
exmaple we need this feature or that feature is good for web programers 
and so on.

> Are there encoding issues with cgi.rb?  (I ask because of the meeting it 
> was raised at.)

I didn't check but, if locale is set other than C, encoding differ 
LOCALE and ASCII-8BIT may happen.  If locale is C and process strings 
with ASCII-8BTI encoding, I don't know any critical issues yet.  Anyway 
the fact that cgi.rb doesn't think about encoding must be a critical 
issue XD

>> == String#gsub(regexp, hash)
>> Proposal to allow the following syntax:
>>   String#gsub(regexp, {"&auml;"=>"\u00C4", ..})
>> -> accepted
> 
> Can you explain how this works?
> 
> Does the Hash provide sequences of translations that are applied before 
> the match?  Are they reversed after the match?

Longer exmaple is following.

s = "&lt;foo&gt;a&auml; &amp; &infin;&lt;/foo&gt;"
TABLE_HTMLREF = {
  '&lt;' => '<',
  '&gt;' => '>',
  '&amp;' => '&',
  '&auml;' => "\u00C4",
  '&infin;' => "\u221E",
}
s.gsub(/&\w+;/, TABLE_HTMLREF)

This code equals following.
s.gsub(/&\w+;/){|k| TABLE_HTMLREF[k]}

But new gsub with hash is faster than this.

-- 
NARUSE, Yui  <naruse@airemix.com>
DBDB A476 FDBD 9450 02CD 0EFC BCE3 C388 472E C1EA

In This Thread