[#5143] Win32API segfault in 1.8.3p1 — Nathaniel Talbott <ntalbott@...>
I'm on Windows XP, using VC7 to compile. I've previously gotten a good
Hi,
[#5151] COPY and INSTALL on Windows — Nathaniel Talbott <ntalbott@...>
1.8.3p1 has changed the defaults for the COPY and INSTALL Makefile
[#5152] 1.8.3 p1 segfault in array.c- bccwin32 - bcc5.5 (free) compiler bug — "daz" <dooby@...10.karoo.co.uk>
[#5160] Alternative for win32\ifchange.bat — "daz" <dooby@...10.karoo.co.uk>
[#5179] Cannot build HEAD on OS X 10.4.1 — Eric Hodel <drbrain@...7.net>
Somehow the rb_fd_init macro is conflicting with the definition of
Hi,
Hi,
[#5188] Re: IO#read — Yukihiro Matsumoto <matz@...>
Hi,
[#5190] Resolv and TTL — Eric Hodel <drbrain@...7.net>
I would like to retrieve the TTL values from Resolv, but they seem to
[#5206] Object#inspect() doesn't return; uses 100% cpu — Andrew Walrond <andrew@...>
Is this something I could have caused by overriding some method on the
[#5211] ruby 1.8 CVS do not work with --enable-pthread configure option — noreply@...
Bugs item #2038, was opened at 2005-06-16 13:57
[#5215] Hackers Guide Translation Request! — "Charles E. Thornton" <ruby-core@...>
I have recently discovered RUBY and want to understand it a deep level -
[#5219] Segmentation fault in timeout.rb — Michel Pastor <K@...>
Hi,
On Fri, 17 Jun 2005 05:03:18 +0900
Hi,
On Fri, 17 Jun 2005 11:51:07 +0900
Hi,
On Sat, 18 Jun 2005 10:28:53 +0900
Hi,
On Sun, 19 Jun 2005 23:05:56 +0900
[#5233] event_hook shows weirdness when invoked on mixed in methods — Ryan Davis <ryand-ruby@...>
The following attachment, when run, shows the following behavior:
[#5264] XMLRPC vulnerabilities? — Hugh Sasse <hgs@...>
I've just seen this (by RSS)
[#5267] RubyUnit Test Ordering — Jordan Gilliland <jordan@...>
I'm using ruby 1.8.2 (2004-12-25) [i686-linux] and I've noticed that the
[#5277] Macros in win32.h — james@...
win32.h defines a load of macros. This means any C or C++ program which embeds
[#5288] committing rdoc additions corrections to head? — Ryan Davis <ryand-ruby@...>
There is some discussion on ruby-doc about people documenting core
[#5296] Subversion — Shugo Maeda <shugo@...>
Hi,
Shugo Maeda wrote:
Curt Hibbs wrote:
On 6/30/05, Nikolai Weibull
Austin Ziegler wrote:
On 6/30/05, Nikolai Weibull
Austin Ziegler wrote:
On 6/30/05, mathew <meta@pobox.com> wrote:
Austin Ziegler wrote:
On 7/1/05, mathew <meta@pobox.com> wrote:
Austin Ziegler wrote:
On 7/1/05, Nikolai Weibull
Austin Ziegler wrote:
On 7/1/05, mathew <meta@pobox.com> wrote:
Austin Ziegler wrote:
On Thursday 30 June 2005 19:19, mathew wrote:
"Sean E. Russell" <ser@germane-software.com> writes:
On 30 Jun 2005, at 08:19, Shugo Maeda wrote:
Hi,
Re: Segmentation fault in timeout.rb
Hi, On Sat, 18 Jun 2005 10:28:53 +0900 nobu.nokada@softhome.net wrote: > > Program received signal SIGINT, Interrupt. > > Did you hit Ctrl-C? Then this all results seem normal. Yes I had to hit Ctrl-C to take control over the debug session since ruby did not send ABRT I also tested sending ABRT to generate the core but had the same problems as below > > (gdb) p ruby_current_node > > $5 = (struct RNode *) 0xb7e176e8 > > I forgot to mention about this, I'd like to know also > *ruby_current_node. Sorry, I can't give you this one. I retryed the same thing but can't get rb_thread_schedule() in the call chain anymore after hitting Ctrl-C. Seems I had been very lucky. Sometimes gdb even says the stack is corrupted like bellow : deadlock 0xb75dae70: run:- - :0 deadlock 0xb7e73798: sleep:ST(1119126226.871684) (main) - /usr/lib/ruby/1.8/webrick/server.rb:88 deadlock 0xb774d0a0: sleep:T(1119126255.847502) - /usr/lib/ruby/1.8/timeout.rb:41 Program received signal SIGINT, Interrupt. [Switching to Thread -1209562464 (LWP 4685)] 0x08057673 in rb_thread_restore_context (th=0x9a1, exit=69576) at eval.c:9993 9993 MEMCPY(tmp->stk_pos, tmp->stk_ptr, VALUE, tmp->stk_len); (gdb) bt #0 0x08057673 in rb_thread_restore_context (th=0x9a1, exit=69576) at eval.c:9993 #1 0xb7747560 in ?? () #2 0xb76b93a0 in ?? () #3 0xb7e672e0 in ?? () #4 0xbffefd28 in ?? () #5 0x0805b22e in rb_eval (self=3085391876, n=0x10fc8) at eval.c:1776 Previous frame inner to this frame (corrupt stack?) thx - Michel