Hi! Ludovic Courtès <l...@gnu.org> skribis:
> Evaluating user expression (catch #t (lambda () (load "/gnu/store/64?")) # ?). > starting > '/gnu/store/gn8q7p790a9zdnlciyp1vlncpin366r0-hurd-v0.9.git20230216/hurd/pfinet > "--ipv6" "/servers/socket/26" "--interface" "/dev/eth0" "--address" > "10.0.2.15" "--netmask" "255.255.255.0" "--gateway" "10.0.2.2"' > In ice-9/boot-9.scm: > 142:2 7 (dynamic-wind #<procedure 20393a0 at ice-9/eval.scm:33?> ?) > In shepherd/support.scm: > 486:15 6 (_ #<closed: file 50a7e38>) > In ice-9/read.scm: > 859:19 5 (read _) > In unknown file: > 4 (port-filename #<closed: file 50a7e38>) > In ice-9/boot-9.scm: > 1685:16 3 (raise-exception _ #:continuable? _) > 1780:13 2 (_ #<&compound-exception components: (#<&assertion-fail?>) > In ice-9/eval.scm: > 159:9 1 (_ #(#(#<module (#{ g171}#) 3cd25f0>) (# "port-fil?" ?))) > In unknown file: > 0 (make-stack #t) > #t > > So it’s indeed ‘read’ as called from ‘primitive-load*’ that stumbles > upon a closed port. Good news: this is fixed by 4e431fda5f2ec76b6d6a271be7c30b1324431329! Silly me had introduced a ‘dynamic-wind’ there. (The funny thing with extensible systems like the Shepherd is that the problem can be anywhere. :-)) Ludo’.