World: r3wp

that what u want ?

3365 ?

shadwolf:R3/OS-Targets/OSX>> more 3365

** Script error: submit-of? does not allow none! for its fid argument

** Where: case all submit-of? case what-file? more-file parse try 
either either
forever command-loop make context do catch applier do try chat
** Near: case [
    is-submit? msg [msg]
    is-name? msg [submit-of?...

--- Note: unexpected error logged to error-log.txt

is that good ?

It's the same error that I get. 

Now try the same command from the top level

>Top
>More 3365

more works but the  display buffer of my consol is to tiny to get 
the whole script

so i imagine get will do it ?

shadwolf: <ok so hash! is gone perfect no one used it anyway>

A quick search on REBOL.org shows 25 scripts using hash! and/or to-hash

That's not many. But it is not zero. And it is not perfect for those 
with applications that depend on those scripts.

Clearlt, retaining hash! is not a priority for RT, and that argument 
has been and gone.

It is not a decision I am happy with .... which indicates my priorities 
are not completely aligned with RT's. That puts me in the same position 
as most REBOL developers :-(

yes

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

Henrik: yes to what?

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.