World: r3wp

yep, no need for additional var.

all [b: find series var b: index? b]

oups, not what you'he done

indeed, I just meant:

b: either b: find series var [index? b] [default]

I'm pretty sure I'd be ok with  NONE == INDEX? NONE

That kind of change is not going into R2 - it's not backwards-compatible. 
Try R3.

But it's easy enough to create a safe INDEX? function. I think Gabriele 
calls his INDEX?? and I borrowed it from him.

that's another issue .. how to easily redefine words

that also invoke the original word ....

index?: func [  [ series! | none! ]
][
	either series [ index? series ][
		none
	]
]

would likely cause a stqack overflow

[ series! none! ]

Gregg, I don't remember that, so maybe it was from someone else.

Gregg, the problem is that the changed INDEX? would have the possibility 
of returning data that is not an integer. Most R2 code doesn't screen 
for that, so changing INDEX? in this way would lead to data corruption 
in existing code. Remember, compatibility with existing code is the 
highest priority in the further development of R2. Incompatible changes 
are reserved for R3 *only* - we try to not make them in R2, on principle.

Defining a new function with a different name is a good way around 
that problem :)

Or, adding a refinement

Adding refinements to low-level natives can double their overhead 
for each refinement - more for mezzanines. Not a good idea.

So, how can we redefine old words without causing a stack overflow?

Current r2 code would be using an error handler to see if index? 
threw an error ... not a biggie

Use a local reference to the old function, then call through the 
reference. You can do this with a private variable, or composing 
the code block of the new function to have a direct reference to 
the old function value. That last method can be awkward with functions 
called with refinements, but it can be done; the private variable 
metod is less awkward.

example?

Yes, but current R2 code would be depending on that error to trigger 
the code in the error handler, rather than just propagating the error 
to where it would do more damage. Error handling code is there for 
a reason.

use [idx?] [
idx?: :index?
index?: func [series [ series! | none! ]] [
	either series [ idx? series ][none]
]
]

that looks untested to me

You wanted an example. I just converted your code to a style that 
wouldn't have a stack overflow.

The | was in your original code :)

I amended it !

:)

That's not the part that was changed though: a private variable was 
added to refer to the old function. This deals with the stack overflow.

Brian ... has anyone looked at the network protocol enhancements 
...

Gabriele, maybe Cyphre then. I just remember, or think I remember, 
that I didn't come up with it.

using Brian's trick means you don't have to rename it!

Yes, but having a none-afe version with a different name allows you 
to choose.

none-safe

Has the 2.7.8 project died ?

or gone into hibernation?

You are asking too much ! :-)

asking anything is too much :(

no there are a lot of mezzanines in dev chat ready for the 2.7.8. 
  AFAIK, Carl either works on R3 or R2. not both... right now, he 
is working on R3 so until we get another big release (the one with 
extracted view) I would't bet on a 2.7.8.


though I have been using a few of the functions with dev chat which 
Brian coded for R2/forward.

This the price/benefit of one man work on REBOL/Core.

its also possible that with the AGG fixes done or pending, we might 
get a 2.7.8 beta which has current mezz code and the bigger native 
changes pushed to a 2.7.9 release... but I'm just throwing a guess 
in the air.

However, I am not dissatisflied. I apreciate the amount of work done 
and every release is a gift to the community. Long life to Carl !

It's my problem too, when I drink a little to much , I like everyone.

Steeve :-))

I am happy without any drugs. I am optimistic, it's my fault !

is there the possibility of getting R3 AGG Richtext dialect backported 
to R2 - it would make a huge difference for gui development and text 
rendering?

I don't think it's easily possible as the R3 richtext is based on 
GOB system.

its independent of gobs as you can use it inside draw already - eg:

text 100x100 [font "Arial" size 20 240.240.0 "this is some text" 
255.0.0 "this is some more text"]

which is vastly superior to the text handling in R2 draw

of course parts of the R3 text handling like text clip zones are 
still broken..

I asked Cyphre about his demo from 2005. It might be possible to 
do, but it's a fair amount of work.

I have come across a strange problem with View 2.7.7 on Mac OS X. 
If I load a library, run a function from the library and then put 
the machine into sleep mode, Rebol crashes with a Floating Point 
Exception when the machine wakes up. Here is ahte console session:

>> mylib: load/library %Code/Pascal/libtestlib.dylib
>> add1: make routine! [a[int] return: [int]] mylib "myfunc" 
>> add1 12
== 13
>> Floating point exception


I compiled and tested the library under Windows, put the machine 
to sleep, no problem when it woke up. (I was running Windows as a 
Virtual Box VM).

Any suggestions?