REQ/REP are ~never right for production
Just a couple of questions to be sure I understand everything correctly:
1) In
recv_msg, you use identities implying multiple identities for a single message. Is that correct?
In particular, I kept the client identity in the worker message, meaning that worker replies are
[worker identity, client identity, msg_content] (it would also have been sensible to add it to the msg body, but then it needs to be base64-encoded or something)
sending a reply with
identities means "go back the way you came, no matter how many identity prefixes were stacked up"
whereas forwarding reply from worker to client requires manipulation, specifically removing the worker identity from the front
for any given socket, only the first identity is used for routing, the rest is opaque 'content' to be used at the application level
in that example, there are 1-, 2-, and 3- part messages
(client recvs one-part, scheduler recvs two-part from client, three-part from worker, worker recvs two-part from scheduler)
I'am installing jupyter notebook and my installation stop when pyzmq-21.0.1 want to install.
I get this error :
And when I take a version <21.0.1, pip automatically try to install 21.0.1.
I need help. Thank you!
I get this error :
Downloading https://files.pythonhosted.org/packages/29/84/4b0e1f95a9305861507e7d60bd2368c8939766335d716b7cb05d0200a5ed/pyzmq-21.0.1.tar.gz (1.2MB)
100% |████████████████████████████████| 1.2MB 420kB/s
Complete output from command python setup.py egg_info:
Traceback (most recent call last):
File "<string>", line 1, in <module>
File "/tmp/pip-build-btceje2b/pyzmq/setup.py", line 687
warn(f"platform={get_platform()}, vcvars=")
^
SyntaxError: invalid syntaxAnd when I take a version <21.0.1, pip automatically try to install 21.0.1.
I need help. Thank you!
That syntax error suggests you are on an unsupported version of Python, which in turn suggests you are using a pip that's too old to respect the python version requirement metadata
If you had a relatively recent pip (since 2016), it would get the latest pyzmq to support your Python (20.0)
python3 -m pip send me into utility. and when I type python3 -m pip install i get this :You must give at least one requirement to install (see "pip help install")
You are using pip version 8.1.1, however version 20.3.3 is available.
You should consider upgrading via the 'pip install --upgrade pip' command.
Okay. I think I see the problem. When I type this
I will set pip3 to run via python3.7.
sudo -H pip3 install --upgrade pip and I get :DEPRECATION: Python 3.5 reached the end of its life on September 13th, 2020. Please upgrade your Python as Python 3.5 is no longer maintained. pip 21.0 will drop support for Python 3.5 in January 2021. pip 21.0 will remove support for this functionality.I will set pip3 to run via python3.7.
it's tricky because you need pip new enough to support the Requires-Python metadata, which it has for ~5 years. However, if your pip is still that old,
pip install --upgrade pip can jump to a version of pip that doesn't support your Python. python3 -mpip install --upgrade 'pip<21' will ensure you get a version of pip that still supports Python 3.5
I have a TCP socket connected to a server that can send events
so I use a ZMQStream (which uses the tornado ioloop in ipykernel to be more precise)
the issue is that I also need to wait for a specific response on this socket after I sent a request
and ZMQStream does not provide the blocking recv method in its API
the only mean I see to achieve this is to keep a reference on the underlying socket, unregister the callback in the zmqstream when I need blocking calls to receive, and register the callback again when I have received the answer
(and a bit cumbersome to implement)
ZMQStream doesn't expose a blocking send because it's an async interface and you're not meant to do anything blocking at all. Tornado and other early async frameworks expect you to compile the state machine by hand: if you need to wait for a receive, you slice off that chunk of code, put it in a new callable, and set that as your on_recv callback.
Hi everyone, why can't I use pyinstaller to compile my script that uses pyzmq into a .exe file?
Here's the github issue for it: zeromq/pyzmq#1501
Here's the github issue for it: zeromq/pyzmq#1501