appleby
appleby
As reported in #198, large foreign allocations may not trigger a full gc and therefore result in an out-of-memory condition when the next request is processed. A temporary fix was...
THE CLOBBERING CLASSICAL MEMORY CONUNDRUM Running a program on a persistent QVM causes the existing classical memory subsystem to be clobbered since we tell `QVM:LOAD-PROGRAM` to `:SUPERSEDE-MEMORY-SUBSYSTEM`. This ensures things...
The current qvm-app-ng handlers are only logging the basic hunchentoot access logs, which are not very informative since the do not include info from the JSON request and all RPC...
The proposal in #39 mentions the need to release persistent QVMs on exit. Currently we don't do anything special to ensure persistent QVMs are cleaned up on exit. Determine whether...
We currently disable SSL in `build-app.lisp` (and also the Makefile) like so: ``` (pushnew :hunchentoot-no-ssl *features*) (pushnew :drakma-no-ssl *features*) ``` We'll want to find a way to enable SSL for...
In #1119 @erichulburd noticed that `make typecheck` was failing with mypy 0.750 and so pinned our mypy dependency to 0.740 as a workaround. The type errors on mypy 0.750 stem...
Pre-Report Checklist -------------------- - [ ] I am running the latest versions of pyQuil and the Forest SDK - [x] I checked to make sure that this bug has not...
I'm following along with the README and noticed a weird interaction between coalton and ASDF, whereby coalton gets confused if I try to reload it after restarting my inferior lisp...