Closed pkova closed 1 week ago
Hey @pkova, thanks for letting us know. The text block referenced in the error is just a multi-line tape, which is building on all the other Zuse 411k ships we've encountered. Is ~bitdeg
on any sort of edge kelvin release, or is there anything else about it that may make it parse multi-line tapes differently?
~bitdeg is on 411k-1 (%base hash 0v1v.7d11h.3r3uv.nf5q5.dmn7e.oh2k5.laq86.hpq3c.qdh77.dqicb.k6s76) so no pre-release stuff, %fund hash is 0v15.bs4mv.dn9e3.vopof.aelks.ngmkf.n0stg.6ecfe.ht9ov.vg96f.27b8t.
Affirmative; I'll try to reproduce this locally and will report back.
I booted a fresh comet using Vere 3.0 and ran |ota ~litzod
and |install ~tocwex %fund
and didn't encounter issues at the build step. My build hashes for %base
and %fund
match those you've provided.
Did ~bitdeg
have the old %fund
desk that was distributed by ~dalten
? If so, I think that's the likely culprit. I can work with @thelifeandtimes to set up an environment where we can test that specific upgrade path.
There was no old %fund desk to be installed, iirc. The way end users interacted with it was via a wrapper library around the desk for which we were fundraising (%wrdl, or %aera), and then only the escrow ship ran a ledger agent that kept track of the pledges. @pkova are you getting an infinite spinner in landscape when attempting to install? there seems to be some weird stuff going on with installs in some cases as I experienced this from some time trying to install %studio
from ~tirrel
and I know some people are running into issues installing desks from ~ridlyd
(cc @hanfel-dovned)
@pkova and @joemfb debugged the build process by running vere with gdb. Based on the results, @joemfb suggested that the issue is an unbounded type refinement procedure for our long interpolated string that causes a stack overflow in some cases. In order to resolve the issue in the short term, @sidnym-ladrut will create a generator to experiment with string builder methods (e.g. via +zing
and +weld
) that cut back on interpolation and (consequently) reduce compile time. Once the compile time is sufficiently reduced, ~tocwex
can push out another update to see if it fixes the issues on ~bitdeg
.
Running
VERSION: [0 2 2]