World: r4wp

Mine, yes.

There is now also an English page on Wikipedia about Red:

http://en.wikipedia.org/wiki/Red_%28programming_language%29

Cool!

we can add red-lang.org and cheyenne-server.org links to the external 
references.

red-lang.org is there. Cheyenne doesn't have much to do with Red 
yet

However, Windows, OS X and Android are missing from the OS entries

we can copy/paste "about" section from http://www.red-lang.org/p/about.html
as well.

Be careful with that. The Red site is speaking in the future. Wikipedia 
will not regard that as encyclopedic information

I see. So we will put those information after Red is completed.

It would be interesting for RED to be a strict superset of REBOL...

It is interesting what does DocKimbel think about such possibility...

You're right: as a compiler, it can't be

Bas: great work, thank you!

Evgeniy: I am not sure if a strict superset of REBOL is doable in 
Red without introducing some important runtime overhead, making the 
compilation approach much less efficient, so less useful. I'll try 
to push it as far as possible and will stop when we loose too much 
performances.

Hello Doc - how are you doing, lately? Still busy with the non-red 
related contract? :-)

Unfortunately yes, but it should end in about ten days, so I could 
finally get back to the interesting stuff. I'm becoming an MQL4 language 
expert now, and I really don't like that (even if it can make me 
see some interesting niche opportunities for a Red dialect). ;-)

Well, as for dialects, I still can see PARSE as a secret weapon. 
Hopefully Red gets to R3 or Topaz level, as far as parsing goes. 
We could create some dialects for niches, I think ppl would see the 
advantage ...

It's possible to do something like [s: make c-string! 1000] in Red? 
So I would reserve 1000 bytes long c-string?

I tried declare but that leaves me with empty c-string!

I haven't found away to pre-allocate memory for a c-string! in Red/System 
except by initialising a string.

ah, that's unfortunate. thanks

Red/System has no memory manager. You need to use the allocate/free 
wrappers provided by the runtime (see %Red/red-system/runtime/libc.reds). 


Once Red's memory manager will be stable, we could easily add some 
simple functions to make it available from Red/System too, so you'll 
be able to either manually manage memory or rely on Red's memory 
manager (including being able to call the GC).

Ah, great! Thanks.

How can I get address of c-string! variable?

c-string! variables are memory pointers, so you're already manipulating 
the address. ;-)

yes, but if I want that adress for another purpose like copy-memory 
function?

Just pass the variable name.

I tried but ended with:

*** Compilation Error: argument type mismatch on calling: copy-memory
*** expected: [pointer! [byte!]], found: [c-string!]

You need to make a type casting: as byte-ptr! <variable>

ah, thanks!

byte-ptr! is just a macro for [pointer! [byte!]] which is a bit more 
generic type than c-string!

yes, that works. Thanks very much!

another question :) how to get pointer to integer! ? as byte-ptr! 
converts the value and doesn't return address.

just use: as-integer <byte-ptr! variable>

Ah sorry, not what you asked for...

The get-word! syntax for integer! variables hasn't been implemented 
yet. So currently, the only way (AFAIR) is to wrap your integer! 
in a struct! (as you would do in REBOL).

I see, thanks.

There are several *-reference! types defined in my C library binding 
that do that:

integer-reference!:				alias struct! [value [integer!]]

Hi Doc,

   I have found the time to view the documentation of RED/System on 
   your site.

   Red/system brings the expressiveness of REBOL in a low level language.

   I see there is no object orientation capabilities into this language. 
   Is it planned ? Otherwise, as a programmer, why you dont find it 
   usefull ?

I think it is planned for Red as Red/System is a low level system 
language.

Endo, I know it will be available in Red as it will inherit many 
REBOL features.

My question is for curiosity. Why a programmer chose to not put into 
his low level language OOP features like in C++ (I am not talink 
about full OOP but a basic subset)
Is this OOP really crap ?

OS APIs and systems don't need that feature. And C++ is not that 
low-level, as you need to use C if you want to use WinAPIs or kernel 
functions.
OOP is a high level feature and no use in low level APIs.

Is this OOP really crap?
 I don't Doc thinks like that, but let him answer.

What I would welcome though is some series capabilities, even blocks, 
traversal, etc. Doc says, it will come via Red. The question is, 
for low level wrappers, if such concept would be usefull or not?

I believe that it will be possible to access all Red datatypes from 
Red/System via the Red Memory Manager (which is being built in Red/System). 
I doubt that Red/System will have any built-in functions to traverse 
and manipulate series though.

I don't think it is useful for Red/System, look at Kaj's bindings, 
its all system structures, API calls, enumerations and a few functions.

When we have Red we (or someone) can write wrappers in Red, so "normal" 
users will not need to use Red/System.

And there is no use series etc. kind of high level features in bindings/API/kernel 
calls.

No object! nor series! support planned for Red/System, remember that's 
supposed to be just a low-level dialect callable from Red meant for 
system programming. However, as Peter mentioned, it will be possible 
to access Red values and actions (mainly series and I/O actions) 
from Red/System when deeper interfacing with Red is needed.


OOP is just not necessary to Red/System, only code and data encapsulation 
is IMO worth adding in the form of a module system. I'm not a big 
fan of intensive use of OOP, as done in C++ or Java (or I'm probably 
just repelled by class-based OOP). I find prototype-based OOP (REBOL, 
Javascript,...) much more appealing and will support it in Red.

As far as I observe, many people are not keen on the C++ implementation 
of OOP, anyway.