Hi, I have writen a new module for openser. So, can anyone tell me how to get access to the receive_info structure members from a module?!This, in order to access the softphone information like IP adress and port! Thank you in advance
[EMAIL PROTECTED] wrote: Send Devel mailing list submissions to [email protected] To subscribe or unsubscribe via the World Wide Web, visit http://openser.org/cgi-bin/mailman/listinfo/devel or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than "Re: Contents of Devel digest..." Today's Topics: 1. RE: SF.net SVN: openser: [2351]trunk/modules/presence/notify.c (Toni Barata) 2. SF.net SVN: openser: [2353] trunk (Henning Westerholt) 3. [ openser-Patches-1731009 ] move print_* functions from db-modules to db core (SourceForge.net) 4. SF.net SVN: openser: [2354] trunk/db/db_ut.c (Henning Westerholt) 5. SF.net SVN: openser: [2352] trunk/db/schema (Juha Heinanen) 6. do_assign: no value in right expression (Juha Heinanen) 7. length of non-exiting $fU (Juha Heinanen) 8. null != null (Juha Heinanen) 9. Re: null != null (Daniel-Constantin Mierla) 10. Re: do_assign: no value in right expression (Daniel-Constantin Mierla) 11. Re: SF.net SVN: openser: [2351] trunk/modules/presence/notify.c (Daniel-Constantin Mierla) 12. Re: length of non-exiting $fU (Daniel-Constantin Mierla) 13. follow up to the comparing test for SER and OpenSER from TransNexus (Di-Shi Sun) ---------------------------------------------------------------------- Message: 1 Date: Mon, 11 Jun 2007 14:55:45 +0100 From: "Toni Barata" Subject: RE: [Devel] SF.net SVN: openser: [2351]trunk/modules/presence/notify.c To: "Daniel-Constantin Mierla" , Message-ID: Content-Type: text/plain; charset="us-ascii" I forgot to mention that a need an example for presence service. Best regards, Toni -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Toni Barata Sent: segunda-feira, 11 de Junho de 2007 14:51 To: Daniel-Constantin Mierla; [email protected] Subject: RE: [Devel] SF.net SVN: openser: [2351]trunk/modules/presence/notify.c Hi all, Can someone send me an openser.cfg file example who works with trunk-2351 version? Thanks Toni -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Daniel-Constantin Mierla Sent: segunda-feira, 11 de Junho de 2007 14:08 To: [email protected] Subject: [Devel] SF.net SVN: openser: [2351] trunk/modules/presence/notify.c Revision: 2351 http://openser.svn.sourceforge.net/openser/?rev=2351&view=rev Author: miconda Date: 2007-06-11 06:07:36 -0700 (Mon, 11 Jun 2007) Log Message: ----------- - quick fix for presence crash due to free notify bodies in different types of event (mwi -- reported by Juha Heinanen) -- needs more analysis Modified Paths: -------------- trunk/modules/presence/notify.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. _______________________________________________ Devel mailing list [email protected] http://openser.org/cgi-bin/mailman/listinfo/devel _______________________________________________ Devel mailing list [email protected] http://openser.org/cgi-bin/mailman/listinfo/devel ------------------------------ Message: 2 Date: Mon, 11 Jun 2007 06:57:32 -0700 From: Henning Westerholt Subject: [Devel] SF.net SVN: openser: [2353] trunk To: [email protected] Message-ID: Content-Type: text/plain; charset=UTF-8 Revision: 2353 http://openser.svn.sourceforge.net/openser/?rev=2353&view=rev Author: henningw Date: 2007-06-11 06:57:32 -0700 (Mon, 11 Jun 2007) Log Message: ----------- - move customized print_* functions from db-modules to db core - use a function pointer for the customized val2str function from the modules that gets used in the common function in db core - Thanks to Victor Gamov for the patch Modified Paths: -------------- trunk/db/db_ut.c trunk/db/db_ut.h trunk/modules/mysql/dbase.c trunk/modules/mysql/val.c trunk/modules/mysql/val.h trunk/modules/postgres/dbase.c trunk/modules/unixodbc/dbase.c trunk/modules/unixodbc/val.c trunk/modules/unixodbc/val.h This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ------------------------------ Message: 3 Date: Mon, 11 Jun 2007 07:02:19 -0700 From: "SourceForge.net" Subject: [Devel] [ openser-Patches-1731009 ] move print_* functions from db-modules to db core To: [EMAIL PROTECTED] Message-ID: Content-Type: text/plain; charset="UTF-8" Patches item #1731009, was opened at 2007-06-04 20:40 Message generated for change (Comment added) made by henningw You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=743022&aid=1731009&group_id=139143 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: ver devel Status: Open Resolution: None Priority: 5 Private: No Submitted By: Victor Gamov (vitspec) Assigned to: Nobody/Anonymous (nobody) Summary: move print_* functions from db-modules to db core Initial Comment: Hi! When I prepare patch for MySQL PS I found that all DB modules (MySQL, UnixODBC, PostgreSQL) uses many similar functions like print_values() (I think its was created as copy-paste when new module writed). I red devel list and found that Henning do many works to standardize such functions and move it into db/db_ut.c In this patch I move print_values(), print_set() and print_where() functions into db/db_ut.c. New functions have db_ prefix in their names now. MySQL and UnixODBC modules was patched to use new API. This modules are tested in simple environment (openser started, SELECT, INSERT, UPDATE works) PostgreSQL module patched too but I haven't DB to test this patch. Hope it will be usefull for OpenSER ---------------------------------------------------------------------- Comment By: Henning Westerholt (henningw) Date: 2007-06-11 14:02 Message: Logged In: YES user_id=337916 Originator: NO I've commited your patch after some small changes: - fixing of a wrong define in the mysql val.h file - removing of some superflous logging in db core (function pointer stuff) I applied it to trunk, thanks again. Henning ---------------------------------------------------------------------- Comment By: Victor Gamov (vitspec) Date: 2007-06-05 21:10 Message: Logged In: YES user_id=1625470 Originator: YES Hi Henning! If my comments or some improvments for this patch are needed please email me Thanks! ---------------------------------------------------------------------- Comment By: Henning Westerholt (henningw) Date: 2007-06-05 05:47 Message: Logged In: YES user_id=337916 Originator: NO Hello Victor, thank you for the patch. This should be defininitly useful. I haven't found time yet to look into this functions. I'll review your patch in the next few days. Cheers, Henning ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=743022&aid=1731009&group_id=139143 ------------------------------ Message: 4 Date: Mon, 11 Jun 2007 07:08:06 -0700 From: Henning Westerholt Subject: [Devel] SF.net SVN: openser: [2354] trunk/db/db_ut.c To: [email protected] Message-ID: Content-Type: text/plain; charset=UTF-8 Revision: 2354 http://openser.svn.sourceforge.net/openser/?rev=2354&view=rev Author: henningw Date: 2007-06-11 07:08:06 -0700 (Mon, 11 Jun 2007) Log Message: ----------- -unify logging messages in db/db_ut.h, use 'db_' prefix in all cases Modified Paths: -------------- trunk/db/db_ut.c This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. ------------------------------ Message: 5 Date: Mon, 11 Jun 2007 18:56:14 +0300 From: [EMAIL PROTECTED] (Juha Heinanen) Subject: [Devel] SF.net SVN: openser: [2352] trunk/db/schema To: Henning Westerholt Cc: [email protected] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=us-ascii henning, one more thing: address table belongs to permissions module, not to lcr module. -- juha ------------------------------ Message: 6 Date: Mon, 11 Jun 2007 19:16:09 +0300 (EEST) From: [EMAIL PROTECTED] (Juha Heinanen) Subject: [Devel] do_assign: no value in right expression To: [email protected] Message-ID: <[EMAIL PROTECTED]> my proxy got a request that had no From URI userpart, i.e., from uri looked like From: sip:foo;tag=bar i had an xlog statement in openser.cfg that assigns from uri userpart ($fU) to a pseudo variable. as result, i get to syslog: do_assign: no value in right expression in these kind of situations, would it possible to assume that right expression has value NULL and not to produce the syslog message? it would namely be too cumbersome to each time test if a thing is not NULL before the assignment. -- juha ------------------------------ Message: 7 Date: Mon, 11 Jun 2007 19:24:09 +0300 From: [EMAIL PROTECTED] (Juha Heinanen) Subject: [Devel] length of non-exiting $fU To: [email protected] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=us-ascii during my testing spree, another thing popped up. any explanation for this? xlog("L_INFO", "Legth of <$ru> user is <$(rU{s.len})>\n"); produces Legth of user is <1> -- juha ------------------------------ Message: 8 Date: Mon, 11 Jun 2007 19:34:42 +0300 From: [EMAIL PROTECTED] (Juha Heinanen) Subject: [Devel] null != null To: [email protected] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=us-ascii Juha Heinanen writes: here is a proof of a third one which i have suspected already earlier. -- juha statements $var(test) = null; $avp(s:test) = null; if ($var(test) != $avp(s:test)) { xlog("L_INFO", "$var(test) != $avp(s:test)\n"); }; produce 0 != ------------------------------ Message: 9 Date: Tue, 12 Jun 2007 01:27:39 +0300 From: Daniel-Constantin Mierla Subject: Re: [Devel] null != null To: Juha Heinanen Cc: [email protected] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=ISO-8859-1; format=flowed setting $var(xyz) to null makes its value to integer 0. There is no 'null' state for the value of the $var(xyz), same as for $avp(xyz) -- making avp null actually deletes it. In your comparison, you test integer '0' against unexisting avp. Cheers, Daniel On 06/11/07 19:34, Juha Heinanen wrote: > Juha Heinanen writes: > > here is a proof of a third one which i have suspected already earlier. > > -- juha > > statements > > $var(test) = null; > $avp(s:test) = null; > if ($var(test) != $avp(s:test)) { > xlog("L_INFO", "$var(test) != $avp(s:test)\n"); > }; > > produce > > 0 != > > _______________________________________________ > Devel mailing list > [email protected] > http://openser.org/cgi-bin/mailman/listinfo/devel > > ------------------------------ Message: 10 Date: Tue, 12 Jun 2007 01:22:08 +0300 From: Daniel-Constantin Mierla Subject: Re: [Devel] do_assign: no value in right expression To: Juha Heinanen Cc: [email protected] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hello, assuming NULL value can producing unexpecting results. For example, assigning null to an avp will delete first avp with that name. It might not be what exactly someone expects from such operation -- instead of getting a new avp, you get deleted an existing one. Cheers, Daniel On 06/11/07 19:16, Juha Heinanen wrote: > my proxy got a request that had no From URI userpart, i.e., from uri > looked like > > From: sip:foo;tag=bar > > i had an xlog statement in openser.cfg that assigns from uri userpart > ($fU) to a pseudo variable. as result, i get to syslog: > > do_assign: no value in right expression > > in these kind of situations, would it possible to assume that right > expression has value NULL and not to produce the syslog message? it > would namely be too cumbersome to each time test if a thing is not > NULL before the assignment. > > -- juha > > _______________________________________________ > Devel mailing list > [email protected] > http://openser.org/cgi-bin/mailman/listinfo/devel > > ------------------------------ Message: 11 Date: Tue, 12 Jun 2007 01:44:37 +0300 From: Daniel-Constantin Mierla Subject: Re: [Devel] SF.net SVN: openser: [2351] trunk/modules/presence/notify.c To: Juha Heinanen Cc: [email protected] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Hello, On 06/11/07 16:25, Juha Heinanen wrote: > Daniel-Constantin Mierla writes: > > > Log Message: > > ----------- > > - quick fix for presence crash due to free notify bodies in different > > - types of event (mwi -- reported by Juha Heinanen) -- needs more > > - analysis > > daniel, > > thanks for the fix. in the meanwhile, i was reading the sources and as > far as i can tell, memory for notify_body is allocated using pkg_malloc > both in case when aggregation is not needed and is needed. > that's the str structure, not the content of it. Further down on the code, the notify_body->s is allocated differently. It is the pointer where the free crashed. Cheers, Daniel > - in notify.c/get_p_notify_body(): > > DBG("PRESENCE:get_p_notify_body: Event does not > require aggregation\n"); > ... > notify_body= (str*)pkg_malloc(sizeof(str)); > ... > return notify_body; > > - presence_xml/notify_body.c/agregate_xmls(): > > ... > body = (str*)pkg_malloc(sizeof(str)); > ... > return body; > > but let anca verify this. > > -- juha > > ------------------------------ Message: 12 Date: Tue, 12 Jun 2007 02:05:22 +0300 From: Daniel-Constantin Mierla Subject: Re: [Devel] length of non-exiting $fU To: Juha Heinanen Cc: [email protected] Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset=ISO-8859-1; format=flowed On 06/11/07 19:24, Juha Heinanen wrote: > during my testing spree, another thing popped up. > > any explanation for this? > > xlog("L_INFO", "Legth of <$ru> user is <$(rU{s.len})>\n"); > > produces > > Legth of user is <1> > well, yes, this is kind of bug, and that's mainly because behind there is a value of integer 0, which gets converted to string and results in length 1. Obviously, the null flag should be checked and the result should be 0. I will think about a nice way of handling that. Thanks for catching it. Cheers, Daniel > -- juha > > > > _______________________________________________ > Devel mailing list > [email protected] > http://openser.org/cgi-bin/mailman/listinfo/devel > > ------------------------------ Message: 13 Date: Tue, 12 Jun 2007 09:15:10 +0800 From: "Di-Shi Sun" Subject: [Devel] follow up to the comparing test for SER and OpenSER from TransNexus To: Cc: [email protected], Support of TransNexus Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" All, This e-mail is follow-up to our previous posting about tests we performed at TransNexus comparing SER and OpenSER. Our tests were for wholesale VoIP carriers who want a straightforward, unbiased comparison of OpenSER and SER. As part of this goal, we purposely chose the simple implementation of building each software with default settings. Folks from the SER community have pointed out to us that building each platform based on the default configuration does not lead to an accurate comparison because debug and blacklisting settings for SER and OpenSER are different and favor the performance results of OpenSER. Since our goal is to provide users with the most accurate comparison possible, we are seeking feedback from both communities on what changes should be made to the SER and OpenSER compile/configuration options in order to measure an accurate comparison between the two software platforms. We are considering re-running the performance test with debug and blacklisting turned off for both OpenSER and SER based on advice from folks in the community that this configuration will produce a more accurate comparison. Does anyone else have any advice or input to offer before we re-run the Performance Comparison test? Thank you, Di-Shi Sun. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://openser.org/pipermail/devel/attachments/20070612/edacb3dd/attachment.html ------------------------------ _______________________________________________ Devel mailing list [email protected] http://openser.org/cgi-bin/mailman/listinfo/devel End of Devel Digest, Vol 25, Issue 13 ************************************* --------------------------------- Ask a question on any topic and get answers from real people. Go to Yahoo! Answers.
_______________________________________________ Devel mailing list [email protected] http://openser.org/cgi-bin/mailman/listinfo/devel
