[#4346] Segmentation fault — Andrew Walrond <andrew@...>
FYI, just got this random unexpected crash
On 01 Feb 2005, at 07:33, Andrew Walrond wrote:
[#4360] Adding lastlog info to etc — "Berger, Daniel" <Daniel.Berger@...>
Hi all,
[#4368] 'when (cond):' causes SyntaxError — "NAKAMURA, Hiroshi" <nakahiro@...>
Hi,
[#4385] add color_set support to curses.c — Paul Duncan <pabs@...>
I'm not sure why this is missing from the Curses binding, but the
[#4392] HTTP Basic authentication for open_uri — Kent Sibilev <ksibilev@...>
Can somebody apply the following patch for open_uri in order to enable
[#4402] BUG: Struct.new(:a?).instance_methods — "Cs. Henk" <csaba-ml@...>
Hi, getting an ArgumentError with "NULL pointer given" doesn't seem to
[#4403] Re: Unknown OS X 10.2 Socket constants (+script to generate) — Sam Roberts <sroberts@...>
Quoteing matz@ruby-lang.org, on Tue, Feb 08, 2005 at 01:21:18PM +0900:
[#4427] Re: windows socket connection freeze — ville.mattila@...
[#4432] curses + threads = non-blocking getch — William Morgan <wmorgan-ruby-core@...>
Hello experts,
In article <20050214231544.GE26414@masanjin.net>,
[#4439] Thread-safe Ruby Status? — Vincent Isambart <vincent.isambart@...>
Hello,
[#4448] add persistent history to irb — "David A. Black" <dblack@...>
Hi --
[#4453] bug in IRB with $_ matching a range of regexps — Ryan Davis <ryand-ruby@...>
> % ruby -v
[#4468] Re: Strange argc check in stable snapshot — "Berger, Daniel" <Daniel.Berger@...>
> -----Original Message-----
[#4475] Re: Strange argc check in stable snapshot — "Berger, Daniel" <Daniel.Berger@...>
> -----Original Message-----
[#4479] Requesting addition to IRB (configurable standard output) — Sascha Ebach <se@...>
Hello,
Quoting se@digitale-wertschoepfung.de, on Fri, Feb 25, 2005 at 01:22:34AM +0900:
On 24 Feb 2005, at 19:51, Sam Roberts wrote:
Quoting drbrain@segment7.net, on Sat, Feb 26, 2005 at 02:43:31AM +0900:
On 25 Feb 2005, at 16:03, Sam Roberts wrote:
Quoting drbrain@segment7.net, on Sat, Feb 26, 2005 at 10:24:52AM +0900:
On 25 Feb 2005, at 18:55, Sam Roberts wrote:
Quoting drbrain@segment7.net, on Sat, Feb 26, 2005 at 03:49:49PM +0900:
Re: ruby, solaris, and high cpu load relating to SIGVTALRM
On Mon, 28 Feb 2005, Jim Helm wrote:
> Is anyone else seeing high cpu loads under solaris? When installing
I think I've seen this, ruby processing appearing high up with top.
> gems, during RDoc generation, the cpu load goes to 100%. Even when
> there's no disk I/O. When I run truss, I get near continuous output
> of:
>
> 12619: setcontext(0xFFBEC840)
> 12619: Received signal #28, SIGVTALRM [caught]
> 12619: lwp_sigmask(SIG_SETMASK, 0x08000000, 0x00000000) = 0xFFBFFEFF
> [0x0000FFFF]
http://groups-beta.google.com/group/comp.lang.ruby/browse_thread/thread/c333cdd2c9793a10/
might be relevant here, or look for SIGVTALRM in
http://rubygarden.org/ruby/ruby?RubyNews/2005-02-14
which is a shorter URL.
Have you a small example I can use to replicate this?
truss gem list --local
doesn't leave SIGVT in the typescript file...
>
> The addresses change on each iteration, of course.
>
> This happens at other times too, but I can reproduce it consistently
> with gem installs (during rdoc gen) or by running 'make install-docs'
Anything "non-destructive" that does this, i.e. which I can run and
leave my system unchanged?
> from the source tree. Is this just a side effect of ruby's built-in
> threading? Or something quirky about ruby under solaris?
Possibly threading, but I don't know enough about internals to
comment
>
> This happens under Solaris 2.6, 9, and 10, on three different servers
> (all sparc based).
I can try to reproduce this on Solaris 9.
Hugh