7:31:18drmeisterI literally had a dream involving the zeromq default identities last night.
7:31:35Shinmeradrmeister: If I hadn't dedicated this week to close to no programming I'd start writing my own clone of jupyter that doesn't suck so much
7:33:48drmeisterI think that will be a lot of work - but I'd love to use it if it's better than jupyter.
7:34:13drmeisterThose are the raw parts that came from cl-jupyter's receive.
7:34:36drmeisterIt used to be all strings. Now the identity shows the default identity provided by zeromq and the rest are strings.
7:35:10drmeisterAs I mentioned in #lisp - it should probably all be (array (unsigned-byte 8)) and wire-deserialize should convert the message parts to strings.
7:36:35drmeisterThen - this is the message that I send in response - the identity is intact.
14:03:23drmeisterShiho: Can you get the Mopac reader working today?
14:03:44drmeisterIf not - can we calculate charges using whatever interface you have using carbon?
14:06:00drmeisterThere is a weird ass corner case with zeromq in the first messages that is causing a very important response from cl-jupyter to be dropped. It's driving me crazy.
14:06:33shihoMopac doesn't work yet. I tried to build but it didn't work. We can calculate charge using carbon.
15:57:08drmeisterI fixed the problem with total bond order that was screwing up Liz’s attempts. Can you pull Cando and rebuild Cando and we will try it within emacs.
15:57:37drmeisterI can’t get the fix to Liz because the jupyter interface is broken.
15:58:01drmeisterIt should be working but something is still blocking me.
19:28:02drmeisterShiho - as a sanity check can you run this... (let ((total-charge 0.0)) (chem:map-atoms 'nil (lambda (a) (incf total-charge (chem:get-charge a))) *agg-g*) total-charge)
19:28:19drmeisterThat will add up all of the atomic charges - it better sum to 0.0
19:28:55drmeisterOr Gasteiger has something to answer for... or we do.
19:29:04drmeisterI won't start pointing fingers until you send it to us.