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)

[#675] IO#read bug: patch — Mathieu Bouchard <matju@...>

2 messages 2003/01/02

[#676] Re: IO#read bug: patch — matz@... (Yukihiro Matsumoto) 2003/01/02

Hi,

[#677] Basic UNIXSocketDGram implementation — Matthew Bloch <mattbee@...>

Has anyone else tried adding UNIX datagram sockets to Ruby? I can't quite see

2 messages 2003/01/03

[#678] Re: Basic UNIXSocketDGram implementation — Matthew Bloch <mattbee@...> 2003/01/03

On Friday 03 January 2003 00:28, Matthew Bloch wrote:

[#679] pstore not usable on read-only stores — Matt Armstrong <matt@...>

It seems like it should be possible to use a PStore on a read-only

2 messages 2003/01/03

[#680] Re: pstore not usable on read-only stores — matz@... (Yukihiro Matsumoto) 2003/01/04

Hi,

[#681] local_variables: exception "NULL pointer given" — Markus Barchfeld <Markus.Barchfeld@...>

Hi!

2 messages 2003/01/06

[#682] Re: local_variables: exception "NULL pointer given" — nobu.nokada@... 2003/01/06

Hi,

[#683] 1.6.7 -vs- 1.8.0 incompatibility intended? — Matt Armstrong <matt@...>

In 1.6.7, String.=~(arg) would compile 'arg' into a Regexp and do the

3 messages 2003/01/11

[#689] Re: 1.6.7 -vs- 1.8.0 incompatibility intended? — Matt Armstrong <matt@...> 2003/01/15

Matt Armstrong <matt@lickey.com> writes:

[#695] Re: 1.6.7 -vs- 1.8.0 incompatibility intended? — matz@... (Yukihiro Matsumoto) 2003/01/16

Hi,

[#684] Re: Welcome to our (ruby-core ML) You are added automatically — moumar@...

help

1 message 2003/01/13

[#685] instruby.rb — ts <decoux@...>

1 message 2003/01/13

[#686] Wall compilation — Michal Rokos <michal@...>

Hi everybody,

9 messages 2003/01/15

[#691] Re: [Patch] Wall compilation — nobu.nokada@... 2003/01/16

Hi,

[#693] Re: [Patch] Wall compilation — Michal Rokos <michal@...> 2003/01/16

Hi,

[#698] Re: [Patch] Wall compilation — nobu.nokada@... 2003/01/16

Hi,

[#701] Re: [Patch] Wall compilation — Michal Rokos <michal@...> 2003/01/16

Hi,

[#703] Re: [Patch] Wall compilation — nobu.nokada@... 2003/01/16

Hi,

[#704] Re: [Patch] Wall compilation — Michal Rokos <michal@...> 2003/01/16

Hi,

[#696] Re: [Patch] Wall compilation — matz@... (Yukihiro Matsumoto) 2003/01/16

Hi,

[#697] Re: [Patch] Wall compilation — Michal Rokos <michal@...> 2003/01/16

Hello,

[#687] C2003 — Michal Rokos <michal@...>

Hi,

2 messages 2003/01/15

[#694] Re: [Patch] C2003 — matz@... (Yukihiro Matsumoto) 2003/01/16

Hi,

[#688] mkmf.rb - add files to clean and distclean targets — Michal Rokos <michal@...>

Hi,

25 messages 2003/01/15

[#722] Re: [RFC] mkmf.rb - add files to clean and distclean targets — Mathieu Bouchard <matju@...> 2003/01/20

On Thu, 16 Jan 2003, Michal Rokos wrote:

[#740] Re: [RFC] mkmf.rb - add files to clean and distclean targets — matz@... (Yukihiro Matsumoto) 2003/01/21

Hi,

[#794] Re: [RFC] mkmf.rb - add files to clean and distclean targets — Mathieu Bouchard <matju@...> 2003/01/31

[#795] Re: [RFC] mkmf.rb - add files to clean and distclean targets — "Akinori MUSHA" <knu@...> 2003/01/31

At Sat, 1 Feb 2003 06:18:17 +0900,

[#741] Re: [RFC] mkmf.rb - add files to clean and distclean targets — nobu.nokada@... 2003/01/21

Hi,

[#742] Re: [RFC] mkmf.rb - add files to clean and distclean targets — Alexander Bokovoy <a.bokovoy@...> 2003/01/21

On Tue, Jan 21, 2003 at 11:16:39AM +0900, Yukihiro Matsumoto wrote:

[#744] Re: [RFC] mkmf.rb - add files to clean and distclean targets — matz@... (Yukihiro Matsumoto) 2003/01/21

Hi,

[#746] Re: [RFC] mkmf.rb - add files to clean and distclean targets — Alexander Bokovoy <a.bokovoy@...> 2003/01/21

On Tue, Jan 21, 2003 at 06:38:00PM +0900, Yukihiro Matsumoto wrote:

[#749] Re: [RFC] mkmf.rb - add files to clean and distclean targets — matz@... (Yukihiro Matsumoto) 2003/01/21

Hi,

[#750] Re: [RFC] mkmf.rb - add files to clean and distclean targets — Alexander Bokovoy <a.bokovoy@...> 2003/01/21

On Tue, Jan 21, 2003 at 11:37:35PM +0900, Yukihiro Matsumoto wrote:

[#751] Re: [RFC] mkmf.rb - add files to clean and distclean targets — matz@... (Yukihiro Matsumoto) 2003/01/21

Hi,

[#754] Re: [RFC] mkmf.rb - add files to clean and distclean targets — nobu.nokada@... 2003/01/21

Hi,

[#763] Re: [RFC] mkmf.rb - add files to clean and distclean targets — Alexander Bokovoy <a.bokovoy@...> 2003/01/22

On Wed, Jan 22, 2003 at 03:26:27AM +0900, nobu.nokada@softhome.net wrote:

[#753] Re: [RFC] mkmf.rb - add files to clean and distclean targets — Alexander Bokovoy <a.bokovoy@...> 2003/01/21

On Wed, Jan 22, 2003 at 02:01:25AM +0900, Yukihiro Matsumoto wrote:

[#692] Re: [RFC] mkmf.rb - add files to clean and distclean targets — nobu.nokada@... 2003/01/16

Hi,

[#700] Re: [RFC] mkmf.rb - add files to clean and distclean targets — Michal Rokos <michal@...> 2003/01/16

Hello,

[#702] Re: [RFC] mkmf.rb - add files to clean and distclean targets — nobu.nokada@... 2003/01/16

Hi,

[#705] Re: [RFC] mkmf.rb - add files to clean and distclean targets — Michal Rokos <michal@...> 2003/01/16

Hi,

[#706] Re: [RFC] mkmf.rb - add files to clean and distclean targets — nobu.nokada@... 2003/01/16

Hi,

[#707] Re: [RFC] mkmf.rb - add files to clean and distclean targets — Michal Rokos <michal@...> 2003/01/16

Hi,

[#720] Re: [RFC] mkmf.rb - add files to clean and distclean targets — nobu.nokada@... 2003/01/19

Hi,

[#748] Re: [RFC] mkmf.rb - add files to clean and distclean targets — Michal Rokos <michal@...> 2003/01/21

Hi,

[#752] Re: [RFC] mkmf.rb - add files to clean and distclean targets — nobu.nokada@... 2003/01/21

Hi,

[#755] Re: [RFC] mkmf.rb - add files to clean and distclean targets — Michal Rokos <michal@...> 2003/01/21

Hi,

[#690] Forward: Marshal patch — nobu.nokada@...

Hi,

1 message 2003/01/16

[#699] OSSL2 — Michal Rokos <michal@...>

Hi,

1 message 2003/01/16

[#708] Documentation for thread.rb — Gavin Sinclair <gsinclair@...>

Hi ruby-core,

4 messages 2003/01/16

[#709] Re: Documentation for thread.rb — matz@... (Yukihiro Matsumoto) 2003/01/17

Hi,

[#710] Re: Documentation for thread.rb — Gavin Sinclair <gsinclair@...> 2003/01/17

On Friday, January 17, 2003, 12:45:30 PM, Yukihiro wrote:

[#711] Re: Documentation for thread.rb — matz@... (Yukihiro Matsumoto) 2003/01/17

Hi,

[#712] Is Ruby in a Nutshell online? — Gavin Sinclair <gsinclair@...>

Hi,

3 messages 2003/01/17

[#713] Re: Is Ruby in a Nutshell online? — matz@... (Yukihiro Matsumoto) 2003/01/17

Hi,

[#714] Re: Is Ruby in a Nutshell online? — Gavin Sinclair <gsinclair@...> 2003/01/17

On Friday, January 17, 2003, 3:13:46 PM, Yukihiro wrote:

[#715] thwait.rb documented, but feedback required — Gavin Sinclair <gsinclair@...>

Hi,

2 messages 2003/01/17

[#718] Re: thwait.rb documented, but feedback required — matz@... (Yukihiro Matsumoto) 2003/01/18

Hi,

[#716] FileTest.writable? is broken on windows — Matt Armstrong <matt@...>

Under a _WIN32 build, FileTest.writable? returns true for all files

1 message 2003/01/17

[#717] Wall ((void)0) - again — Michal Rokos <michal@...>

Hi Matz,

3 messages 2003/01/18

[#745] Re: Wall ((void)0) - again — matz@... (Yukihiro Matsumoto) 2003/01/21

Hi,

[#747] Re: Wall ((void)0) - again — Michal Rokos <michal@...> 2003/01/21

Hi matz,

[#719] nd_end and NODE_NEWLINE (fwd) — Chad Fowler <chad@...>

8 messages 2003/01/19

[#723] Re: nd_end and NODE_NEWLINE (fwd) — matz@... (Yukihiro Matsumoto) 2003/01/20

Hi,

[#725] Re: nd_end and NODE_NEWLINE (fwd) — Mathieu Bouchard <matju@...> 2003/01/20

[#726] Re: nd_end and NODE_NEWLINE (fwd) — matz@... (Yukihiro Matsumoto) 2003/01/20

Hi,

[#729] Re: nd_end and NODE_NEWLINE (fwd) — nobu.nokada@... 2003/01/20

Hi,

[#737] Re: nd_end and NODE_NEWLINE (fwd) — Mathieu Bouchard <matju@...> 2003/01/20

[#739] Re: nd_end and NODE_NEWLINE (fwd) — matz@... (Yukihiro Matsumoto) 2003/01/21

Hi,

[#727] Re: nd_end and NODE_NEWLINE (fwd) — Chad Fowler <chad@...> 2003/01/20

[#721] ModuleBuilder started — stillflame@...

Hey -core,

1 message 2003/01/19

[#724] Symbols: More Functionality Wanted — Ryan Pavlik <rpav@...>

I've been discussing this for a bit on #ruby-lang on OPN (or freenode or

23 messages 2003/01/20

[#728] Re: Symbols: More Functionality Wanted — matz@... (Yukihiro Matsumoto) 2003/01/20

Hi,

[#731] Re: Symbols: More Functionality Wanted — Ryan Pavlik <rpav@...> 2003/01/20

On Mon, 20 Jan 2003 15:49:27 +0900

[#732] Re: Symbols: More Functionality Wanted — nobu.nokada@... 2003/01/20

Hi,

[#735] Re: Symbols: More Functionality Wanted — nobu.nokada@... 2003/01/20

Hi,

[#743] Re: Symbols: More Functionality Wanted — "Pit Capitain" <pit@...> 2003/01/21

On 20 Jan 2003 at 15:49, Yukihiro Matsumoto wrote:

[#767] Re: Symbols: More Functionality Wanted — Mathieu Bouchard <matju@...> 2003/01/22

[#768] Re: Symbols: More Functionality Wanted — dblack@... 2003/01/22

Hi --

[#781] Re: Symbols: More Functionality Wanted — Mathieu Bouchard <matju@...> 2003/01/23

[#779] Re: Symbols: More Functionality Wanted — Gavin Sinclair <gsinclair@...> 2003/01/23

On Thursday, January 23, 2003, 6:28:04 AM, dblack wrote:

[#780] Re: Symbols: More Functionality Wanted — Matt Armstrong <matt@...> 2003/01/23

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

[#782] Re: Symbols: More Functionality Wanted — matz@... (Yukihiro Matsumoto) 2003/01/23

Hi,

[#783] Re: Symbols: More Functionality Wanted — Matt Armstrong <matt@...> 2003/01/23

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

[#784] Re: Symbols: More Functionality Wanted — matz@... (Yukihiro Matsumoto) 2003/01/23

Hi,

[#787] Re: Symbols: More Functionality Wanted — Ryan Pavlik <rpav@...> 2003/01/23

On Fri, 24 Jan 2003 03:34:46 +0900

[#788] Re: Symbols: More Functionality Wanted — Mathieu Bouchard <matju@...> 2003/01/24

[#790] Re: Symbols: More Functionality Wanted — "J.Herre" <jlst@...> 2003/01/24

Would it be possible to provide an analog to const_get/set() methods

[#836] Re: Symbols: More Functionality Wanted — "Guy N. Hurst" <gnhurst@...> 2003/02/11

J.Herre wrote:

[#849] Re: Symbols: More Functionality Wanted — matz@... (Yukihiro Matsumoto) 2003/02/11

Hi,

[#855] Re: Symbols: More Functionality Wanted — Mathieu Bouchard <matju@...> 2003/02/11

[#785] Re: Symbols: More Functionality Wanted — Joel VanderWerf <vjoel@...> 2003/01/23

Matt Armstrong wrote:

[#786] Re: Symbols: More Functionality Wanted — Matt Armstrong <matt@...> 2003/01/23

Joel VanderWerf <vjoel@PATH.Berkeley.EDU> writes:

[#800] Re: Symbols: More Functionality Wanted — dblack@... 2003/02/07

Hi --

[#730] Comments on matrix.rb — Gavin Sinclair <gsinclair@...>

Hi -core,

5 messages 2003/01/20

[#736] Re: Comments on matrix.rb — Mathieu Bouchard <matju@...> 2003/01/20

[#738] Re: Comments on matrix.rb — Gavin Sinclair <gsinclair@...> 2003/01/21

On Tuesday, January 21, 2003, 9:47:51 AM, Mathieu wrote:

[#733] Re: Comments on matrix.rb — Michael Granger <ged@...> 2003/01/20

Gavin Sinclair (in "Comments on matrix.rb") wrote:

[#734] Re: Comments on matrix.rb — Gavin Sinclair <gsinclair@...> 2003/01/20

On Tuesday, January 21, 2003, 1:52:10 AM, Michael wrote:

[#756] lib/rational.rb — Sean Chittenden <sean@...>

Simple patch that I've had floating around in my tree for ages, this

1 message 2003/01/21

[#757] Extensions for Time and ParseDate — Ryan Davis <ryand-ruby@...>

Eric and I have been hacking around and we can't stand the lack of

8 messages 2003/01/22

[#760] Re: Extensions for Time and ParseDate — Matt Armstrong <matt@...> 2003/01/22

Ryan Davis <ryand-ruby@zenspider.com> writes:

[#761] Re: Extensions for Time and ParseDate — matz@... (Yukihiro Matsumoto) 2003/01/22

Hi,

[#765] Re: Extensions for Time and ParseDate — Mathieu Bouchard <matju@...> 2003/01/22

[#773] Re: Extensions for Time and ParseDate — matz@... (Yukihiro Matsumoto) 2003/01/22

Hi,

[#789] Re: Extensions for Time and ParseDate — Mathieu Bouchard <matju@...> 2003/01/24

On Thu, 23 Jan 2003, Yukihiro Matsumoto wrote:

[#774] Re: Extensions for Time and ParseDate — Ryan Davis <ryand-ruby@...> 2003/01/23

[#762] Re: Extensions for Time and ParseDate — nobu.nokada@... 2003/01/22

Hi,

[#758] Patches for Rubicon — "Nathaniel Talbott" <nathaniel@...>

(Sorry if this is a duplicate)

1 message 2003/01/22

[#759] Adding Test::Unit to CVS — "Nathaniel Talbott" <nathaniel@...>

Matz has already given me the go-ahead to add Test::Unit to CVS, but I

11 messages 2003/01/22

[#766] Re: Adding Test::Unit to CVS — "Akinori MUSHA" <knu@...> 2003/01/22

At Wed, 22 Jan 2003 14:31:06 +0900,

[#769] Re: Adding Test::Unit to CVS — "Nathaniel Talbott" <nathaniel@...> 2003/01/22

Akinori MUSHA [mailto:knu@iDaemons.org] wrote:

[#771] Re: Adding Test::Unit to CVS — Ryan Davis <ryand-ruby@...> 2003/01/22

[#764] Re: Adding Test::Unit to CVS — Dave Thomas <dave@...> 2003/01/22

Nathaniel Talbott wrote:

[#772] Re: Adding Test::Unit to CVS — matz@... (Yukihiro Matsumoto) 2003/01/22

Hi,

[#770] Re: Adding Test::Unit to CVS — Ryan Davis <ryand-ruby@...> 2003/01/22

On Wednesday, January 22, 2003, at 07:56 AM, Dave Thomas wrote:

[#775] Re: Adding Test::Unit to CVS — "Nathaniel Talbott" <nathaniel@...> 2003/01/23

Ryan Davis [mailto:ryand-ruby@zenspider.com] wrote:

[#776] Re: Adding Test::Unit to CVS — Matt Armstrong <matt@...> 2003/01/23

"Nathaniel Talbott" <nathaniel@talbott.ws> writes:

[#777] Re: Adding Test::Unit to CVS — "Nathaniel Talbott" <nathaniel@...> 2003/01/23

Matt Armstrong [mailto:matt@lickey.com] wrote:

[#778] Re: Adding Test::Unit to CVS — Ryan Davis <ryand@...> 2003/01/23

> I think the biggest hurdle to the transition is getting a good

[#791] RDoc — nobu.nokada@...

Hi,

1 message 2003/01/27

[#792] Mem leak & found on disk — Michal Rokos <michal@...>

Hi,

1 message 2003/01/28

[#793] net/ftp.rb observations — Gavin Sinclair <gsinclair@...>

attr_accessor :return_code

1 message 2003/01/31

Symbols: More Functionality Wanted

From: Ryan Pavlik <rpav@...>

Date: 2003-01-20 03:12:25 UTC

List: ruby-core #724

I've been discussing this for a bit on #ruby-lang on OPN (or freenode or
whatever), and am going to post it here, per suggestion.

Basically, the Symbol class should have more useful functionality.  One
should not have to do the following:

    @a  = 1
    str = "@a"
    val = eval(str)

Especially when we've got a perfectly wonderful Symbol class which is
not only there, but used internally for just this purpose.  I'd like to
see the following:

    @a  = 1
    sym = :@a
    val = sym.binding      # Or whatever... pick your favorite name ;)

More importantly:

    @a  = 1
    sym = :@a
    sym.bind(2)
    p @a                   # => 2

This has multiple advantages: 

    *  It's more efficient.
    *  eval() sucks anyway.  :-)
    *  It allows rebinding variables dynamically
    *  Symbols become useful in ruby code
    *  All the internal calls are already there... like rb_ivar_set,
       rb_ivar_get, and these all take IDs (which can be taken directly
       from the symbol)

In case you don't feel this is actually necessary functionality: a
"real-world" case of this is persistant objects.  Before serializing,
each instance variable that contains a reference to another persistant
object needs replaced with a temporary reference, so a deep copy doesn't
happen when it gets restored.  If the deep copy happens, the variables
aren't referencing the "actual" object, so the system breaks.  This is
trivial to do, given the above extension to Symbol:

    1.  Grab a list of instance variables
    2.  Check each one to see if it's persistant
    3.  If so, replace it with a TempRef object
    4.  If this is an Enumerable, walk through each item doing
        the same.

_Without_ the above functionality, one must resort to eval(), writing C
modules, or rewriting Marshal---each of which is an ugly solution, which
defeats the point of some preexisting part of ruby.  Many of you have
are familiar with Lisp, as well, and I'm sure can come up with other
handy uses for symbol manipulation.

Some additional thoughts:

    *  This should be tied to Binding, so you can get a symbol in a
       binding.  This seems natural, to me:

           sym = :@a
           sym.bind(object[, binding])

    *  Kernel::instance_variables could usefully return a list of
       symbols, instead of strings, further aiding in efficiency.

-- 
Ryan Pavlik <rpav@users.sf.net>

"Maniacal supervillain exit stage right."

Thread

In This Thread

Prev Next