In the 1.4 release notes, I have read that:
=> new free fixup functions - making safer to use some functions exported by modules in embedded languages such as Perl
I don't find any reference to "free_fixup_function" in the Perl module source code.
Are you sure that this feature works for Perl module?
Someone work on it?
Best Regards,
Makes me wonder what is inherently "unsafe" about it as well.
Julien mangeard wrote:
In the 1.4 release notes, I have read that:
=> new free fixup functions - making safer to use somefunctions exported by modules in embedded languages such as Perl
I don't find any reference to "free_fixup_function" in the Perl module source code.
Are you sure that this feature works for Perl module?
Someone work on it?
Best Regards,
-- Julien Mangeard
Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Well, in my case one of Perl's packages has a memory leak (DBD::Sybase). What I *could* assume is the 'fixup' function clears out any residual memory, but perhaps this is just wishful thinking on my behalf.
As for fixing the Perl package in question, don't ask...
Alex Balashov wrote:
Makes me wonder what is inherently "unsafe" about it as well.
Julien mangeard wrote:
In the 1.4 release notes, I have read that:
=> new free fixup functions - making safer to use somefunctions exported by modules in embedded languages such as Perl
I don't find any reference to "free_fixup_function" in the Perl module source code.
Are you sure that this feature works for Perl module?
Someone work on it?
Best Regards,
-- Julien Mangeard
Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
Nothing is unsafe.
If you try to call a function exported by another module with Perl, Perl module refuses. The "free_fixup_function" mechanism is not implemented in the Perl module. But, this sentence suggests the contrary: => new free fixup functions - making safer to use some functions exported by modules in embedded languages such as Perl
For the same reason, the Perl module documentation is not up to date. In the documentation, you can read this kind of example :
$m->moduleFunction("sl_send_reply", "500", "Internal Error"); $m->moduleFunction("xlog", "L_INFO", "foo");
But with the 1.4 release, it doesn't work.
On Fri, Aug 8, 2008 at 1:41 AM, Alex Balashov abalashov@evaristesys.comwrote:
Makes me wonder what is inherently "unsafe" about it as well.
Julien mangeard wrote:
In the 1.4 release notes, I have read that:
=> new free fixup functions - making safer to use somefunctions exported by modules in embedded languages such as Perl
I don't find any reference to "free_fixup_function" in the Perl module source code.
Are you sure that this feature works for Perl module?
Someone work on it?
Best Regards,
-- Julien Mangeard
Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
-- Alex Balashov Evariste Systems Web : http://www.evaristesys.com/ Tel : (+1) (678) 954-0670 Direct : (+1) (678) 954-0671 Mobile : (+1) (706) 338-8599
Hello,
On 08/08/08 03:33, Julien mangeard wrote:
Nothing is unsafe.
If you try to call a function exported by another module with Perl, Perl module refuses. The "free_fixup_function" mechanism is not implemented in the Perl module. But, this sentence suggests the contrary: => new free fixup functions - making safer to use some functions exported by modules in embedded languages such as Perl
reading now seems to suggest that, what I meant that the support for freeing fixup is there, basically some functions exported by modules can be used dynamically from other modules. In the past, functions exported to config couldn't be just imported unless the parameters after fixup were known, exposing to issues while updating fixup function and fixup parameter structure.
While this is not advisable as the module can actually export a C api, the feature will help when the functions will be used in embedded programs like perl or for a better clean up at shutdown.
Cheers, Daniel
For the same reason, the Perl module documentation is not up to date. In the documentation, you can read this kind of example :
$m->moduleFunction("sl_send_reply", "500", "Internal Error"); $m->moduleFunction("xlog", "L_INFO", "foo");
But with the 1.4 release, it doesn't work.
On Fri, Aug 8, 2008 at 1:41 AM, Alex Balashov <abalashov@evaristesys.com mailto:abalashov@evaristesys.com> wrote:
Makes me wonder what is inherently "unsafe" about it as well. Julien mangeard wrote: In the 1.4 release notes, I have read that: => new free fixup functions - making safer to use some functions exported by modules in embedded languages such as Perl I don't find any reference to "free_fixup_function" in the Perl module source code. Are you sure that this feature works for Perl module? Someone work on it? Best Regards, -- Julien Mangeard ------------------------------------------------------------------------ _______________________________________________ Users mailing list Users@lists.kamailio.org <mailto:Users@lists.kamailio.org> http://lists.kamailio.org/cgi-bin/mailman/listinfo/users -- Alex Balashov Evariste Systems Web : http://www.evaristesys.com/ Tel : (+1) (678) 954-0670 Direct : (+1) (678) 954-0671 Mobile : (+1) (706) 338-8599-- Julien Mangeard
Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
On Fri, Aug 8, 2008 at 4:53 PM, Daniel-Constantin Mierla miconda@gmail.comwrote:
While this is not advisable as the module can actually export a C api, the feature will help when the functions will be used in embedded programs like perl or for a better clean up at shutdown.
Do you known if somebody works on the integration of this feature in the Perl module ? If it's not the case, I am potentially interest to do that.
BR,
On 08/09/08 11:24, Julien Mangeard wrote:
On Fri, Aug 8, 2008 at 4:53 PM, Daniel-Constantin Mierla <miconda@gmail.com mailto:miconda@gmail.com> wrote:
While this is not advisable as the module can actually export a C api, the feature will help when the functions will be used in embedded programs like perl or for a better clean up at shutdown.Do you known if somebody works on the integration of this feature in the Perl module ? If it's not the case, I am potentially interest to do that.
That would be great if you can submit a patch.
Cheers, Daniel
BR,
-- Julien Mangeard
Users mailing list Users@lists.kamailio.org http://lists.kamailio.org/cgi-bin/mailman/listinfo/users
On Saturday 09 August 2008, Daniel-Constantin Mierla wrote:
On 08/09/08 11:24, Julien Mangeard wrote:
On Fri, Aug 8, 2008 at 4:53 PM, Daniel-Constantin Mierla <miconda@gmail.com mailto:miconda@gmail.com> wrote:
While this is not advisable as the module can actually export a C api, the feature will help when the functions will be used in embedded programs like perl or for a better clean up at shutdown.Do you known if somebody works on the integration of this feature in the Perl module ? If it's not the case, I am potentially interest to do that.
That would be great if you can submit a patch.
Daniel, the code is ready; we have already discussed the topic. Unfortunately, the implementations of free_fixup_functions - at least at the time we /did/ discuss all that - were so imcomplete that we agreed not to commit the code.
Did things change meanwhile?
I'll try to look into the topic again in the next days.
Best Bastian
Hello,
On 08/11/08 13:14, Bastian Friedrich wrote:
On Saturday 09 August 2008, Daniel-Constantin Mierla wrote:
On 08/09/08 11:24, Julien Mangeard wrote:
On Fri, Aug 8, 2008 at 4:53 PM, Daniel-Constantin Mierla <miconda@gmail.com mailto:miconda@gmail.com> wrote:
While this is not advisable as the module can actually export a C api, the feature will help when the functions will be used in embedded programs like perl or for a better clean up at shutdown.Do you known if somebody works on the integration of this feature in the Perl module ? If it's not the case, I am potentially interest to do that.
That would be great if you can submit a patch.
Daniel, the code is ready; we have already discussed the topic. Unfortunately, the implementations of free_fixup_functions - at least at the time we /did/ discuss all that - were so imcomplete that we agreed not to commit the code.
Did things change meanwhile?
the only issue now is for the functions that don't have a free fixup function - either is no need for it - or not implemented it
I believe the solution is to add kind of free_fixup_nop() function that does nothing so the first case can be safely detected and made available for usage.
Please commit the code when you have the time, so I can continue the work with free fixups. Not all modules will be enabled, depends on the developers at some point as I am not using all of them, but the basic ones are already/going to have all in place.
Thank you, Daniel
I'll try to look into the topic again in the next days.
Best Bastian
-
Alex Balashov -
Bastian Friedrich -
Daniel-Constantin Mierla -
Julien mangeard -
Mik Cheez