| Commit message (Collapse) | Author | Age | Files | Lines |
| | |
|
| |\ |
|
| | | |
|
| | | |
|
| | |\ |
|
| | | |
| | |
| | |
| | | |
[rabbit_tests:test_pg_local()|| _ <- lists:seq(1,10000)]. With this, it's still not brilliant - but then it actually can't be fixed properly, without extending pg_local. This fix is "good enough" to stop my machine barfing on it, though it is still racy - "we" could process our monitors and go onto the final pg_local test before pg_local processes the monitors in its mailbox (well, actually before the monitors *arrive* in its mailbox).
|
| | |\ \
| | |/
| |/| |
|
| | |/
| |
| |
| |
| |
| |
| | |
The Windows-only issue addressed in bug22282 requires the use of
spawn_executable, which was introduced in OTP R13. But for other
platforms we'd like to continue to support R12, and so we should stick
to plain spawn.
|
| | |\ |
|
| | | |\ |
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
We need to know the REAL_WEB_URL in order to generate the protsfile
and index the resulting macports tree, and all this has to happen at
deploy time. So there is no point in distinguishing the indexing
step.
|
| | | | |
| | | |
| | | |
| | | | |
anyway (well actually fromdos) so todos should work on all systems currently
|
| | | |\ \
| | | |/
| | |/| |
|
| | | | | |
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
when handling channel closure in the queue process, don't do any
unnecessary work when we end up auto-deleting the queue.
Specifically we don't rollback any transaction or attempt to deliver
any messages. The formmer happens in the termination code
anyway. The latter is a change in behaviour, but one that is permitted
by the spec, and arguably deleting the queue as quickly as possible.
The bug21673 branch already has changes along similar lines.
|
| | | | |
| | | |
| | | |
| | | | |
to shrink the diff with bug21673
|
| | |/ /
| | |
| | |
| | |
| | |
| | |
| | | |
...in all cased where it refers to the state of a message rather than
an event that has just occured
A similar rename was done in the bug21673 branch, so this change
brings default closer to that
|
| | |\ \ |
|
| | | | | |
|
| | | |/
| |/|
| | |
| | | |
these bring it more in line with the bug21673 branch
|
| | |\ \ |
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
rabbitmq-multi would fail to start rabbitmq-server.bat if the path had
parentheses in the first few characters of a path component (but not
after the few few characters, due to short names being involved; so
cases such as 'Program Files (x86)' do not trigger the issue).
This fix makes rabbitmq-multi run rabbitmq-server.bat indirectly via
cmd.exe, working around the erlang issue from bug20526. So we no
longer need to involve short names, and by sprinkling double quotes in
the right places we can handle parentheses too.
To test this properly you need a path component with both spaces and
parentheses in the first few characters, e.g. "foo ()".
|
| | | |\ \ |
|
| | | | | | |
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
It will be more trouble than it is worth to preserve this with
deferred expansion.
|
| | | | | | |
|
| | | | | | |
|
| | |\ \ \ \
| | |_|/ /
| |/| | | |
|
| | | | | | |
|
| | |\ \ \ \ |
|
| | | | | | | |
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | | |
if it's not set
|
| | | | |_|/
| | |/| |
| | | | |
| | | | | |
output
|
| | |\ \ \ \ |
|
| | | |/ / /
| | | | |
| | | | |
| | | | | |
suggests that -E is needed to preserve environment. Manually checked and indeed it is. Hence added -E to the one call of sudo in entire codebase
|
| | |\ \ \ \
| | |_|/ /
| |/| | | |
|
| | | |\ \ \
| | |/ / /
| |/| | |
| | | | | |
in order to resolve merge conflict going the other way
|
| | |\ \ \ \ |
|
| | | | | | |
| | | | | |
| | | | | |
| | | | | |
| | | | | | |
which was previously hanging at best and causing things to explode at
worst
|
| | |\ \ \ \ \ |
|
| | | | | | | | |
|
| | | | | | | | |
|
| | | | | | | | |
|
| | | | | | | | |
|
| | | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | |
| | | | | | | |
The main motivation here is that queues, not channels, are the logical
home of subscriptions. And rabbit plug-ins and other extensions may
bypass channels when subscribing to queues.
The queues also know more about consumers than channels, namely
whether a consumer requires acks. So this additional info we can now
display too.
And with the switch to queues the listing is now scoped by vhost.
|
| | | | | | | | |
|
| | | |\ \ \ \ \ |
|
| | | | | | | | | |
|
| | | | | | | | | |
|