[#35631] [Ruby 1.9 - Bug #4558][Open] TestSocket#test_closed_read fails after r31230 — Tomoyuki Chikanaga <redmine@...>

23 messages 2011/04/06

[#35632] [Ruby 1.9 - Bug #4559][Open] Proc#== does not match the documented behaviour — Adam Prescott <redmine@...>

13 messages 2011/04/06

[#35637] [Ruby 1.9 - Bug #4561][Open] 1.9.2 requires parentheses around argument of method call in an array, where 1.8.7 did not — Dave Schweisguth <redmine@...>

9 messages 2011/04/07

[#35666] caching of the ancestor chain — Xavier Noria <fxn@...>

Why does Ruby cache the ancestors chain? I mean, not why the implementation implies that, but why it works that way conceptually.

9 messages 2011/04/09

[#35734] [Ruby 1.9 - Feature #4574][Open] Numeric#within — redmine@...

16 messages 2011/04/13

[#35753] [Ruby 1.9 - Bug #4576][Open] Range#step miss the last value, if end-exclusive and has float number — redmine@...

61 messages 2011/04/14
[#39566] [Ruby 1.9 - Bug #4576] Range#step miss the last value, if end-exclusive and has float number — Marc-Andre Lafortune <ruby-core@...> 2011/09/15

[#39590] [Ruby 1.9 - Bug #4576] Range#step miss the last value, if end-exclusive and has float number — Marc-Andre Lafortune <ruby-core@...> 2011/09/16

[#39593] Re: [Ruby 1.9 - Bug #4576] Range#step miss the last value, if end-exclusive and has float number — Tanaka Akira <akr@...> 2011/09/16

2011/9/17 Marc-Andre Lafortune <ruby-core@marc-andre.ca>:

[#39608] Re: [Ruby 1.9 - Bug #4576] Range#step miss the last value, if end-exclusive and has float number — Masahiro TANAKA <masa16.tanaka@...> 2011/09/17

I have not been watching ruby-core, but let me give a comment for this issue.

[#35765] [Ruby 1.9 - Bug #4579][Open] SecureRandom + OpenSSL may repeat with fork — redmine@...

27 messages 2011/04/15

[#35866] [Ruby 1.9 - Bug #4603][Open] lib/csv.rb: when the :encoding parameter is not provided, the encoding of CSV data is treated as ASCII-8BIT — yu nobuoka <nobuoka@...>

13 messages 2011/04/24

[#35879] [Ruby 1.9 - Bug #4610][Open] Proc#curry behavior is inconsistent with lambdas containing default argument values — Joshua Ballanco <jballanc@...>

11 messages 2011/04/25

[#35883] [Ruby 1.9 - Bug #4611][Open] [BUG] Segementation fault reported — Deryl Doucette <me@...>

15 messages 2011/04/25

[#35895] [Ruby 1.9 - Feature #4614][Open] [RFC/PATCH] thread_pthread.c: lower RUBY_STACK_MIN_LIMIT to 64K — Eric Wong <normalperson@...>

10 messages 2011/04/25

[ruby-core:35940] [Ruby 1.9 - Bug #4630][Open] PROCDEBUG to non-zero values causes segmentation faults in check_env in trunk

From: Elise Huard <ruby@...>
Date: 2011-04-28 19:52:32 UTC
List: ruby-core #35940
Issue #4630 has been reported by Elise Huard.

----------------------------------------
Bug #4630: PROCDEBUG to non-zero values causes segmentation faults in check_env in trunk
http://redmine.ruby-lang.org/issues/4630

Author: Elise Huard
Status: Open
Priority: Normal
Assignee: 
Category: 
Target version: 
ruby -v: 1.9.3dev


PROCDEBUG is meant to show debugging output from the vm.
However, when it's activated in vm.c
#define PROCDEBUG 1
The make process fails in segmentation faults.

I've narrowed it down to the following variables displayed in check_env: env->block.dfp[3] and env->block.dfp[4]
Commenting them out like so makes the segfaults disappear. 

  static int
  check_env(rb_env_t * const env)
  {
      printf("---\n");
      printf("envptr: %p\n", (void *)&env->block.dfp[0]);
      printf("orphan: %p\n", (void *)env->block.dfp[1]);
      printf("inheap: %p\n", (void *)env->block.dfp[2]);
      /* printf("envval: %10p ", (void *)env->block.dfp[3]);
      dp(env->block.dfp[3]);
      printf("penvv : %10p ", (void *)env->block.dfp[4]);
       dp(env->block.dfp[4]); */
      printf("lfp:    %10p\n", (void *)env->block.lfp);
      printf("dfp:    %10p\n", (void *)env->block.dfp);
    /*  if (env->block.dfp[4]) {
          printf(">>\n");
          check_env_value(env->block.dfp[4]);
          printf("<<\n");
      } */
      return 1;
  }

However, I'm not clued up enough on the inner workings of the VM to say why or how that should be fixed intelligently.


-- 
http://redmine.ruby-lang.org

In This Thread

Prev Next