World: r3wp

yes to using "get" to get the file. it was shadwolf's question.

sunanda ... yeah 25 over how much in total + all the script not in

rebol.org ...

25 script is like nothing hash! exists since the very begining no 
one use it ...

I've been using hash! for a bit, but there are too few advantages 
for it to be directly useful. The main advantage is supposed to be 
speed, but usually when you need to do real work with a hash! you 
need to convert it to a block!, which slows the whole script down 
more than if you just used block! correctly from the beginning.

It's about 2% of one public corpus of REBOL scripts. That's indicative 
of the general usage of hash!

I mean rebol exists since 10 years now and having only 25 scripts 
using hash! just proove that's not used

shadwolf, it could be, because it's not well documented. I didn't 
learn of its existance until after a few years of REBOL usage.

Henrik it could be because it's not doing what ppl used to code their 
own hash table in C expects from a hash! table  any way it's GONE 
farewell :P

No, it proves it is used. It is seen in about 2% of REBOL scripts 
on REBOL.org.
If 2% = 0% then we can prove that  no one ever uses REBOL.

what you want a farewell party for hash! with champaign and etc.. 
?

but my understanding is that hash functions different than hashtables 
or dictionaries in other languages? and map will work that way.. 
or did you need the specific way how hash worked? If I used hash 
I used in as a hashtable (because I wasn't aware of the difference) 
and I could have gotten nasty errors because of it

earing from the few in teh God's secret map! is much better even 
if it's not fully done. I'm a morron so the only thing left to me 
is to believe them  ^^

I used hash! to build a long list of de-duplicated words. It was 
by far the fastest way in R2.


I was pleasantly surprised when I found that using map! and storing 
every associated value as #[none] was quicker in R3 than hash! in 
R2. It just seems wrong to be wasting all that memory storing all 
those unnecessary ones.

PeterWood, I get the crash you had just now.

I hope it will be that fast once all the bugs are fixed.

http://shadwolf.free.fr/port-http.r

ones -> nones

http://shadwolf.free.fr/port-http.r->> that's teh 3365 script

ERREUR 404 - Document non trouvŽ

Don't worry, we all have the script. It is the error in the Rebol 
chat program we are discussing.

http://shadwolf.free.fr/prot-http.r

:-)

hmm... here's a fun one: decompress read http://www.rebol.com/r3/chat.r

Gobbles up memory and just hangs.

i want to post in server admin to remove shadw0lf  user how do i 
do it ?

I guess this is due to the new method for COMPRESS to allocate memory 
prior to decompressing, but if that is possible, then it's simple 
to DoS a rebol server that relies on compressed input, just by sending 
a malformed binary.

i'm in server admin group

shadwolf, not sure that is possible.

ok never mind

Henrik - under Windows I get "Not enough memory" message. But the 
script is 24KB. There has to be serious bug in there, no? :-)

Pekr, I remember Carl mentioning this a long time ago: DECOMPRESS 
reads first how long the item to decompress is, then allocates memory 
and then attempts decompression, so it's a deliberate design choice 
for memory limited embedded devices.

So if you have a 2 kb compressed binary but the header of that binary 
states that its 10 GB in size, you will get that error.

I used hash! for my Bayes based spam filtering program.

Wasn't map supposed to be a hash! replacement plus/minus few differences 
in behaviour?

I think I have a fix for the guest N bug in chat.

Carl recommending hash! here:
http://www.rebol.com/article/0020.html
Second thoughts for R3 here:
http://www.rebol.net/r3blogs/0052.html

And some refinements to the redesign here:
http://www.rebol.net/r3blogs/0137.html

look the what's wrong part of the articles you gave sunanda that's 
clear

2. You cannot use keys directly as indices.

damn !! for a hash table using keys as indice isn't it the what is 
it all about thing ?

1. All values are keys, even the content values. ... stupid since 
they can't be indice

you want me to continue puttinf  dot on i and bars on T  sunanda 
or you got why hash! is meaningless ?

3. You cannot add new values using the key value assignment form. 
->>  too bad ... so i can't do cycling tables using hash inidice 
wich is lesson 3  for  C  programming any  decent university

You have no control over case-sensitivity for hashes.

So, what do we want to do about it? We are at a point where we need 
to finalize the hash datatype for REBOL 3.0. It is possible to make 
some change

and since doing some change in an incomplete things is worst than 
redoing it from scratch then it's better to forget about it and create 
map!

here's some map! doc - http://rebol.net/wiki/Map- isn't it replacement 
for hash!?

btw - we have 'map function. This is imo confusing. We sometimes 
use shortcuts, e.g. for make object! we have 'context. Will not users 
expect 'map being a shortcut for make map! ?

btw - it was extremly difficult to find above Map link. The DocBase 
structure is completly twisted.

can't be more clear on the matter