World: r3wp

Darn, I was hoping to get compressed scripts/modules done in time 
for inclusion in a97.

not all critical bugs might be fixed. Maybe we could have A98 with 
few additional fixes too?

Compressed scripts/modules are now done. Alpha 97 came one hour or 
so too early.

never too early

Guess we have something to look forward to for a98 :)

using the http scheme ... very annoying that's there no trace/net 
... keep having to fire up wireshark

We neef of a trace scheme, that can be stuck with any other scheme.

But At first,  we need to think about a framework to be able to compose 
several schemes together, like the pipe idea someone else already 
proposed.

I hope there's going to be an a97 release for OS X Intel ...

BrianH: maybe you should bump some important to solve tickets importance, 
so that Carl sees, what bugs are our priority?

I have to confer with him first about the general category of what 
he plans to work on next before I can know what kind of thing would 
be important now. Without knowing the plan, I can't choose.

Not the overall plan, the plan for the next release in specific.

Here's the proposal for compressed scripts/modules: http://curecode.org/rebol3/ticket.rsp?id=1466

And the original blog (complete with comment flame war): http://www.rebol.net/r3blogs/0274.html

When I run the latest build for windows I get the following error:

Evaluating: /C/Users/Paul/Desktop/R3DBMS/r3dbms.r3
** Script error: cannot access words in path system/words
** Where: catch either either do begin do
** Near: catch/quit intern code if flags/halt [sys/halt]

The previous build worked fine but this one gives me an error and 
I can't execute my functions.  Currently my script has a halt at 
the end and I just run it and execute the functions from the console.

This build is a97

>> system/version
== 2.100.97.3.1

The system object has changed ... system/words no longer exists.

that a change in the latest release?

I don't see it in A96 either.

hmmm.

So where is system/words at now? Or was it removed all together?

words-of system/context/user  ;; for user-used words

How do we now define a word that matches a system defined word?

Looks like we have to use system/contexts/exports to call a system 
word that we have redefined in our script.

That fixed my error.

File extensions: Can we all agree to use .r3 for R3 related scripts? 
IMO a lot of people will use R2 and R3 in parallel for some time. 
Hence, it's necessary to seperate the two to select the correct interpreter 
etc.

I use .r3 from the beginning.

me too !

I too, but VID34 code etc. uses .r

I think the current VID3.4 source naming was before we talked about 
the .r3 extension.

I am not sure. There was a proposal to use REBOL3 [] in a header 
of a script ....

but as for me, generally, I don't mind. But as Amigans we always 
hated Windows for making decisions upon stupid file extension :-) 
OTOH if you would like to set associations, it is really better to 
use r3 for R3. That way you can have .r associated with R2 version 
....

That won't help a lot. As Windooze uses the extension to select the 
correct program.

You can use .r3 if you like. Aside from file extensions that are 
used by codecs or R3 extensions, the file extension is considered 
irrelevant if you specify it explicitly. One gotcha: If you import 
by module name and the module isn't loaded yet, the process of searching 
the library paths currently only looks for .r files. That can be 
worked around by including a module or script in your project that 
imports those modules explicity by filename - after that the import 
by name method will use the loaded module.

Was just  looking over some of the new features in R3.  What is funco?

Why was motive behind it rather.

FUNC does a COPY/deep of its spec and code block, for safety and 
recursion-safe use within functions (see the source of COLLECT for 
an example of this). However, the internal code uses a non-copying 
version to lower overhead. That non-copying version is assigned to 
FUNCO as the last thing, and the copying version assigned to FUNC. 
FUNCO is left defined for power users who can asses the safety of 
not copying their function specs and bodies.

Can you give me a quick example of how to understand those ramifications 
if we don't copy?

make function! [spec body] doesn't copy the spec or body, it just 
uses them (or does a BIND/copy, I'm not really sure). If that spec 
or body contains literal values that get modified later, they get 
modified in the function as well.

ahhh got ya.

What kinda value do you pass to to-utype?

None. User-defined datatypes don't work yet. The datatype is a placeholder 
for now.

ok, got ya.

how about to-typeset?

And before you ask, I don't know what EVAL is used for either, just 
what it does: It does a DO on block! arguments, but returns the argument 
unevaluated otherwise. I've asked Carl what it's used for and haven't 
gotten an answer yet.

yeah ask about dump also.

TO-TYPESET creates typeset! values. We don't have R2's pseudo-datatypes 
like series! anymore, we now have typeset!, sort-of an immediate 
bitset for datatypes. It speeds up function calling and allows all 
sorts of other things. I backported a fake version of typesets to 
R2 as well in the 2.7.7 release.

TYPES-OF function! returns a block of argument words and typesets.

Docs need more examples.  If someone just went thought the R3 Functions 
page and separted it into a seciton that says NEW in R3 and explained 
those and gave an example for each we would have awesome docs.

There's already been a blog about that recently: http://www.rebol.com/article/0456.html