World: r3wp

You can't get a reference to the internal data in R3 like you can 
in R2, so no hot patching.

using struct! ?

I mean the value returned by the body-of reflector of a function 
is at best an unbound deep copy of the body, not the original. You 
can't patch functions. This means that your datatype could return 
a copy of the input data, a disassembly of your bytecode, or nothing 
if you like.

hum i see

This was a security fix.

Nonetheless, I am doing whatever I can to speed up regular R3 whereever 
it is reasonable to do so. The profiler is my friend :)

what is the name of the REBOL world again for 2.7.7?

r2-beta, I think

quick question about R3.... does the GC *release* memory from the 
process properly, as opposed to R2 growing infinitely?

R2 does that?

yep.

R2 does not grow infinitely, but it does not hand back memory -- 
it prefers to keep what it's got and use that again when needed.

That is faster than continually handing back and reacquiring memory 
in many cases.

But if an application needs a large amount of memory at start-up 
(or some other peak time), it keeps that memory until the end. That 
is not very friendly!

any memory use which grows the global pool is never de-allocated 
 :-(

but the actual effect is that if R2 grows, memory wise, its GC slows 
down.  so the argument of handing back the memory is ultimately flawed.

I've even witnessed this with altme, when doing the initial sync, 
it grew to almost 200 MB.  it then started to freeze sporadically.

so I just quit, started back... got me a nice 50MB process and all 
is well.

and sunanda... I've also discovered that it doesn't always recycle 
the memory its got !  image manipulation is an example of that.

does any one know if all of this is still an issue with R3 ?

There is a bug in R2 that causes a memory leak related to a specific 
use of GUI events and network ports. I've encountered this a few 
times.

How R3 handles memory, I don't know. There are several new debugging 
functions to explicitly let you know what is used and what is released. 
I would guess that Carl has also tried to make sure it's easier to 
find leaks.

I just hope that we can *force* a memory shrink.  I've got an application 
which needs a 900MB bitmap to be generated and drawn on... this works 
in rebol... but the moment I try to allocate a new one... it crashes. 
 the one is never released  :-(

(... the *old* one...)

or the memory reused for that matter  :-/

Thanks Henrik

Hm, sounds like one of the root causes why the AltME server can overflow 
the memory and swap space when a slightly larger file is downloaded

very possible.

IPv6 connection works in rebol3 ?

I am not sure it has anything in common with R3 itself? Isn't it 
task of underlying OS layers?

- but, for .e.g. with Cisco VPN client, we had to turn IPv6 off in 
order to get it work properly.

if a user will ever need to enter an IPV6 address directly, there 
should probably be support for that, but other than that, the rest 
is up to the OS.

No new datatype for IPv6 addresses?

when he can download a new public or other R3 Releases ?

if you mean he = we, then: unknown

Do the current R3 private releases have any sound capabilities?

no

REBOL never had any sound :-)

That's why I hear a "Ding!" everytime a new message comes into this 
world...  Cause REBOL can't play sounds!

REBOL 2 can play sounds, but I don't think you want to build a 32 
channel music tracker with it. :-)

exactly :-) Ask sound gurus as Rebolek for details :-) But - Carl 
is very open in this regard. R2 currently uses wave win32API, and 
there seem to be a bug (which we noticed when we tried to do a video 
playback). Carl released sources, which are rather short for sound 
module. Maybe it could be fixed a bit for next 2.x release, if there 
is going to be any ...

;-)  I knew it was limited but couldn't remember if it was actually 
just using some Windoze component or not.

Do the current R3 private releases have scroll-wheel support?

Yes

super ;-)

R3/View might get Unicode support till the end of January. I pushed 
Cyphre to release some info, but maybe he just wanted me to give 
him a break :-)

... so, this is not official RT's info ...

It seems that every GUI has a version of Apple's Coverflow these 
days. Flash, JavaScript, JavaFX, even WPF and Delphi. A R3 coverflow 
would be a much better application to test out the GUI than a colour 
selector and a forum client. It would be a great demonstration of 
R3's capabilities.

just a joke to try to generate a coverflow animation.
REBOL []
angle: 10
angle2: 0
decal: 0x0
rot: 0
scene: [
	transform angle 50x0 1 1 0x0
	pen red fill-pen red circle 70x0 2
	pen green fill-pen green circle 85x0 2
	pen yellow fill-pen yellow circle 100x0 2
]
scene2: [
	transform angle2 decal 1 1 0x0
	pen red fill-pen red circle rpair 2 
	pen green fill-pen green circle gpair 2
	pen yellow fill-pen yellow circle ypair 2
]
img: copy empty: make image! 100x50
logo: copy logo-empty: make image! 200x100
locate: func [color /local idx][
	idx: (index? find/skip rgb to binary! color 3) / 3
	as-pair idx  // img/size/x to integer! idx / img/size/x 
]
view/new l: layout [image img image logo]
rev: false
for i 10 170 5 [
	angle: i
	change img empty
	draw img scene	
	rgb: img/rgb
	gpair: locate green
	rpair: locate red 
	ypair: locate yellow 

	either all [gpair/x > 35 gpair/x < 65][
		rev: true
		angle2: angle2 - 15
		decal: gpair
		change img empty
		draw img scene2	
		rgb: img/rgb
		rpair: locate red 
		ypair: locate yellow 
	][if rev [pair: ypair ypair: rpair rpair: pair]]
	change logo logo-empty
	b1: as-pair rpair/x 25 - rpair/y
	b3: as-pair rpair/x 25 + rpair/y 
	b2: as-pair ypair/x 25 - ypair/y
	b4: as-pair ypair/x 25 + ypair/y 
	draw logo [pen red scale 2 2 image logo.gif b1 b3 b4 b2 border]
	show l
	;*** PUSH ENTER TO ADVANCE
	input
]
do-events

could be usefull to generate the optimal coordinates

I've done a basic coverflow layout--no slick animation or reflections 
(too slow under R2 when I tried it)--but fully keyboard and mouse 
driven. Animation could be done, but hasn't been needed yet.

--no slick animation or reflections (too slow under R2 when I tried 
it)--

That's why it would be such a good test of R3 GUI.