World: r4wp

All these logos are missing some pegs. Could be a real cool way of 
depicting progress. All of the tower starting at the left (REBOL) 
site and ending as a full tower on the right Red site. We are now 
somewhere with the top two layers on the second pin. (Only to find 
out we moved the complete tower to the middle pin.)

Great progress Doc

Does Red support NaN, positive infinity, and negative infinity?

@DocKimbel: Thanks, I have a look at it. I'm not bit stalled with 
implementation of INPUT function, I'm not sure how to delay evaluation 
until ENTER is pressed.

Jerry: no, these are not yet supported. You can see what is missing 
for full floats support here: 


https://github.com/dockimbel/Red/wiki/Floating-point-support-todo-list

6. Decide on how to handle NaN and INFs.


I haven't looked at how R3 handles them yet, IIRC, R2 doesn't provide 
any support for them?

New console is great!

1) Q is not QUIT anymore?
2) red>> EXIT
== c

I've remove Q, use QUI.

Sorry, QUIT.

EXIT/RETURN do not work in the interpreter yet.

Rebolek, if you mean INPUT in Red, it's implemented in the C library 
binding:

http://red.esperconsultancy.nl/Red-C-library/dir?ci=tip

Thanks for removing q alias of quit !!! Thank you thank you thank 
you!!!!

Really top move! (really!)

R3 should follow this. So many time you want to use short temp var 
p and q and then it all just quit on you :(

Curious. I never found that to be a problem and use q for quit many 
times a day. I hope 'q can be chosen freely.

More than once the console quit on me when I wanted to use q.

Henrik: you'll be able to add your own definitions in a %user.red 
script when the time comes.

If there is any last minute bug, it is now time to speak, else the 
fix won't be in 0.3.2 release. If we are ready I'll make the release 
in a couple of hours.

DocKimbel, ok, that's fine. :-)

Gonna write a short blog article for 0.3.2?

As usual, yes.

Last minute bugs are usually marked as features.

I want both - Q and QUIT :-)

Q is ok for console, but it's a bad idea to have it defined generally. 
Such shortcut should go in a console specific module.

Agree.

Doc +1.

I've removed Q from the console-specific module thinking it was in 
boot.red. :-) Needs some rest.... I will put Q back in console.red. 


Sorry Arnold. BTW, how do you manage to call quit the console if 
you redefine Q for custom usage?

Using before defining, I gather

Those repeated shocks to the brain are very helpful to learn REBOL's 
principles ;-)

Arnold: if you have such issues with Q in console, you should simply 
set it to none in %user.r for Rebol. For Red, you would need to change 
the console.red script and recompile it for your needs.

Ok, one last possible bug to investigate in GTK-IDE script and we 
should be ready to release.

I use 'q A LOT on R2 console. In scripts no need that shortcut but 
on console it is a MUST for me :) I open/close R2 console every 30 
seconds to do something like english-turkish translation, to see 
NOW, to use functions manipulating clipboard etc. then Q-it..

Hi do not recall it exactly but I think it was when I was developing 
the checkersgame program and somehow I had a variable q and when 
the code was executed the program and the console closed forcing 
me to restart REBOL.  

The solution you have chosen now will pretty wel have prevented this 
behaviour, still offering a shorthand for quit in console mode is 
welcomed by many. Good thinking again!

Just playing for a while after some time.. What steps are required 
to add a new native!? I was trying to duplicate stats native as is 
in this commit, but maybe it's not complete as now the console quits 
immediately.

https://github.com/dockimbel/Red/commit/1836a0cd04f703bdd28bfb177e99c317340be5d1

I plan to write an HOW-TO guide for that someday, but in the meantime 
and in a nutshell, this is what is required:

1) NAT_<name> enum entry in %macros.reds (order matters!)


2) pointer entry in REGISTER argument block (same order as in macros) 
in %natives.reds


3) an entry point implementation in %natives.reds (if the code is 
too big you can move it elsewhere as long as the entry point is in 
natives.

Of course, you'll need to use the internal Red runtime API and stack. 
No docs for now, as it is not stabilized fully, but you can guess 
a lot of it from other natives and actions implementation.

hmm.. that's what I was doing.. but have:
*** Runtime Error 1: access violation
*** at: 004188CEh

In boot.red
foo: make native! [
	[]
	#get-definition NAT_FOO
]
in natives
foo*: does [halt]
and registered as :foo*

in macros enum added NAT_FOO

when I change #get-definition NAT_FOO  --> #get-definition NAT_HALT 
=== it's working again

Ach... it looks there is some confilct with the name FOO for my native

Tested here, works well.

hm.. now it works here as well even with the name foo... maybe I 
just fooled the compiler as I compile from REBOL console using:

do/args %red.r "-v 0 %red/tests/console.red -o %../builds/console"

so possibly if there was some error before, the compiler state was 
not cleared

so now I have my first native which halts console:)

That's possible, the %boot.red extraction routine do not refresh 
their data structures IIRC.

BTW, you can add also new natives using the routine! type. Routine 
body are coded in Red/System too, so they are equally efficient as 
natives. Routines are easier to define (no need to mess around with 
runtime internals). Their only drawback so far is that they don't 
support refinements (we might add that later).

I would like to access stdout, is it possible from routine?

Sure, use one of Red/System output function: print, print-line, print-wide...

Congratulations Oldes!

Routine == Red/System + automatic argument/return-value marshalling.