Frank's Looper Crash Answer
[1/2] from: Carl::rebol::com at: 9-Jul-2003 15:29
>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? -Carl
[2/2] from: petr:krenzelok:trz:cz at: 10-Jul-2003 9:47
>>there is still a strange thing with nested foreach, do/next and reduce's. >>test: func [:looper x] [
<<quoted lines omitted: 15>>>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-
- Quoted lines have been omitted from some messages.
View the message alone to see the lines that have been omitted