World: r3wp

Do you need to conver the data when using rebcode? In REBOL you would, 
but I think you can poke it in rebcode. e.g. 


mem-move: rebcode [bin [binary!] src dst /local v] [pick v bin src 
 poke bin dst v]

Gregg, Thank you.

I've just found out that "to-char" is not necessary in Rebcode, the 
value picked from a binary! can be poked into a binary! without using 
"to-char" first. This is different from the regular REBOL code.

I would like to have an interactive console for REBCODE. That would 
be greate for learning the REBCODE dialect.

>> iRebcode       ; switch to REBCODE console
:> set.i a 10     
:> add.i a 20      
:> print a        
== 30             
:> exit           ; back to REBOL console
>> print a
== 30

It is possible, I mean, the interactive REBCODE console idea.

Something like:

iRebcode: has [b] [while [(b: ask ":> ") <> "exit"] [do do append/only 
[rebcode []] load b]]

Guess it needs some binding.

Better version:

iRebcode: has [b] [while [(b: ask ":> ") <> "exit"] [if error? try 
[do do append/only copy [rebcode []] load b] [print "Syntax error!"]]]

That must be an one-liner rebcode prompt.

Good idea, Jerry! Thanks! :-)

>> iRebcode: has [b] [while [(b: ask ":> ") <> "exit"] [if error? 
try [do  do append/only copy [rebcode []] load b] [print "Syntax 
error!"]]]
>> iRebcode
:> set.i a 10
:> print a
?unset?
:>

Binding seems to be needed ... I don't know how to do that.

Geomol, Thank you for your iRebcode function. Your inspire me to 
rewrite it into an "interactive draw" function:

>> iDraw: has [b canvas draw-blk temp-draw-blk] [
[        draw-blk: copy []

[        canvas: view/new layout [box 400x400 black effect [draw 
draw-blk]]
[        while [ (b: ask "iDraw >> ") <> "exit"] [
[                temp-draw-blk: copy draw-blk
[                if error? try [
[                        append draw-blk load b
[                        show canvas
[                    ] [
[                        print "Syntax error!"
[                        draw-blk: temp-draw-blk
[                    ]
[            ]
[        draw-blk ; return value
[    ]
>>
>> iDraw
iDraw >> fill-pen red circle 100x100 100
iDraw >> fill-pen 20 blue box 50x50 100x100
iDraw >> text "Fun"
iDraw >> exit
>>

That looks quite handy actually.

Simpler version:

iRebcode: has [b] [while [(b: ask ":> ") <> "exit"] [if error? try 
[do rebcode [] load b] [print "Syntax error!"]]]

No need for the do append copy - the rebcode function is a function, 
not syntax.

Jerry, iRebcode works ok for me under OSX.
BrianH, cool! :-)

Jerry, about the above, remember that A must already refer to a integer 
value before you can use set.i.

I see. Thank you, Gabriele.

Have a look

The Synthesis kernel written by Dr. Henry Massalin as his PhD. thesis 
is commonly viewed to be the 
mother of all self-modifying code."
via SteDekorte et al :
http://www.dekorte.com/blog/blog.cgi?do=item&id=2336

Interesting! And it's made for the Motorola 68030 CPU.

I thought rebcode was a function built into all new builds of REBOL 
- is it?  if not why not?

it's not finished yet.

only a few beta versions had rebcode in them

grrr.  Seems they should put it in anyway to others for at least 
access to the support that it may provide.

and a (shrinking) number of ops are buggy.... but a bug in rebcode 
is much more dramatic than in normal REBOL

Just seems like what it may provide might still be better than nothing.

it can crash the interpreter and even make your OS buggy... so I 
think Carl is a bit wary of the bad publicity this might give REBOL.

yeah that is probably it.  Shame I hope it continues to develop

Although I do agree... in the least, it would allow a select few 
the opportunity to develop fast code other can just use...

there are no test suites made yet, AFAIK so there is no proper testing 
done yet. only (very promising) concept programs have been done.

yes speed did often seem to be in the 30-100 times faster!

(IIRC)

I coded a gauss blur test program and recreated it in rebcode and 
it was approximately 18 times faster. it could probably be 30-40 
times faster if there are going to be color conversion and pixel 
read/write routines built in. Right now that needs to be done manually. 
It will be fast enough for anyone to build a software rendering texture 
mapping 3D engine.

rebcode is really amazing. it reminds me of the demoscene in the 
early Amiga days :-)

and many image processing funcs could at least be coded in a fast 
pre-process mode (not interactive, but fast enough that rendering 
them isn't too slow as to be annoying

(by interactive I mean 30+ f/sec)

if we also could have direct access to the buffer that is used for 
outputs so we can skip the View engine, but throw pixels directly 
on screen, even more speed can be gained.

this would be very cool.

I'd also like a way to copy to/from an external image source... to 
allow easier access to DLL rendered gfx.  (opengl and others)

and things like capture cards or output framebuffers...

it would just allow us to stay within REBOL platform instead of having 
to resort to lib useage....

this could also be useful in situations where you don't need anything 
but rebcode. what if it were possible to build a rebol core that 
only consist of rebcode? that would be pretty small, wouldn't it?

imagine being able to call rebcode directly within AGG draw loop 
 :-)

we could probably define our own primitives.

possibilities, possibilities... :-)

I think a big issue was security. Because of the same issues that 
let you crash the system, bad things could be done by talented people. 
I'd love to see it included though, even if they had to take out 
the buggy and unsafe bits for the time being.

Opcodes of the new AVM+ runtime system: http://lxr.mozilla.org/mozilla/source/js/tamarin/core/opcodes.tbl?raw=1

maybe someone may find it useful: cvs -d :pserver:anonymous:[anonymous-:-cvs-mirror-:-mozilla-:-org]:/cvsroot 
co mozilla/js/tamarin

where can i find rebcode vm ?

its a specific beta version or rebol/view downloads are on rebol.net.