[#22637] [Bug #1240] parser bug in 1.8.7 and 1.9.1p0 — Thomer Gil <redmine@...>
Bug #1240: parser bug in 1.8.7 and 1.9.1p0
Issue #1240 has been updated by Yusuke Endoh.
[#22640] [Bug #1241] Segfault with Nokogiri 1.2.1 on Ruby 1.9.1p0 — Raven Ex <redmine@...>
Bug #1241: Segfault with Nokogiri 1.2.1 on Ruby 1.9.1p0
[#22646] [Bug #1243] 1 is prime — Yuki Sonoda <redmine@...>
Bug #1243: 1 is prime
Issue #1243 has been updated by Dave B.
[#22684] [Bug #1247] YAML::load converts some dates into strings — Matthew Wilson <redmine@...>
Bug #1247: YAML::load converts some dates into strings
Issue #1247 has been updated by Yusuke Endoh.
On Thu, Apr 08, 2010 at 10:22:57PM +0900, Yusuke Endoh wrote:
On 4/8/10, Aaron Patterson <aaron@tenderlovemaking.com> wrote:
Hi,
[#22685] 1.9 conditional wait has no timeout support — Nasir Khan <rubylearner@...>
In ruby 1.8 we could use -
[#22687] [Bug #1248] e.exception(e) returns self — Tomas Matousek <redmine@...>
Bug #1248: e.exception(e) returns self
Hi,
Well the reason is that arg is supposed to be a message, right? A message can be an arbitrary object. So if I pass e as a message, why it doesn't become a value of the message property?
Hi,
[#22715] [Bug #1251] gsub problem — Alexander Pettelkau <redmine@...>
Bug #1251: gsub problem
[#22725] [Bug #1253] Fix MSVC Build Issues — Charlie Savage <redmine@...>
Bug #1253: Fix MSVC Build Issues
[#22727] Moving ruby 1.9.1 forward on windows — Charlie Savage <cfis@...>
Hi everyone,
On Sat, Mar 7, 2009 at 7:01 PM, Charlie Savage <cfis@savagexi.com> wrote:
> This works until you start linking third-party upstream source that
On Sun, Mar 8, 2009 at 3:45 PM, Charlie Savage <cfis@savagexi.com> wrote:
Hi Austin,
On Sun, Mar 8, 2009 at 4:26 PM, Charlie Savage <cfis@savagexi.com> wrote:
[#22731] [Bug #1255] += for large strings egrigiously slow — James Lee <redmine@...>
Bug #1255: += for large strings egrigiously slow
[#22736] Ruby 1.9.1 and tail recursion optimization — =?ISO-8859-15?Q?Wolfgang_N=E1dasi-Donner?= <ed.odanow@...>
Moin, moin!
Wolfgang N疆asi-Donner schrieb:
Hi,
>
On Sun, Mar 8, 2009 at 16:57, James Coglan <jcoglan@googlemail.com> wrote:
2009/3/8 Nikolai Weibull <now@bitwi.se>
James Coglan wrote:
daz schrieb:
Wolfgang N叩dasi-Donner wrote:
Charles Oliver Nutter 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
Hi,
[#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
Ryan Davis wrote:
Urabe Shyouhei wrote:
Hi,
Nobuyoshi Nakada wrote:
Urabe Shyouhei wrote:
[#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
[#22859] [Bug #1277] Incorrect passing of file handle between runtime libraries in OpenSSL extension — Charlie Savage <redmine@...>
Bug #1277: Incorrect passing of file handle between runtime libraries in OpenSSL extension
[#22892] Ruby Time — valodzka <valodzka@...>
Got tired of current ruby Time limitation, I have written this -
In article <9e19ed87-9d12-4f98-af3c-bd49a71b0bd4@p11g2000yqe.googlegroups.com>,
valodzka wrote:
> I bet you'll get tired of updating that database. There's a major difference
valodzka wrote:
In article <b5d0a489-4613-4b63-9664-8627358b2dd9@g19g2000yql.googlegroups.com>,
> I found a discussion in PHP.
In article <deab6882-12ac-4aa1-a901-681795ed863b@z9g2000yqi.googlegroups.com>,
[#22893] [Feature #1291] O_CLOEXEC flag missing for Kernel::open — David Martin <redmine@...>
Feature #1291: O_CLOEXEC flag missing for Kernel::open
Issue #1291 has been updated by Motohiro KOSAKI.
[#22894] [Bug #1292] 1.8 compile time error with mingw gcc 4.3 — Roger Pack <redmine@...>
Bug #1292: 1.8 compile time error with mingw gcc 4.3
Hi,
[#22916] [Bug #1296] [trunk/22981] 64-bit issues on trunk in ext/zlib — Ollivier Robert <redmine@...>
Bug #1296: [trunk/22981] 64-bit issues on trunk in ext/zlib
[#22927] [Bug #1301] Poor RegExp Matching Performance — Andreas Grau <redmine@...>
Bug #1301: Poor RegExp Matching Performance
[#22935] 1.8.6 rdoc breaks when rdoc'ing 1.9 — James Britt <james.britt@...>
I'm running ruby 1.8.6 (2009-03-10 patchlevel 362) [i686-linux] and
[#22937] Ruby not to be a part of Google's 2009 Summer of Code? — Rocky Bernstein <rocky.bernstein@...>
The list of participating organizations for Google's 2009 Summer of Code has
[#22978] Ruby 1.9 bloc parameters — Vincent Isambart <vincent.isambart@...>
Hi,
[#22979] Ruby 1.9 bloc parameters — Vincent Isambart <vincent.isambart@...>
Hi,
[#22990] [Bug #1309] dl tests — Charlie Savage <redmine@...>
Bug #1309: dl tests
[#23026] [Bug #1317] Creating a range with strings — Ian Bailey <redmine@...>
Bug #1317: Creating a range with strings
[#23050] [Bug #1322] define_method scope bug — "coderrr ." <redmine@...>
Bug #1322: define_method scope bug
[#23051] [Bug #1323] Sockets broken on windows — Charlie Savage <redmine@...>
Bug #1323: Sockets broken on windows
[#23053] [Bug #1325] fiber tests kill windows — Charlie Savage <redmine@...>
Bug #1325: fiber tests kill windows
[#23054] [Bug #1326] Failing unit tests on windows — Charlie Savage <redmine@...>
Bug #1326: Failing unit tests on windows
[#23060] [Bug #1327] CSV unit test failures on windows — Charlie Savage <redmine@...>
Bug #1327: CSV unit test failures on windows
[#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
Issue #1332 has been updated by Roger Pack.
Hello,
[#23075] [Bug #1336] Change in string representation of Floats — Brian Ford <redmine@...>
Bug #1336: Change in string representation of Floats
Issue #1336 has been updated by Roger Pack.
On Fri, Apr 3, 2009 at 11:49 PM, Roger Pack <redmine@ruby-lang.org> wrote:
Issue #1336 has been updated by Roger Pack.
Hi,
Hi,
Hi,
Gary Wright wrote:
[#23082] [Bug #1341] pthread_cond_timedwait failing in 1.9.1-p0 thread tests — Graham Agnew <redmine@...>
Bug #1341: pthread_cond_timedwait failing in 1.9.1-p0 thread tests
[ruby-core:22640] [Bug #1241] Segfault with Nokogiri 1.2.1 on Ruby 1.9.1p0
Bug #1241: Segfault with Nokogiri 1.2.1 on Ruby 1.9.1p0 http://redmine.ruby-lang.org/issues/show/1241 Author: Raven Ex Status: Open, Priority: Normal Category: lib, Target version: 1.9.1 ruby -v: ruby 1.9.1p0 (2009-01-30 revision 21907) [i386-mswin32] After installing a clean Ruby 1.9.1-p0 from Ruby-mswin32 (http://www.garbagecollect.jp/ruby/mswin32/en/), I installed Mechanize 0.9.1 with: gem install mechanize after which also installed Nokogiri 1.2.1. Then, when I run irb, and type in require 'mechanize', I get a segfault on loading Nokogiri's native.so: ==================================== D:\build_area\ruby191\bin>irb irb(main):001:0> require 'mechanize' D:/build_area/ruby191/lib/ruby/gems/1.9.1/gems/nokogiri-1.2.1-x86-mswin32-60/ext/nokogiri/native.so: [BUG] Segmentation fault ruby 1.9.1p0 (2009-01-30 revision 21907) [i386-mswin32] -- control frame ---------- c:0034 p:-4039146 s:0112 b:0112 l:000111 d:000111 TOP c:0033 p:---- s:0110 b:0110 l:000109 d:000109 CFUNC :require c:0032 p:0126 s:0106 b:0106 l:000105 d:000105 TOP D:/build_area/ruby191/lib/ruby/gems/1.9.1/gems/nokogiri-1.2.1-x86-mswin32-60/lib/nokogiri.rb:6 c:0031 p:---- s:0104 b:0104 l:000103 d:000103 FINISH c:0030 p:---- s:0102 b:0102 l:000101 d:000101 CFUNC :require c:0029 p:0107 s:0098 b:0098 l:000097 d:000097 TOP D:/build_area/ruby191/lib/ruby/gems/1.9.1/gems/mechanize-0.9.1/lib/www/mechanize.rb:9 c:0028 p:---- s:0096 b:0096 l:000095 d:000095 FINISH c:0027 p:---- s:0094 b:0094 l:000093 d:000093 CFUNC :require c:0026 p:0011 s:0090 b:0090 l:000089 d:000089 TOP D:/build_area/ruby191/lib/ruby/gems/1.9.1/gems/mechanize-0.9.1/lib/mechanize.rb:7 c:0025 p:---- s:0088 b:0088 l:000087 d:000087 FINISH c:0024 p:---- s:0086 b:0086 l:000085 d:000085 CFUNC :require c:0023 p:0011 s:0082 b:0082 l:00222c d:0015e4 EVAL (irb):1 c:0022 p:---- s:0080 b:0080 l:000079 d:000079 FINISH c:0021 p:---- s:0078 b:0078 l:000077 d:000077 CFUNC :eval c:0020 p:0027 s:0071 b:0071 l:000070 d:000070 METHOD D:/build_area/ruby191/lib/ruby/1.9.1/irb/workspace.rb:80 c:0019 p:0031 s:0064 b:0063 l:000062 d:000062 METHOD D:/build_area/ruby191/lib/ruby/1.9.1/irb/context.rb:218 c:0018 p:0030 s:0058 b:0058 l:001f74 d:000057 BLOCK D:/build_area/ruby191/lib/ruby/1.9.1/irb.rb:149 c:0017 p:0037 s:0050 b:0050 l:000049 d:000049 METHOD D:/build_area/ruby191/lib/ruby/1.9.1/irb.rb:263 c:0016 p:0011 s:0045 b:0045 l:001f74 d:000044 BLOCK D:/build_area/ruby191/lib/ruby/1.9.1/irb.rb:146 c:0015 p:0132 s:0041 b:0041 l:000024 d:000040 BLOCK D:/build_area/ruby191/lib/ruby/1.9.1/irb/ruby-lex.rb:244 c:0014 p:---- s:0038 b:0038 l:000037 d:000037 FINISH c:0013 p:---- s:0036 b:0036 l:000035 d:000035 CFUNC :loop c:0012 p:0009 s:0033 b:0033 l:000024 d:000032 BLOCK D:/build_area/ruby191/lib/ruby/1.9.1/irb/ruby-lex.rb:230 c:0011 p:---- s:0031 b:0031 l:000030 d:000030 FINISH c:0010 p:---- s:0029 b:0029 l:000028 d:000028 CFUNC :catch c:0009 p:0023 s:0025 b:0025 l:000024 d:000024 METHOD D:/build_area/ruby191/lib/ruby/1.9.1/irb/ruby-lex.rb:229 c:0008 p:0042 s:0022 b:0022 l:001f74 d:001f74 METHOD D:/build_area/ruby191/lib/ruby/1.9.1/irb.rb:145 c:0007 p:0011 s:0019 b:0019 l:000a4c d:000018 BLOCK D:/build_area/ruby191/lib/ruby/1.9.1/irb.rb:69 c:0006 p:---- s:0017 b:0017 l:000016 d:000016 FINISH c:0005 p:---- s:0015 b:0015 l:000014 d:000014 CFUNC :catch c:0004 p:0172 s:0011 b:0011 l:000a4c d:000a4c METHOD D:/build_area/ruby191/lib/ruby/1.9.1/irb.rb:68 c:0003 p:0039 s:0006 b:0006 l:000b54 d:001f6c EVAL D:/build_area/ruby191/bin/irb.bat:20 c:0002 p:---- s:0004 b:0004 l:000003 d:000003 FINISH c:0001 p:0000 s:0002 b:0002 l:000b54 d:000b54 TOP <main>:498 --------------------------- -- Ruby level backtrace information----------------------------------------- D:/build_area/ruby191/lib/ruby/gems/1.9.1/gems/nokogiri-1.2.1-x86-mswin32-60/lib/nokogiri.rb:6:in `require' D:/build_area/ruby191/lib/ruby/gems/1.9.1/gems/nokogiri-1.2.1-x86-mswin32-60/lib/nokogiri.rb:6:in `<top (required)>' D:/build_area/ruby191/lib/ruby/gems/1.9.1/gems/mechanize-0.9.1/lib/www/mechanize.rb:9:in `require' D:/build_area/ruby191/lib/ruby/gems/1.9.1/gems/mechanize-0.9.1/lib/www/mechanize.rb:9:in `<top (required)>' D:/build_area/ruby191/lib/ruby/gems/1.9.1/gems/mechanize-0.9.1/lib/mechanize.rb:7:in `require' D:/build_area/ruby191/lib/ruby/gems/1.9.1/gems/mechanize-0.9.1/lib/mechanize.rb:7:in `<top (required)>' (irb):1:in `require' (irb):1:in `irb_binding' D:/build_area/ruby191/lib/ruby/1.9.1/irb/workspace.rb:80:in `eval' D:/build_area/ruby191/lib/ruby/1.9.1/irb/workspace.rb:80:in `evaluate' D:/build_area/ruby191/lib/ruby/1.9.1/irb/context.rb:218:in `evaluate' D:/build_area/ruby191/lib/ruby/1.9.1/irb.rb:149:in `block (2 levels) in eval_input' D:/build_area/ruby191/lib/ruby/1.9.1/irb.rb:263:in `signal_status' D:/build_area/ruby191/lib/ruby/1.9.1/irb.rb:146:in `block in eval_input' D:/build_area/ruby191/lib/ruby/1.9.1/irb/ruby-lex.rb:244:in `block (2 levels) in each_top_level_statement' D:/build_area/ruby191/lib/ruby/1.9.1/irb/ruby-lex.rb:230:in `loop' D:/build_area/ruby191/lib/ruby/1.9.1/irb/ruby-lex.rb:230:in `block in each_top_level_statement' D:/build_area/ruby191/lib/ruby/1.9.1/irb/ruby-lex.rb:229:in `catch' D:/build_area/ruby191/lib/ruby/1.9.1/irb/ruby-lex.rb:229:in `each_top_level_statement' D:/build_area/ruby191/lib/ruby/1.9.1/irb.rb:145:in `eval_input' D:/build_area/ruby191/lib/ruby/1.9.1/irb.rb:69:in `block in start' D:/build_area/ruby191/lib/ruby/1.9.1/irb.rb:68:in `catch' D:/build_area/ruby191/lib/ruby/1.9.1/irb.rb:68:in `start' D:/build_area/ruby191/bin/irb.bat:20:in `<main>' [NOTE] You may encounter a bug of Ruby interpreter. Bug reports are welcome. For details: http://www.ruby-lang.org/bugreport.html This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. ==================================== The same segfault can be reproduced just by entering: require 'nokogiri' in irb, on Windows XP-32bit and Windows 7-32bit. ---------------------------------------- http://redmine.ruby-lang.org