World: r3wp

I'll try whatever you want me to. As a point of note, it kind of 
looks like the animation is showing 1 in 10 to 30 frames or so. Also, 
I'm not sure that the colour rendering is OK - there seem to be too 
few colours used. Can you take a screen cap showing the torus on 
your end?

its a brown torus:   http://www.pointillistic.com/open-REBOL/moa/files/opengl-torus.png

The colours look OK, comparing to your output. Is there anything 
in your offscreen buffering that could be an issue?

I'm using double buffering, and use swapbuffers at each refresh.

one thing I've been wondering... do you have AA hard-coded in your 
preferences?

%opengl-test.r3 ran fine.

%opengl-simple-test.r3 crashed after a few seconds:

@** Script error: cannot access window in path event/window/data

** Where: all -apply- wake-up loop -apply- wait forever catch either 
either -apply- do
** Near: all [
    obj: event/window/data
    obj: select obj 'handle...

Same error for complex tree.


Happened on torus too, then I figured it out. The error occurs if 
I move the mouse over the animated area. Other than that, it looks 
very cool Max.

gregg, that looks like an older version of the distro... the new 
files are:
opengl-torus.r3
opengl-simple-tree.r3
opengl-complex-tree.r3


also the error looks like something I patched in r3-gui.r3 not handling 
data-less gobs... did you update/change your r3-gui.r3 in the distro?

Just downloaded the release from yesterday and unzipped over the 
old one.

If it's known to be fixed, that good.

could it have been cached in your browser?

(its happened to me before)

The zip is a different size, so I don't think so. Complex and Torus 
are dated yesterday, the others for the 25th and 26th.

Max, the AA settings seem to be the cause of the problem. The card 
was set to "Use application settings" and this resulted in the problem 
- guessing that you're not doing everything you should be to set 
AA up. When I uncheck the option (basically have AA globally set), 
your demo works.

Max, I'm expierencing the same flickering as Adrian does, I'm running 
on a 3/4 year old Sony VAIO with Win7. I can't supply any further 
detail, I'm don't have access to the machine right now. I see a flickering 
torus , a flickering  simple tree and no complex tree at all. When 
I'm back at the machine, I'll try with the AA settings which Adrian 
seems to have identfied as the source of the confusion in just this 
moment.

I was expecting something else to occur, so funny that my guess was 
related.   I'm actually not touching the AA settings.

looks like not doing anything is not always the right thing - is 
it complicated to set the AA level?

I'll look into it, all cards have peculiarities like this.

I actually don't know I haven't played with AA setup yet.

its probably just a simple glCall to do when we settup the viewport.

(simple when we don't want AA... requiring AA probably needs a bit 
more work, since we usually have to chose between what is available)

just tought I'd post this little code snippet for fun....


here is the smallest running opengl application I've ever seen  :-)

rebol []

import %opengl-cgr.dll 

win: make gob! [text: "GL_API TEST" offset: 500x50 size: 300x300 
]
append win box: OpenGL-Gob [size: 300x300]

make-primitive box 'polygon [shape: [vertices [0 1 0  -1 0 0  1 0 
0] faces [ 2 1 0] ] changed: [shape]]
view/as-is win

Good stuff Kaj. Have you posted how you implement server limits when 
serving REBOL up this way? That could be useful information, based 
on first-hand experience.

Thanks. I'm just executing user scripts through a shell script:

ulimit -t 30 -m 20000 -v 10000 -u 10 -n 100 -f 200

/users/try-REBOL/program/r3 -q /users/try-REBOL/program/do-rebol.r 
$1

The ulimit sets standard Linux resource limits for the process and 
its REBOL child process that gets started afterwards

Thanks Kaj.

There should be a more efficient way, for example if you have a REBOL 
binding to the ulimit function, but the detour through the shell 
script is a quick solution

Doc, I don't even know what ldap is, but perhaps we should be using 
github for releasing all unfinished work?

Just for one file of 17Kb? Sounds overkill...

far from it

17,000 bytes ....

If you haven't finished it I presume it is not a trivial task

anyway the ethic we are trying to promote is collaboration

I haven't finished it mainly because I'm not a LDAP user, so I'm 
not familiar with most of the LDAP concepts. The protocol itself 
is quite complex due to ASN.1 encoding.

QED

The license is BSD, anyone can pick it up and improve it.

I wish Frank Sievertsen had put all his code into a repository instead 
of a cd which he then lost!

What source code are you referring to?

his bridge

Java bridge?

yeah ... I had to write my own, would have saved me some time

He had other stuff too .. a shared whiteboard written in Rebol .. 
that was lost

probably based on his tiny paint program :)

Oh, this could probably be easy to build again starting from his 
paint program?

Probably .. i don't need it but it was just an example of software 
that gets lost when not in a public repository

Eg. Anton has closed all his websites ... I think he's working on 
getting something up again eventually

To save you the bother ... https://github.com/gchiu/Rebol2/blob/master/Protocols/ldap-protocol.r

Jocko, I'll try TTS extension as soon as possible. It is really nice 
to have this on REBOL.

Jocko, dumped Windows, so I can't use your extensions, but they're 
still very cool :-)

what do you mean by dumped windows ?