[#22684] [Bug #1247] YAML::load converts some dates into strings — Matthew Wilson <redmine@...>

Bug #1247: YAML::load converts some dates into strings

10 messages 2009/03/05

[#22725] [Bug #1253] Fix MSVC Build Issues — Charlie Savage <redmine@...>

Bug #1253: Fix MSVC Build Issues

13 messages 2009/03/07

[#22727] Moving ruby 1.9.1 forward on windows — Charlie Savage <cfis@...>

Hi everyone,

14 messages 2009/03/08

[#22731] [Bug #1255] += for large strings egrigiously slow — James Lee <redmine@...>

Bug #1255: += for large strings egrigiously slow

11 messages 2009/03/08

[#22736] Ruby 1.9.1 and tail recursion optimization — =?ISO-8859-15?Q?Wolfgang_N=E1dasi-Donner?= <ed.odanow@...>

Moin, moin!

13 messages 2009/03/08
[#22739] Re: Ruby 1.9.1 and tail recursion optimization — =?ISO-8859-15?Q?Wolfgang_N=E1dasi-Donner?= <ed.odanow@...> 2009/03/08

Wolfgang N疆asi-Donner schrieb:

[#22748] [Feature #1256] Add constant TAILRECURSION to let a program recognize if tail recursion optimization is implemented — Wolfgang Nádasi-Donner <redmine@...>

Feature #1256: Add constant TAILRECURSION to let a program recognize if tail recursion optimization is implemented

7 messages 2009/03/08

[#22803] Relegate 1.8.6 to Engine Yard, part II — Urabe Shyouhei <shyouhei@...>

Hello and sorry for my being slow for this issue. It's OK now for me to pass

21 messages 2009/03/10

[#22812] [Bug #1261] cross-compiling Ruby extensions using mkmf doesn't fully respect DESTDIR — Daniel Golle <redmine@...>

Bug #1261: cross-compiling Ruby extensions using mkmf doesn't fully respect DESTDIR

8 messages 2009/03/10

[#22892] Ruby Time — valodzka <valodzka@...>

Got tired of current ruby Time limitation, I have written this -

24 messages 2009/03/14
[#22949] Re: Ruby Time — Tanaka Akira <akr@...> 2009/03/19

In article <9e19ed87-9d12-4f98-af3c-bd49a71b0bd4@p11g2000yqe.googlegroups.com>,

[#22974] Re: Ruby Time — valodzka <valodzka@...> 2009/03/20

[#22977] Re: Ruby Time — Urabe Shyouhei <shyouhei@...> 2009/03/20

valodzka wrote:

[#22981] Re: Ruby Time — valodzka <valodzka@...> 2009/03/21

> I bet you'll get tired of updating that database. There's a major difference

[#22893] [Feature #1291] O_CLOEXEC flag missing for Kernel::open — David Martin <redmine@...>

Feature #1291: O_CLOEXEC flag missing for Kernel::open

10 messages 2009/03/15

[#22939] [Bug #1303] A name considered a local variable on RHS of an assignment that defines it — Tomas Matousek <redmine@...>

Bug #1303: A name considered a local variable on RHS of an assignment that defines it

8 messages 2009/03/19

[#23063] [Bug #1332] Reading file on Windows is 500x slower then with previous Ruby version — Damjan Rems <redmine@...>

Bug #1332: Reading file on Windows is 500x slower then with previous Ruby version

11 messages 2009/03/30

[#23075] [Bug #1336] Change in string representation of Floats — Brian Ford <redmine@...>

Bug #1336: Change in string representation of Floats

37 messages 2009/03/31
[#23179] [Bug #1336] Change in string representation of Floats — Roger Pack <redmine@...> 2009/04/11

Issue #1336 has been updated by Roger Pack.

[#23181] Re: [Bug #1336] Change in string representation of Floats — Brent Roman <brent@...> 2009/04/11

[#23186] Re: [Bug #1336] Change in string representation of Floats — Yukihiro Matsumoto <matz@...> 2009/04/12

Hi,

[#23187] Re: [Bug #1336] Change in string representation of Floats — Brent Roman <brent@...> 2009/04/13

[#23188] Re: [Bug #1336] Change in string representation of Floats — Yukihiro Matsumoto <matz@...> 2009/04/13

Hi,

[ruby-core:23017] MBARI patches for 1.8 HEAD

From: Brent Roman <brent@...>
Date: 2009-03-25 02:15:13 UTC
List: ruby-core #23017
Hi,

I recently pushed the  MBARI patches to my repo on github.
They are finer grained than the original MBARI patch sequence.
Patches that add features are separate from those that fix bugs and/or
improve performance.
All API changes are conditionally compiled on MBARI_API, which can be set
via
the --enable-mbari-api configure parameter.  Or, you could choose not to
apply
those particular patches.

Anyone interested can fetch these from here:

git://github.com/brentr/matzruby.git

Each patch is also available a web interface for reveiw, here:

http://github.com/brentr/matzruby/commits/ruby_1_8-mbari/

Questions/Comments:

I did notice that the new thread anchor code is slowing down my, rather
extreme, threading test cases.
I think I know why and will work on improving this.
Performance on these tests is still significantly better than unpatched.

The patched version, rebased to the ruby_1_8 I pulled this evening, runs the
test suite without error.
Run time when stack clearing is disabled is slightly faster.  With stack
clearing enabled, its slightly
slower, but uses less memory.

Note that there is one test that does fail in all MBARI patched versions. 
The file:
test/ruby/suicide.rb does this:

 at_exit{Process.kill(:INT, $$)}

This signal is not trapped because it is the very last thing eval'd.  The
process terminates before
the trap is executed.  I believe this is inherently a race condition.  One
could CHECKINTS
more often, but that slows things down for no good reason.  So, I changed
the test to:

 at_exit{Process.kill(:INT, $$); sleep 0}  #to keep the interpreter alive
long enough to get the signal.

- brent


-- 
View this message in context: http://www.nabble.com/MBARI-patches-for-1.8-HEAD-tp22694009p22694009.html
Sent from the ruby-core mailing list archive at Nabble.com.


In This Thread

Prev Next