[#7286] Re: ruby-dev summary 28206-28273 — ara.t.howard@...

On Thu, 2 Feb 2006, Minero Aoki wrote:

23 messages 2006/02/02
[#7292] ANDCALL / iff? / &? (was Re: ruby-dev summary 28206-28273) — mathew <meta@...> 2006/02/02

[#7293] Re: ANDCALL / iff? / &? (was Re: ruby-dev summary 28206-28273) — mathew <meta@...> 2006/02/02

mathew wrote:

[#7298] Re: ANDCALL / iff? / &? (was Re: ruby-dev summary 28206-28273) — James Britt <ruby@...> 2006/02/03

mathew wrote:

[#7310] Re: ANDCALL / iff? / &? (was Re: ruby-dev summary 28206-28273) — Evan Webb <evanwebb@...> 2006/02/07

I'm not sure we even need the 'with' syntax. Even if we do, it breaks

[#7311] Re: ANDCALL / iff? / &? (was Re: ruby-dev summary 28206-28273) — Eero Saynatkari <ruby-ml@...> 2006/02/07

On 2006.02.07 10:03, Evan Webb wrote:

[#7313] Re: ANDCALL / iff? / &? (was Re: ruby-dev summary 28206-28273) — Evan Webb <evanwebb@...> 2006/02/07

Umm, on what version are you seeing a warning there? I don't and never

[#7315] Re: ANDCALL / iff? / &? (was Re: ruby-dev summary 28206-28273) — Eero Saynatkari <ruby-ml@...> 2006/02/07

On 2006.02.07 14:47, Evan Webb wrote:

[#7316] Re: ANDCALL / iff? / &? (was Re: ruby-dev summary 28206-28273) — Evan Webb <evanwebb@...> 2006/02/07

I'd by far prefer it never emit a warning. The warning is assumes you

[#7305] Re: Problem with weak references on OS X 10.3 — Mauricio Fernandez <mfp@...>

On Sun, Feb 05, 2006 at 08:33:40PM +0900, Christian Neukirchen wrote:

28 messages 2006/02/05
[#7401] Symbols overlap ordinary objects, especially on OS X (Was: Re: Problem with weak references on OS X 10.3) — Eric Hodel <drbrain@...7.net> 2006/02/22

On Feb 5, 2006, at 5:05 AM, Mauricio Fernandez wrote:

[#7414] Re: Symbols overlap ordinary objects, especially on OS X (Was: Re: Problem with weak references on OS X 10.3) — Mauricio Fernandez <mfp@...> 2006/02/23

On Wed, Feb 22, 2006 at 02:21:24PM +0900, Eric Hodel wrote:

[#7428] Re: Symbols overlap ordinary objects, especially on OS X (Was: Re: Problem with weak references on OS X 10.3) — Tanaka Akira <akr@...17n.org> 2006/02/26

In article <1140968746.321377.18843.nullmailer@x31.priv.netlab.jp>,

[#7444] Re: Symbols overlap ordinary objects, especially on OS X (Was: Re: Problem with weak references on OS X 10.3) — nobu@... 2006/02/28

Hi,

[#7445] Re: Symbols overlap ordinary objects, especially on OS X (Was: Re: Problem with weak references on OS X 10.3) — Tanaka Akira <akr@...17n.org> 2006/02/28

In article <m1FDshr-0006MNC@Knoppix>,

[#7447] Re: Symbols overlap ordinary objects, especially on OS X (Was: Re: Problem with weak references on OS X 10.3) — Tanaka Akira <akr@...17n.org> 2006/02/28

In article <87irr047sx.fsf@m17n.org>,

[#7448] Re: Symbols overlap ordinary objects, especially on OS X (Was: Re: Problem with weak references on OS X 10.3) — Tanaka Akira <akr@...17n.org> 2006/02/28

In article <87vev0hxu5.fsf@m17n.org>,

[#7465] Re: Symbols overlap ordinary objects, especially on OS X (Was: Re: Problem with weak references on OS X 10.3) — "Evan Webb" <evanwebb@...> 2006/03/01

Just my quick 2 cents...

[#7468] Re: Symbols overlap ordinary objects, especially on OS X (Was: Re: Problem with weak references on OS X 10.3) — Tanaka Akira <akr@...17n.org> 2006/03/01

In article <92f5f81d0602281855g27e78f4eua8bf20e0b8e47b68@mail.gmail.com>,

[#7403] Module#define_method "send hack" fails with Ruby 1.9 — Emiel van de Laar <emiel@...>

Hi List,

12 messages 2006/02/22
[#7404] Re: Module#define_method "send hack" fails with Ruby 1.9 — George Ogata <g_ogata@...> 2006/02/22

Emiel van de Laar <emiel@rednode.nl> writes:

[#7406] Re: Module#define_method "send hack" fails with Ruby 1.9 — dblack@... 2006/02/22

Hi --

[#7442] GC Question — zdennis <zdennis@...>

I have been posting to the ruby-talk mailing list about ruby memory and GC, and I think it's ready

17 messages 2006/02/27

Re: [ ruby-Bugs-3506 ] Set containing duplicates

From: Joel VanderWerf <vjoel@...>
Date: 2006-02-08 23:44:49 UTC
List: ruby-core #7334
Joel VanderWerf wrote:
> Daniel Berger wrote:
>> noreply@rubyforge.org wrote:
>>> Bugs item #3506, was opened at 2006-02-08 22:52
>>> You can respond by visiting:
>>> http://rubyforge.org/tracker/?func=detail&atid=1698&aid=3506&group_id=426
>>>
>>> Category: Core
>>> Group: None
>>> Status: Open
>>> Resolution: None
>>> Priority: 3
>>> Submitted By: Stefan Rusterholz (rstefan)
>>> Assigned to: Nobody (None)
>>> Summary: Set containing duplicates
>>>
>>> Initial Comment:
>>> If an object added to a set becomes modified and added again it will
>>> be in the set twice.
>>> A fix to this would be to add "@hash.rehash" in "def add(o)" and "def
>>> merge(enum)". Though this might minder the speed advantage of set.
>>> OTOH Set becomes quite useless if it is impossible to add without
>>> checking first if the element already contained.
>> I don't see it:
>>
>> require "set"
>>
>> x = "foo"
>>
>> set = Set[x,"bar","baz","foo"]
>> p set # #<Set: {"baz", "foo", "bar"}>
>>
>> set.add("foo")
>> p set # #<Set: {"baz", "foo", "bar"}>
>>
>> x.chomp!
>> set.add(x)
>> p set ##<Set: {"baz", "foo", "bar"}>
>>
>> Can anyone demonstrate the bug he is referring to?
>>
>> - Dan
> 
> irb(main):020:0> s = Set[]
> => #<Set: {}>
> irb(main):021:0> a = []
> => []
> irb(main):022:0> s << a
> => #<Set: {[]}>
> irb(main):023:0> a << 3
> => [3]
> irb(main):024:0> s << a
> => #<Set: {[3], [3]}>
> 

I don't think it's really a bug. If you have a set with members (like
Arrays) that hash based on their contents (rather than object id), and
if you modify those members, then you should rehash. It's the same
"problem" with Hash:

irb(main):025:0> h = {}
=> {}
irb(main):026:0> h[a] = 1
=> 1
irb(main):027:0> h
=> {[3]=>1}
irb(main):028:0> a << 4
=> [3, 4]
irb(main):029:0> h[a] = 2
=> 2
irb(main):030:0> h
=> {[3, 4]=>2, [3, 4]=>1}

-- 
      vjoel : Joel VanderWerf : path berkeley edu : 510 665 3407

In This Thread