[#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
12 messages
2009/03/03
[#29304] [Bug #1240] parser bug in 1.8.7 and 1.9.1p0
— Yusuke Endoh <redmine@...>
2010/04/07
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
3 messages
2009/03/03
[#22646] [Bug #1243] 1 is prime — Yuki Sonoda <redmine@...>
Bug #1243: 1 is prime
10 messages
2009/03/03
[#22651] [Bug #1243] 1 is prime
— Dave B <redmine@...>
2009/03/03
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
10 messages
2009/03/05
[#29323] [Bug #1247] YAML::load converts some dates into strings
— Yusuke Endoh <redmine@...>
2010/04/08
Issue #1247 has been updated by Yusuke Endoh.
[#29337] Re: [Bug #1247] YAML::load converts some dates into strings
— Aaron Patterson <aaron@...>
2010/04/08
On Thu, Apr 08, 2010 at 10:22:57PM +0900, Yusuke Endoh wrote:
[#29349] Re: [Bug #1247] YAML::load converts some dates into strings
— Caleb Clausen <vikkous@...>
2010/04/08
On 4/8/10, Aaron Patterson <aaron@tenderlovemaking.com> wrote:
[#29352] Re: [Bug #1247] YAML::load converts some dates into strings
— Yusuke ENDOH <mame@...>
2010/04/08
Hi,
[#22685] 1.9 conditional wait has no timeout support — Nasir Khan <rubylearner@...>
In ruby 1.8 we could use -
6 messages
2009/03/05
[#22687] [Bug #1248] e.exception(e) returns self — Tomas Matousek <redmine@...>
Bug #1248: e.exception(e) returns self
8 messages
2009/03/05
[#22696] Re: [Bug #1248] e.exception(e) returns self
— Yukihiro Matsumoto <matz@...>
2009/03/06
Hi,
[#22698] Re: [Bug #1248] e.exception(e) returns self
— Tomas Matousek <Tomas.Matousek@...>
2009/03/06
Well the reason is that arg is supposed to be a message, right? A message c=
[#22715] [Bug #1251] gsub problem — Alexander Pettelkau <redmine@...>
Bug #1251: gsub problem
9 messages
2009/03/07
[#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
[#22730] Re: Moving ruby 1.9.1 forward on windows
— Austin Ziegler <halostatue@...>
2009/03/08
On Sat, Mar 7, 2009 at 7:01 PM, Charlie Savage <cfis@savagexi.com> wrote:
[#22754] Re: Moving ruby 1.9.1 forward on windows
— Charlie Savage <cfis@...>
2009/03/08
> This works until you start linking third-party upstream source that
[#22757] Re: Moving ruby 1.9.1 forward on windows
— Austin Ziegler <halostatue@...>
2009/03/08
On Sun, Mar 8, 2009 at 3:45 PM, Charlie Savage <cfis@savagexi.com> wrote:
[#22759] Re: Moving ruby 1.9.1 forward on windows
— Charlie Savage <cfis@...>
2009/03/08
Hi Austin,
[#22761] Re: Moving ruby 1.9.1 forward on windows
— Austin Ziegler <halostatue@...>
2009/03/08
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
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:
[#22740] Re: Ruby 1.9.1 and tail recursion optimization
— Nobuyoshi Nakada <nobu@...>
2009/03/08
Hi,
[#22741] Re: Ruby 1.9.1 and tail recursion optimization
— James Coglan <jcoglan@...>
2009/03/08
>
[#22742] Re: Ruby 1.9.1 and tail recursion optimization
— Nikolai Weibull <now@...>
2009/03/08
On Sun, Mar 8, 2009 at 16:57, James Coglan <jcoglan@googlemail.com> wrote:
[#22743] Re: Ruby 1.9.1 and tail recursion optimization
— James Coglan <jcoglan@...>
2009/03/08
2009/3/8 Nikolai Weibull <now@bitwi.se>
[#22744] Re: Ruby 1.9.1 and tail recursion optimization
— daz <dooby@...10.karoo.co.uk>
2009/03/08
James Coglan wrote:
[#22746] Re: Ruby 1.9.1 and tail recursion optimization
— Wolfgang N疆asi-Donner <ed.odanow@...>
2009/03/08
daz schrieb:
[#22753] Re: Ruby 1.9.1 and tail recursion optimization
— Charles Oliver Nutter <charles.nutter@...>
2009/03/08
Wolfgang N=C3=A1dasi-Donner wrote:
[#22755] Re: Ruby 1.9.1 and tail recursion optimization
— Wolfgang Nádasi-Donner <ed.odanow@...>
2009/03/08
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
7 messages
2009/03/08
[#22766] Re: [Feature #1256] Add constant TAILRECURSION to let a program recognize if tail recursion optimization is implemented
— Nobuyoshi Nakada <nobu@...>
2009/03/09
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
21 messages
2009/03/10
[#22816] Re: Relegate 1.8.6 to Engine Yard, part II
— Ryan Davis <ryand-ruby@...>
2009/03/10
[#22833] Re: Relegate 1.8.6 to Engine Yard, part II
— Urabe Shyouhei <shyouhei@...>
2009/03/11
Ryan Davis wrote:
[#22845] Re: Relegate 1.8.6 to Engine Yard, part II
— Urabe Shyouhei <shyouhei@...>
2009/03/11
Urabe Shyouhei wrote:
[#22907] Re: Relegate 1.8.6 to Engine Yard, part II
— Nobuyoshi Nakada <nobu@...>
2009/03/16
Hi,
[#22910] Re: Relegate 1.8.6 to Engine Yard, part II
— Urabe Shyouhei <shyouhei@...>
2009/03/16
Nobuyoshi Nakada wrote:
[#23021] Re: Relegate 1.8.6 to Engine Yard, part II
— Urabe Shyouhei <shyouhei@...>
2009/03/26
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
8 messages
2009/03/10
[#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
6 messages
2009/03/12
[#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
[#22985] Re: Ruby Time
— Tanaka Akira <akr@...>
2009/03/21
In article <b5d0a489-4613-4b63-9664-8627358b2dd9@g19g2000yql.googlegroups.com>,
[#22992] Re: Ruby Time
— valodzka <valodzka@...>
2009/03/22
> I found a discussion in PHP.
[#23025] Re: Ruby Time
— Tanaka Akira <akr@...>
2009/03/26
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
10 messages
2009/03/15
[#29039] [Feature #1291] O_CLOEXEC flag missing for Kernel::open
— Motohiro KOSAKI <redmine@...>
2010/03/26
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
7 messages
2009/03/15
[#22895] Re: [Bug #1292] 1.8 compile time error with mingw gcc 4.3
— Nobuyoshi Nakada <nobu@...>
2009/03/15
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
5 messages
2009/03/16
[#22927] [Bug #1301] Poor RegExp Matching Performance — Andreas Grau <redmine@...>
Bug #1301: Poor RegExp Matching Performance
7 messages
2009/03/18
[#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
5 messages
2009/03/18
[#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
5 messages
2009/03/19
[#22978] Ruby 1.9 bloc parameters — Vincent Isambart <vincent.isambart@...>
Hi,
1 message
2009/03/20
[#22979] Ruby 1.9 bloc parameters — Vincent Isambart <vincent.isambart@...>
Hi,
1 message
2009/03/20
[#22990] [Bug #1309] dl tests — Charlie Savage <redmine@...>
Bug #1309: dl tests
5 messages
2009/03/22
[#23026] [Bug #1317] Creating a range with strings — Ian Bailey <redmine@...>
Bug #1317: Creating a range with strings
5 messages
2009/03/26
[#23027] [Bug #1317] Creating a range with strings
— Michael Selig <redmine@...>
2009/03/26
Issue #1317 has been updated by Michael Selig.
[#23050] [Bug #1322] define_method scope bug — "coderrr ." <redmine@...>
Bug #1322: define_method scope bug
5 messages
2009/03/29
[#23051] [Bug #1323] Sockets broken on windows — Charlie Savage <redmine@...>
Bug #1323: Sockets broken on windows
6 messages
2009/03/29
[#23053] [Bug #1325] fiber tests kill windows — Charlie Savage <redmine@...>
Bug #1325: fiber tests kill windows
6 messages
2009/03/29
[#23054] [Bug #1326] Failing unit tests on windows — Charlie Savage <redmine@...>
Bug #1326: Failing unit tests on windows
4 messages
2009/03/29
[#23060] [Bug #1327] CSV unit test failures on windows — Charlie Savage <redmine@...>
Bug #1327: CSV unit test failures on windows
4 messages
2009/03/29
[#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
[#26505] [Bug #1332] Reading file on Windows is 500x slower then with previous Ruby version
— Roger Pack <redmine@...>
2009/11/03
Issue #1332 has been updated by Roger Pack.
[#26515] Re: [Bug #1332] Reading file on Windows is 500x slower then with previous Ruby version
— "U.Nakamura" <usa@...>
2009/11/04
Hello,
[#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,
[#23189] Re: [Bug #1336] Change in string representation of Floats
— Brent Roman <brent@...>
2009/04/13
[#23199] Re: [Bug #1336] Change in string representation of Floats
— Yukihiro Matsumoto <matz@...>
2009/04/14
Hi,
[#23201] Re: [Bug #1336] Change in string representation of Floats
— Gary Wright <gwtmp01@...>
2009/04/14
[#23202] Re: [Bug #1336] Change in string representation of Floats
— Urabe Shyouhei <shyouhei@...>
2009/04/14
Gary Wright wrote:
[#23206] Re: [Bug #1336] Change in string representation of Floats
— Gary Wright <gwtmp01@...>
2009/04/14
[#23116] [Bug #1336] Change in string representation of Floats
— Roger Pack <redmine@...>
2009/04/04
Issue #1336 has been updated by Roger Pack.
[#23118] Re: [Bug #1336] Change in string representation of Floats
— brian ford <brixen@...>
2009/04/04
On Fri, Apr 3, 2009 at 11:49 PM, Roger Pack <redmine@ruby-lang.org> 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
6 messages
2009/03/31
[ruby-core:22658] [Bug #1172] [sparc] *** glibc detected *** ruby1.9: free(): invalid pointer: 0xf7ef6a54 ***
From:
Lucas Nussbaum <redmine@...>
Date:
2009-03-03 22:25:11 UTC
List:
ruby-core #22658
Issue #1172 has been updated by Lucas Nussbaum. Here is the full debug output: *** glibc detected *** ruby1.9: free(): invalid pointer: 0xf7eeea54 *** ======= Backtrace: ========= /lib/libc.so.6(cfree+0x8c)[0xf7b4a12c] /usr/lib/libruby1.9.so.1.9(ruby_xfree+0x28)[0xf7e297cc] /usr/lib/libruby1.9.so.1.9[0xf7e2b248] /usr/lib/libruby1.9.so.1.9(rb_gc+0x1c)[0xf7e2b5fc] /usr/lib/libruby1.9.so.1.9(rb_gc_start+0x4)[0xf7e2b614] /usr/lib/libruby1.9.so.1.9[0xf7ed62d4] /usr/lib/libruby1.9.so.1.9[0xf7ed9088] /usr/lib/libruby1.9.so.1.9[0xf7edaac4] /usr/lib/libruby1.9.so.1.9[0xf7ee0794] /usr/lib/libruby1.9.so.1.9(rb_iseq_eval+0x16c)[0xf7ee099c] /usr/lib/libruby1.9.so.1.9(ruby_exec_node+0x90)[0xf7e1bcf4] /usr/lib/libruby1.9.so.1.9(ruby_run_node+0x40)[0xf7e1d2c4] ruby1.9(main+0x54)[0x108cc] /lib/libc.so.6(__libc_start_main+0x110)[0xf7ae7c50] ruby1.9(_start+0x2c)[0x1072c] ======= Memory map: ======== 00010000-00012000 r-xp 00000000 09:01 1144890 /usr/bin/ruby1.9 00020000-00022000 rwxp 00000000 09:01 1144890 /usr/bin/ruby1.9 00022000-000f0000 rwxp 00022000 00:00 0 [heap] f7692000-f7714000 rw-p f7692000 00:00 0 f7714000-f7716000 r-xp 00000000 09:01 1227352 /usr/lib/ruby/1.9.0/sparc-linux/continuation.so f7716000-f7724000 ---p 00002000 09:01 1227352 /usr/lib/ruby/1.9.0/sparc-linux/continuation.so f7724000-f7726000 rwxp 00000000 09:01 1227352 /usr/lib/ruby/1.9.0/sparc-linux/continuation.so f7728000-f772a000 r-xp 00000000 09:01 1227317 /usr/lib/ruby/1.9.0/sparc-linux/enc/trans/transdb.so f772a000-f7738000 ---p 00002000 09:01 1227317 /usr/lib/ruby/1.9.0/sparc-linux/enc/trans/transdb.so f7738000-f773a000 rwxp 00000000 09:01 1227317 /usr/lib/ruby/1.9.0/sparc-linux/enc/trans/transdb.so f773c000-f7740000 r-xp 00000000 09:01 1227321 /usr/lib/ruby/1.9.0/sparc-linux/enc/encdb.so f7740000-f774e000 ---p 00004000 09:01 1227321 /usr/lib/ruby/1.9.0/sparc-linux/enc/encdb.so f774e000-f7750000 rwxp 00002000 09:01 1227321 /usr/lib/ruby/1.9.0/sparc-linux/enc/encdb.so f7752000-f7754000 ---p f7752000 00:00 0 f7754000-f77da000 rw-p f7754000 00:00 0 f77da000-f77dc000 r--p 00dda000 09:01 1210076 /usr/lib/locale/locale-archive f77de000-f78c8000 r--p 0019e000 09:01 1210076 /usr/lib/locale/locale-archive f78c8000-f7ac8000 r--p 00000000 09:01 1210076 /usr/lib/locale/locale-archive f7ac8000-f7c26000 r-xp 00000000 09:01 1148445 /lib/libc-2.9.so f7c26000-f7c36000 ---p 0015e000 09:01 1148445 /lib/libc-2.9.so f7c36000-f7c38000 r--p 0015e000 09:01 1148445 /lib/libc-2.9.so f7c38000-f7c3c000 rwxp 00160000 09:01 1148445 /lib/libc-2.9.so f7c3c000-f7c3e000 rwxp f7c3c000 00:00 0 f7c40000-f7d0e000 r-xp 00000000 09:01 1150019 /lib/libm-2.9.so f7d0e000-f7d1c000 ---p 000ce000 09:01 1150019 /lib/libm-2.9.so f7d1c000-f7d1e000 r--p 000cc000 09:01 1150019 /lib/libm-2.9.so f7d1e000-f7d22000 rwxp 000ce000 09:01 1150019 /lib/libm-2.9.so f7d24000-f7d2e000 r-xp 00000000 09:01 1148498 /lib/libcrypt-2.9.so f7d2e000-f7d3c000 ---p 0000a000 09:01 1148498 /lib/libcrypt-2.9.so f7d3c000-f7d3e000 r--p 00008000 09:01 1148498 /lib/libcrypt-2.9.so f7d3e000-f7d40000 rwxp 0000a000 09:01 1148498 /lib/libcrypt-2.9.so f7d40000-f7d66000 rwxp f7d40000 00:00 0 f7d68000-f7d6c000 r-xp 00000000 09:01 1148443 /lib/libdl-2.9.so f7d6c000-f7d7a000 ---p 00004000 09:01 1148443 /lib/libdl-2.9.so f7d7a000-f7d7c000 r--p 00002000 09:01 1148443 /lib/libdl-2.9.so f7d7c000-f7d7e000 rwxp 00004000 09:01 1148443 /lib/libdl-2.9.so f7d80000-f7d88000 r-xp 00000000 09:01 1148503 /lib/librt-2.9.so f7d88000-f7d96000 ---p 00008000 09:01 1148503 /lib/librt-2.9.so f7d96000-f7d98000 r--p 00006000 09:01 1148503 /lib/librt-2.9.so f7d98000-f7d9a000 rwxp 00008000 09:01 1148503 /lib/librt-2.9.so f7d9c000-f7db2000 r-xp 00000000 09:01 1148414 /lib/libpthread-2.9.so f7db2000-f7dc0000 ---p 00016000 09:01 1148414 /lib/libpthread-2.9.so f7dc0000-f7dc2000 r--p 00014000 09:01 1148414 /lib/libpthread-2.9.so f7dc2000-f7dc4000 rwxp 00016000 09:01 1148414 /lib/libpthread-2.9.so f7dc4000-f7dc6000 rwxp f7dc4000 00:00 0 f7dc8000-f7f2c000 r-xp 00000000 09:01 1144668 /usr/lib/libruby1.9.so.1.9.0 f7f2c000-f7f3a000 ---p 00164000 09:01 1144668 /usr/lib/libruby1.9.so.1.9.0 f7f3a000-f7f48000 rwxp 00162000 09:01 1144668 /usr/lib/libruby1.9.so.1.9.0 f7f48000-f7f58000 rwxp f7f48000 00:00 0 f7f68000-f7f8a000 r-xp 00000000 09:01 1150022 /lib/ld-2.9.so f7f96000-f7f98000 rw-p f7f96000 00:00 0 f7f98000-f7f9a000 r--p 00020000 09:01 1150022 /lib/ld-2.9.so f7f9a000-f7f9c000 rwxp 00022000 09:01 1150022 /lib/ld-2.9.so f7f9c000-f7f9e000 rw-p f7f9c000 00:00 0 ffdfa000-ffe24000 rw-p 7fefffd6000 00:00 0 [stack] Aborted (core dumped) Do you have access to a SPARC ? ---------------------------------------- http://redmine.ruby-lang.org/issues/show/1172 ---------------------------------------- http://redmine.ruby-lang.org