pyhasattr segfault
#282
Comments
|
This issue has been marked as stale because it has been open for 30 days with no activity. If the issue is still relevant then please leave a comment, or else it will be closed in 7 days. |
|
This issue has been closed because it has been stale for 7 days. You can re-open it if it is still relevant. |
|
I don't see why this can be closed |
|
Can you provide a MWE for this issue? |
|
@IanButterworth I am running into a very similar segmentationfault, but have no clue at why it is there and how to prevent it. If you have some ideas or MWE, any help is highly appreciated I am currently trying to use PythonCall for extending Pluto towards Python. While when I load my routines on the shell directly, evrything works nicely, but if they are called somewhere in the Pluto webserver to do parsing, I get a similar segmentation fault. I cannot minify it yet... |
|
I wasn't able to reduce this. And the code it happened on was private. Sorry |
|
I was able to reproduce this - it is an interaction between PythonCall, HTTP and having set Julia Threads spawn a container like this FROM julia:1.9-bookworm AS usersetup
ENV JULIA_NUM_THREADS=auto
CMD juliaand run the following MWE import Pkg
Pkg.add(["HTTP", "PythonCall", "Sockets"])
using HTTP
using PythonCall
import Sockets
function default_404(req = nothing)
HTTP.Response(404, "Not found!")
end
router = HTTP.Router(default_404)
@warn "pid = ..."
os = pyimport("os")
pid = os.getpid()
@warn "pid = $pid"
function get_pid(request::HTTP.Request)
@warn "pid = ..."
os = pyimport("os")
pid = os.getpid()
@warn "pid = $pid"
return HTTP.Response(200, string(pid))
end
HTTP.register!(router, "GET", "/pid", get_pid)
port = UInt16(32132)
serversocket = Sockets.listen(port)
server = HTTP.listen!(port; stream=true, server=serversocket, verbose=-1) do http::HTTP.Stream
request::HTTP.Request = http.message
request.body = read(http)
response_body = router(request)
@show response_body
request.response::HTTP.Response = response_body
request.response.request = request
try
HTTP.setheader(http, "Content-Length" => string(length(request.response.body)))
# https://github.com/fonsp/Pluto.jl/pull/722
HTTP.setheader(http, "Referrer-Policy" => "same-origin")
# https://www.w3.org/Protocols/rfc2616/rfc2616-sec14.html#:~:text=is%202%20minutes.-,14.38%20Server
HTTP.startwrite(http)
write(http, request.response.body)
catch e
if isa(e, Base.IOError) || isa(e, ArgumentError)
# @warn "Attempted to write to a closed stream at $(request.target)"
@debug "that is fine error" exception=(e, catch_backtrace())
else
rethrow(e)
end
end
end
sleep(2)
HTTP.get("http://localhost:$port/pid")you will see that while the outer call to os.getpid() works, the inner raises the segmentation fault. |
|
PythonCall is not thread safe. Presumably HTTP is automatically threading your |
|
Thank you for linking this known problem to this one. It was quite tough to debug this. I think it could be very helpful for others if a concrete example of the stacktrace is also included in the not-thread-safe-documentation. This helps identifying the problem even if threads are not obvious at first. here my stacktrace version |
|
Good idea. |
I'm getting a segfault with PythonPlot.jl after a testsuite has finished, assuming that it's during finalizers
JuliaPy/PythonPlot.jl#24
I noticed that
pyhasattrisPyObject_GetAttrbacked.Perhaps it needs some more protection against whatever is causing this?
The text was updated successfully, but these errors were encountered: