libxs.git - mato's libxs tree

Age	Commit message (Collapse)	Author
2010-11-05	signaler renamed to mailbox	Martin Sustrik
	For historical reasons queue to transfer commands between threads was called 'signaler'. Given that it was used to pass commands rather than signals it was renamed to 'mailbox', see Erlang mailboxes. Signed-off-by: Martin Sustrik <sustrik@250bpm.com>
2010-11-05	slots renamed to tids	Martin Sustrik
	Threads were so far identified by integers called 'slots'. This patch renames them to more comprehensible 'tid's (thread IDs). Signed-off-by: Martin Sustrik <sustrik@250bpm.com>
2010-10-30	Name of "GNU Lesser Public License" corrected.	Martin Sustrik
	Signed-off-by: Martin Sustrik <sustrik@250bpm.com>
2010-10-14	To insert to associateive STL containers value_type used instead of make_pair	Martin Sustrik
	Signed-off-by: Martin Sustrik <sustrik@250bpm.com>
2010-09-27	MSVC build fixed	Martin Sustrik

2010-09-19	minor code reorganisation in ctx_t::terminate	Martin Sustrik

2010-09-19	synchronisation problem fixed in ctx_t	Martin Sustrik

2010-09-09	when no I/O threads are available error is raised instead of assertion	Martin Sustrik

2010-09-08	EINTR returned from the blocking functions	Martin Sustrik

2010-09-01	conflicts resolved	Martin Sustrik

2010-09-01	sys transport introdced; inproc://log moved to sys://log	Martin Sustrik

2010-09-01	MSVC build fixed	Martin Sustrik

2010-09-01	context creates an inproc endpoint ('inproc://log') to distribute 0MQ's log ↵	Martin Sustrik
	messages
2010-08-25	one more dezombification bug fixed	Martin Sustrik

2010-08-25	dezombification procedure fixed	Martin Sustrik

2010-08-25	I/O object hierarchy implemented	Martin Sustrik

2010-08-25	WIP: Socket migration between threads, new zmq_close() semantics	Martin Sustrik
	Sockets may now be migrated between OS threads; sockets may not be used by more than one thread at any time. To migrate a socket to another thread the caller must ensure that a full memory barrier is called before using the socket from the target thread. The new zmq_close() semantics implement the behaviour discussed at: http://lists.zeromq.org/pipermail/zeromq-dev/2010-July/004244.html Specifically, zmq_close() is now deterministic and while it still returns immediately, it does not discard any data that may still be queued for sending. Further, zmq_term() will now block until all outstanding data has been sent. TODO: Many bugs have been introduced, needs testing. Further, SO_LINGER or an equivalent mechanism (possibly a configurable timeout to zmq_term()) needs to be implemented.
2010-06-10	clearing thread info structure	Piotr Trojanek

2010-05-05	dispatcher_t class renamed to ctx_t	Martin Sustrik