ruby-core

Mailing Lists

ruby-list (For Ruby users, JA) ruby-dev (For Ruby developers, JA) ruby-core (For Ruby developers, EN) ruby-talk (For Ruby users, EN)
2025 2024 2023 2022 2021 2020 2019 2018 2017 2016 2015 2014 2013 2012 2011 2010 2009 2008 2007 2006 2005 2004 2003 2002
1 2 3 4 5 6 7 8 9 10 11 12

[#4649] Building HEAD is semi-broken for win32 — Nathaniel Talbott <ntalbott@...>

Recent changes to the win32 build process broke my build. Basically,

3 messages 2005/04/01
[#4650] Re: Building HEAD is semi-broken for win32 — nobu.nokada@... 2005/04/02

Hi,
[#4665] Re: Building HEAD is semi-broken for win32 — Nathaniel Talbott <ntalbott@...> 2005/04/06

On Apr 2, 2005 12:05 AM, nobu.nokada@softhome.net

[#4652] Ruby interpreter crashs reproduceable — Lothar Scholz <mailinglists@...>

Hello ruby-core,

2 messages 2005/04/03
[#4653] Re: Ruby interpreter crashs reproduceable — Yukihiro Matsumoto <matz@...> 2005/04/03

Hi,

[#4654] signleton_methods / methods / public_methods - weirdness? — Johan Holmberg <holmberg@...>

5 messages 2005/04/03
[#4655] Re: signleton_methods / methods / public_methods - weirdness? — "David A. Black" <dblack@...> 2005/04/03

Hi --
[#4664] Re: signleton_methods / methods / public_methods - weirdness? — Johan Holmberg <holmberg@...> 2005/04/06

[#4656] Re: signleton_methods / methods / public_methods - weirdness? — Saynatkari <ruby-ml@...> 2005/04/03

David A. Black wrote:
[#4657] Re: signleton_methods / methods / public_methods - weirdness? — "David A. Black" <dblack@...> 2005/04/04

Hi --

[#4662] set_trace_func since CVS 2005-04-04: No return events? — =?ISO-8859-15?Q?Florian_Gro=DF?= <florgro@...>

Moin.

4 messages 2005/04/04
[#4673] Re: set_trace_func since CVS 2005-04-04: No return events? — Yukihiro Matsumoto <matz@...> 2005/04/07

Hi,
[#4674] Re: set_trace_func since CVS 2005-04-04: No return events? — Shugo Maeda <shugo@...> 2005/04/07

Hi,
[#4683] Re: set_trace_func since CVS 2005-04-04: No return events? — =?ISO-8859-15?Q?Florian_Gro=DF?= <florgro@...> 2005/04/09

Shugo Maeda wrote:

[#4663] openssl session id support — "Evan M. Webb" <evan@...>

The following patch adds support for setting the session id within an

1 message 2005/04/04

[#4666] Getting a hex representation for a Numeric — "Zev Blut" <rubyzbibd@...>

Hello,

3 messages 2005/04/06
[#4667] Re: Getting a hex representation for a Numeric — Nathaniel Talbott <ntalbott@...> 2005/04/06

On Apr 6, 2005 12:25 PM, Zev Blut <rubyzbibd@ubit.com> wrote:
[#4669] Re: Getting a hex representation for a Numeric — "Zev Blut" <rubyzbibd@...> 2005/04/07

On Thu, 7 Apr 2005 02:12:40 +0900, Nathaniel Talbott <ntalbott@gmail.com>

[#4668] ruby-lex hangs if there is no newline at end of file — noreply@...

Bugs item #1745, was opened at 2005-04-06 22:43

1 message 2005/04/06

[#4670] ruby 1.8.3 preview1 plan — Yukihiro Matsumoto <matz@...>

Hi,

15 messages 2005/04/07
[#4675] Re: ruby 1.8.3 preview1 plan — Johan Holmberg <holmberg@...> 2005/04/07

[#4676] Re: ruby 1.8.3 preview1 plan — nobu.nokada@... 2005/04/07

Hi,
[#4677] Re: ruby 1.8.3 preview1 plan — Johan Holmberg <holmberg@...> 2005/04/07

[#4680] Re: ruby 1.8.3 preview1 plan — wvdbos@... 2005/04/08

Did you look at the GC problem I wrote about some time ago?
[#4685] Re: ruby 1.8.3 preview1 plan — nobu.nokada@... 2005/04/10

Hi,
[#4731] Re: ruby 1.8.3 preview1 plan — Tilman Sauerbeck <tilman@...> 2005/04/17

Yukihiro Matsumoto <matz@ruby-lang.org> [2005-04-07 14:03]:
[#4689] Re: ruby 1.8.3 preview1 plan — Steven Jenkins <steven.jenkins@...> 2005/04/10

Yukihiro Matsumoto wrote:
[#4678] Re: ruby 1.8.3 preview1 plan — nobu.nokada@... 2005/04/08

Hi,
[#4679] Re: ruby 1.8.3 preview1 plan — Lothar Scholz <mailinglists@...> 2005/04/08

Hello Yukihiro,
[#4698] Re: ruby 1.8.3 preview1 plan — nobu.nokada@... 2005/04/11

Hi,
[#4671] Re: ruby 1.8.3 preview1 plan — Florian Gro<florgro@...> 2005/04/07

Yukihiro Matsumoto wrote:
[#4672] Re: ruby 1.8.3 preview1 plan — Yukihiro Matsumoto <matz@...> 2005/04/07

Hi,
[#4686] Re: ruby 1.8.3 preview1 plan — "Wim van den Bos" <home@...> 2005/04/10

[#4687] Re: ruby 1.8.3 preview1 plan — nobu.nokada@... 2005/04/10

Hi,

[#4681] logger.rb — Thomas Leitner <thomas_leitner@...>

Fixed documentation and removed one useless line

1 message 2005/04/08

[#4682] Re: [PATCH] logger.rb — "Berger, Daniel" <Daniel.Berger@...>

> -----Original Message-----

1 message 2005/04/08

[#4690] test failures for stable-snapshot 09/04/2005 — noreply@...

Bugs item #1762, was opened at 10-04-2005 20:46

4 messages 2005/04/10
[#4691] Re: [ ruby-Bugs-1762 ] test failures for stable-snapshot 09/04/2005 — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/04/11

Hello.
[#4692] Re: [ ruby-Bugs-1762 ] test failures for stable-snapshot 09/04/2005 — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/04/11

> 1. checkout ruby_1_8 branch to e:\ruby-cvs\ruby_1_8
[#4693] Re: [ ruby-Bugs-1762 ] test failures for stable-snapshot 09/04/2005 — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/04/11

[#4699] Server Maintenance — Shugo Maeda <shugo@...>

We'll be performing server maintenance on Thu Apr 14 03:00:00 UTC 2005.

1 message 2005/04/13

[#4706] Back-port win32ole 0.6.1 to 1.8? — Nathaniel Talbott <ntalbott@...>

win32ole 0.6.1, which is currently in HEAD, adds support for codepage

1 message 2005/04/13

[#4707] Small 1.9 fixes — "Florian Frank" <flori@...>

Hi,

2 messages 2005/04/13
[#4708] Re: Small 1.9 fixes — keiju@... (Keiju ISHITSUKA) 2005/04/13

>Hi,

[#4709] BNF-like grammar specified DIRECTLY in Ruby — Eric Mahurin <eric_mahurin@...>

Hello everybody,

5 messages 2005/04/14
[#4710] Re: BNF-like grammar specified DIRECTLY in Ruby — Mathieu Bouchard <matju@...> 2005/04/14

[#4715] Re: BNF-like grammar specified DIRECTLY in Ruby — =?ISO-8859-15?Q?Florian_Gro=DF?= <florgro@...> 2005/04/14

Eric Mahurin wrote:
[#4716] Re: BNF-like grammar specified DIRECTLY in Ruby — Eric Mahurin <eric_mahurin@...> 2005/04/14

I noticed that yahoo base64 encoded my attachments in my
[#4729] Re: BNF-like grammar specified DIRECTLY in Ruby — Daniel Amelang <daniel.amelang@...> 2005/04/16

Hey Eric, you really should consider posting this to the ruby-talk

[#4712] Segfault in zlib? — Nathaniel Talbott <ntalbott@...>

I'm using rubyzip (latest gem version) and zlib (1.2.2) to do a bunch

10 messages 2005/04/14
[#4713] Re: Segfault in zlib? — Nathaniel Talbott <ntalbott@...> 2005/04/14

On 4/14/05, Nathaniel Talbott <ntalbott@gmail.com> wrote:
[#4720] Re: Segfault in zlib? — Nathaniel Talbott <ntalbott@...> 2005/04/15

On 4/14/05, Nathaniel Talbott <ntalbott@gmail.com> wrote:
[#4722] Re: Segfault in zlib? — Nathaniel Talbott <ntalbott@...> 2005/04/15

On 4/15/05, Nathaniel Talbott <ntalbott@gmail.com> wrote:
[#4730] Re: Segfault in zlib? — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/04/16

[#4735] Re: Segfault in zlib? — Yukihiro Matsumoto <matz@...> 2005/04/18

Hi,
[#4733] Re: Segfault in zlib? — Nathaniel Talbott <ntalbott@...> 2005/04/17

On 4/16/05, H. Yamamoto <ocean@m2.ccsnet.ne.jp> wrote:
[#4734] Re: Segfault in zlib? — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/04/18

>Yes it does... thank you for your help.
[#4726] Re: Segfault in zlib? — Nathaniel Talbott <ntalbott@...> 2005/04/15

On 4/15/05, Nathaniel Talbott <ntalbott@gmail.com> wrote:
[#4728] Re: Segfault in zlib? — Steven Jenkins <steven.jenkins@...> 2005/04/15

Nathaniel Talbott wrote:

[#4721] ruby 1.8 cvs: configure.in solaris incompatibilty — ville.mattila@...

Solaris /usr/sbin/install and neither /usr/ucb do not have "-p" option so

2 messages 2005/04/15
[#4723] Re: ruby 1.8 cvs: configure.in solaris incompatibilty — Hugh Sasse <hgs@...> 2005/04/15

On Fri, 15 Apr 2005 ville.mattila@stonesoft.com wrote:

[#4736] Trivial speedup in Array#zip — Mauricio Fern疣dez <batsman.geo@...>

7 messages 2005/04/18
[#4738] Re: [PATCH] Trivial speedup in Array#zip — "daz" <dooby@...10.karoo.co.uk> 2005/04/19

[#4739] Re: [PATCH] Trivial speedup in Array#zip — nobu.nokada@... 2005/04/19

Hi,
[#4740] Re: [PATCH] Trivial speedup in Array#zip — Mauricio Fern疣dez <batsman.geo@...> 2005/04/20

On Wed, Apr 20, 2005 at 07:02:24AM +0900, nobu.nokada@softhome.net wrote:
[#4744] Re: [PATCH] Trivial speedup in Array#zip — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/04/20

[#4741] Re: [PATCH] Trivial speedup in Array#zip — "daz" <dooby@...10.karoo.co.uk> 2005/04/20

[#4743] Re: [PATCH] Trivial speedup in Array#zip — Mauricio Fern疣dez <batsman.geo@...> 2005/04/20

On Wed, Apr 20, 2005 at 11:12:55AM +0900, daz wrote:

[#4737] ruby 1.9 CVS rdoc genration fails — ville.mattila@...

1 message 2005/04/19

[#4742] Anonymous CVS Service Stopped — Shugo Maeda <shugo@...>

Hi,

1 message 2005/04/20

[#4745] Win32: Ruby & APR; build problems for Ruby Subversion SWIG bindings — Erik Huelsmann <ehuels@...>

Having taken upon me the task to provide a Windows build for

24 messages 2005/04/20
[#4746] Re: Win32: Ruby & APR; build problems for Ruby Subversion SWIG bindings — Austin Ziegler <halostatue@...> 2005/04/20

On 4/20/05, Erik Huelsmann <ehuels@gmail.com> wrote:
[#4747] Re: Win32: Ruby & APR; build problems for Ruby Subversion SWIG bindings — Erik Huelsmann <ehuels@...> 2005/04/20

Hi Austin,
[#4762] Re: Win32: Ruby & APR; build problems for Ruby Subversion SWIG bindings — nobu.nokada@... 2005/04/24

Hi,
[#4783] Re: Win32: Ruby & APR; build problems for Ruby Subversion SWIG bindings — Erik Huelsmann <ehuels@...> 2005/04/25

On 4/24/05, nobu.nokada@softhome.net <nobu.nokada@softhome.net> wrote:
[#4787] Re: Win32: Ruby & APR; build problems for Ruby Subversion SWIG bindings — nobu.nokada@... 2005/04/25

Hi,
[#4794] Re: Win32: Ruby & APR; build problems for Ruby Subversion SWIG bindings — Erik Huelsmann <ehuels@...> 2005/04/25

> > > Ruby is just using AC_TYPE_UID_T. So, using typedef for them,
[#4795] Re: Win32: Ruby & APR; build problems for Ruby Subversion SWIG bindings — nobu.nokada@... 2005/04/26

Hi,
[#4797] Re: Win32: Ruby & APR; build problems for Ruby Subversion SWIG bindings — Erik Huelsmann <ehuels@...> 2005/04/26

On 4/26/05, nobu.nokada@softhome.net <nobu.nokada@softhome.net> wrote:
[#4977] Win32: Ruby & APR; build problems for Ruby Subversion SWIG bindings — Erik Huelsmann <ehuels@...> 2005/05/14

As promised, I attached a patch to eliminate the compile problems
[#4978] Re: [PATCH] Win32: Ruby & APR; build problems for Ruby Subversion SWIG bindings — nobu.nokada@... 2005/05/14

Hi,
[#4980] Re: [PATCH] Win32: Ruby & APR; build problems for Ruby Subversion SWIG bindings — Erik Huelsmann <ehuels@...> 2005/05/14

Thanks for the quick response!
[#4981] Re: [PATCH] Win32: Ruby & APR; build problems for Ruby Subversion SWIG bindings — nobu.nokada@... 2005/05/14

Hi,
[#4984] Re: [PATCH] Win32: Ruby & APR; build problems for Ruby Subversion SWIG bindings — Erik Huelsmann <ehuels@...> 2005/05/14

On 5/14/05, nobu.nokada@softhome.net <nobu.nokada@softhome.net> wrote:
[#4985] Re: [PATCH] Win32: Ruby & APR; build problems for Ruby Subversion SWIG bindings — nobu.nokada@... 2005/05/14

Hi,
[#4986] Re: [PATCH] Win32: Ruby & APR; build problems for Ruby Subversion SWIG bindings — Erik Huelsmann <ehuels@...> 2005/05/14

On 5/14/05, nobu.nokada@softhome.net <nobu.nokada@softhome.net> wrote:
[#4791] Re: Win32: Ruby & APR; build problems for Ruby Subversion SWIG bindings — Austin Ziegler <halostatue@...> 2005/04/25

On 4/25/05, nobu.nokada@softhome.net <nobu.nokada@softhome.net> wrote:
[#4792] Switching to Subversion [Was: Re: Win32: Ruby & APR; build problems for Ruby Subversion SWIG bindings] — Eric Hodel <drbrain@...7.net> 2005/04/25

On 25 Apr 2005, at 02:38, Erik Huelsmann wrote:
[#4798] Re: Switching to Subversion [Was: Re: Win32: Ruby & APR; build problems for Ruby Subversion SWIG bindings] — Erik Huelsmann <ehuels@...> 2005/04/26

On 4/25/05, Eric Hodel <drbrain@segment7.net> wrote:
[#4760] Re: Win32: Ruby & APR; build problems for Ruby Subversion SWIG bindings — "U.Nakamura" <usa@...> 2005/04/24

Hello,
[#4757] Re: Win32: Ruby & APR; build problems for Ruby Subversion SWIG bindings — "daz" <dooby@...10.karoo.co.uk> 2005/04/23

[#4784] Re: Win32: Ruby & APR; build problems for Ruby Subversion SWIG bindings — Erik Huelsmann <ehuels@...> 2005/04/25

On 4/22/05, William A. Rowe, Jr. <wrowe@rowe-clan.net> wrote:
[#4750] Re: Win32: Ruby & APR; build problems for Ruby Subversion SWIG bindings — Kouhei Sutou <kou@...> 2005/04/22

Hi,
[#4755] Re: Win32: Ruby & APR; build problems for Ruby Subversion SWIG bindings — Erik Huelsmann <ehuels@...> 2005/04/23

On 4/22/05, Kouhei Sutou <kou@cozmixng.org> wrote:

[#4748] snapshots broken? — Nathaniel Talbott <ntalbott@...>

-rw-r--r-- 1 snapshot nogroup 45 Apr 20 19:00 snapshot.tar.gz

2 messages 2005/04/21
[#4749] Re: snapshots broken? — Yukihiro Matsumoto <matz@...> 2005/04/21

Hi,

[#4751] Illegal regexp causes segfault — Andrew Walrond <andrew@...>

irb(main):058:0> a = /\[([^]]*)\]/

13 messages 2005/04/22
[#4752] Re: Illegal regexp causes segfault — Nikolai Weibull <mailing-lists.ruby-core@...> 2005/04/22

Andrew Walrond, April 22:
[#4758] Re: Illegal regexp causes segfault — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/04/24

[#4763] Re: Illegal regexp causes segfault — Andrew Walrond <andrew@...> 2005/04/24

On Sunday 24 April 2005 03:59, H.Yamamoto wrote:
[#4764] Re: Illegal regexp causes segfault — ts <decoux@...> 2005/04/24

>>>>> "A" == Andrew Walrond <andrew@walrond.org> writes:
[#4767] Re: Illegal regexp causes segfault — ts <decoux@...> 2005/04/24

>>>>> "t" == ts <decoux@moulon.inra.fr> writes:
[#4761] Re: Illegal regexp causes segfault — ts <decoux@...> 2005/04/24

>>>>> "H" == H Yamamoto <ocean@m2.ccsnet.ne.jp> writes:
[#4765] Re: Illegal regexp causes segfault — Tanaka Akira <akr@...17n.org> 2005/04/24

In article <200504221210.38231.andrew@walrond.org>,
[#4766] Re: Illegal regexp causes segfault — ts <decoux@...> 2005/04/24

>>>>> "T" == Tanaka Akira <akr@m17n.org> writes:
[#4768] Re: Illegal regexp causes segfault — Tanaka Akira <akr@...17n.org> 2005/04/24

In article <200504241047.j3OAlj9b004255@moulon.inra.fr>,
[#4769] Re: Illegal regexp causes segfault — ts <decoux@...> 2005/04/24

>>>>> "T" == Tanaka Akira <akr@m17n.org> writes:
[#4770] Re: Illegal regexp causes segfault — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/04/24

[#4771] Re: Illegal regexp causes segfault — ts <decoux@...> 2005/04/24

>>>>> "H" == H Yamamoto <ocean@m2.ccsnet.ne.jp> writes:

[#4753] NUM2UINT does not rase RangError for negative Fixnum — noreply@...

Bugs item #1823, was opened at 2005-04-22 11:34

1 message 2005/04/22

[#4754] Re: Welcome to our (ruby-core ML) You are added automatically — "ODM" <odm@...>

1 message 2005/04/23

[#4756] date/holiday.rb — Nathaniel Talbott <ntalbott@...>

Is there a reason holiday.rb from the date2 library has not been

3 messages 2005/04/23
[#4759] Re: date/holiday.rb — YANAGAWA Kazuhisa <kjana@...4lab.to> 2005/04/24

In Message-Id: <f38b43ef050423123849726e29@mail.gmail.com>
[#4773] Re: date/holiday.rb — Nathaniel Talbott <ntalbott@...> 2005/04/24

On 4/24/05, YANAGAWA Kazuhisa <kjana@dm4lab.to> wrote:

[#4772] BUG: rexml/encodings/Shift-JIS.rb — speakillof <speakillof@...>

It seems that rexml/encodings/SHIFT-JIS.rb is broken.

2 messages 2005/04/24
[#4780] Re: BUG: rexml/encodings/Shift-JIS.rb — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/04/25

[#4774] enhanced $0 modification — Evan Webb <evanwebb@...>

The attached patch allows for ruby to use more of the available stack

7 messages 2005/04/24
[#4796] Re: [PATCH] enhanced $0 modification — nobu.nokada@... 2005/04/26

Hi,
[#4799] Re: [PATCH] enhanced $0 modification — Yukihiro Matsumoto <matz@...> 2005/04/27

Hi,
[#4805] Re: [PATCH] enhanced $0 modification — nobu.nokada@... 2005/04/27

Hi,
[#4800] Re: [PATCH] enhanced $0 modification — Tanaka Akira <akr@...17n.org> 2005/04/27

In article <200504261331.j3QDVG1p011391@sharui.nakada.niregi.kanuma.tochigi.jp>,
[#4801] Re: [PATCH] enhanced $0 modification — Evan Webb <evanwebb@...> 2005/04/27

The update patch shares no code with original ProFTPD, and thus would
[#4804] Re: [PATCH] enhanced $0 modification — nobu.nokada@... 2005/04/27

Hi,

[#4775] profiler.rb Schroedinbug — C Erler <erlercw@...>

A ruby program with the single instruction "require 'profile'"

9 messages 2005/04/24
[#4776] Re: profiler.rb Schroedinbug — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/04/25

>A ruby program with the single instruction "require 'profile'"
[#4777] Re: profiler.rb Schroedinbug — C Erler <erlercw@...> 2005/04/25

On 24/04/05, H. Yamamoto <ocean@m2.ccsnet.ne.jp> wrote:
[#4778] Re: profiler.rb Schroedinbug — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/04/25

>Neither irb nor ruby -rprofile cause the bug for me. It happens when
[#4779] Re: profiler.rb Schroedinbug — C Erler <erlercw@...> 2005/04/25

> Can you show us your ruby's version?
[#4781] Re: profiler.rb Schroedinbug — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/04/25

[#4782] Re: profiler.rb Schroedinbug — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/04/25

[#4785] Re: profiler.rb Schroedinbug — Florian Gro<florgro@...> 2005/04/25

C Erler wrote:
[#4793] Re: profiler.rb Schroedinbug — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/04/25

Hello.

[#4790] Extending a SimpleDelegator — TRANS <transfire@...>

I noticed that Delegator (delegate.rb) does not work as one might

3 messages 2005/04/25
[#5199] Re: Extending a SimpleDelegator — Yukihiro Matsumoto <matz@...> 2005/06/12

Hi,
[#5203] Re: Extending a SimpleDelegator — TRANS <transfire@...> 2005/06/15

On 6/12/05, Yukihiro Matsumoto <matz@ruby-lang.org> wrote:

[#4802] Anonymous CVS Service Restart — Shugo Maeda <shugo@...>

Hi,

2 messages 2005/04/27
[#4803] Re: [ANN] Anonymous CVS Service Restart — Daniel Amelang <daniel.amelang@...> 2005/04/27

No, thank YOU!

[#4806] -Wall — "Kirill A. Shutemov" <k.shutemov@...>

Why does ruby build without -Wall in CFLAGS by default? -Wall can help to

1 message 2005/04/28

[#4807] Re: -Wall — Vincent Isambart <vincent.isambart@...>

> Why does ruby build without -Wall in CFLAGS by default? -Wall can help to

9 messages 2005/04/28
[#4808] Re: -Wall — "Kirill A. Shutemov" <k.shutemov@...> 2005/04/28

On 23:52 Thu 28 Apr, Vincent Isambart wrote:
[#4810] Re: -Wall — Nikolai Weibull <mailing-lists.ruby-core@...> 2005/04/28

Vincent Isambart, April 28:
[#4811] Re: -Wall — Vincent Isambart <vincent.isambart@...> 2005/04/28

> When are warnings a bad thing? It's not like they stop things from
[#4812] Re: -Wall — Jim Helm <perlguy@...> 2005/04/28

On 4/28/05, Vincent Isambart <vincent.isambart@gmail.com> wrote:
[#4813] Re: -Wall — Nikolai Weibull <mailing-lists.ruby-core@...> 2005/04/28

Vincent Isambart, April 29:
[#4814] Re: -Wall — Vincent Isambart <vincent.isambart@...> 2005/04/28

> > I never said that warnings are a bad thing. It's a good tool for
[#4824] Re: -Wall — "Jon A. Lambert" <jlsysinc@...> 2005/04/30

Jim Helm wrote:
[#4829] Re: -Wall — Peter Reilly <peterreilly@...> 2005/05/03

Jon A. Lambert wrote:

[#4809] Re: -Wall — "Berger, Daniel" <Daniel.Berger@...>

> -----Original Message-----

1 message 2005/04/28

[#4815] Re: -Wall — nobu.nokada@...

Hi,

6 messages 2005/04/29
[#4817] Re: -Wall — nobu.nokada@... 2005/04/29

Hi,
[#4818] Re: -Wall — Nikolai Weibull <mailing-lists.ruby-core@...> 2005/04/29

nobu.nokada@softhome.net, April 29:
[#4823] Re: -Wall — nobu.nokada@... 2005/04/30

Hi,
[#4831] Re: -Wall — Yukihiro Matsumoto <matz@...> 2005/05/04

Hi,
[#4816] Re: -Wall — "Kirill A. Shutemov" <k.shutemov@...> 2005/04/29

On 14:41 ヤ 29 誨哮 nobu.nokada@softhome.net wrote:

[#4819] Enhancing backtraces — Emiel van de Laar <emiel@...>

Hi list,

4 messages 2005/04/29
[#4822] Re: Enhancing backtraces — TRANS <transfire@...> 2005/04/30

Hi--
[#4820] for [ #1823 ] NUM2UINT and rb_num2ull do not rase RangeError for negative Fixnum — Michael Schonberg <mschonberg@...> 2005/04/29

All,
[#4821] Re: [PATCH] for [ #1823 ] NUM2UINT and rb_num2ull do not rase RangeError for negative Fixnum — Tom Copeland <tom@...> 2005/04/29

On Sat, 2005-04-30 at 06:41 +0900, Michael Schonberg wrote:

Re: Segfault in zlib?

From: Nathaniel Talbott <ntalbott@...>
Date: 2005-04-15 14:59:51 UTC
List: ruby-core #4722 
On 4/15/05, Nathaniel Talbott <ntalbott@gmail.com> wrote:
> OK, I have a reproducible case now:

And a backtrace:

	msvcrt-ruby18.dll!rb_str_buf_cat(unsigned long str=59443296, const
char * ptr=0x0322e05b, long len=32717)  Line 721 + 0x17	C
 	zlib.so!zstream_append_input(zstream * z=0x031125f0, const char *
src=0x0322e05b, unsigned int len=32717)  Line 594 + 0x14	C
 	zlib.so!zstream_run(zstream * z=0x031125f0, unsigned char *
src=0x0321e008, unsigned int len=32768, int flush=2)  Line 756 +
0x17	C
 	zlib.so!do_inflate(zstream * z=0x031125f0, unsigned long
src=59455392)  Line 1505 + 0x19	C
 	zlib.so!rb_inflate_inflate(unsigned long obj=59455536, unsigned long
src=59455392)  Line 1543 + 0xd	C
 	msvcrt-ruby18.dll!call_cfunc()  Line 5477 + 0xd	C
 	msvcrt-ruby18.dll!rb_call0()  Line 5608 + 0x1c	C
 	msvcrt-ruby18.dll!rb_call(unsigned long klass=45729208, unsigned
long recv=59455536, unsigned long mid=14113, int argc=1, const
unsigned long * argv=0x02401960, int scope=0)  Line 5831 + 0x28	C
 	msvcrt-ruby18.dll!rb_eval(unsigned long self=59457504, RNode *
n=0x027c7420)  Line 3317 + 0xb4	C
 	msvcrt-ruby18.dll!rb_call0()  Line 5738 + 0xd	C
 	msvcrt-ruby18.dll!rb_call(unsigned long klass=45696808, unsigned
long recv=59457504, unsigned long mid=14089, int argc=0, const
unsigned long * argv=0x00000000, int scope=2)  Line 5831 + 0x28	C
 	msvcrt-ruby18.dll!rb_eval(unsigned long self=59457504, RNode *
n=0x02834e28)  Line 3338 + 0x95	C
 	msvcrt-ruby18.dll!rb_eval(unsigned long self=59457504, RNode *
n=0x02834d80)  Line 3312 + 0xd1	C
 	msvcrt-ruby18.dll!rb_eval(unsigned long self=59457504, RNode *
n=0x02834ba0)  Line 2961 + 0x10	C
 	msvcrt-ruby18.dll!rb_call0()  Line 5738 + 0xd	C
 	msvcrt-ruby18.dll!rb_call(unsigned long klass=45696808, unsigned
long recv=59457504, unsigned long mid=6881, int argc=1, const unsigned
long * argv=0x02403568, int scope=0)  Line 5831 + 0x28	C
 	msvcrt-ruby18.dll!rb_eval(unsigned long self=59457888, RNode *
n=0x02838020)  Line 3317 + 0xb4	C
 	msvcrt-ruby18.dll!rb_call0()  Line 5738 + 0xd	C
 	msvcrt-ruby18.dll!rb_call(unsigned long klass=45697480, unsigned
long recv=59457888, unsigned long mid=6881, int argc=0, const unsigned
long * argv=0x00000000, int scope=0)  Line 5831 + 0x28	C
 	msvcrt-ruby18.dll!rb_eval(unsigned long self=45902104, RNode *
n=0x02869d00)  Line 3317 + 0xb4	C
 	msvcrt-ruby18.dll!rb_yield_0(unsigned long val=59457888, unsigned
long self=45902104, unsigned long klass=0, int flags=0, int avalue=0) 
Line 4810 + 0xd	C
 	msvcrt-ruby18.dll!rb_eval(unsigned long self=59707104, RNode *
n=0x0289a0c0)  Line 3113 + 0x16	C
 	msvcrt-ruby18.dll!rb_eval(unsigned long self=59707104, RNode *
n=0x0289a078)  Line 3261 + 0x10	C
 	msvcrt-ruby18.dll!rb_eval(unsigned long self=59707104, RNode *
n=0x0289a1e0)  Line 3173 + 0x10	C
 	msvcrt-ruby18.dll!rb_call0()  Line 5738 + 0xd	C
 	msvcrt-ruby18.dll!rb_call(unsigned long klass=45695464, unsigned
long recv=59707104, unsigned long mid=14657, int argc=0, const
unsigned long * argv=0x00000000, int scope=0)  Line 5831 + 0x28	C
 	msvcrt-ruby18.dll!rb_eval(unsigned long self=45902104, RNode *
n=0x0286e620)  Line 3317 + 0xb4	C
 	msvcrt-ruby18.dll!block_pass(unsigned long self=45902104, RNode *
node=0x0286e650)  Line 8562 + 0x10	C
 	msvcrt-ruby18.dll!rb_eval(unsigned long self=45902104, RNode *
n=0x0286e890)  Line 3023 + 0xd	C
 	msvcrt-ruby18.dll!rb_call0()  Line 5738 + 0xd	C
 	msvcrt-ruby18.dll!rb_call(unsigned long klass=45688720, unsigned
long recv=45902104, unsigned long mid=14657, int argc=1, const
unsigned long * argv=0x02406838, int scope=1)  Line 5831 + 0x28	C
 	msvcrt-ruby18.dll!rb_eval(unsigned long self=45902104, RNode *
n=0x0286a180)  Line 3332 + 0x9f	C
 	msvcrt-ruby18.dll!rb_eval(unsigned long self=45902104, RNode *
n=0x02869a18)  Line 3037 + 0x10	C
 	msvcrt-ruby18.dll!rb_call0()  Line 5738 + 0xd	C
 	msvcrt-ruby18.dll!rb_call(unsigned long klass=45688720, unsigned
long recv=45902104, unsigned long mid=6881, int argc=1, const unsigned
long * argv=0x02407640, int scope=0)  Line 5831 + 0x28	C
 	msvcrt-ruby18.dll!rb_eval(unsigned long self=41783896, RNode *
n=0x027c6d90)  Line 3317 + 0xb4	C
 	msvcrt-ruby18.dll!rb_yield_0(unsigned long val=59707104, unsigned
long self=41783896, unsigned long klass=0, int flags=0, int avalue=0) 
Line 4810 + 0xd	C
 	msvcrt-ruby18.dll!rb_yield(unsigned long val=59707104)  Line 4892 + 0x11	C
 	msvcrt-ruby18.dll!rb_ary_each(unsigned long ary=59480904)  Line 1125 + 0x12	C
 	msvcrt-ruby18.dll!call_cfunc()  Line 5474 + 0x7	C
 	msvcrt-ruby18.dll!rb_call0()  Line 5608 + 0x1c	C
 	msvcrt-ruby18.dll!rb_call(unsigned long klass=41756536, unsigned
long recv=59480904, unsigned long mid=3825, int argc=0, const unsigned
long * argv=0x00000000, int scope=0)  Line 5831 + 0x28	C
 	msvcrt-ruby18.dll!rb_eval(unsigned long self=45901168, RNode *
n=0x0287f258)  Line 3317 + 0xb4	C
 	msvcrt-ruby18.dll!block_pass(unsigned long self=45901168, RNode *
node=0x0287f3c0)  Line 8562 + 0x10	C
 	msvcrt-ruby18.dll!rb_eval(unsigned long self=45901168, RNode *
n=0x0287f480)  Line 3023 + 0xd	C
 	msvcrt-ruby18.dll!rb_call0()  Line 5738 + 0xd	C
 	msvcrt-ruby18.dll!rb_call(unsigned long klass=45691024, unsigned
long recv=45901168, unsigned long mid=3825, int argc=0, const unsigned
long * argv=0x00000000, int scope=0)  Line 5831 + 0x28	C
 	msvcrt-ruby18.dll!rb_eval(unsigned long self=45902104, RNode *
n=0x028747a0)  Line 3317 + 0xb4	C
 	msvcrt-ruby18.dll!block_pass(unsigned long self=45902104, RNode *
node=0x028747d0)  Line 8562 + 0x10	C
 	msvcrt-ruby18.dll!rb_eval(unsigned long self=45902104, RNode *
n=0x02874860)  Line 3023 + 0xd	C
 	msvcrt-ruby18.dll!rb_call0()  Line 5738 + 0xd	C
 	msvcrt-ruby18.dll!rb_call(unsigned long klass=45690688, unsigned
long recv=45902104, unsigned long mid=3825, int argc=0, const unsigned
long * argv=0x00000000, int scope=0)  Line 5831 + 0x28	C
 	msvcrt-ruby18.dll!rb_eval(unsigned long self=41783896, RNode *
n=0x027c6e68)  Line 3317 + 0xb4	C
 	msvcrt-ruby18.dll!rb_eval(unsigned long self=41783896, RNode *
n=0x027c6d48)  Line 3037 + 0x10	C
 	msvcrt-ruby18.dll!rb_yield_0(unsigned long val=45902104, unsigned
long self=41783896, unsigned long klass=0, int flags=0, int avalue=0) 
Line 4810 + 0xd	C
 	msvcrt-ruby18.dll!rb_eval(unsigned long self=45688720, RNode *
n=0x028700d8)  Line 3113 + 0x16	C
 	msvcrt-ruby18.dll!rb_eval(unsigned long self=45688720, RNode *
n=0x0286fef8)  Line 3173 + 0x10	C
 	msvcrt-ruby18.dll!rb_call0()  Line 5738 + 0xd	C
 	msvcrt-ruby18.dll!rb_call(unsigned long klass=45688672, unsigned
long recv=45688720, unsigned long mid=6905, int argc=1, const unsigned
long * argv=0x0240b9f0, int scope=0)  Line 5831 + 0x28	C
 	msvcrt-ruby18.dll!rb_eval(unsigned long self=41783896, RNode *
n=0x027c6ef8)  Line 3317 + 0xb4	C
 	msvcrt-ruby18.dll!rb_eval(unsigned long self=41783896, RNode *
n=0x027c6ce8)  Line 3037 + 0x10	C
 	msvcrt-ruby18.dll!rb_yield_0(unsigned long val=6, unsigned long
self=41783896, unsigned long klass=0, int flags=0, int avalue=0)  Line
4810 + 0xd	C
 	msvcrt-ruby18.dll!rb_f_loop()  Line 4954 + 0xf	C
 	msvcrt-ruby18.dll!call_cfunc()  Line 5474 + 0x7	C
 	msvcrt-ruby18.dll!rb_call0()  Line 5608 + 0x1c	C
 	msvcrt-ruby18.dll!rb_call(unsigned long klass=41789680, unsigned
long recv=41783896, unsigned long mid=3929, int argc=0, const unsigned
long * argv=0x00000000, int scope=1)  Line 5831 + 0x28	C
 	msvcrt-ruby18.dll!rb_eval(unsigned long self=41783896, RNode *
n=0x027c6c88)  Line 3332 + 0x9f	C
 	msvcrt-ruby18.dll!rb_eval(unsigned long self=41783896, RNode *
n=0x027c6c70)  Line 3037 + 0x10	C
 	msvcrt-ruby18.dll!rb_yield_0(unsigned long val=45925072, unsigned
long self=41783896, unsigned long klass=0, int flags=1, int avalue=2) 
Line 4810 + 0xd	C
 	msvcrt-ruby18.dll!rb_thread_yield()  Line 11594 + 0x11	C
 	msvcrt-ruby18.dll!rb_thread_start_0()  Line 11513 + 0xb	C
 	msvcrt-ruby18.dll!rb_thread_initialize()  Line 11671 + 0x12	C
 	msvcrt-ruby18.dll!call_cfunc()  Line 5468 + 0x18	C
 	msvcrt-ruby18.dll!rb_call0()  Line 5608 + 0x1c	C
 	msvcrt-ruby18.dll!rb_call(unsigned long klass=41770936, unsigned
long recv=45925096, unsigned long mid=2953, int argc=0, const unsigned
long * argv=0x00000000, int scope=1)  Line 5831 + 0x28	C
 	msvcrt-ruby18.dll!rb_funcall2(unsigned long recv=45925096, unsigned
long mid=2953, int argc=0, const unsigned long * argv=0x00000000) 
Line 5967 + 0x81	C
 	msvcrt-ruby18.dll!rb_obj_call_init(unsigned long obj=45925096, int
argc=0, unsigned long * argv=0x00000000)  Line 7303 + 0x18	C
 	msvcrt-ruby18.dll!rb_thread_s_new()  Line 11625 + 0x17	C
 	msvcrt-ruby18.dll!call_cfunc()  Line 5471 + 0xf	C
 	msvcrt-ruby18.dll!rb_call0()  Line 5608 + 0x1c	C
 	msvcrt-ruby18.dll!rb_call(unsigned long klass=41770912, unsigned
long recv=41770936, unsigned long mid=3361, int argc=0, const unsigned
long * argv=0x00000000, int scope=0)  Line 5831 + 0x28	C
 	msvcrt-ruby18.dll!rb_eval(unsigned long self=41783896, RNode *
n=0x027c7048)  Line 3317 + 0xb4	C
 	msvcrt-ruby18.dll!rb_eval(unsigned long self=41783896, RNode *
n=0x027c6c40)  Line 3037 + 0x10	C
 	msvcrt-ruby18.dll!rb_eval(unsigned long self=41783896, RNode *
n=0x027c6c28)  Line 3312 + 0xd1	C
 	msvcrt-ruby18.dll!rb_yield_0(unsigned long val=3, unsigned long
self=41783896, unsigned long klass=0, int flags=0, int avalue=0)  Line
4810 + 0xd	C
 	msvcrt-ruby18.dll!rb_yield(unsigned long val=3)  Line 4892 + 0x11	C
 	msvcrt-ruby18.dll!int_dotimes()  Line 2728 + 0xe	C
 	msvcrt-ruby18.dll!call_cfunc()  Line 5474 + 0x7	C
 	msvcrt-ruby18.dll!rb_call0()  Line 5608 + 0x1c	C
 	msvcrt-ruby18.dll!rb_call(unsigned long klass=41767240, unsigned
long recv=11, unsigned long mid=5417, int argc=0, const unsigned long
* argv=0x00000000, int scope=0)  Line 5831 + 0x28	C
 	msvcrt-ruby18.dll!rb_eval(unsigned long self=41783896, RNode *
n=0x027c70c0)  Line 3317 + 0xb4	C
 	msvcrt-ruby18.dll!rb_eval(unsigned long self=41783896, RNode *
n=0x027c7510)  Line 3037 + 0x10	C
 	msvcrt-ruby18.dll!eval_node()  Line 1314 + 0xd	C
 	msvcrt-ruby18.dll!ruby_exec_internal()  Line 1491 + 0x12	C
 	msvcrt-ruby18.dll!ruby_exec()  Line 1512	C
 	msvcrt-ruby18.dll!ruby_run()  Line 1521 + 0x5	C
 	ruby.exe!main()  Line 48	C
 	ruby.exe!mainCRTStartup()  Line 398 + 0xe	C
 	kernel32.dll!7c816d4f() 	
 	kernel32.dll!7c8399f3() 	

Thanks,


-- 
Nathaniel

<:((><

In This Thread

Prev Next