Hey all,
Quick feature request. Many of the cache back ends support multisets
at once. I've seen tremendous speed improvements from multisets. In
addition, maybe complementary, I'd like to see queues cache
insertions. This is especially useful for using the cache interface
for something like acc. T
Nope, i was wrong. It works fine.
$json(object) := "{'id':'1234567890','name':NULL}";
$json(object/element) = '';
xlog("L_WARN", "id: $json(object/id), name: $json(object/name),
element: $json(object/element)");
Results as,
Feb 10 19:39:47 ubuntu-1204 osip-service[13705]
I think libjson_c treats empty string as null. Let me run some tests to
confirm it.
Thank you.
On Sun, Feb 10, 2013 at 6:39 PM, Brett Nemeroff wrote:
> Hey all,
> I think I see a bug in the JSON module; but it might just be a "feature"
> of JSON.
>
> Seems that when I assign an empty string to
Hey all,
I think I see a bug in the JSON module; but it might just be a "feature" of
JSON.
Seems that when I assign an empty string to a JSON element, it's storing it
as NULL. So for example:
$json(object/element) = '';
If I print that, I get in an xlog.
Is this expected? I'd really like to be
$mb should you whole message which $rb will give only the body of the
message (if one exists).
Thank you.
On Sun, Feb 10, 2013 at 6:21 PM, Brett Nemeroff wrote:
> Hello All,
> If I use $mb in local_route it's capturing the received message. I'd like
> in local route to be able to capture the f
Hello All,
If I use $mb in local_route it's capturing the received message. I'd like
in local route to be able to capture the full message that is about to be
relayed. Is this possible?
Thanks,
Brett
___
Users mailing list
Users@lists.opensips.org
http:/
Very excited about those!
Would floating point math and floating point comparisons be possible?
Also I know it's probably application specific but I feel like there
is a whole lot of use for sorting functions.
Thanks again,
Brett
-Brett
On Feb 9, 2013, at 1:49 PM, Bogdan-Andrei Iancu wrote:
Hi Bogdan.
Thanks for your input. For now I will go with your second suggestion (move AVPs
out of the way by prefixing them accordingly).
Your first suggestion won't work in my case, I thonk, since we're using db_text
as the only db backend (so avp_db_query() is no option). Plus it would not he
Hi Bogdan.
1. Though nothing that necessarily is bound to a new release: documentation
improvements would be a big deal. Just the very first example that comes to
mind here is an explanation of the meaning of the various flags in avpops
module.
2. Not an entirely new feature, but still: for
