[#21709] [Feature #1084] request for: Array#sort_by! — Radosław Bułat <redmine@...>
Feature #1084: request for: Array#sort_by!
Hi,
Issue #1084 has been updated by Yukihiro Matsumoto.
Excerpts from Henri Suur-Inkeroinen's message of Mon Feb 02 12:46:52 +0200 2009:
Eero Saynatkari wrote:
Excerpts from Kornelius Kalnbach's message of Mon Feb 02 13:32:33 +0200 2009:
Eero Saynatkari wrote:
[#21714] [BUG:trunk] Got the error message, after run 'gem install --test'. — Takao Kouji <kouji@...7.net>
Hi, Ryan.
Issue #1085 has been updated by Yusuke Endoh.
[#21715] New documentation system! — Luiz Vitor Martinez Cardoso <grabber@...>
People,
On Sun, Feb 1, 2009 at 10:51 AM, Luiz Vitor Martinez Cardoso
Quoting Austin Ziegler <halostatue@gmail.com>:
People,
One project that has been in the works for a while and shows a lot of
I'd love to see a documentation system similar to what python has, and
People,
Luiz Vitor Martinez Cardoso wrote:
On Mon, Feb 2, 2009 at 10:31 AM, Berger, Daniel <Daniel.Berger@qwest.com> wrote:
On Mon, Feb 02, 2009 at 12:51:54AM +0900, Luiz Vitor Martinez Cardoso wrote:
> I like docstrings. I like being able to type "help(foo)" in python and
2009/2/14 Roger Pack <rogerdpack@gmail.com>:
> irb(main):002:0> help "String#chars"
[#21737] [Feature #1089] Stable sorting for sort and sort_by — Kornelius Kalnbach <redmine@...>
Feature #1089: Stable sorting for sort and sort_by
[#21747] [Bug #1090] zlib doesn't load after installation — Jérôme Bousquié <redmine@...>
Bug #1090: zlib doesn't load after installation
[#21762] [Bug #1091] possible bad handling of return value of OCSP_basic_verify in ext/openssl/ossl_ocsp.c — Lucas Nussbaum <redmine@...>
Bug #1091: possible bad handling of return value of OCSP_basic_verify in ext/openssl/ossl_ocsp.c
[#21764] ruby 1.9.1 in mingw - how to remove "-s" argument from gcc linking — Tim Elliott <tle@...>
I want to use gdb to debug an application that embeds the ruby dll.
Hi,
[#21802] [Bug #1098] Unclear encoding error: #<Encoding::UndefinedConversionError: "\xE2\x96\x80" from UTF-8 to ISO-8859-1 in conversion from CP850 to ISO-8859-1> — Tom Link <redmine@...>
Bug #1098: Unclear encoding error: #<Encoding::UndefinedConversionError: "\xE2\x96\x80" from UTF-8 to ISO-8859-1 in conversion from CP850 to ISO-8859-1>
[#21812] 1.9 Bug Report — Yehuda Katz <wycats@...>
When going through the RubySpecs for 1.9, I found that the following code
[#21822] [Feature #1102] Prepend Module — Thomas Sawyer <redmine@...>
Feature #1102: Prepend Module
[#21838] What does this regexp mean - /\c#{_J}/ — Shri Borde <Shri.Borde@...>
I am combining the escaped control character syntax (\cX) with variable interpolation (#{var_name}). It seems nonsensical, and its probably only interesting for an academic interest (I am adding to the RubySpecs). It does not seem to match anything at all. Its almost the same output with both 1.8.6 and 1.9, but the warnings are given only in 1.8.6.
Actually, with strings, the regexp is evaluated at the very end after substituting all the variables. So this should have actually worked. Here is the spec I will add. The not_compliant_on(:ruby) means that it is a Ruby bug
[#21842] Regexp interpolation does not give equality — Shri Borde <Shri.Borde@...>
Any idea why the second expression results in false? Its seems like both the regexpes are similar (to_s gives the same result), but the == method just fails to realize that they are really identical.
On Thu, Feb 05, 2009 at 12:32:11AM +0100, Shri Borde wrote:
[#21855] [Bug #1113] Compilation fails on Ubuntu 8.10, 64 bit — Jacques Lemire <redmine@...>
Bug #1113: Compilation fails on Ubuntu 8.10, 64 bit
[#21880] [Bug #1117] Array#choice always produces the same sequence — Stefano Crocco <redmine@...>
Bug #1117: Array#choice always produces the same sequence
[#21884] [Bug #1118] irb core dumps with 'CTRL-C' with zsh — Emiel van de Laar <redmine@...>
Bug #1118: irb core dumps with 'CTRL-C' with zsh
[#21886] mule-utf-8 — Roman Shterenzon <romanbsd@...>
[#21893] [Feature #1122] request for: Object#try — Narihiro Nakamura <redmine@...>
Feature #1122: request for: Object#try
Hi,
Hi --
Hi,
Hi--
Hi,
Hi --
Providing new syntax change for such a small thing is IMHO
Count me in as a +1 on foo.?bar(baz). I'm on the fence about whether ?bar
2009/2/15 Yehuda Katz <wycats@gmail.com>:
> IMHO, foo.?bar should behave as "call-except-if-nil". Not only it
On Wed, Feb 18, 2009 at 6:29 PM, Roger Pack <rogerdpack@gmail.com> wrote:
> Then how it is different from
Roger Pack wrote:
>>> Then how it is different from
Roger Pack wrote:
On Wed, Feb 18, 2009 at 2:35 PM, Joel VanderWerf
Roger Pack wrote:
2009/2/19 Joel VanderWerf <vjoel@path.berkeley.edu>:
[#21903] [Bug #1127] error while compiling Win32API under MinGW — Luis Lavena <redmine@...>
Bug #1127: error while compiling Win32API under MinGW
[#21904] 1.9 one-byte trace instruction and trap-instruction replacement? — Rocky Bernstein <rocky.bernstein@...>
Now that Ruby 1.9.1 has been released, if I recall correctly a
[#21937] [Bug #1131] String#unpack("V") does not work correctly is linux on s390x — Ittay Dror <redmine@...>
Bug #1131: String#unpack("V") does not work correctly is linux on s390x
Issue #1131 has been updated by Marcus R端ckert.
[#21944] [Bug #1134] [PATCH] Update racc runtime and fix warnings — Aaron Patterson <redmine@...>
Bug #1134: [PATCH] Update racc runtime and fix warnings
[#21946] New hash : syntax for the 1.8 series? — Brent Roman <brent@...>
Brent Roman wrote:
At Tue, 10 Feb 2009 16:30:55 +0900,
Hi --
David A. Black wrote:
At Tue, 10 Feb 2009 22:32:19 +0900,
Hi,
On Wed, Feb 11, 2009 at 9:55 AM, Yukihiro Matsumoto <matz@ruby-lang.org> wrote:
2009/2/11 Rados梶w Buウat <radek.bulat@gmail.com>:
2009/2/11 Pit Capitain <pit.capitain@gmail.com>:
[#21958] ruby 1.9.1 parallel make race — Andrew Walrond <andrew@...>
Hello list,
[#21989] [Bug #1142] /opt/ruby19/lib/ruby19/1.9.1/openssl/ssl.rb:31: [BUG] Bus Error — Ricard Forniol Agustí <redmine@...>
Bug #1142: /opt/ruby19/lib/ruby19/1.9.1/openssl/ssl.rb:31: [BUG] Bus Error
[#21997] 1.8.7 Specifics — John Barnette <jbarnette@...>
There's a fair amount of talk lately about release management and
On Wednesday 11 of February 2009 19:42:37 John Barnette wrote:
At Mon, 23 Feb 2009 02:48:51 +0900,
On Wed, Feb 11, 2009 at 1:42 PM, John Barnette <jbarnette@gmail.com> wrote:
On Thu, Feb 12, 2009 at 04:01:58AM +0900, Gregory Brown wrote:
On Wed, Feb 11, 2009 at 6:28 PM, Aaron Patterson
Gregory Brown wrote:
On Wed, Feb 11, 2009 at 4:42 PM, John Barnette <jbarnette@gmail.com> wrote:
Luis Lavena wrote:
On Wed, Feb 11, 2009 at 5:55 PM, Charles Oliver Nutter
2009/2/11 Luis Lavena <luislavena@gmail.com>:
Hi,
Hi,
Hello Ezra,
Let me leave a memo to remember issues I can think of.
Urabe Shyouhei wrote:
Charles Oliver Nutter wrote:
Excerpts from Headius: Charles Oliver Nutter's message of Sat Feb 14 00:53:17 +0200 2009:
Eero Saynatkari wrote:
Excerpts from Headius: Charles Oliver Nutter's message of Sat Feb 14 20:49:52 +0200 2009:
Charles Oliver Nutter wrote:
Ezra Zygmuntowicz wrote:
Hi,
Brent Roman wrote:
Brent Roman wrote:
Charles Oliver Nutter wrote:
Hongli Lai wrote:
Brent Roman wrote:
On 11/02/2009, Yukihiro Matsumoto <matz@ruby-lang.org> wrote:
All,
On 12/02/2009, John Barnette <jbarnette@gmail.com> wrote:
[#22040] [Bug #1151] Aliased methods change super logic when retrieved with Object#method — Charles Nutter <redmine@...>
Bug #1151: Aliased methods change super logic when retrieved with Object#method
[#22058] [Bug #1157] missing zlib.rb? — Fred Obermann <redmine@...>
Bug #1157: missing zlib.rb?
[#22065] Dir.glob and duplicates? — Charles Oliver Nutter <charles.nutter@...>
I was fixing a JRuby Dir.glob spec failure where we produced a duplicate
Hi,
Nobuyoshi Nakada wrote:
Ryan Davis wrote:
In article <4996749D.7050009@sun.com>,
Tanaka Akira wrote:
In article <49967AFC.4040006@sun.com>,
Tanaka Akira wrote:
In article <49967EC7.6080105@sun.com>,
Tanaka Akira wrote:
In article <49971135.3020009@sun.com>,
Tanaka Akira wrote:
[#22116] [Bug #1162] Build Assertion Failure with VC+++ - Incorrect flushing of stdout/stderr — Charlie Savage <redmine@...>
Bug #1162: Build Assertion Failure with VC+++ - Incorrect flushing of stdout/stderr
[#22136] Confused about some code in mathn.rb — Charles Oliver Nutter <charles.nutter@...>
In 1.8.6 and 1.8.7, these lines appear at line 202 in mathn.rb:
[#22142] [Patch 191p0 ] for ostruct freeze behavior — Robert Dober <robert.dober@...>
Please find attached a patch for ostruct to behave frozen for already
Robert Dober wrote:
On Sun, Feb 15, 2009 at 8:15 PM, Joel VanderWerf
On Sun, Feb 15, 2009 at 9:30 PM, Robert Dober <robert.dober@gmail.com> wrote:
Do I have to file a bug report?
[#22184] [Bug #1164] 1.9/windows memroy leak with rand() AND inspect — "regis d'aubarede" <redmine@...>
Bug #1164: 1.9/windows memroy leak with rand() AND inspect
[#22206] ruby-1.9.1-p0 build failure on i586 — "Jeroen van Meeuwen (Fedora Project)" <kanarip@...>
Hi there,
> However, I get a i586 build failure:
Roger Pack wrote:
[#22246] YASNP (Yet Another Selector Namespace Proposal) — Yehuda Katz <wycats@...>
The idea is to make selectors like optional versions of Python imports.
Yehuda Katz wrote:
Charles Oliver Nutter wrote:
2009/2/19 Florian Gilcher <flo@andersground.net>
Ok, based on a bunch of comments I got from Aaron Patterson and John
On Feb 20, 2009, at 8:39 AM, Yehuda Katz wrote:
On Sun, Feb 22, 2009 at 04:34:18AM +0900, Jim Weirich wrote:
Excerpts from Aaron Patterson's message of Sun Feb 22 04:35:41 +0200 2009:
Can you explain *why* you don't like it?
Excerpts from Yehuda Katz's message of Mon Feb 23 18:08:29 +0200 2009:
Hi,
Yukihiro Matsumoto wrote:
On Feb 24, 2:07m, Yukihiro Matsumoto <m...@ruby-lang.org> wrote:
Excerpts from brixen's message of Wed Feb 25 00:04:34 +0200 2009:
2009/2/24 Eero Saynatkari <ruby-ml@kittensoft.org>
On Feb 24, 3:17m, Yehuda Katz <wyc...@gmail.com> wrote:
2009/2/24 Brian Ford <brixen@gmail.com>
I agree that this will be used in ways other than just framework creators. Rails and Merb may not use this to erect fences, but someone will. I think that before we go gung-ho on this, there should be a Devil's advocate discussion of how one could misuse this feature, and how it could cause problems. The problems may not warrant dropping the idea, they may just help see issues with it. I think that is a really good exercise that we should do.
I'm also in favor of discussing this, but all I hear so far in opposition is
Florian Gilcher wrote:
On Feb 24, 9:17m, Yehuda Katz <wyc...@gmail.com> wrote:
On Wed, Feb 25, 2009 at 9:23 AM, Brian Ford <brixen@gmail.com> wrote:
Yehuda, I wonder on one thing. If you want in your framework/library
I thought I'd sent this before...hopefully it's still relevant.
Yehuda Katz wrote:
Yehuda Katz wrote:
Jim Weirich wrote:
On Wed, Feb 25, 2009 at 4:07 PM, Charles Oliver Nutter
Hi,
Yukihiro Matsumoto wrote:
Ola Bini wrote:
Charles Oliver Nutter wrote:
Ola Bini wrote:
2009/2/25 Gary Wright <gwtmp01@mac.com>
On Feb 25, 2009, at 6:45 PM, Yehuda Katz wrote:
Jim Weirich wrote:
[#22269] [Bug #1181] [BUG] thread_free: keeping_mutexes must be NULL — Chris Schlaeger <redmine@...>
Bug #1181: [BUG] thread_free: keeping_mutexes must be NULL
[#22286] [Backport #1183] Adding support for the new hash literal syntax — Akinori MUSHA <redmine@...>
Backport #1183: Adding support for the new hash literal syntax
Hi,
[#22325] suggestions for float — Roger Pack <rogerdpack@...>
Floating point rounding errors are common and "annoying"
On Sat, Feb 21, 2009 at 11:59 PM, Roger Pack <rogerdpack@gmail.com> wrote:
Hi,
Excerpts from Yukihiro Matsumoto's message of Mon Mar 02 12:46:27 +0200 2009:
Excerpts from Kurt Stephens's message of Mon Mar 02 20:27:09 +0200 2009:
>> There is public-domain C code that formats floating-point values as the
Brent Roman wrote:
[#22333] [Feature #1193] Justified Error Messages — Simon Chiang <redmine@...>
Feature #1193: Justified Error Messages
[#22336] Floats are freezeable and taintable? — Charles Oliver Nutter <charles.nutter@...>
In adding an optimization for Float I realized that Float objects are
Yes, that would be desirable, if there's not a good reason they aren't
At 09:19 09/02/23, Charles Oliver Nutter wrote:
Hi,
[#22347] On the consideration of macros — "James M. Lawrence" <quixoticsycophant@...>
In a previous thread Charles Oliver Nutter had suggested the removal
[#22353] [Bug #1195] String#% does not include prefix before zero value for # versions of numeric formats — Charles Nutter <redmine@...>
Bug #1195: String#% does not include prefix before zero value for # versions of numeric formats
In article <49a25ec0ce233_84c7e8c1f8909a@redmine.ruby-lang.org>,
Tanaka Akira wrote:
At Tue, 24 Feb 2009 14:16:53 +0900,
Akinori MUSHA wrote:
Hi,
Yukihiro Matsumoto wrote:
[#22365] Surprising behavior in inheritance — Nikolai Weibull <now@...>
Am I the only one surprised by this behavior?
Excerpts from Nikolai Weibull's message of Mon Feb 23 16:53:26 +0200 2009:
[#22383] Proposal: Integer.digit_count — Varun Gupta <thevarungupta@...>
How about having a method to return number of digits in the Integer?
[#22418] [Question]utf-8 data contains BOM - by intention or by accident? — =?ISO-8859-15?Q?Wolfgang_N=E1dasi-Donner?= <ed.odanow@...>
Hi!
I think this has been asked earlier, and I can only repeat it here:
Martin Duerst schrieb:
Hi,
[#22543] [Feature #1218] New method needed to set and get the current recursion limit — Conrad Taylor <redmine@...>
Feature #1218: New method needed to set and get the current recursion limit
Issue #1218 has been updated by Conrad Taylor.
[#22559] [Bug #1219] ostruct freeze still not stable — Robert Dober <redmine@...>
Bug #1219: ostruct freeze still not stable
[#22584] MBARI8 patch fixes bugs caused by incorrect volatile variable declarations — Brent Roman <brent@...>
Hi,
In article <49a9024b.0e0d6e0a.11f5.ffffee2f@mx.google.com>,
I am having an issue with the MBARI patches. In our app the test suite has a
a back trace and ruby -v would be nice.
by back trace do you mean the output of
gdb -core core
[#22597] [Bug #1227] [BUG] object allocation during garbage collection phase — Chris Schlaeger <redmine@...>
Bug #1227: [BUG] object allocation during garbage collection phase
[ruby-core:21711] Re: [Bug #744] memory leak in callcc?
Michal,
I finally managed to get a working Ruby 1.8.7 on ppc64 with and without
MBARI patches
under OSx 10.5 as follows:
export ARCH_FLAG="-arch ppc64"
CFLAGS="-O2 -g -m64 -fno-stack-protector" configure
There may yet be a problem with my build configuration, but I don't think
the MBARI patches have anything to do with these failures.
Both patched and unpatched versions fail the same 6 tests.
Does anyone have a ppc64 (64-bit code) Ruby that does not fail these tests?
Note that I am using the PowerPC patch of 1/23/09. For now, it must be
applied manually
after the MBARI7 patch. I will integrate it after it has been tested on
x86_64.
(It should be called the 64-bit patch, as it is intended to fix x86_64 as
well as ppc64)
http://sites.google.com/site/brentsrubypatches/Home/ruby-1.8.7-p72-mbariPPC.patch?attredirects=0
The PPC patch changes the meaning of the STACK_WIPE_SITES #define.
See rubysig.h for details.
One interesting observation is that my *unpatched* ppc64 ruby did not leak
when executing:
ruby -e "loop{@x=callcc{|c|c}}"
This could be because the ppc versions put ruby call arguments on the heap
rather than the 'C' stack.
- brent
results:
The patched ppc64 Ruby runs the test suite about 30 seconds quicker.
341 vs. 312 seconds
It used a bit less RAM, but the difference wasn't large:
114Mb vs. 106Mb peak VSIZE
I've included the details of the run below.
Can anyone verify whether or not these failures occur with unpatched
1.8.7-p72?
---------------
$ uname -a
Darwin G5-Client.shore.mbari.org 9.6.0 Darwin Kernel Version 9.6.0: Thu Nov
6 19:35:49 PST 2008; root:xnu-1228.9.57~1/RELEASE_PPC Power Mac
$ ruby -v
ruby 1.8.7 (2009-1-23 MBARI 7/0x5770 on patchlevel 72) [powerpc-darwin9.6.0]
$ file ~/bin/ruby
/u/brent/bin/ruby: Mach-O 64-bit executable ppc64
$ time ruby runner.rb
Loaded suite .
Started
........................................................................................................................................................................................................................................................................................................................................................F..........................Warning:
OpenSSL::PKCS7::PKCS7 is deprecated after Ruby 1.9; use OpenSSL::PKCS7
instead
.Warning: OpenSSL::PKCS7::PKCS7 is deprecated after Ruby 1.9; use
OpenSSL::PKCS7 instead
.Warning: OpenSSL::PKCS7::PKCS7 is deprecated after Ruby 1.9; use
OpenSSL::PKCS7 instead
Warning: OpenSSL::PKCS7::PKCS7 is deprecated after Ruby 1.9; use
OpenSSL::PKCS7 instead
Warning: OpenSSL::PKCS7::PKCS7 is deprecated after Ruby 1.9; use
OpenSSL::PKCS7 instead
..............................FF....F..................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................../ruby/test_array.rb:536:
warning: given block not used
........................................................................F.........................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................E........................................................................................................................................................................................................................................................................................................................................................................................
Finished in 312.740792 seconds.
1) Failure:
test_decode(OpenSSL::TestASN1) [./openssl/test_asn1.rb:195]:
<"\217\a\362~Q38\262\332\212H6N\244\022n\267\343I8\233\000\017|\361\265\024\335\353\202\237h\016\201\032bxV\300\343N\252\227w\320\263\241%\035s\366P\2147>dy\306\004\023\367\267\v\214\272\fY\331\326\016\346\216\003\310\323\ek+Y}is\361\263\034\313\f\006e\200V\274\302\222\201\314\260\350\210\321<G\317\024\260H\371+\002\350\210\216cHk\375\246\301\324c\363\324\203\225\330\221
\036"> expected but was
<"\246\317\022M\337\207
\202\022\374\221\214\375\365\307\231\030\375t\027\306Y.\022\302\207\377\224\234\370l\a\211\r\241\225\003\220d\323k\346[>\351\004M\v\347\336\240\365\265\242\226\324?\214eR\300p\003`!m#\217\e6\250\306G\324#\004`\273\240\376\357`\265\367\3658\275t?\342\274\335.\370\261\227\325)V\376\240Z\276\206`\2056b\305\022s\tY%\025~r\207\267\323\226\315\243L\203\023\306K">.
2) Failure:
test_create_by_factory(OpenSSL::TestX509Extension)
[./openssl/test_x509ext.rb:41]:
<"0\022\006\003U\035\023\001\001\000\004\b0\006\001\001\000\002\001\002">
expected but was
<"0\022\006\003U\035\023\001\001\377\004\b0\006\001\001\377\002\001\002">.
3) Failure:
test_new(OpenSSL::TestX509Extension) [./openssl/test_x509ext.rb:29]:
<true> expected but was
<false>.
4) Failure:
test_attr(OpenSSL::TestX509Request) [./openssl/test_x509req.rb:94]:
<[["keyUsage", "Digital Signature, Key Encipherment", true],
["subjectAltName", "email:gotoyuzo@ruby-lang.org", false]]> expected but
was
<[["keyUsage", "Digital Signature, Key Encipherment", false],
["subjectAltName", "email:gotoyuzo@ruby-lang.org", false]]>.
5) Failure:
test_should_propagate_signaled(TestBeginEndBlock)
[./ruby/test_beginendblock.rb:81]:
<""> expected to be =~
</Interrupt$/>.
6) Error:
test_fd_passing(TestUNIXSocket):
SocketError: file descriptor was not passed (msg_controllen=20, 24 expected)
./socket/test_unix.rb:19:in `recv_io'
./socket/test_unix.rb:19:in `test_fd_passing'
1976 tests, 1668917 assertions, 5 failures, 1 errors
real 5m23.872s
user 3m54.124s
sys 0m27.542s
Bugzilla from calcifer@runbox.com wrote:
>
> I've tried that myself but it didn't work very well
> (ruby test/runner.rb fails 3 tests on 0x2770, and segfaults when i use
> 0x4770,
> on x86_64 machine)
>
> I also tried building on ppc64, with 0x4770 it wont even build, segfaults
> on
> launching miniruby:
>
> gcc -O2 -g -DRUBY_EXPORT -D_GNU_SOURCE=1 -L. -rdynamic -Wl,-export-
> dynamic main.o libruby-static.a -ldl -lcrypt -lm -o miniruby
> ./ext/purelib.rb:2: [BUG] Segmentation fault
> ruby 1.8.7 (2009-1-18 MBARI 7/0x4770 on patchlevel 72) [powerpc64-linux]
> make: *** [.rbconfig.time] Aborted
>
> With 0x2770 it builds & runs the same test suite with 6 failures & 1
> error.
> (Although i'm not sure how much they are actually ruby's fault)
>
> Regards,
> -- mb
>
>
>
--
View this message in context: http://www.nabble.com/-ruby-core%3A19846---Bug--744--memory-leak-in-callcc--tp20447794p21773950.html
Sent from the ruby-core mailing list archive at Nabble.com.