World: r3wp

you can save even more space by switching to binary 64bits ;)

Ah.. I forgot about that lol

Looks wacky, but it works well!   =^)

Does somebody face with the plugin problem that I got!? I tried to 
setup an Rebol script as a Plugin in webpage, but got message Cannot 
run ...script name.r. Then to be shure that all is o'k I just copied 
an example (web page and Rebol script) from www.rebol.com and put 
on my localhost web server. All of those examples works fine on my 
IE6 and WinXP.  But when I tried the same example on my localhost 
web server I got the same message. Of course I changed parameter 
LaunchURL to point to the same (copied) script on my localhost. What 
is a diffrerence in environments that I don't know and how to solve 
this problem?

rebview1210231.exe is out on http://www.rebol.net/builds/031/

fantastic ;)

FYI: Baseline releases for REBOL/View 1.3 project development only. 
Contains back-merged 2.5.58 changes (async kernel w/o async). Fixes 
a few dozen bugs. Includes new GC methods.

sure but GC is still problematic maybe it could be interresting to 
rethink this part ... :)

Type "desktop" to start desktop.
WARNING: CALL function enabled in this version.
To see most recent beta changes, type: changes?
>> fun: func [/local i ][print i for i 1 10 1 [] print i ]
>> fun fun
none
none
none
none
>> stat
** Script Error: stat has no value
** Near: stat
>> stats
== 3769230
>> recycle
>> stats
== 2937954
>>

in this VM there is nothing or near nothing done and yet we get a 
lot of memory used for nothing ...

You should recycle first.

and keep recycling until it is stable.

yes but why I have 800 Ko used for a ingle function with a local 
var called twice

I see 2.4 kb used.

We should not have to worry about how and when recycle works. It 
should just work.

I agree, mainly.

shadwolf, see this:
>> fun: func [/local i ][print i for i 1 10 1 [] print i ]
>> stats
== 3792829
>> recycle
>> stats
== 2944354
>> recycle
>> stats
== 2944354
>> fun fun
none
none
none
none
>> stats
== 2945682
>> recycle
>> stats
== 2944450
>> recycle
>> stats
== 2944450
>> 2945682 - 2944450
== 1232

That's not too much is it ?

3792829 -  2944354 that's mutch ;)

Well, maybe rebol just needs to do a recycle at the end of its startup.

Type "desktop" to start desktop.
WARNING: CALL function enabled in this version.
To see most recent beta changes, type: changes?
>> stats/frames
== [1536 1401 135 135 12522]
>>

with nothing else done

Type "desktop" to start desktop.
WARNING: CALL function enabled in this version.
To see most recent beta changes, type: changes?
>> recycle
>> stats/frames
== [1536 1121 415 415 11396]

I don't know exactly what means those values

Knowing some simple memory management techniques that assist recycle 
is useful, such as:

	my-big-binary-image: none
	unset 'my-big-object

 feel: my-feel	; instead of make .. where common code can be shared
	...

hmm.. under linux the internal version stops when I start it up after 
initial messages. It doesn't display a prompt...

>> help stats
USAGE:
    STATS /pools /types /series /frames /recycle /evals /clear

DESCRIPTION:
     System statistics.  Default is to return total memory used.
     STATS is a native value.

REFINEMENTS:

     /pools -- Returns: width units free-units units-per-alloc segments 
     mem-in-use
     /types -- Returns: Datatype count

     /series -- Returns: total blocks strings other avail free expansions
     /frames -- Returns: total used unused free values-total

     /recycle -- Returns: count series-total series-last frames-total 
     frames-last ballast
     /evals -- Returns: values functions blocks
     /clear -- Clears the evals counters

Ashley I know  this but that's not explain what means all the numbers 
in the recycle/frames result

That's one for Carl I think.

I think a "frame" is an internal interpreter structure or object.

but in fact the GC is problematic I would prefer a dealloc/realloc 
each time a ": " is found by the REBOL  code parse engine ;)

I think that would be very slow.

instead of having frames not related to a rebol word and  still allocated 
in memory until the GC decides to do he's job ;)

But I also admit my opinion is probably useless until I've studied 
and tested various garbage collection schemes.

Slow ?  slower than what letting the memory as this for sure  !!!!

that's right - slower.

but slower than making a recycle on every show function calls in 
Vid application like what was done in  rebgui  ?? I don't think so 
;)

you're trying to fight the system without coming up with a better 
one, that's all.

What is the true basic problem ?? I have in rebol memory chunks unrelated 
with world on the diccionnary of rebol  and this make the memory 
management just impossible because it dépends on too many things 
unrelated with coding ...

Anton well we are limited basicly be C capabilities If recylcle know 
what to frames to erase it"s normal to ask why those frames are not 
cleared before using new ones ;)

that's logic nothing more ;)

Anton well we are limited basicly by C capabilities If recylcle know 
what to frames to erase it"s normal to ask why those frames are not 
cleared before using new ones ;)

hundreds of line C code are spent into the recycle function but only 
one line could be used free () :)

well i'm too simpling the thing ...

Rebol is not the only one to use GC but it's the only one to give 
coders so little control upon it ;)

C is definitely not Rebol. But consider this:
	a: b: context [data: "love me"]
	a: none
Obviously the object should not be freed yet.

The question is, should a full recycle occur (checking for unattached 
values) ?

I think that would make setting words very slow and degrade performance 
terribly.

(After all, just about every second word in rebol code is a set-word.)

Anton it depends if a; and b; store each the cloned content ;)

No, the object is shared in this case.

>> recycle
>> stats
== 2936994
>> a: make object! [print "I love rebol but not GC"]
I love rebol but not GC
>> stats
== 2937746
>>