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

[#290] — Florian Frank <flori@...>

Hi all,

5 messages 2002/08/03
[#293] reply for your message — matz@... (Yukihiro Matsumoto) 2002/08/03

Hi,
[#305] File::Stat#blksize etc. should return nil instead of 0 — Florian Frank <flori@...> 2002/08/07

On Sun, 2002-08-04 at 01:45, Yukihiro Matsumoto wrote:
[#306] Re: File::Stat#blksize etc. should return nil instead of 0 — matz@... (Yukihiro Matsumoto) 2002/08/07

Hi,
[#307] RE: reply for your message — "Rich Kilmer" <rich@...> 2002/08/07

[#291] Kernel Thread implementation — Matthew Bloch <mattbee@...>

Hi there; after struggling for a little while against the unpredictability of

4 messages 2002/08/03
[#292] Re: Kernel Thread implementation — ts <decoux@...> 2002/08/03

>>>>> "M" == Matthew Bloch <mattbee@soup-kitchen.net> writes:
[#421] Allocate crash loop hole. — "Christoph" <chr_news@...> 2002/09/03

Hi,
[#424] RE: Allocate crash loop hole. — "Christoph" <chr_news@...> 2002/09/04

I wrote

[#297] GC longjmp macros — Michal Rokos <m.rokos@...>

Hi,

5 messages 2002/08/05
[#300] Re: [Cleanup] GC longjmp macros — matz@... (Yukihiro Matsumoto) 2002/08/06

Hi,
[#301] Re: [Cleanup] GC longjmp macros — Michal Rokos <m.rokos@...> 2002/08/06

On Tue, Aug 06, 2002 at 03:49:38PM +0900, Yukihiro Matsumoto wrote:
[#302] Re: [Cleanup] GC longjmp macros — nobu.nokada@... 2002/08/06

At Tue, 6 Aug 2002 16:58:53 +0900,
[#303] Re: [Cleanup] GC longjmp macros — Michal Rokos <m.rokos@...> 2002/08/06

Hi,

[#298] Is there a bug in Matrix or Complex? — Jim Freeze <jim@...>

Hi:

2 messages 2002/08/05
[#299] Re: Is there a bug in Matrix or Complex? — GOTO Kentaro <gotoken@...> 2002/08/05

At Tue, 6 Aug 2002 01:53:09 +0900,

[#308] Q: OSSL in std. distr? — Michal Rokos <m.rokos@...>

Hi,

4 messages 2002/08/08
[#310] Re: Q: OSSL in std. distr? — ts <decoux@...> 2002/08/09

>>>>> "M" == Michal Rokos <m.rokos@sh.cvut.cz> writes:
[#311] Re: Q: OSSL in std. distr? — Michal Rokos <m.rokos@...> 2002/08/09

Hi,
[#312] Re: Q: OSSL in std. distr? — "James F.Hranicky" <jfh@...> 2002/08/09

On Fri, 9 Aug 2002 17:56:24 +0900

[#309] Progress on incremental GC? — "Timothy J. Wood" <tjw@...>

1 message 2002/08/08

[#314] resolv.rb on 1.6.7 — Dave Thomas <Dave@...>

1 message 2002/08/09

[#316] Embeding Ruby in C++ code. — Kostas Katsamakas <kmak@...>

I have written the following code:

2 messages 2002/08/10
[#317] Re: Embeding Ruby in C++ code. — nobu.nokada@... 2002/08/11

Hi,

[#318] C and Ruby... — Kostas Katsamakas <kmak@...>

How can i add an instance variable in a ruby class object?

2 messages 2002/08/11
[#319] Re: C and Ruby... — nobu.nokada@... 2002/08/11

Hi,

[#321] Ruby module, Warn(ing) interface — Michal Rokos <m.rokos@...>

Hi,

2 messages 2002/08/12
[#322] Re: [ToDo] Ruby module, Warn(ing) interface — nobu.nokada@... 2002/08/12

Hi,

[#326] Implications of a #force_free method in Object? — Matthew Bloch <mattbee@...>

Hello;

8 messages 2002/08/19
[#327] Re: Implications of a #force_free method in Object? — nobu.nokada@... 2002/08/19

Hi,
[#423] Set.rb patch — "Christoph" <chr_news@...> 2002/09/03

Hi,
[#425] Re: Set.rb patch — matz@... (Yukihiro Matsumoto) 2002/09/04

Hi,
[#426] Re: Set.rb patch — "Akinori MUSHA" <knu@...> 2002/09/04

Hello,
[#427] Re: Set.rb patch — "Akinori MUSHA" <knu@...> 2002/09/04

At Wed, 4 Sep 2002 12:44:40 +0900,
[#431] RE: Set.rb patch — "Christoph" <chr_news@...> 2002/09/04

Akinori MUSHA wrote ...
[#430] RE: Set.rb patch — "Christoph" <chr_news@...> 2002/09/04

[#328] Int vs Long — Michal Rokos <m.rokos@...>

Hi,

7 messages 2002/08/21
[#333] Re: [Cleanup?] Int vs Long — Ryan Davis <ryand@...> 2002/08/21

Is any work being done to speed up certain aspects of ruby? I was
[#336] Re: [Cleanup?] Int vs Long — matz@... (Yukihiro Matsumoto) 2002/08/22

[#334] optimizing efforts? — Ryan Davis <ryand@...> 2002/08/21

yeah... i'm a dope. I need more coffee today. Resent w/ a real subject.
[#332] Re: [Cleanup?] Int vs Long — "James F.Hranicky" <jfh@...> 2002/08/21

On Wed, 21 Aug 2002 20:30:44 +0900
[#335] Re: [Cleanup?] Int vs Long — Michal Rokos <m.rokos@...> 2002/08/22

Hi,
[#388] Native Threads (was Re: [Cleanup?] Int vs Long) — "James F.Hranicky" <jfh@...> 2002/08/28

On Thu, 22 Aug 2002 19:06:15 +0900

[#329] Int vs Long #2 — Michal Rokos <m.rokos@...>

Hi,

3 messages 2002/08/21
[#330] Re: [Cleanup?] Int vs Long #2 — matz@... (Yukihiro Matsumoto) 2002/08/21

Hi,
[#331] Re: [Cleanup?] Int vs Long #2 — Michal Rokos <m.rokos@...> 2002/08/21

Hello,

[#337] Int vs Long (2nd part) — Michal Rokos <m.rokos@...>

Hi,

7 messages 2002/08/22
[#338] Re: [Cleanup] Int vs Long (2nd part) — nobu.nokada@... 2002/08/22

Hi,
[#339] Re: [Cleanup] Int vs Long (2nd part) — Michal Rokos <m.rokos@...> 2002/08/22

Hi,
[#341] Re: [Cleanup] Int vs Long (2nd part) — Michal Rokos <m.rokos@...> 2002/08/22

Hi,
[#343] Re: [Cleanup] Int vs Long (2nd part) — matz@... (Yukihiro Matsumoto) 2002/08/22

Hi,
[#342] Re: [Cleanup] Int vs Long (2nd part) — matz@... (Yukihiro Matsumoto) 2002/08/22

Hi,
[#347] Re: [Cleanup] Int vs Long (2nd part) — Michal Rokos <m.rokos@...> 2002/08/23

Hello,

[#340] Int vs Long #3 — Michal Rokos <m.rokos@...>

Hi,

9 messages 2002/08/22
[#344] Re: [Cleanup] Int vs Long #3 — nobu.nokada@... 2002/08/22

Hi,
[#348] Re: [Cleanup] Int vs Long #3 — Michal Rokos <m.rokos@...> 2002/08/23

Hello,
[#350] Re: [Cleanup] Int vs Long #3 — nobu.nokada@... 2002/08/23

Hi,
[#351] Re: [Cleanup] Int vs Long #3 — Michal Rokos <m.rokos@...> 2002/08/23

Hello,
[#352] Re: [Cleanup] Int vs Long #3 (RESEND with -p) — Michal Rokos <m.rokos@...> 2002/08/23

On Fri, Aug 23, 2002 at 07:41:22PM +0900, nobu.nokada@softhome.net wrote:
[#371] Re: [Cleanup] Int vs Long #3 (RESEND with -p) — Michal Rokos <m.rokos@...> 2002/08/27

Hello,
[#374] Re: [Cleanup] Int vs Long #3 (RESEND with -p) — matz@... (Yukihiro Matsumoto) 2002/08/27

Hi,
[#377] Re: [Cleanup] Int vs Long #3 (RESEND with -p) — Michal Rokos <m.rokos@...> 2002/08/28

Hello,

[#345] Bug in gc.c or misunderstanding on my part? — "Timothy J. Wood" <tjw@...>

2 messages 2002/08/23
[#346] RE: Bug in gc.c or misunderstanding on my part? — "Christian Boos" <cboos@...> 2002/08/23

Hi,

[#349] Array#select — Michal Rokos <m.rokos@...>

Hi,

3 messages 2002/08/23
[#354] Re: [Optim] Array#select — matz@... (Yukihiro Matsumoto) 2002/08/23

Hi,
[#357] Re: [Optim] Array#select — Michal Rokos <m.rokos@...> 2002/08/23

Hello,

[#353] File (struct stat handling) — Michal Rokos <m.rokos@...>

Hello,

6 messages 2002/08/23
[#356] Re: [Cleanup?] File (struct stat handling) — nobu.nokada@... 2002/08/23

Hi,
[#359] Re: [Cleanup?] File (struct stat handling) — matz@... (Yukihiro Matsumoto) 2002/08/24

Hi,
[#370] Re: [Cleanup?] File (struct stat handling) — Michal Rokos <m.rokos@...> 2002/08/27

Hello,
[#375] Re: [Cleanup?] File (struct stat handling) — matz@... (Yukihiro Matsumoto) 2002/08/27

Hi,
[#379] Re: [Cleanup?] File (struct stat handling) — Michal Rokos <m.rokos@...> 2002/08/28

Hello,

[#355] Array and .*ALLOC.* changes — Michal Rokos <m.rokos@...>

Hi,

3 messages 2002/08/23
[#360] Re: [Useless] Array and .*ALLOC.* changes — matz@... (Yukihiro Matsumoto) 2002/08/24

Hi,
[#368] Re: [Useless] Array and .*ALLOC.* changes — Michal Rokos <m.rokos@...> 2002/08/27

Hello,

[#358] node.h for eval.c — Michal Rokos <m.rokos@...>

Hi,

5 messages 2002/08/23
[#361] Re: [-Wall] node.h for eval.c — matz@... (Yukihiro Matsumoto) 2002/08/24

Hi,
[#369] Re: [-Wall] node.h for eval.c — Michal Rokos <m.rokos@...> 2002/08/27

Hello,
[#362] Re: [-Wall] node.h for eval.c — nobu.nokada@... 2002/08/24

Hi,
[#365] Re: [-Wall] node.h for eval.c — Ryan Davis <ryand@...> 2002/08/25

I just spent an LAX to SEA plane trip cleaning all but two warnings for

[#363] Ruby embedding limitations — "Timothy J. Wood" <tjw@...>

3 messages 2002/08/24
[#364] Re: Ruby embedding limitations — Joel VanderWerf <vjoel@...> 2002/08/24

Timothy J. Wood wrote:
[#366] Re: Ruby embedding limitations — Ryan Davis <ryand@...> 2002/08/25

[#367] RE: Welcome to our (ruby-core ML) You are added automatically — Girish Sharangpani <girishs@...>

Hi,

1 message 2002/08/26

[#372] rb_class_path — Michal Rokos <m.rokos@...>

Hello,

7 messages 2002/08/27
[#373] Re: [Safer] rb_class_path — nobu.nokada@... 2002/08/27

Hi,
[#378] Re: [Safer] rb_class_path — Michal Rokos <m.rokos@...> 2002/08/28

Hello,
[#380] Re: [Safer] rb_class_path — nobu.nokada@... 2002/08/28

Hi,
[#381] Re: [Safer] rb_class_path — Michal Rokos <m.rokos@...> 2002/08/28

Hello,
[#383] Re: [Safer] rb_class_path — nobu.nokada@... 2002/08/28

Hi,
[#384] Re: [Safer] rb_class_path — Michal Rokos <m.rokos@...> 2002/08/28

Hello,

[#376] Virtual host and port number in CGI — Raymond Blum <raymond@...>

Hi

1 message 2002/08/28

[#382] Port match to new dup, clone framework — Michal Rokos <m.rokos@...>

Hi,

5 messages 2002/08/28
[#385] Re: [Update] Port match to new dup, clone framework — nobu.nokada@... 2002/08/28

Hi,
[#386] Re: [Update] Port match to new dup, clone framework — Michal Rokos <m.rokos@...> 2002/08/28

Hello,
[#389] Re: [Update] Port match to new dup, clone framework — matz@... (Yukihiro Matsumoto) 2002/08/28

Hi,
[#391] Re: [Update] Port match to new dup, clone framework — Michal Rokos <m.rokos@...> 2002/08/30

Hello,

[#387] rb_str_replace — Michal Rokos <m.rokos@...>

Hi,

2 messages 2002/08/28
[#390] Re: [Clenup?] rb_str_replace — matz@... (Yukihiro Matsumoto) 2002/08/28

Hi,

[#392] io.c read_all — Michal Rokos <m.rokos@...>

Hello,

1 message 2002/08/30

[#393] in dln.c — Michal Rokos <m.rokos@...>

Hi,

14 messages 2002/08/30
[#398] Re: [MemLeak] in dln.c — nobu.nokada@... 2002/08/31

Hi,
[#403] Re: [MemLeak] in dln.c — Michal Rokos <m.rokos@...> 2002/09/02

Hello,
[#404] Re: [MemLeak] in dln.c — matz@... (Yukihiro Matsumoto) 2002/09/02

Hi,
[#405] Re: [MemLeak] in dln.c — Michal Rokos <m.rokos@...> 2002/09/02

Hello,
[#406] Re: [MemLeak] in dln.c — matz@... (Yukihiro Matsumoto) 2002/09/03

Hi,
[#435] Re: [MemLeak] in dln.c — Michal Rokos <m.rokos@...> 2002/09/05

Hello,
[#407] Re: [MemLeak] in dln.c — nobu.nokada@... 2002/09/03

Hi,
[#411] Re: [MemLeak] in dln.c — Michal Rokos <m.rokos@...> 2002/09/03

Hi,
[#418] Re: [MemLeak] in dln.c — matz@... (Yukihiro Matsumoto) 2002/09/03

Hi,
[#409] Re: [MemLeak] in dln.c — Michal Rokos <m.rokos@...> 2002/09/03

Hello,
[#408] Re: [MemLeak] in dln.c — Michal Rokos <m.rokos@...> 2002/09/03

Hi Michal,
[#402] Re: [MemLeak] in dln.c — Michal Rokos <m.rokos@...> 2002/09/02

Hi,
[#397] Re: [MemLeak] in dln.c — matz@... (Yukihiro Matsumoto) 2002/08/30

Hi,

[#394] in file.c — Michal Rokos <m.rokos@...>

Hi,

3 messages 2002/08/30
[#396] Re: [MemLeak] in file.c — matz@... (Yukihiro Matsumoto) 2002/08/30

Hi,
[#401] Re: [MemLeak] in file.c — Michal Rokos <m.rokos@...> 2002/09/02

Hi,

[#395] CVS version and win32 naming — "Rich Kilmer" <rich@...>

Having just checked out the latest from CVS, the version bumped to

3 messages 2002/08/30
[#399] Re: CVS version and win32 naming — matz@... (Yukihiro Matsumoto) 2002/08/31

Hi,
[#400] RE: CVS version and win32 naming — "Rich Kilmer" <rich@...> 2002/08/31

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

Re: Q: OSSL in std. distr?

From: "James F.Hranicky" <jfh@...>
Date: 2002-08-09 12:36:27 UTC
List: ruby-core #312 
On Fri, 9 Aug 2002 17:56:24 +0900
Michal Rokos <m.rokos@sh.cvut.cz> wrote:

> 	The status is little vierd. The parts that are in OSSL are
> 	stable, but there is a lot things to add.
> 
> 	Basically you're right - It's not a good idea to add OSSL into
> 	std.distr ever. (Because nobody seems to be using it.) (If it

I am -- thanks for developing it!

----------------------------------------------------------------------
| Jim Hranicky, Senior SysAdmin                   UF/CISE Department |
| E314D CSE Building                            Phone (352) 392-1499 |
| jfh@cise.ufl.edu                      http://www.cise.ufl.edu/~jfh |
----------------------------------------------------------------------

"Given a choice between a complex, difficult-to-understand, disconcerting
 explanation and a simplistic, comforting one, many prefer simplistic
 comfort if it's remotely plausible, especially if it involves blaming
 someone else for their problems."
                                                -- Bob Lewis, _Infoworld_

In This Thread

Prev Next