World: r3wp

uh, it works now

you see the file?

it listed it in console.. can I save it somehow?

yes, "get 3365"

aha, thanks

I think ports have not changed for over a year, so examples and docs 
should be up to date.

PeterWood, chat still segfaults here on OSX, so I can't test the 
bug.

Henrik. Try re-starting Rebol and then use chat. I have found that 
chat only segfaults once a certain amount of memory has been used.

What version of Mac OS X are you running?

Leopard and it usually segfaults right after starting R3.

I'm going to try Instruments, just out of curiosity.

I'm not expecting a usable R3 for another year or more.  I am really 
busy workting my project in R2, as i suspect are many others.

Maybe once we have a usuable GUI wrapped around dev chat it might 
be easier to follow what is going on ... but it's a bit of a black 
box to me now.

I had assumed that since the VID+ was being worked on, that core 
was in great shape ... oh well.

Henrik. I only get the seg fault if I use a lot of memory or try 
to use a scheme before running chat.

I get a crash immediately. Do you start it from terminal or Finder?

hmm. Instruments runs R3, but doesn't open a console, so it isn't 
interactive.

i will give it to you henrik

I start from terminal

Attaching Instruments to a running R3 works. But it shows no leaks 
when entering Chat.

PeterWood, wow that worked. I usually start it from Finder.

Don't get to excited you can still get segfaults.

hum i don't remember my password lol

that's what happends when you test something once and get borred 
by its usage

PeterWood, I get a different crash from what you had before now. 
"N" when you are guest, right after starting chat.

Try this:

chat
3415
more 3365

..when you are logged in,

Will test in a minute. I haven't found out how to return to Guest 
state again.

ok i just remember i recieve a mail with the damn password

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.