World: r3wp

If it has a nice splash screen with a 3D rotating logo (all in REBOL), 
I might buy one. ;-)

It's paper!  Allen gave it me a few years ago when I was in that 
part of Australia ...

So, it's a collector!

I still have REBOL flah somewhere, as well as t-shirt :-)

Yep .. collectors item

Maybe we should do REBOL community reunion, even without RT, who 
knows when next devcon is going to happen. I would like to see you 
guys, before we close the shop here :-)

I thoght the next devcon that I was not going to attend was in Prague?

yes ... but it was ... cancelled ... or let's say ... postponed ....

I would be glad to visit Prague and see other rebolers.

Perphaps next spring - official launch of R3.1, View/OpenGL, Dual 
licensing, HTC, BlackBerry adopting R3, etc. - good stuff ahead :-)

29/1-01:03:23.766-## Error in [task-handler-1055] : Make object! 
[
    code: 303
    type: 'script
    id: 'expect-arg
    arg1: 'arg1
    arg2: 'attributes
    arg3: [block!]
    near: [arg1: err/arg1 
        arg2: err/arg2 
        arg3:
    ]
    where: 'html-form-error
] !

Now my site has all that binary stuff in front of it ...

It seems that error argument passing in 'html-form-error is not secured 
for unset! values. I'll patch that today.

Using latest SVN version?

no .. it's an encapped version

0.9.19 ?

Dunno .. the tray menu doesn't say

build date of august 2009

wow ... restarted Cheyenne and killed it again :(

time for some debugging

That would make it an early SVN version (around r5-r15).

Were there some critical enhancements I missed out on?

just sync and read changelog ... it is ... extensive :-)

Looking in my code, the unset! issue in html-form-error is already 
fixed in current version.

ok ... I guess I need to do another encap

Yes, there was a few critical fixes, and especially one for response 
buffer corruption. If you hit these bugs, I can only suggest you 
to upgrade.

Btw, I'm planning to freeze current SVN for a couple of weeks to 
release a new official version. I still have to patch a few recently 
added features and test the MTA more extensively first.

I'll setup a new CureCode instance for Cheyenne (and CureCode itself) 
this weekend. It would make it easier to follow Cheyenne's fixes.

I was reluctant to do that before, CureCode wasn't able to run multiple 
instances of itself on the same Cheyenne. Since 0.9.10, it's fixed, 
so I'm in the process of collecting all my current CC instances scattered 
around on multiple servers on the same Cheyenne server.

<and put them> on the same Cheyenne server.

Let us know when it's all working so we can do the same :)

It's already working now with latest Cheyenne+CC. I already have 
a Cheyenne instance running 2 CC instances for a customer since a 
week without issues. I've tested locally with up to 4 instances, 
each with different settings without any issue so far.

Sorry, Doc, had to sleep. I'm using Windows (XP).

I have an idea, if R3 is 'all the news', why not source R2?

I'll bet dollars to doughnuts R2 takes off, and R3 languishes.

doubtful

put up your doughnuts

open sourcing something doesn't magically increase its development 
momentum. been there, done that.

It seems to me that there's a bit of misunderstanding here on how 
OSS works. My understanding is that peoples are willing to contribute, 
because they *need* something and they *can* obtain it by modifying 
the source code. Expecting that your product development forces will 
magically increase because you're going open source is, in the general 
case, an illusion. People will contribute only if they're interested 
in your product, have a need to fullfill, and time/skills to make 
it. So, a critical mass of users is required to get enough contributions. 
If you don't get enough contributions, don't blame it on the open 
source approach, blame it on your product (or on your communication), 
because it doesn't attrack enough people to reach the required critical 
mass.

The other issue is that many of the open source projects are just 
too "hard" for the casual user to contribute.  It requires lots of 
documentation to get up to speed and often that is lacking.

That's why "critical mass" is important to reach. If, for example, 
1% of a user base is skilled enough and willing to contribute to 
an open source project, you need to get at least, a thousand users 
to expect significant contributions.

So, the options are either obtain a critical mass by waiting for 
a 1000 users, or, improve the docs to reduce the potential critical 
mass

Or provide a good enough support, so that people won't get stuck 
with bugs for months or years.

Henrik, I think misunderstands the value of users who report bugs 
...

Bug reporting is very important ...

It's vital for any software.

In the past, Carl has made a few attempt at OSS, but it seems to 
me, without understanding how it works. I guess that's why he was 
disappointed when View Desktop was opened for all to modify and he 
received no contribution after several months. The issue was not 
with open sourcing it, it was IMO, in the simple fact that (let's 
put it in crude words) : nobody really cares about View Desktop!

He should have tried with IOS ...

Has he OS'd anything else?

I remember the calendar app was broken in IOS and the source was 
hidden. But that got fixed by efhishant