[#10492] Ruby 1.8.6 preview3 has been released — "Akinori MUSHA" <knu@...>

Hi,

26 messages 2007/03/04
[#10500] Re: Ruby 1.8.6 preview3 has been released — Hugh Sasse <hgs@...> 2007/03/05

On Mon, 5 Mar 2007, Akinori MUSHA wrote:

[#10507] Dynamic Array#join with block — <noreply@...>

Patches item #9055, was opened at 2007-03-05 19:57

12 messages 2007/03/05
[#10520] Re: [ ruby-Patches-9055 ] Dynamic Array#join with block — Nobuyoshi Nakada <nobu@...> 2007/03/06

Hi,

[#10594] grave bug in 1.8.6's thread implementation — Sylvain Joyeux <sylvain.joyeux@...4x.org>

In ext/thread/thread.c, remove_one leaves the list in an inconsistent state.

15 messages 2007/03/14
[#10596] Re: [PATCH] grave bug in 1.8.6's thread implementation — MenTaLguY <mental@...> 2007/03/14

On Thu, 15 Mar 2007 00:15:57 +0900, Sylvain Joyeux <sylvain.joyeux@m4x.org> wrote:

[#10597] Re: [PATCH] grave bug in 1.8.6's thread implementation — Sylvain Joyeux <sylvain.joyeux@...4x.org> 2007/03/14

> > The fix is in thread-mutex-remove_one.diff.

[#10598] Re: [PATCH] grave bug in 1.8.6's thread implementation — MenTaLguY <mental@...> 2007/03/14

On Thu, 15 Mar 2007 01:19:04 +0900, Sylvain Joyeux <sylvain.joyeux@m4x.org> wrote:

[#10599] Re: [PATCH] grave bug in 1.8.6's thread implementation — Sylvain Joyeux <sylvain.joyeux@...4x.org> 2007/03/14

On Wednesday 14 March 2007 17:29, MenTaLguY wrote:

[#10600] Re: [PATCH] grave bug in 1.8.6's thread implementation — MenTaLguY <mental@...> 2007/03/14

On Thu, 15 Mar 2007 01:48:42 +0900, Sylvain Joyeux <sylvain.joyeux@m4x.org> wrote:

[#10615] Multiton in standard library — TRANS <transfire@...>

Hi--

16 messages 2007/03/15
[#10619] Re: Multiton in standard library — Tom Pollard <tomp@...> 2007/03/16

[#10620] Re: Multiton in standard library — TRANS <transfire@...> 2007/03/16

On 3/15/07, Tom Pollard <tomp@earthlink.net> wrote:

[#10646] Marshal.dump shouldn't complain about singletons if the _dump method is defined — <noreply@...>

Bugs item #9376, was opened at 2007-03-19 15:58

12 messages 2007/03/19
[#10647] Re: [ ruby-Bugs-9376 ] Marshal.dump shouldn't complain about singletons if the _dump method is defined — Urabe Shyouhei <shyouhei@...> 2007/03/19

noreply@rubyforge.org wrote:

[#10648] Re: [ ruby-Bugs-9376 ] Marshal.dump shouldn't complain about singletons if the _dump method is defined — Sylvain Joyeux <sylvain.joyeux@...4x.org> 2007/03/19

On Monday 19 March 2007 18:01, Urabe Shyouhei wrote:

[#10651] Re: [ ruby-Bugs-9376 ] Marshal.dump shouldn't complain about singletons if the _dump method is defined — Yukihiro Matsumoto <matz@...> 2007/03/19

Hi,

[#10665] Re: [ ruby-Bugs-9376 ] Marshal.dump shouldn't complain about singletons if the _dump method is defined — "Chris Carter" <cdcarter@...> 2007/03/20

On 3/19/07, Yukihiro Matsumoto <matz@ruby-lang.org> wrote:

[#10712] Ruby Method Signatures (was Re: Multiton in standard library) — "Rick DeNatale" <rick.denatale@...>

On 3/19/07, TRANS <transfire@gmail.com> wrote:

10 messages 2007/03/21
[#10715] Re: Ruby Method Signatures (was Re: Multiton in standard library) — Jos Backus <jos@...> 2007/03/22

On 3/19/07, TRANS <transfire@gmail.com> wrote:

[#10798] Virtual classes and 'real' classes -- why? — "John Lam (CLR)" <jflam@...>

I was wondering if someone could help me understand why there's a parallel =

12 messages 2007/03/28
[#10799] Re: Virtual classes and 'real' classes -- why? — MenTaLguY <mental@...> 2007/03/28

On Thu, 29 Mar 2007 04:44:16 +0900, "John Lam (CLR)" <jflam@microsoft.com> wrote:

Re: 1.8.6 timeut.rb segfault

From: Hugh Sasse <hgs@...>
Date: 2007-03-14 10:41:25 UTC
List: ruby-core #10591
On Wed, 14 Mar 2007, Nobuyoshi Nakada wrote:

> At Wed, 14 Mar 2007 03:40:42 +0900,
> Hugh Sasse wrote in [ruby-core:10574]:
> > I've just received this message from cron.
> 
> > Your "cron" job on brains
> > /usr/local/bin/erb /home/hgs/public_html/ruby/ruby_sites.eruby >
> > /home/hgs/public_html/ruby/ruby_sites.html
> 
> Can't you show reproducable code, or backtrace?

Yes, but it's from an erb job run by cron, and that's all I got from cron
It was working fine till I upgraded

12 7,18 * * * /usr/local/bin/erb /home/hgs/public_html/ruby/ruby_sites.eruby > /home/hgs/public_html/ruby/ruby_sites.html

:r /home/hgs/public_html/ruby/ruby_sites.eruby

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN"
"http://www.w3.org/TR/html4/strict.dtd">
<html>
    <head>
        <title>List of Active Ruby Sites</title>
    </head>
    <body>
        <h1>List of active Ruby Sites</h1>
        <%
        require 'net/http'
        require 'uri'
        require 'date'
        require 'timeout'

        # Get a list of sites to process
        class Site 
           attr_accessor :url, :name, :date, :failed
           def initialize(url, name)
              @url = url; @name = name;
              @date = DateTime.now;
              @failed = false
           end
        end
        Sites = [Site.new('http://www.ruby-lang.org/', 'www.ruby-lang.org/'),
                Site.new('http://redhanded.hobix.com/', 'Redhanded'),
                Site.new('http://www.ruby-doc.org/', 'Ruby-doc'),
                Site.new('http://www.rubyquiz.com/', 'Ruby Quiz'),
                Site.new('http://rubyforge.org/', 'RubyForge'),
                Site.new('http://rubyxml.com/', 'Ruby XML'),
                Site.new('http://raa.ruby-lang.org/', 'Ruby
                Application Archive'),
                Site.new('http://www.rubygarden.org/', 'RubyGarden')]
        Sites.each {|site|
            uri = URI.parse(site.url)
            host = uri.host
            port = uri.port
            path = uri.path
            begin
                Timeout::timeout(300) {
                    Net::HTTP.start(host, port) {|http|
                        response = http.request_head(path)
                        if response.key?('last-modified')
                            site.date = DateTime.parse(response['last-modified'])
                        else
                           site.date = DateTime.civil(1970)
                        end
                    }
                }
            rescue Timeout::Error
                site.failed = true
            end
        }
        %>
        <p>Note, Dates of 1970 mean the server doesn't provide a
        Last-Modified: header.</p>
        <ul><% Sites.sort_by{|x| x.date}.reverse.each{|site|
            unless site.failed
            %>
            <li><a href="<%= site.url %>"><%= site.name %> ...
                [<%= site.date.to_s %>]</a></li>
            <% else %>
            <li> Could not access <a href="<%= site.url %>"><%=
            site.name %> </li>
            <% end %>
            <% } %></ul>
        <p>Page generated <%= DateTime.now %> with erb </p>
    </body>
</html>

Running that command line by hand gives ... no errors now. 
Nothing like a live demonstration of a problem to make it disappear.

OK can I make timeout fail anyway
brains hgs 31 %> vim timeout_error.rb
brains hgs 32 %> ./timeout_error.rb
execution expired
brains hgs 33 %> ./timeout_error.rb
execution expired
brains hgs 34 %> ./timeout_error.rb
execution expired
brains hgs 35 %> cat !$
cat ./timeout_error.rb
#!/usr/local/bin/ruby -w

require 'timeout'

begin
   Timeout::timeout(3) {
     sleep 5
   }
rescue Timeout::Error => e
   puts e
end
brains hgs 36 %>

Apparently not. :-(

Any suggestions as to how I can make the failure more verbose next time
so I can give you something you can use?  If it fails again....

> 
> -- 
> Nobu Nakada
> 
> 
        Thank you, and apologies for the uselessness of this report.

        Hugh


In This Thread

Prev Next