Hello,
In patches which work fine in 6.8, I’m getting a lot of “Error wile evaluating box… The Variable #:g167526 is unbound”
[See next post for details and patch - it’s something to do with having run once and two collect statements inside an omloop].
This causes a lot of my previous patches to break in 6.9, unfortunately.
Thank you.
Ok. I’ve narrowed my un-bound variable problem down.
It appears this (see patch below) type of construction is causing the new unbound errors for me in 6.9:
It’s inside an omloop with two collect statements, the subpatch ‘test’ won’t run if it is set to run once mode in 6.9.
In 6.8, it runs fine set to run once mode.
In my actual application, test needs to only run once, to prevent it from taking the next set of numbers from the
input lists on the 2nd collect.
(There isn’t anything of consequence inside test here - it is just straight through - i’ve stripped
out all my editing routines to try and pin down the problem)
I can’t understand why this works in 6.8, and not in 6.9 ?
lets-crash.omp (13.1 KB)
Hi ,
Yes indeed i tried it. Samie thing with me. Even using an eval with once mode this doesn’t work in 6.9
it works in the former versions.
Maybe this is due to the implementation of the reactivity evaluation mode (?)
however i disabled it , not to say i don’t used it yet.
happy new year!
Best
K
Hi
As you noticed the “eval-once” state of the boxes inside omloop seems to be the cause of this problem.
Some bugs in previous versions have been corrected in 6.9, which unfortunately introduced this problem now when an eval-once box is connected to a loop iterator (listloop, etc.)
I have no global solution to propose at the moment, but you can restore the 6.8 compilation procedure by using the attached file (copy in OM 6.9/patches/)
Best regards,
Karim - thank you for your speedy repl and bug confirmation.
Jean - it’s new year’s day - I couldn’t believe it to receive a fix today: I wasn’t expecting that!
You guys are absolutely amazing. Thank you for your work in supporting us all.
I’ll try the fix tomorrow.