Performance metrics - some early conclusions

[Ed Kleban]

Thanks for the tip.

I don't think I ever would have done that anyway, but nice to know.
I mentioned "Variant.Hash" because the way RB implemented access to their
hash function is via the variant class.  So to use their hash function to
get a 32-bit signed hash from an arbitrary string, number, or object you
have to use:

    dim v as variant
    dim hash as integer
    v = anArbitraryNumberStringOrObject
    hash = v.hash

But yeah.  I'll definitely use the subclasses as you direct for accessing
the value.

Thanks!
--Ed


On 11/30/05 8:54 AM, "Ruslan Zasukhin" <sunshine at public.kherson.ua> wrote:

> On 11/29/05 4:36 PM, "Ed Kleban" <Ed at Kleban.com> wrote:
> 
>> Variant.Hash is not unique for in-memory objects in RB 2004 r5 despite the
>> language reference claim to the contrary.  It appears this may be a bug in
>> multiple RB versions going back to 5.x.
> 
> Ed, 
>     
>     WARNING by big letters!!!
> 
> Do not use Vfield.Value
> 
>     it is based on VARIANT of REALbasic.
>     it is 10 times slower than usage of type-specific values as
> 
>         Vlong.Value
>         Vshort.Value
> 
> This is REALbasic problem/bug. At least it was in RB 5.x and it seems first
> RB 2005. 
>