Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

API Unification #29

Open
chloe-zen opened this issue Apr 5, 2013 · 1 comment
Open

API Unification #29

chloe-zen opened this issue Apr 5, 2013 · 1 comment

Comments

@chloe-zen
Copy link

The differences between zmq2 and zmq3 could be effectively papered over by providing a superset of the APIs down at the ZMQ level. For example, sendmsg and recvmsg can easily be made to work on ZMQ::Socket using both underlying libraries.

Are you open to this kind of change?

Also, error reporting would be Much Nicer if either $! integration were more advanced or zmq_strerror was exposed via the base ZMQ. Or both.

@lestrrat
Copy link
Collaborator

lestrrat commented Apr 6, 2013

Open to the idea, yes. I'd have to say I just don't know what would be the correct API names would be, because I don't trust for a second (at this moment, anyway) that send/recv or some other function name/semantics would change in libzmq4 or whatever future versions.

WRT to $!, don't know what you mean by "advanced". any pseudocode?

WRT to zmq_strerror, I guess functions like zmq_strerror/zmq_version can be exported the same way, but I guess this also falls on "what shall be the naming convention?" category. Proposals welcome.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants