r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[!REBOL3-OLD1]

PeterWood
9-Apr-2009
[13028]
Don't worry, we all have the script. It is the error in the Rebol 
chat program we are discussing.
shadwolf
9-Apr-2009
[13029]
http://shadwolf.free.fr/prot-http.r
PeterWood
9-Apr-2009
[13030]
:-)
Henrik
9-Apr-2009
[13031]
hmm... here's a fun one: decompress read http://www.rebol.com/r3/chat.r

Gobbles up memory and just hangs.
shadwolf
9-Apr-2009
[13032]
i want to post in server admin to remove shadw0lf  user how do i 
do it ?
Henrik
9-Apr-2009
[13033]
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.
shadwolf
9-Apr-2009
[13034]
i'm in server admin group
Henrik
9-Apr-2009
[13035]
shadwolf, not sure that is possible.
shadwolf
9-Apr-2009
[13036]
ok never mind
Pekr
9-Apr-2009
[13037]
Henrik - under Windows I get "Not enough memory" message. But the 
script is 24KB. There has to be serious bug in there, no? :-)
Henrik
9-Apr-2009
[13038x2]
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.
Graham
9-Apr-2009
[13040]
I used hash! for my Bayes based spam filtering program.
Pekr
9-Apr-2009
[13041]
Wasn't map supposed to be a hash! replacement plus/minus few differences 
in behaviour?
Henrik
9-Apr-2009
[13042]
I think I have a fix for the guest N bug in chat.
Sunanda
9-Apr-2009
[13043x2]
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
shadwolf
9-Apr-2009
[13045x9]
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!
Pekr
9-Apr-2009
[13054x3]
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.
shadwolf
9-Apr-2009
[13057x6]
can't be more clear on the matter
A map is an name-to-value associative array. It uses hashing for 
high performance. Sometimes this kind of association is also referred 
to as a dictionary. 


The map datatype replaces the R2 hash datatype. The motivation for 
this replacement was that some people in the user community felt 
the design of the older hash datatype was confusing, since it hashed 
both keys and their data. The new map datatype just hashes keys. 
Data is not hashed.
when do you need hash ... hum when you deal with a database to make 
a cashing system to not have to use the database access on any request 
for example
or when you want to do a similar thing like a dictionnary (for search 
engine design are widely derived from hash table concept)
or more simply to be able to travel through a large number of complexe 
data
the faster possible
Pekr
9-Apr-2009
[13063]
so what you are trying to say is - positive, or negative? I somehow 
don't understand, what you mean by all of that :-)
shadwolf
9-Apr-2009
[13064x3]
it's only a technology  some usefull stuff for the one needing them
for the one that doesn't need them well ... they don't need it but 
if you have to reduce a langage to only what only 1 specific guy 
need you will not go any far
hash! being redisigned and enhanced how could i get that as a lame 
thing that great I don't know personally if it will benefits me  
but it's cool to have this for the one needing it
Henrik
9-Apr-2009
[13067]
The "more 3365" error in chat is because we are not under the correct 
topic, when trying to get that file. I will try to figure out how 
to fix that.
shadwolf
9-Apr-2009
[13068x3]
for example for the area-tc (which renders full live colored text) 
during long time I expected to organise the date to parse or the 
line as hash! to be able to locate them faster  (since my data structure 
was pos char color making hash getting the position as indice was 
a good idea (well a much better idea was proposed by steeve simpler 
but all mighty efficient)
but in R2 hash! keys can't be indice and all is key so i never get 
to get a hash table based system
for area-tc project
Pekr
9-Apr-2009
[13071]
shadwolf - then it is time to start to move your project to r3, no? 
I think that View kernel itself might be in slightly better shape 
than in R2 (but maybe I am wrong - I noticed some font ugly display 
problems)
shadwolf
9-Apr-2009
[13072x5]
Pekr r3 doesn't exist ... I know i'm a stubborn moron  ^^ that's 
my way to be 1st it's on R2 complete and full wrokking then i will 
adapt it to rebGUI then i will do REBOL IDE then in that time R3 
will be official released and i will do the port
since work is in progess and unstable it's hard to get serriously 
depending on it...
that's not that i don't like R3 or the new VID etc ... but what guaranty 
i have the actual R3/VID won't get the same destiny VID 3.4 got ?
pekr font ugly problem have been solved in a way and if font ugly 
issues are not of my consern you want to blame someone blame CArl 
since the time we say him that there is still bug in R2 and he doesn't 
 want to fix them ... in that matter you can see R3 as a way for 
carl to escape the pain of fixing  R2 countless bugs
font-fixed seems to not exists on MacOS X ... and since the whole 
positioning system is base on fixed-font that means no area-tc for 
mac OSX
Anton
9-Apr-2009
[13077]
You should be able to find a fixed-width font on Mac somewhere and 
specify that using  font/name: "your-fixed-font"