Branch: refs/heads/1.11
Home: https://github.com/OpenSIPS/opensips
Commit: d50bd786409880491b5d0c7056d572cdc4838117
https://github.com/OpenSIPS/opensips/commit/d50bd786409880491b5d0c7056d572cdc4838117
Author: Nick Altmann nick.altm...@gmail.com
Date: 2014-10-16 (Thu, 16 Oct
Branch: refs/heads/1.8
Home: https://github.com/OpenSIPS/opensips
Commit: a2e7612c776b903b99ae95f3f182de1ea5385509
https://github.com/OpenSIPS/opensips/commit/a2e7612c776b903b99ae95f3f182de1ea5385509
Author: Nick Altmann nick.altm...@gmail.com
Date: 2014-10-16 (Thu, 16 Oct
Good it was sorted out and it wasn't OpenSIPS.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/358#issuecomment-59340755___
Devel mailing list
Devel@lists.opensips.org
Closed #358.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/358#event-179344392___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
I start reviewing the patches and :
- the first patch - a7549e00bdd3fd13fc20777bccf935d41303980e - I do not agree
with the approach - once you started a LB session, you should not change the
set or resources. If you need to do that, first reset the existing LB session
and then create a new
Hi @mikomarrache - the val points into parser memory (lex/yacc) and it is no
longer available after the script parsing was done.
When having the a STR param, it is a must to clone it as the module gets access
to that param only after the cfg parsing.
With the function, this function is called
@mikomarrache , any updates with the testing ?
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/342#issuecomment-59344649___
Devel mailing list
Devel@lists.opensips.org
You can merge this Pull Request by running:
git pull https://github.com/ionutrazvanionita/opensips master
Or you can view, comment on it, or merge it online at:
https://github.com/OpenSIPS/opensips/pull/360
-- Commit Summary --
* added exec(cmd,output,input,avpenv) function for exec
+ * output - pseudovariable where to store the output from the
+ standard output of the command. Keep in mind that if this
+ parameter is set, the async paramater will not be taken in
+ consideration.
+ * input - String to be passed to the standard input of the
+
+ } else if (outvar) {
+ pid = __popen(command-s, r, pout);
+ } else {
+ pid = fork();
+ if (pid == 0) {
+ execl(/bin/sh, /bin/sh, -c, command-s, NULL);
+ exit(-1);
+ }
+ }
+
+ if
@@ -243,6 +246,48 @@ exec_getenv(HOSTNAME);
exec_getenv(HOSTNAME, $avp(localhost));
...
+1.4.5. exec(command, [output], [input], [envavp])
+
+ Executes an external command. The input is passed to the
+ standard input of the new process, if specified, and the output
+ is saved
+
+ if (ferror(pin)) {
+ LM_ERR(writing pipe: %s\n, strerror(errno));
+ ser_error=E_EXEC;
+ goto error;
+ }
+ pclose(pin);
+ }
+
+ schedule_to_kill(pid);
+ wait(exit_status);
+
Branch: refs/heads/async
Home: https://github.com/OpenSIPS/opensips
Commit: bc9442324a796470cd45cd1cfeb35e17637497d6
https://github.com/OpenSIPS/opensips/commit/bc9442324a796470cd45cd1cfeb35e17637497d6
Author: Bogdan-Andrei Iancu bog...@opensips.org
Date: 2014-10-16 (Thu, 16
@bogdan-iancu, thanks for review!
About pt1.
In original approach we cannot 'reset' LB session by just calling lb_reset()
since we don't know the resources set used in previous time. Also the original
approach is 'provoking' users to change resources set, since despite we don't
want them to do
Supposing we have our `test_route` and we want to pass two pseudo-vars:
route(test_route, $fU, $rp);
This will fail with:
Oct 16 17:35:01 [30466] CRITICAL:core:yyerror: parse error in config file
etc/mine.config, line 270, column 28-32: syntax error
Oct 16 17:35:01 [30466]
Hello Nick,
Any updates on this issue?
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/239#issuecomment-59390993___
Devel mailing list
Devel@lists.opensips.org
We have not expected this problem since last time. Now everything works
okay. Thank you.
--
Nick
2014-10-16 20:35 GMT+04:00 Liviu Chircu notificati...@github.com:
Hello Nick,
Any updates on this issue?
—
Reply to this email directly or view it on GitHub
Closed #239.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/239#event-179838213___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
18 matches
Mail list logo