17333-18062

17116-30833 subjects 17500-18182

^ [Ruby 1.8.7 - Bug #193] (Open) Crash during build on Mac OS 10.5.3/PPC when configured with --enable-pthread
17333 [redmine ruby] Issue #193 has been reported by Florian Ebeling.

^ Understanding the output of Kernel#caller
17345 [wilsonb gmai] I am trying to understand what Ruby 1.8 outputs when "caller" is invoked.
17484 [wilsonb gmai] Unless there is an objection, I will file this on the bug tracker.
17516 [wycats gmail] def caller_in_eval
17519 [charles.nutt] Why would you expect that? The "calling m_w_b" rescue is the first one

^ [Ruby 1.8 - Bug #175] (Closed) Rational#power2 raises a NameError or causes infinite loops when passed a Rational
17348 [redmine ruby] Issue #175 has been updated by Yukihiro Matsumoto.

^ patches for tests of rubygems
17353 [mame tsg.ne.] Twelve test cases for rubygems fail in my environment.
17395 [mame tsg.ne.] Any comments?  May I commit them?
17406 [drbrain segm] Sorry, let me commit them to rubygems then import them to ruby trunk.
17408 [drbrain segm] Thank you, I have committed to RubyGems and updated ruby trunk.
17442 [mame tsg.ne.] In my environment, two types of errors are still output.
17444 [mame tsg.ne.] Sorry, above patch doesn't work.
17471 [drbrain segm] I have applied your patch from [ruby-core:17444] and the runruby.rb
17474 [mame tsg.ne.] Thank you, it works!

^ [Ruby 1.8 - Bug #175] Rational#power2 raises a NameError or causes infinite loops when passed a Rational
17354 [redmine ruby] Issue #175 has been updated by Arthur Schreiber.
17355 [matz ruby-la] I'll see.  But note that power2 is not a part of public API of

^ A faster Array#delete
17356 [djberg96 gma] Windows XP
+ 17357 [djberg96 gma] Well, clearly I broke something else, as my change caused a larger test
+ 17362 [djberg96 gma] for(n = i+1; n < length; n++)
+ 17380 [matz ruby-la] This patch gave me no significant performance improvement on my Linux
  17381 [Daniel.Berge] =20
  17382 [matz ruby-la] Your version would have access violation with the following program.
  17399 [Daniel.Berge] =20

^ 1.8.6-p230 test-all fails in test/drb
17364 [luislavena g] test_07_public_private_protected_missing(TestDRbCore), defined in
17365 [usa garbagec] Hmmm....
17366 [luislavena g] (I didn't push the p230 changes yet, so it states p114 right now, but

^ Building on MinGW broken (patch for win32/win32.c)
17367 [larsch belun] The change in r17376 to win32/win32.c breaks compilation on MinGW/MSYS.
17368 [usa garbagec] Can you test this patch instead of yours?
17369 [larsch belun] That works too. Thanks!

^ [PATCH] Improve Class#superclass documentation
17371 [ramos.gaston] I added a bit of explanation and an example on Class#superclass

^ [PATCH] Add missing Proc#clone documentation
17372 [ramos.gaston] Attached is a patch for add the missing documentation on Proc#clone

^ [PATCH] Wrong revision.h include on RUBY 1.8 branch
17373 [ramos.gaston] version.h:34:22: error: revision.h: No such file or directory

^ Strange BigDecimal#add behavior
17374 [vsizikov gma] We're writing some more RubySpec tests for Bigdecimal#add, and I'd

^ [Ruby 1.8.7 - Bug #193] Crash during build on Mac OS 10.5.3/PPC when configured with --enable-pthread
17375 [redmine ruby] Issue #193 has been updated by Florian Ebeling.

^ Re: Ruby 1.9.0/1.8.7/1.8.6/1.8.5 new releases (Security Fix)
17377 [billk cts.co] I've been following a blog[1] about the security patches, and
+ 17378 [znmeb cesmai] Can you run this with "gdb?"
| 17379 [billk cts.co] I'm a gdb newbie, but it's high time I learned.
+ 17388 [phil.ross gm] It looks like this issue has been fixed in revision 17530 in the
+ 17459 [billk cts.co] Note, still getting this seg fault as of svn revision 17730
  17460 [shyouhei rub] Sorry, cannot reproduce on my machine.  Does anyone have more info?
  17463 [billk cts.co] Hmm.. odd.
  17465 [decoux moulo] best to see it like this
  17466 [shyouhei rub] Thank you Guy, this helped me a lot.  I think I've backported what's
  + 17467 [decoux moulo] it seems to work for me
  + 17468 [billk cts.co] Ah... so obvious, now.  :D
    17473 [jan.svitok g] I guess the vulnerability announcement should be updated with links to

^ [Ruby 1.8.7 - Bug #193] Crash during build on Mac OS 10.5.3/PPC when configured with --enable-pthread
17387 [redmine ruby] Issue #193 has been updated by Florian Ebeling.

^ XMLRPC socket patch
17392 [mellon85 gma] charset=US-ASCII;
17398 [james graypr] Do you have any idea how common this usage is?  I really don't know,
17400 [mellon85 gma] This is a multi-part message in MIME format.
17405 [james graypr] Yeah, you're right.  We also just need to weight that against factors =20=
17410 [mellon85 gma] Thanks for the advices, i've published it on rubyforge.

^ URGENT: Possible fixes for segfaults and vulnerabilities available for review in ruby-talk
17393 [igal pragmat] All currently available versions of MRI Ruby are either vulnerable to
+ 17394 [decoux moulo] Please let make matz, he know ruby better than you.
+ 17416 [shyouhei rub] Sorry for a late reply but I think I've fixed this issue.  Can someone
  17417 [igal pragmat] I'm delighted to hear from you!
  + 17419 [shyouhei rub] No, I don't like that menu.  Please take a look at the ChangeLog.  All
  | 17422 [igal pragmat] Thank you for the explanation.
  | 17426 [shyouhei rub] Yes.  Please write a patch :)
  | 17438 [igal pragmat] I'll try to help with the Ruby patches, but I don't know C well enough
  + 17423 [akr fsij.org] I read the logs of rubyspec.
    + 17424 [federico.bui] I'm not sure how's the situation with most of these libraries but I
    | + 17425 [akr fsij.org] Yes.  REXML has typo.
    | | 17433 [igal pragmat] Thank you both for the reviews and for clarifying the situation with the
    | + 17429 [igal pragmat] I'm glad you mentioned this. When I was talking about using a stable
    |   17431 [znmeb cesmai] Incidentally, Ruby 1.8.7 is in the Portage tree, but it's masked.
    |   17432 [igal pragmat] Thanks for the info, Ed.
    |   + 17434 [shyouhei rub] 1.8.5 life-span has been scheduled and informed at least since 2006,
    |   | 17435 [igal pragmat] Just to confirm, you're terminating support for 1.8.5 and all earlier
    |   | 17441 [shyouhei rub] Yes. All releases prior to 1.8.5, including all 1.4 series and all 1.6
    |   + 17446 [znmeb cesmai] RHEL *5* is still using 1.8.5? In that case, dropping support for 1.8.5
    |     + 17449 [znmeb cesmai] dated 12 November 2007.
    |     + 17454 [shyouhei rub] Why on earth?
    |       17456 [vjoel path.b] Bravo.
    + 17436 [igal pragmat] Thank you for the help!
      17437 [akr fsij.org] ERB tests compare Ruby code generated internaly in ERB.
      17439 [igal pragmat] Ah! Correct. I've reviewed that code more carefully and see what you
      17440 [akr fsij.org] In your log, which is not guarded?
      17445 [igal pragmat] Sorry, I was wrong. I've reviewed all the REXML errors and they seem to
      17447 [federico.bui] The correct guard in this case should be 1.8 as you propose. I'll be

^ Ruby 1.8.6: Bus Error after revision 17222
17401 [murphy rubyc] * class.c (clone_method): should copy cref as well.
17402 [igal pragmat] All available official versions of Ruby either suffer from

^ [PATCH] branches/ruby_1_8: Building in separate directory
17407 [larsch belun] directory from source. Attempts to delete miniruby.exe fails with

^ Re: Welcome to our (ruby-core ML) You are added automatically
17409 [paul.mcmahon] ...

^ Time for a release management committee?
17412 [charles.nutt] It seems like recent problems with patchlevel and minor 1.8 releases
+ 17413 [znmeb cesmai] Well ... I don't think it's so much a lack of manpower as a lack of
| 17414 [igal pragmat] I think this is easier than you think.
| 17418 [dave pragpro] Is Charles talking about bugs in specific architectures? I got the
+ 17415 [igal pragmat] I believe Charles' proposal has much merit. No one wants to stifle the

^ 1.8 release management
17427 [matz ruby-la] First of all, sorry for segfaults/troubles you've got.  Let me clear
+ 17428 [znmeb cesmai] As I understand it, maintenance has been dropped for 1.8.5. I doubt if
| 17450 [matz ruby-la] Right.  Now 1.8.6 and 1.8.7 are under stable maintenance.  1.8.8 (to
| 17451 [znmeb cesmai] Well ... after I did a little digging and discovered that it appears Red
+ 17430 [shyouhei rub] Just FYI, 1.8.7 mentor is now shifting from knu to me.  After that I'm
+ 17443 [igal pragmat] That's great news.
+ 17448 [sylvain.joye] Well ... My experience with the Ruby development/release process since 1.8.5 has
| 17453 [matz ruby-la] <snip unfortunate experience>
| 17461 [sylvain.joye] ... and it has resulted from a four-months breakage of threading.
| 17462 [matz ruby-la] No, but we at least formed a process that can be a starting-point.  I
| + 17464 [sylvain.joye] Agreed on that. I just did not take the "we don't see any problem here"
| + 17475 [duerst it.ao] I have heard about this. Can somebody please explain how exactly
|   17476 [matz ruby-la] Of course RedMine can not do this automatically.  A committer puts
|   17478 [dblack rubyp] If it could, we'd have to change its name from RedMine to ReadMind :-)
+ 17455 [stephen.bann] Let me describe some simple questions about Ruby 1.8.6 that are not
  17458 [shyouhei rub] For what I know,
  17547 [wilsonb gmai] I would like to propose that the 'check' target depend on the
  17549 [igal pragmat] That'd be great. I think that RubySpec has more than proven its value
  + 17553 [wilsonb gmai] Those targets are actually already in the Makefile in the ruby_1_8
  | 17565 [znmeb cesmai] This is a multi-part message in MIME format.
  + 17555 [luislavena g] Don't want to be a pain to someone, but what about a Rakefile instead
    + 17561 [hramrach cen] A shell script is also pretty cross platform. After all shell is part
    + 17585 [shyouhei rub] Ruby based program to check ruby itself?  Does that really reliable?
      17588 [igal pragmat] I think so. Stephen's RubyBuild can build a Ruby interpreter and my
      17589 [shyouhei rub] If they fail Ruby is insane.  But their *not* failing do not always
      + 17591 [igal pragmat] If the RubyBuild or RubyChecker programs fail to run with only a
      | + 17593 [vsizikov gma] RubySpec suite uses "ruby_bug" guards to mark some tests that fail
      | | 17597 [igal pragmat] Thanks for writing that up, Vladimir. Sorry for making too broad a
      | | 17601 [vsizikov gma] With the very latest RubySpec revision, Arthur and Federico managed to
      | | + 17602 [znmeb cesmai] This is a multi-part message in MIME format.
      | | | 17604 [vsizikov gma] Here you go. These two been bugging me for a while. They could be seen
      | | | 17626 [matz ruby-la] According to Nobu, those tests mix buffered and unbuffered IO
      | | | + 17632 [znmeb cesmai] This is a multi-part message in MIME format.
      | | | + 17705 [vsizikov gma] Thanks, matz,
      | | |   17728 [shyouhei rub] Good news.  Though I have a bit more dirty output on my machine.
      | | |   + 17730 [federico.bui] The issues with Socket in your log and in Akira Tanaka's were our
      | | |   + 17738 [akr fsij.org] To be accurate, the machine is not mine.
      | | + 17605 [igal pragmat] Awesome, good work.
      | | | 17606 [federico.bui] And Vladimir, give yourself some credit.
      | | + 17614 [onepoint sta] Also Time and IConv failures (attached).
      | |   17628 [onepoint sta] Update,  this  was due  to  a  bug in  my  ancient  glibc that  caused
      | + 17630 [shyouhei rub] Sorry for a late reply,
      + 17599 [stephen.bann] I think as long as there are several forms of test frameworks the likelyhood of running all the tests and having a positive result when the fault still exists AND is being tested for is extremely small.

^ Ruby 1.8.6 is now patched in Gentoo Linux!!
17452 [znmeb cesmai] This is a multi-part message in MIME format.
17469 [nobu ruby-la] As for memory leak, seems correct, except for that dfree

^ Ruby status on Gentoo
17457 [graaff gento] As Ed mentioned earlier today we now offer a version of ruby 1.8.6_p230
17470 [nobu ruby-la] The site is complained as the wrong certification.

^ [Ruby 1.8 - Bug #206] (Open) BigDecimal precision in divmod
17472 [redmine ruby] Issue #206 has been reported by Anonymous.

^ [Ruby 1.8 - Bug #211] (Open) "wrong argument type" "expected Proc"
17477 [redmine ruby] Issue #211 has been reported by Tobi Reif.

^ [Ruby 1.8 - Bug #212] (Open) Issues with Readline in Mac OS X
17479 [redmine ruby] Issue #212 has been reported by Federico Builes.

^ Array#fill behavior
17480 [vsizikov gma] I'd like to double-check the Array#fill behavior and to figure out
17481 [akr fsij.org] Interesting.  I test more.
17482 [vsizikov gma] Thanks for the quick response!
17483 [akr fsij.org] I found [ruby-core:12950] (2007-10-26).

^ [Ruby 1.8 - Bug #211] "wrong argument type" "expected Proc"
17485 [redmine ruby] Issue #211 has been updated by Eric Hodel.

^ [Ruby 1.8 - Bug #211] "wrong argument type" "expected Proc"
17486 [redmine ruby] Issue #211 has been updated by Tobi Reif.

^ [Ruby 1.8 - Bug #211] "wrong argument type" "expected Proc"
17487 [redmine ruby] Issue #211 has been updated by Eric Hodel.

^ HOME and USERPROFILE aliasing under Windows
17488 [jflam micros] MRI currently expects the HOME environment variable to be set under Windows=
17489 [luislavena g] USERPROFILE sometimes matches the location of roaming profiles, and
+ 17490 [jflam micros] Awesome. We'll match the 1.9 behavior then.
| 17492 [jflam micros] Actually, to clarify this a bit further, we won't *set* HOME, instead we'll=
| 17496 [luislavena g] ENV['HOME'] || ENV['HOMEDRIVE'] + ENV['HOMEPATH'] ||
+ 17498 [vsizikov gma] Ah, good. I also noticed one case where MRI still relies on HOME: irb

^ [Ruby 1.8.7 - Bug #213] (Open) Different ERB behavior across versions
17491 [redmine ruby] Issue #213 has been reported by Federico Builes.

^ [Ruby 1.8 - Bug #212] Issues with Readline in Mac OS X
17493 [redmine ruby] Issue #212 has been updated by Roger Pack.

^ [Ruby 1.8 - Bug #212] Issues with Readline in Mac OS X
17494 [redmine ruby] Issue #212 has been updated by Federico Builes.

^ [Ruby 1.8 - Bug #211] "wrong argument type" "expected Proc"
17495 [redmine ruby] Issue #211 has been updated by Shyouhei Urabe.

^ [Ruby 1.8 - Bug #212] Issues with Readline in Mac OS X
17497 [redmine ruby] Issue #212 has been updated by Luis Lavena.

^ We'll release 1.8.6/1.8.7 this Friday
17499 [shyouhei rub] to release them again. Expected date for that is Jul. 4 (in Japanese
+ 17502 [znmeb cesmai] How do we get these exact versions? Are there tarballs, or do I need
+ 17504 [vsizikov gma] * 1.8.6 HEAD has 7 rubyspec falures for StringIO
| + 17506 [charles.nutt] There should not be a release until the failures in rubyspec are addressed.
| | + 17521 [shyouhei rub] OK, so all of you can wait until rubyspec passes?  I think I cannot
| | | + 17522 [federico.bui] We'd appreciate it if you could hold on a bit. Most of the current
| | | + 17528 [vsizikov gma] It seems to me that the majority of String and StringIO failures is
| | | + 17538 [hramrach cen] While it is nice to have a release on the planned date I find the
| | | + 17543 [charles.nutt] Others have already responded, but I think it's of paramount importance
| | | + 17544 [igal pragmat] Please delay the release. I don't think we'll be able to resolve the
| | |   17545 [charles.nutt] For what it's worth, this is all a strong argument for having a CI
| | |   + 17546 [igal pragmat] Absolutely.
| | |   | + 17551 [phlip2005 gm] CruiseControl.rb doesn't suck.
| | |   | | 17554 [igal pragmat] Great, thanks for the recommendation. The manual
| | |   | + 17552 [wilsonb gmai] Ryan Davis is working on a system for this right now. Last I heard, it
| | |   |   17558 [znmeb cesmai] Glad to hear it. I've got some spare cycles (day job starts again 8
| | |   |   17560 [hramrach cen] Setting up VMs for Windows or some BSDs should be easy. However, OS X
| | |   |   + 17562 [znmeb cesmai] This is a multi-part message in MIME format.
| | |   |   + 17569 [igal pragmat] Running OS X in a VM works well, although it's a rather slow and the
| | |   |     17579 [charles.nutt] Honestly I'd almost like to see Apple step up to the plate here. They're
| | |   |     17623 [laurent.sans] Sorry for the late reply, I was discussing with my management.
| | |   + 17559 [znmeb cesmai] *And*, some of us who don't have open source day jobs have a long
| | |     17563 [charles.nutt] I've heard of those before.
| | |     17564 [phlip2005 gm] Sez you! At my current day-job, we use Rails via assert{ 2.0 } and assert_xpath.
| | |     17567 [charles.nutt] I meant I've heard of weekends :) I don't really take many "off" days
| | |     17575 [phlip2005 gm] Did I mention we also do pure XP, and have a strictly 7-4 work day with no
| | + 17806 [hramrach cen] Could somebody, please, summarize the current status?
| |   17851 [akr fsij.org] RubySpec hangs.
| |   17852 [federico.bui] What version of mspec are you using? 1.4.0 was recently released and
| |   + 17853 [akr fsij.org] I use -V -f s.
| |   + 17855 [onepoint sta] I'm not the original poster but I'm seeing hangs too.  If I run
| |     17857 [federico.bui] Tanaka, Jeremy: Thanks for the reports. This particular spec has been
| |     + 17858 [onepoint sta] Yes, pulling the latest ruby-spec removes the hang.
| |     + 17860 [onepoint sta] That's  exactly what  I  get now,  except  that I  don't  see the  two
| |       + 17892 [federico.bui] Yup, the value was not big enough for a 64 bit machine but it's been
| |       + 17939 [ks kurtsteph] When will we see a new 1.8.6 release?
| |         + 17940 [nobu ruby-la] Vladimir and Charles stopped Shyouhei from releasing it due to
| |         | 17941 [vsizikov gma] The 1.8.6 and 1.8.7 branches have been OK w.r.t. RubySpecs for a while
| |         | 17945 [onepoint sta] I'm not sure what you mean  by "OK", but I'm still getting errors with
| |         | 17946 [onepoint sta] To compare,  with the  latest ruby_1_8_6 branch  I get the  same Iconv
| |         | 17947 [federico.bui] Jeremy,
| |         | + 17948 [nobu ruby-la] SUS defines nothing about the conversion detail, nor encoding
| |         | | 17953 [dev mernen.c] You're right. Strictly speaking, the iconv library seems completely
| |         | | 17955 [federico.bui] Thanks Jeremy, Nobuyoshi and Daniel. Following Daniel's advice I've
| |         | | 17960 [shugo ruby-l] Currently ruby_1_8_6 has 2 rubyspec failures.
| |         | | + 17965 [onepoint sta] ... and ruby_1_8_7 has exactly the same failures.
| |         | | | 17968 [vsizikov gma] Yes, there was a change in RubySpecs yesterday, that triggers these
| |         | | | 17969 [onepoint sta] Are there  remote branches  that we could  track to follow  the stable
| |         | | + 17971 [federico.bui] Yes Shugo, that was caused by my commit but as Vladimir said it's a
| |         | |   17992 [shugo ruby-l] Thank you.
| |         | |   18062 [ks kurtsteph] When can we expect a release?
| |         | + 17964 [onepoint sta] That's fine; I'm  not claiming these are critical  errors, just trying
| |         + 17942 [shyouhei rub] When this ML thinks I should.
| + 17532 [schreiber.ar] Most of these 57 rubyspec failures are caused by the convert_type
|   17539 [shyouhei rub] Thank you, I merged this revision into 1.8.7.
|   17540 [akr fsij.org] It causes following problem.
|   17541 [schreiber.ar] That problem seems to only exist in 1.8.6, r16659 seems to have been
|   17542 [akr fsij.org] You are right.  r16659 is for 1.8.6.
+ 17508 [igal pragmat] I think so too. However, there are still some problems that may be
+ 17510 [igal pragmat] memory leaks.
+ 17515 [vsizikov gma] I'd strongly suggest to postpone 1.8.7 release untill te majority of
| 17524 [federico.bui] * Iconv
| 17525 [akr fsij.org] What the revision or patchlevel of the "HEAD"?
| 17527 [federico.bui] You're right, I was testing against 1.8.6p255 but p264 seems to fix
| 17529 [akr fsij.org] Note that my feeling is not the decision of ruby.
+ 17517 [luislavena g] I'm not happy to inform that the make test-all procedure still stall
  17526 [usa garbagec] I can't reproduce it with mswin32...
  17530 [luislavena g] The bad thing is I don't have my VC6 environment to reproduce it
  17533 [usa garbagec] Oh, sorry, I'd mistaken.
  + 17534 [gdefty attgl] Tim,
  + 17535 [usa garbagec] Now I've decided to revert r17290 from ruby_1_8_6 in consultation
  + 17536 [luislavena g] Done, the test stall.
    17537 [usa garbagec] Thank you!
threads.html
top