World: r4wp

I sent 70eur in from 14.Dec to now (for NickA or Gregg deals / btw 
thanks for that).

Janko: thanks for your donations!

Shouldn't block/rs-head and rs-tail have a /local s ?

Same for string. Perhaps it comes out of string/rs-length? which 
doesn't have s

block/copy seems to need /local s too

Yep, copy/paste bug.

I've implemented the first string marshalling in the SQLite binding, 
of the version identifiers

version: routine [  ; Return SQLite version.
;	return:				[string!]
	/local				version
][
	version: sqlite/version
	SET_RETURN ((string/load version length? version))
]

You should wait for me to add the marshalling and unmarshalling functions 
(that will be used everywhere Red needs to interface with non-Red 
code). In your code example, it should be: 1 + length? version (as 
it needs to account for terminal NUL character). Also, you need to 
get sure that the source c-string! buffer is always available or 
make a copy of it (a pointer to it is stored as a UTF-8 cache, unused 
yet, but intended for speeding up I/O, still experimental, not sure 
it will stay for v1.0).

I was wondering about those things. There's not much I can do then 
to make working bindings currently

I'll try to speed things up.

Don't tremble apart when passing the sound barrier ;-)

:-))

I adapted the console to work on POSIX platforms with the ReadLine 
library, but due to bugs in ROUTINE it's currently impossible to 
keep it integrated with the Windows version

Since Red compiles to Red/system, how can I get the red/system source 
result?

Red is simpler to use but sometimes we want speed so why not let 
red compile to r/s

and then use that source to make a routine! or as a stand-alone program?

You can use the -v options to the compiler, but you'll probably be 
disappointed. What Red generates is completely integrated with its 
runtime, not something you would use standalone or even hack

Marco: it's explained in the README file there: https://github.com/dockimbel/Red

Red compiles to generic Red/System code, there's no optimizer yet. 
Routines allow you to hand-optimize Red/System code and use system 
programming features not available at Red level.

Kaj: have you reported those routine bugs somewhere?

About antivirus false positves (VERY annoing): Red exes give alerts 
while r/s ones not (at least not the demos), isn't it a bit strange?

I'll get around to reporting some issues later tonight

Marco: some antivirus have too aggressive heuristics, there's not 
much we can do for that. From time to time, I send some reports to 
AV vendors for notifying the false positive, most of the time, they 
take it into account.


Doing a quick test on virustotal using the latest console exe, it 
seems that my reports have been successfully processed, I don't have 
the old virus reported anymore (except with Panda): https://www.virustotal.com/file/a8c189ed790fd1d5bce2d86878e85445c21880dafb4220605df4ef2e4d4f4ce5/analysis/1356894544/

What AV are you using?

Avira Free Antivirus

I recommend you to switch to MSE (Microsoft's one), it integrates 
better with Windows and has no annoying ads and  is totally free 
(I was an Avira user for long time before trying MSE).

But why r/s exes do not give alerts?

You should ask that to the Avira developers. The heuristic routines 
they use might not be very stable and could be easier triggered by 
byte patterns produced by Red than byte patterns from hand-written 
Red/System programs.

Since string/load-in caches the source string when under 64 bytes, 
should console/input not refrain from free'ing BUFFER?

About false positives: the console.exe does not give an alert, so 
I copy/pasted the first lines of console.red to demo.red and it did 
not give an alert...

Kaj: right, the `free` call here is unsafe. Actually both allocate/free 
calls in input were just meant for temporary use. The whole current 
console code is temporary, it will need to be replaced by a proper 
cross-platform full-featured console.

'm offering a matching funds drive to for Kaj and Esper Consultancy's 
work on Red.  I'll match funds donated to them by January 31, 2013, 
up to a total of $200.  If you're interested in Red, please help 
them devote some additional time and effort to this project.

Fast forwarding Red history: http://www.red-lang.org/2013/01/fast-forwarding-red-history.html

Cool :-)

Very good vid even without a fitting musical distraction! 

Today I watched a tutorial for the AVR Dragon, a kind of arduino 
thing, when I heard in that video the programming environment was 
a download of about 500MB and needed the .NET framework I stopped 
it and realised that would be about 5000 times bigger than the programmable 
memory of that board. That is why the world needs Red :)

If someone wants to add music, he can make a new video using gource 
and add appropriate music, I hadn't the time to  also work on the 
audio part. :-)

amazing!

wow!

Wow that's cool :)

I find graphical representations of data very interesting.  This 
one is one of those!

I can't wait to see how that video progresses as more people become 
involved!

The paypal address for Kaj and Esper Consultancy is [bas-:-esperconsultancy-:-nl]

Doc - thanks for mentioning me, now I am famous again :-) Well, glad 
that as I can't program, I can be kind of usefull otherwise :-)

Donations are currently vital for Red continuation as it is my only 
revenue stream. Without all the donations I have received, Red progress 
would slowdown a lot. So, it is probably even more important than 
contributing code. ;-)

Doc, Issue! in Red will be Any-String! (like in R2) or Any-Word! 
(like in R3) ?

Good question: I am just about to add issue! support to Red today. 
I think the change in R3 to treat it as a word is a good one, as 
the main issue! usage is for keywords. As in R3, it will allow digits 
as first character.

I'm doubtful about it, as it is also commonly used to denote bug 
numbers and such, which is now expensive in R3

Hmm, why is that expensive now?

Each issue number adds a word to the word registry, that isn't garbage 
collected like strings are

I would like to be proven wrong

No that's true. But I wouldn't consider that particularly expensive 
(esp not with R3 effectively abandoning the word limit).

For compiled Red, I think this would not matter at all (as strings 
are interned as well, afaik).