libera/#clasp - IRC Chatlog
Search
16:27:03
Bike
at least it looks like a fix, in that frame function source positions are something sensible looking now. don't know what jupyter is doing exactly
17:27:57
yitzi
Bike: The source-info request for jupyterlab are all here https://github.com/yitzchak/common-lisp-jupyter/blob/c5531f60da0ec288a187a55ba699e38548233819/src/cl-jupyter/kernel.lisp#L201-L210
17:50:25
borodust
for claw i'm planning to expose a way for users to explocitly provide va_list variant or maybe heuristically find va_list counterpart by inspecting func prototypes
20:25:12
drmeister
::notify borodust Thanks - I wasn't sure if I was just not thinking about it properly
20:49:29
drmeister
Bike: I had a package local nickname appear to fail - is there any issues that you know of?
20:52:04
drmeister
It may have been not working for a while - I just found out that yitzi used to use W as a package nickname for jupyter-widgets and I have this package local nickname. The only change from then to now is yitzi changed jupyter-widgets nickname to JW
20:53:46
yitzi
Previously the W nickname was a PLN declared by cando. CLJ didn't declare any nicknames, but I added J and JW since you and Michael used them extensively.
20:56:35
Bike
https://github.com/s-expressionists/Eclector/blob/master/code/reader/tokens.lisp#L589 looks like it's just doing find-package
20:56:55
Bike
so the next step would be to define the synthesis-planner package and then verify that (find-package "W") is not working
21:14:02
Bike
can you try (ext:package-local-nicknames "SYNTHESIS-PLANNER") and (ext:package-locally-nicknamed-by-list "JUPYTER-WIDGETS")
21:22:15
Bike
(defpackage #:test (:use #:cl) (:nicknames #:tset)) (defpackage #:test2 (:use #:cl) (:nicknames #:tset2) (:local-nicknames (:w #:tset))) (in-package #:test2) (find-package "W")
21:28:10
drmeister
(defpackage #:test (:use #:cl) (:nicknames #:tset)) (defpackage #:test2 (:use #:cl) (:nicknames #:tset2) (:local-nicknames (:ww #:tset))) (in-package #:test2) (find-package "WW") -> NIL
21:33:32
Bike
but they are in the local nicknames lists, and find-package pretty much just does assoc :test #'string=
21:49:23
drmeister
(assoc "WW" (ext:package-local-nicknames "TEST2") :test #'string=) -> ("WW" . #<PACKAGE TEST>)
22:16:46
Bike
this seems like a weird thing for snapshots to interfere with. maybe the local nicknames lists aren't saved properly?
22:42:41
drmeister
Ah - I got it - a global variable glboalTheSystemIsUp is false - so it's ignoring nicknames.
23:02:18
drmeister
I hope that's the last niggly little problem with startup up after loading a snapshot.
23:17:50
drmeister
I think I got it - it's a docker image that I'm building from a docker image that came from deploy
23:25:24
drmeister
I'm starting from the thirdlaw/cando-test docker image and adding a quicklisp system that I wrote to control our robotic synthesizers.
23:25:56
drmeister
It uses flexi-streams for some reason and that takes a while to build in this docker container for some other reason.
23:26:45
drmeister
Bike: I solved the snapshot save/load problem the best way. I moved this state into the _lisp->_Roots object and that gets saved and restored with the snapshot.