World: r3wp

The improvements in 2.7.8 were pretty significant, so R2 is getting 
a lot more useful. I would love to have some kind of proper dialected 
binary conversion facility in R3 that could be ported back to R2, 
preferably compiled (generating conversion functions) - that would 
make it possible to have code like Red's compiler a lot more portable 
between R2 and R3, no explicit struct! use needed.

So, where to from here?

I can't invest any time in R3 without a fully working GUI and https

That is the case for a lot of people.

Between a rock and a hard place

With a rope dangling just out of reach.

That's good, then we can't hang ourselves ;-)

:-)

we wait 6 months or however it takes for Carl to get back to work?

Gallow's humour, we call that in Dutch

Same here Kaj.

Ah, didn't know that's also an English expression

0MQ is a wedge for me, between the rock and hard place. If I can 
use that for messaging, pieces can be (re)written in any language.

Yes

And also a danish: galge humor
where galge = gallows

Enough of the me toos!

I've already finished the major projects I was working on in R3 itself, 
like the module system; I can't start more without the protection 
bugs being fixed. My next stuff is all docs (modules and PARSE) and 
addons (that dialected binary conversion, plus maybe some schemes). 
What I really want to work on is Android, but I can start that work 
using Red for now.

I guess cURL solves the https

So, it's really waiting for the GUI team

It sort of solves it for me. We're spoiled with everything built 
into R2.

Has anyone tried making an R3 host that doesn't follow the standard 
program model? For instance, an application plugin?

Ok, to make it more usable .. we need to get the schemes finished

Any other show stoppers for the majority of users?

Was someone going to tackle the opendbx drivers?

We already have odbc, and a possible sqlite ...

I presume Linux users will want a native mysql driver

Is the ODBC stuff in port scheme form, or a collection of functions?

It's a scheme

but presumably not usable from linux

maybe w/unixodbc

Not as far as I know ...

as for show stoppers, resolve has a serious crash bug on all platforms, 
not only osx

Maybe we need to get Carl to fix the real show stoppers

that would be a big help

Yes

Can we get a list together ?

And the ODBC scheme is indeed using the Windows interface

I volunteer Andreas to draw up a list :)

I meant nominate :)

A prioritized list

CALL is important to me. Not sure where that stands.

CALL we can mostly do on our own, as extension.

(And get that merged back into the native later on.)

blocking stuff is that which can not be done except by Carl

Well, that's interesting .. nothing blocking!

wasn't there a bug also in the extensions which crashed the core 
under some relatively obscure case, like the number of commands or 
something like that?

here's one list i once started of crashes and blockers:
1422    Rebol crashes when opening the 128th port
1799    maps broken for >2**24 entries

1806    Error after loading an extension: "REBOL System Error #1207: 
assertion failed"
1825    Crash in RESOLVE
1865    SIGSEGV when importing modules

1867    In extensions, returning with RXR_BAD_ARGS or RXR_ERROR has 
no effect

feel free to send me your blockes, and i'll collect them as well

Want to publish a list somewhere?

yes maxim, that's 1825/1865 which is most likely a bug in resolve