[ALLY] Is your View behaving like mine? Re:

[1/12] from: larry::ecotope::com at: 5-Sep-2000 20:45

Hi Yup! I get the same thing. This is an unfortunate show stopper because it also means that 'save, 'mold and 'print no longer work. I saw this same error over the last two days but in a much more complex context involving the view demos facelab.r and vidtest.r. I reported it to feedback, but It never occurred to me to do the simple check you did. Here is the test for mold and save in a fresh instance of View.

>> a: [1 2 3]

== [1 2 3]

>> a

== [...]

>> mold a

== "[...]"

>> save %testblk.r a >> read %testblk.r

== "..." It is curious that View still seems to run OK and that one can print and mold blocks already defined in the system/object. I have CC'd this to Carl and feedback. -Larry

[2/12] from: jimg:rebol at: 5-Sep-2000 21:34

That's why these are called experimental builds. ;-) It's only supposed to do that on recursive blocks or objects. It's fixed and should show up in the next round of experimental builds. - jim At 08:45 PM 9/5/2000 -0700, you wrote:

[3/12] from: marekw:tpg:au at: 6-Sep-2000 3:32

>> >> aa: [1 2]

== [1 2]

>> aa

== [...] ;;;; this is novelty behaviour, not like before

>> >> aa/1

== 1

Is it bug? Is there maybe switch, to change it between [...] and [1 2] ?

[4/12] from: agem:crosswinds at: 6-Sep-2000 12:07

noted too. seems to hit save too.. it seems to help to 'mold something else first, like mold [] seems to help. but after that 'mold works, but 'probe not. 'mold seems to have kind of a toggle in now. in a few-minutes-test this is a fix: probe: func [ {Prints a molded, unevaluated value and returns the same value.} value ][ mold [] print mold :value :value mold [] ] works this stable? Volker [marekw--tpg--com--au] wrote on 6-Sep-2000/3:32:29+10:00

[5/12] from: larry:ecotope at: 6-Sep-2000 17:06

Hi Jim, I guess I don't quite follow your meaning. I assume that by "recursive" you mean nested blocks or objects. But if mold and save do nested blocks something like: a: [1 2 [3 4]] == [1 2 [. . .]] ;console display pretty-printed: this is fine print mold a == [1 2 [. . .]] ;seems undesirable save %dummy.r a read %dummy.r =="1 2 [. . .]" ;seems undesirable then the ability to save and load code blocks would still be broken. Or do you mean that just the return value displayed in console mode is treated in this manner, similar to the way that it is currently truncated after so many items? -Larry

[6/12] from: jimg:rebol at: 6-Sep-2000 17:47

Try a new experimental build. It is fixed. Then try: length? mold system and be surprised! - jim At 05:06 PM 9/6/2000 -0700, you wrote:

[7/12] from: larry:ecotope at: 6-Sep-2000 19:05

Hi Jim Got it. Looks great. Thanks. So mold system is 609581 is chars on my box, pretty impressive! -Larry

[8/12] from: jimg:rebol at: 6-Sep-2000 19:46

Hi Larry, Yes, the new mold now detects recursive objects or blocks and displays [...] when they are encountered. Previously it would generate a stack fault trying to do the mold. A simple example of a recursive block would be:

>> a: [ 1 2 3 ]

== [1 2 3]

>> a/2: a

== [1 [...] 3] - jim At 07:05 PM 9/6/2000 -0700, you wrote:

[9/12] from: carl:rebol at: 6-Sep-2000 20:19

Excellent Jim. It is really useful for faces and ports! -Carl probe system/view/screen-face At 9/6/00 07:46 PM -0700, you wrote:

[10/12] from: larry:ecotope at: 6-Sep-2000 21:05

Hi Jim, Carl Yes, it's very cool. We have been waiting a long time for this ability. I just did

>> write %rebol-guts.txt mold system

and I got the whole thing -- 14551 lines of REBOL code -- about 155 printed pages with my small-font editor. Well, I have some reading material for the weekend now. :-) Thanks again -Larry PS It was interesting to note where the recursive blocks occur.

[11/12] from: petr:krenzelok:trz:cz at: 7-Sep-2000 5:13

----- Original Message ----- From: <[jimg--rebol--com]> To: <[ally--rebol--com]> Sent: Thursday, September 07, 2000 2:47 AM Subject: [ALLY] Is your View behaving like mine? Re:(4)

> Try a new experimental build. It is fixed. Then try: > > length? mold system

hmm, after some x minutes it returns not enought memory on my new Duron650 machine, 128MB RAM ...;-)

> and be surprised!

I am :-)

> - jim

-pekr-

[12/12] from: bhandley:zip:au at: 7-Sep-2000 20:28

Excellent. I fell over this earlier when I was attempting to do some bizarre datastructures in blocks. Now it might be nice to have a find/same to find these recursive relationships.... :) Brett.