[#3907] Obtaining mode information on an IO object — Jos Backus <jos@...>

The attached patch implements IO#mode. This method returns the mode the IO

17 messages 2004/12/06
[#3909] Re: [patch] Obtaining mode information on an IO object — nobu.nokada@... 2004/12/07

Hi,

[#3910] Re: [patch] Obtaining mode information on an IO object — Jos Backus <jos@...> 2004/12/07

On Tue, Dec 07, 2004 at 09:25:13AM +0900, nobu.nokada@softhome.net wrote:

[#3925] Re: [patch] Obtaining mode information on an IO object — James Britt <ruby@...> 2004/12/09

Jos Backus wrote:

[#4009] cgi.rb -- more GET/POST stuff — mde@...26.com

First of all, I think it would be great, as Eustaquio suggests, to

17 messages 2004/12/23
[#4016] Re: [PATCH] cgi.rb -- more GET/POST stuff — Francis Hwang <sera@...> 2004/12/24

GETs and POSTs are defined to be fairly different actions. I'd read

[#4027] Allowing custom number literal suffixes? — Florian Gro<florgro@...>

Moin!

35 messages 2004/12/27
[#4070] Re: Allowing custom number literal suffixes? — nobu.nokada@... 2005/01/02

Hi,

[#4072] Re: Allowing custom number literal suffixes? — Mathieu Bouchard <matju@...> 2005/01/02

[#4079] Re: Allowing custom number literal suffixes? — Florian Gro<florgro@...> 2005/01/03

Mathieu Bouchard wrote:

[#4081] Re: Allowing custom number literal suffixes? — Mathieu Bouchard <matju@...> 2005/01/03

[#4082] Re: Allowing custom number literal suffixes? — Florian Gro<florgro@...> 2005/01/03

Mathieu Bouchard wrote:

[#4084] Re: Allowing custom number literal suffixes? — Brent Roman <brent@...> 2005/01/04

I'm not sure I would advocate making Ruby's grammar even more

[#4086] Re: Allowing custom number literal suffixes? — Mathieu Bouchard <matju@...> 2005/01/04

[#4033] Garbage collection trouble — Christian Neukirchen <chneukirchen@...>

Hello,

13 messages 2004/12/27

Re: [ ruby-Bugs-1156 ] Infinite loop in gsub

From: "David A. Black" <dblack@...>
Date: 2004-12-05 11:49:42 UTC
List: ruby-core #3895
Hi --

On Sun, 5 Dec 2004 noreply@rubyforge.org wrote:

> Bugs item #1156, was opened at 2004-12-04 20:53
> You can respond by visiting: 
> http://rubyforge.org/tracker/?func=detail&atid=1698&aid=1156&group_id=426
> 
> Category: None
> Group: None
> Status: Open
> Resolution: None
> Priority: 5
> Submitted By: Andrew Eland (andreweland)
> Assigned to: Nobody (None)
> Summary: Infinite loop in gsub
> 
> Initial Comment:
> In certain situations, gsub gets stuck in an endless loop. Running the attached script reproduces the problem.
> 

I believe it isn't actually infinite, just very, very long.  It's also
not gsub-specific.  Try the following and you'll see how the time
mounts up:

  require 'benchmark'
  include Benchmark
  
  str = "abcdefghijklmnopqrstuvwxyz"
  
  bm do |x|
    str.scan(/./).reverse.each do |char|
      x.report { /(.*)+#{char}/.match(str).to_a }
    end
  end

I'm *almost* up to the task of tracking the backtracking... :-)  but
the general idea is that the regex engine has to travel to the end of
the string, fail, backtrack, and so on.  This takes less time for the
characters near the end of the string, and much longer for those near
the beginning.  

I think this is what's happening in your example.  


David

-- 
David A. Black
dblack@wobblini.net


In This Thread

Prev Next