[REBOL] Re: Frank's Looper Crash Answer
From: petr:krenzelok:trz:cz at: 10-Jul-2003 9:47
[Carl--rebol--com] wrote:
>>there is still a strange thing with nested foreach, do/next and reduce's.
>>test: func [:looper x] [
>>
>>
>...
>
>>Turn recycler off to see both working. You can see the same problem
>>with do/next and reduce.
>>Frank
>>
>>
>
>Hi Frank,
>
>this is caused by an internal recursion limit that is being reached.
>If the recursion goes too deep in some functions (like those you mention),
>and a recycle occurs, this crash happens. For now, avoid deeper recursion.
>
>We've known about this problem for some time, and a fix has been made.
>Unfortunately, it's part of a significant set of experimental changes,
>and has not yet been released, although we do intend to do so.
>
>On a different topic, when might we see another one of those great Frank
>Sievertsen REBOL games?
>
Once View gets to 2.0? :-) Have you seen OpenGL demo? Cool, isn't it?
That's the kind of media stuff we would like to see being possible using
Rebol. Have you seen "External library interface" thread? Folks came
with few handy funcs which could be part of rebol. Particular issue is
to be able to make a binary string and assign it to certain memory
pointer. See Cyphre's request:
-----------------
I have a C function which returns pointer to rendering area containing RGB
data. I need to MAKE image! which will be referencing to this data directly
so when I use this image! in FACE and call SHOW FACE then Rebol should show
me the current image without any additional data manipulation(like
Ladislav's Get-mem? function does). This is the only way how to achieve
realtime rendering...
Has anyone Idea how to MAKE such kind of image! in Rebol?
-------------------
Well, if I am not mistaken, Cyphre was assigned to game development for
mobile devices. Guess what language will be used? - Java. Also Frantisek
Fuka already left rebol, if I am not mistaken - simply said, I think
Rebol is on ready for game development yet - too much to desired. Maybe
we could start with relatively simpler tasks (we can collect requests
once again), which would take View one level higher. Then at least
internal decomponisation could happen (if it is not already) - generally
said I wonder, if there can be View app/game, which fits current PDA
requirements. I can imagine game developer, who is not interested in
VID, so he/she just needs /Face, and maybe not even face effects etc. to
be loaded. Instead (if possible) - some more general bitmap data
manipulation functions ...
I am curious to know your opinion, because I think if it would be all
that easy to do games in rebol, there would be plenty of them. Rebol is
the nicest engine for whatever - even game development imo, but it
reaches some technical limits (speed, not full keyboard support, other
functionality as 3D, better sound etc.)
Cheeers,
-pekr-