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)

[#1207] warning in ruby extension eats memory — Eugene Scripnik <Eugene.Scripnik@...>

This message was posted to ruby-talk, but I didn't get responce from

22 messages 2003/07/01

[#1208] Re: warning in ruby extension eats memory — ts <decoux@...> 2003/07/01

>>>>> "E" == Eugene Scripnik <Eugene.Scripnik@itgrp.net> writes:

[#1209] Re: warning in ruby extension eats memory — Eugene Scripnik <Eugene.Scripnik@...> 2003/07/02

ts wrote:

[#1210] Re: warning in ruby extension eats memory — ts <decoux@...> 2003/07/02

>>>>> "E" == Eugene Scripnik <Eugene.Scripnik@itgrp.net> writes:

[#1211] Re: warning in ruby extension eats memory — Eugene Scripnik <Eugene.Scripnik@...> 2003/07/04

ts wrote:

[#1212] Re: warning in ruby extension eats memory — ts <decoux@...> 2003/07/04

>>>>> "E" == Eugene Scripnik <Eugene.Scripnik@itgrp.net> writes:

[#1213] Re: warning in ruby extension eats memory — Eugene Scripnik <Eugene.Scripnik@...> 2003/07/04

ts wrote:

[#1214] Re: warning in ruby extension eats memory — ts <decoux@...> 2003/07/04

>>>>> "E" == Eugene Scripnik <Eugene.Scripnik@itgrp.net> writes:

[#1215] Re: warning in ruby extension eats memory — Eugene Scripnik <Eugene.Scripnik@...> 2003/07/04

ts wrote:

[#1216] Re: warning in ruby extension eats memory — ts <decoux@...> 2003/07/04

>>>>> "E" == Eugene Scripnik <Eugene.Scripnik@itgrp.net> writes:

[#1218] Re: warning in ruby extension eats memory — Eugene Scripnik <Eugene.Scripnik@...> 2003/07/04

ts wrote:

[#1220] Re: warning in ruby extension eats memory — ts <decoux@...> 2003/07/04

>>>>> "E" == Eugene Scripnik <Eugene.Scripnik@itgrp.net> writes:

[#1221] Re: warning in ruby extension eats memory — nobu.nokada@... 2003/07/04

Hi,

[#1222] Re: warning in ruby extension eats memory — ts <decoux@...> 2003/07/04

>>>>> "n" == nobu nokada <nobu.nokada@softhome.net> writes:

[#1224] Re: warning in ruby extension eats memory — nobu.nokada@... 2003/07/04

Hi,

[#1226] Re: warning in ruby extension eats memory — ts <decoux@...> 2003/07/04

>>>>> "n" == nobu nokada <nobu.nokada@softhome.net> writes:

[#1227] Re: warning in ruby extension eats memory — nobu.nokada@... 2003/07/04

Hi,

[#1217] Re: warning in ruby extension eats memory — nobu.nokada@... 2003/07/04

Hi,

[#1219] Re: warning in ruby extension eats memory — ts <decoux@...> 2003/07/04

>>>>> "n" == nobu nokada <nobu.nokada@softhome.net> writes:

[#1223] Re: warning in ruby extension eats memory — nobu.nokada@... 2003/07/04

Hi,

[#1225] Re: warning in ruby extension eats memory — matz@... (Yukihiro Matsumoto) 2003/07/04

Hi,

[#1228] Re: warning in ruby extension eats memory — Eugene Scripnik <Eugene.Scripnik@...> 2003/07/07

nobu.nokada@softhome.net wrote:

[#1229] stack problem — Mathieu Bouchard <matju@...>

15 messages 2003/07/12

[#1230] Re: stack problem — Mauricio Fern疣dez <batsman.geo@...> 2003/07/12

On Sat, Jul 12, 2003 at 01:59:53PM +0900, Mathieu Bouchard wrote:

[#1231] Re: stack problem — Mathieu Bouchard <matju@...> 2003/07/13

[#1233] Re: stack problem — Mathieu Bouchard <matju@...> 2003/07/14

[#1234] Re: stack problem — Mauricio Fern疣dez <batsman.geo@...> 2003/07/14

On Tue, Jul 15, 2003 at 01:26:43AM +0900, Mathieu Bouchard wrote:

[#1235] Re: stack problem — Mathieu Bouchard <matju@...> 2003/07/15

[#1236] Re: stack problem — matz@... (Yukihiro Matsumoto) 2003/07/15

Hi,

[#1278] Re: stack problem — Mathieu Bouchard <matju@...> 2003/07/22

[#1279] Re: stack problem — nobu.nokada@... 2003/07/23

Hi,

[#1280] Re: stack problem — Mathieu Bouchard <matju@...> 2003/07/23

[#1281] Re: stack problem — nobu.nokada@... 2003/07/23

Hi,

[#1282] Re: stack problem — Mathieu Bouchard <matju@...> 2003/07/23

[#1283] Re: stack problem — nobu.nokada@... 2003/07/23

Hi,

[#1292] Re: stack problem — Mathieu Bouchard <matju@...> 2003/07/23

[#1293] Re: stack problem — matz@... (Yukihiro Matsumoto) 2003/07/23

Hi,

[#1232] Re: Timezones in ChangeLog — matz@... (Yukihiro Matsumoto)

Hi,

1 message 2003/07/14

[#1237] FTP.new with block — Gavin Sinclair <gsinclair@...>

Hi,

22 messages 2003/07/19

[#1238] Re: [Patch] FTP.new with block — ts <decoux@...> 2003/07/19

>>>>> "G" == Gavin Sinclair <gsinclair@soyabean.com.au> writes:

[#1240] Re: [Patch] FTP.new with block — Mathieu Bouchard <matju@...> 2003/07/19

[#1242] Re: [Patch] FTP.new with block — matz@... (Yukihiro Matsumoto) 2003/07/19

Hi,

[#1243] Re: [Patch] FTP.new with block — Gavin Sinclair <gsinclair@...> 2003/07/19

On Sunday, July 20, 2003, 3:03:49 AM, Yukihiro wrote:

[#1245] Re: [Patch] FTP.new with block — Dave Thomas <dave@...> 2003/07/19

Yukihiro Matsumoto wrote:

[#1246] Re: [Patch] FTP.new with block — Gavin Sinclair <gsinclair@...> 2003/07/19

On Sunday, July 20, 2003, 4:11:32 AM, Dave wrote:

[#1247] Re: [Patch] FTP.new with block — Mathieu Bouchard <matju@...> 2003/07/19

[#1248] Re: [Patch] FTP.new with block — Austin Ziegler <austin@...> 2003/07/19

> On Sun, 20 Jul 2003, Gavin Sinclair wrote:

[#1241] Re: [Patch] FTP.new with block — Mauricio Fern疣dez <batsman.geo@...> 2003/07/19

On Sun, Jul 20, 2003 at 12:57:59AM +0900, Mathieu Bouchard wrote:

[#1244] Re: [Patch] FTP.new with block — Dave Thomas <dave@...> 2003/07/19

Mathieu Bouchard wrote:

[#1250] Re: [Patch] FTP.new with block — Richard Zidlicky <rz@...68k.org> 2003/07/20

On Sun, Jul 20, 2003 at 03:06:13AM +0900, Dave Thomas wrote:

[#1251] Re: [Patch] FTP.new with block — ts <decoux@...> 2003/07/20

>>>>> "R" == Richard Zidlicky <rz@linux-m68k.org> writes:

[#1261] Re: [Patch] FTP.new with block — Richard Zidlicky <rz@...68k.org> 2003/07/21

On Sun, Jul 20, 2003 at 06:51:03PM +0900, ts wrote:

[#1262] Re: [Patch] FTP.new with block — ts <decoux@...> 2003/07/21

>>>>> "R" == Richard Zidlicky <rz@linux-m68k.org> writes:

[#1276] Re: [Patch] FTP.new with block — Richard Zidlicky <rz@...68k.org> 2003/07/22

On Mon, Jul 21, 2003 at 09:59:19PM +0900, ts wrote:

[#1277] Re: [Patch] FTP.new with block — ts <decoux@...> 2003/07/22

>>>>> "R" == Richard Zidlicky <rz@linux-m68k.org> writes:

[#1294] Re: [Patch] FTP.new with block — Richard Zidlicky <rz@...68k.org> 2003/07/24

On Tue, Jul 22, 2003 at 07:16:09PM +0900, ts wrote:

[#1284] Re: [Patch] FTP.new with block — matz@... (Yukihiro Matsumoto) 2003/07/23

Hi,

[#1295] Re: [Patch] FTP.new with block — Richard Zidlicky <rz@...68k.org> 2003/07/24

On Wed, Jul 23, 2003 at 11:47:34AM +0900, Yukihiro Matsumoto wrote:

[#1296] Re: [Patch] FTP.new with block — matz@... (Yukihiro Matsumoto) 2003/07/24

Hi,

[#1239] Re: [Patch] FTP.new with block — matz@... (Yukihiro Matsumoto) 2003/07/19

Hi,

[#1249] File.write(path, data)? — Gavin Sinclair <gsinclair@...>

I am glad to see File.read(path) in Ruby 1.8. But what about

5 messages 2003/07/20

[#1252] Re: File.write(path, data)? — matz@... (Yukihiro Matsumoto) 2003/07/20

Hi,

[#1254] Re: File.write(path, data)? — Austin Ziegler <austin@...> 2003/07/20

On Mon, 21 Jul 2003 02:17:19 +0900, Yukihiro Matsumoto wrote:

[#1255] Re: File.write(path, data)? — "Gavin Sinclair" <gsinclair@...> 2003/07/21

> [matz:]

[#1253] Re: File.write(path, data)? — "Sean O'Dell" <sean@...> 2003/07/20

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

[#1256] testunit, exit status and at_exit — Dave Thomas <dave@...>

I'd really like TestUnit to be able to return an exit status when I run

9 messages 2003/07/21

[#1260] Re: testunit, exit status and at_exit — "Sean E. Russell" <ser@...> 2003/07/21

-----BEGIN PGP SIGNED MESSAGE-----

[#1263] Re: testunit, exit status and at_exit — "Nathaniel Talbott" <nathaniel@...> 2003/07/21

Sean E. Russell [mailto:ser@germane-software.com] wrote:

[#1266] Re: testunit, exit status and at_exit — matz@... (Yukihiro Matsumoto) 2003/07/21

Hi,

[#1267] Re: testunit, exit status and at_exit — "Nathaniel Talbott" <nathaniel@...> 2003/07/21

Yukihiro Matsumoto [mailto:matz@ruby-lang.org] wrote:

[#1268] Re: testunit, exit status and at_exit — Ryan Davis <ryand-ruby@...> 2003/07/21

[#1269] Re: testunit, exit status and at_exit — matz@... (Yukihiro Matsumoto) 2003/07/22

Hi,

[#1270] Re: testunit, exit status and at_exit — "Nathaniel Talbott" <nathaniel@...> 2003/07/22

Yukihiro Matsumoto [mailto:matz@ruby-lang.org] wrote:

[#1273] Re: testunit, exit status and at_exit — matz@... (Yukihiro Matsumoto) 2003/07/22

Hi,

[#1257] Add have_defined() and rework have_struct_member() — Michal Rokos <m.rokos@...>

Hello,

7 messages 2003/07/21

[#1258] Re: [RFC] Add have_defined() and rework have_struct_member() — nobu.nokada@... 2003/07/21

Hi,

[#1259] Re: [RFC] Add have_defined() and rework have_struct_member() — Michal Rokos <m.rokos@...> 2003/07/21

Hello,

[#1264] Re: [RFC] Add have_defined() and rework have_struct_member() — matz@... (Yukihiro Matsumoto) 2003/07/21

Hi,

[#1265] Re: [RFC] Add have_defined() and rework have_struct_member() — nobu.nokada@... 2003/07/21

Hi,

[#1274] Re: [RFC] Add have_defined() and rework have_struct_member() — Michal Rokos <m.rokos@...> 2003/07/22

Hello,

[#1271] Re: [RFC] Add have_defined() and rework have_struct_member() — Tanaka Akira <akr@...17n.org> 2003/07/22

In article <20030721081252.GC18371@nightmare.sh.cvut.cz>,

[#1272] status of openssl 0.2 support for OpenSSL 0.9.6 — Alexander Bokovoy <a.bokovoy@...>

Greetings!

2 messages 2003/07/22

[#1275] Re: status of openssl 0.2 support for OpenSSL 0.9.6 — Michal Rokos <m.rokos@...> 2003/07/22

Hello,

[#1285] IRB in latest CVS doesn't run — Dave Thomas <dave@...>

dave[ruby/ruby 8:52:53] irb

3 messages 2003/07/23

[#1286] Re: IRB in latest CVS doesn't run — matz@... (Yukihiro Matsumoto) 2003/07/23

[#1289] Re: IRB in latest CVS doesn't run — Dave Thomas <dave@...> 2003/07/23

Yukihiro Matsumoto wrote:

[#1287] rb_define_const() — Geoff Youngs <g@...>

Hi,

2 messages 2003/07/23

[#1288] Re: rb_define_const() — Geoff Youngs <g@...> 2003/07/23

On Thu, Jul 24, 2003 at 12:04:00AM +0900, Geoff Youngs wrote:

[#1290] Malloc problem — Dave Thomas <dave@...>

OK, I've got an ugly one:

2 messages 2003/07/23

[#1291] Re: Malloc problem — Ryan Davis <ryand-ruby@...> 2003/07/23

this is on Mac OS X, yes? Try the tool

[#1297] Fix for Bug 1058 — Markus Walser <walser@...>

Hi,

16 messages 2003/07/25

[#1298] Re: Fix for Bug 1058 — matz@... (Yukihiro Matsumoto) 2003/07/25

Hi,

[#1299] Re: Fix for Bug 1058 — Markus Walser <walser@...> 2003/07/25

On Friday 25 July 2003 10:58, Yukihiro Matsumoto wrote:

[#1300] Re: Fix for Bug 1058 — matz@... (Yukihiro Matsumoto) 2003/07/25

Hi,

[#1301] Re: Fix for Bug 1058 — Markus Walser <walser@...> 2003/07/25

On Friday 25 July 2003 11:46, Yukihiro Matsumoto wrote:

[#1302] Bug 1060 — Markus Walser <walser@...> 2003/07/25

I tried to figure out what's wrong. So far I havn't a solution:

[#1303] Re: Bug 1060 — matz@... (Yukihiro Matsumoto) 2003/07/25

Hello,

[#1304] Re: Bug 1060 — Markus Walser <walser@...> 2003/07/25

> Check the value of klass by

[#1305] Re: Bug 1060 — matz@... (Yukihiro Matsumoto) 2003/07/25

Hi,

[#1306] Re: Bug 1060 — Markus Walser <walser@...> 2003/07/25

when I take out -O2 from the top Makefile, the segfault disapears...

[#1307] Re: Bug 1060 — Markus Walser <walser@...> 2003/07/25

-O1 also segfaults. I will do the checks next week again with the original

[#1308] Re: Bug 1060 — matz@... (Yukihiro Matsumoto) 2003/07/26

Hi,

[#1318] Re: Bug 1060 — Markus Walser <walser@...> 2003/07/28

On Friday 25 July 2003 20:01, Yukihiro Matsumoto wrote:

[#1319] Re: Bug 1060 — matz@... (Yukihiro Matsumoto) 2003/07/28

Hi,

[#1320] Re: Bug 1060 — Markus Walser <walser@...> 2003/07/28

On Monday 28 July 2003 10:27, Yukihiro Matsumoto wrote:

[#1321] Re: Bug 1060 — matz@... (Yukihiro Matsumoto) 2003/07/28

Hi,

[#1309] exceptions and such — Mathieu Bouchard <matju@...>

5 messages 2003/07/27

[#1316] Re: exceptions and such — matz@... (Yukihiro Matsumoto) 2003/07/27

[#1356] Re: exceptions and such — Mathieu Bouchard <matju@...> 2003/08/05

[#1357] Re: exceptions and such — matz@... (Yukihiro Matsumoto) 2003/08/06

Hi,

[#1374] Re: exceptions and such — Mathieu Bouchard <matju@...> 2003/08/08

[#1310] adding NodeDump and ii — nobu.nokada@...

Hi,

7 messages 2003/07/27

[#1317] Re: adding NodeDump and ii — Dave Thomas <dave@...> 2003/07/27

nobu.nokada@softhome.net wrote:

[#1311] Re: adding NodeDump and ii — ts <decoux@...> 2003/07/27

>>>>> "n" == nobu nokada <nobu.nokada@softhome.net> writes:

[#1312] Re: adding NodeDump and ii — nobu.nokada@... 2003/07/27

Hi,

[#1313] Re: adding NodeDump and ii — ts <decoux@...> 2003/07/27

>>>>> "n" == nobu nokada <nobu.nokada@softhome.net> writes:

[#1314] Re: adding NodeDump and ii — nobu.nokada@... 2003/07/27

Hi,

[#1315] Re: adding NodeDump and ii — ts <decoux@...> 2003/07/27

>>>>> "n" == nobu nokada <nobu.nokada@softhome.net> writes:

[#1322] compile error on win32 platforms with ext/syck — "U.Nakamura" <usa@...>

Hello,

3 messages 2003/07/29

[#1323] Re: compile error on win32 platforms with ext/syck — why the lucky stiff <ruby-core@...> 2003/07/29

U.Nakamura (usa@osb.att.ne.jp) wrote:

[#1324] Re: compile error on win32 platforms with ext/syck — "U.Nakamura" <usa@...> 2003/07/29

Hello,

[#1325] Tainting in YAML — why the lucky stiff <ruby-core@...>

I'm following Marshal's tainting code in my YAML extension. Basically,

3 messages 2003/07/29

[#1326] Re: Tainting in YAML — matz@... (Yukihiro Matsumoto) 2003/07/29

Hi,

[#1327] Re: Tainting in YAML — why the lucky stiff <ruby-core@...> 2003/07/29

Yukihiro Matsumoto (matz@ruby-lang.org) wrote:

[#1328] Extracting a parent class — Michael Garriss <mgarriss@...>

Sorry about the newbie question but....

2 messages 2003/07/31

[#1333] Re: Extracting a parent class — Mathieu Bouchard <matju@...> 2003/08/03

Re: testunit, exit status and at_exit

From: matz@... (Yukihiro Matsumoto)

Date: 2003-07-22 01:12:19 UTC

List: ruby-core #1269

Hi,

In message "Re: testunit, exit status and at_exit"
    on 03/07/22, "Nathaniel Talbott" <nathaniel@talbott.ws> writes:

|  1. The last exit status that is set wins. So if there are multiple END
|procs, and they all set the exit status (by calling #exit), the last one
|registered wins (END procs are called in the order they are defined,
|correct?)

They are executed reverse order they are defined.  I think there's a
reason for this order, which I don't remember correctly now.

On my prototype, the first one wins.  Is this OK?

|  2. Calling #exit in an END proc does nothing, but calling #exit!
|immediately terminates with the given status (skipping any remaining END
|procs).

It works even now.  But Calling exit! bypasses other END procs and
finalizers.

							matz.

Thread

In This Thread