<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent posts to Discussion</title><link>https://sourceforge.net/p/multifast/discussion/</link><description>Recent posts to Discussion</description><atom:link href="https://sourceforge.net/p/multifast/discussion/feed.rss" rel="self"/><language>en</language><lastBuildDate>Wed, 13 Jan 2016 23:55:04 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/multifast/discussion/feed.rss" rel="self" type="application/rss+xml"/><item><title>Question about ac_trie_findnext()</title><link>https://sourceforge.net/p/multifast/discussion/1317362/thread/13bb0092/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Yes, it is safe. Before stack is deallocated, a copy of sruct is made to the caller's memory space. Note that it does not return a pointer to that structure. It return the structure itself.&lt;/p&gt;
&lt;p&gt;This is a thread safe implementation for that function, since each thread has its own stack. Because of this extra copy, it is a little bit slower than the _search() function. So it is recommended to use the search method.&lt;/p&gt;
&lt;p&gt;Regards,&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kamiar Kanani</dc:creator><pubDate>Wed, 13 Jan 2016 23:55:04 -0000</pubDate><guid>https://sourceforge.net6cf2fd0bb0ffea09744a9acb4995e1df9b008c22</guid></item><item><title>Question about ac_trie_findnext()</title><link>https://sourceforge.net/p/multifast/discussion/1317362/thread/13bb0092/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Is it safe to use ac_trie_findnext()?&lt;/p&gt;
&lt;p&gt;ahocorasick.c: AC_MATCH_t allocated on stack at line 270 and returned as a result at line 280. But AFAIK result is undefined in that case because 'match' will be freed on function exit (due to stack nature).&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Andrew Stromnov</dc:creator><pubDate>Tue, 12 Jan 2016 12:15:47 -0000</pubDate><guid>https://sourceforge.net49436886e9a2ebffba0e9fc42da345af62b5254c</guid></item><item><title>Licence exception for PHP Extension</title><link>https://sourceforge.net/p/multifast/discussion/1317362/thread/dc5b4a1e/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Thank you!&lt;br/&gt;
I will try to submit it to the PECL. &lt;/p&gt;
&lt;p&gt;Regards,&lt;/p&gt;
&lt;p&gt;Dusan Klinec&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Dusan Klinec (ph4r05)</dc:creator><pubDate>Thu, 10 Dec 2015 19:40:40 -0000</pubDate><guid>https://sourceforge.net82d09af1928b031a2e7a80430ac7a1e9b0bcaf8f</guid></item><item><title>Licence exception for PHP Extension</title><link>https://sourceforge.net/p/multifast/discussion/1317362/thread/dc5b4a1e/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Hi Dusan,&lt;/p&gt;
&lt;p&gt;Thanks for your interest in using MultiFast. I am so glad that you found it useful and workable for your project. It seems that LGPLv3 is a little bit restrictive for some projects. For now, To solve your problem I would like you to provide you with the following:&lt;/p&gt;
&lt;hr/&gt;
&lt;p&gt;HEREBY, IT IS DECLARED THAT THE MULTIFAST PROJECT &lt;br/&gt;
(HTTP://MULTIFAST.SOURCEFORGE.NET/) CAN BE USED UNDER THE PHP LICENSE 3.01 IN &lt;br/&gt;
THE PROJECTS HOSTED BY PHP PECL REPOSITORY (HTTPS://PECL.PHP.NET/).&lt;/p&gt;
&lt;p&gt;KAMIAR KANANI&lt;br/&gt;
3-DECEMBER-2015&lt;/p&gt;
&lt;hr/&gt;
&lt;p&gt;I hope that it solves your problem. Please let me know if you need a more formal declaration issued for the php.net community.&lt;/p&gt;
&lt;p&gt;Regards&lt;/p&gt;
&lt;p&gt;--&lt;br/&gt;
Kamiar&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Kamiar Kanani</dc:creator><pubDate>Thu, 03 Dec 2015 13:49:15 -0000</pubDate><guid>https://sourceforge.net8e4e4e8f472bcf19a5a2193daae10185588f2b53</guid></item><item><title>Licence exception for PHP Extension</title><link>https://sourceforge.net/p/multifast/discussion/1317362/thread/dc5b4a1e/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Hello, &lt;/p&gt;
&lt;p&gt;I am Dusan (ph4r05) Klinec, creator of Multifast wrapper for PHP, available here:&lt;br/&gt;
&lt;a href="https://github.com/ph4r05/php_aho_corasick" rel="nofollow"&gt;https://github.com/ph4r05/php_aho_corasick&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Multifast is a great implementation of AhoCorasick pattern matching algorithm. I've been using pure PHP implementation of AhoCorasick but it was not as fast as I expected. Then I stumbled upon Multifast and decided to implement PHP Extension using Multifast in the background.&lt;/p&gt;
&lt;p&gt;When implemented as a native extension for PHP it works a lot faster. I am not aware of any multiple pattern matching implementation in PHP that would be faster than my wrapper for Multifast.&lt;/p&gt;
&lt;p&gt;To make it available to community, project is hosted on GitHub, users can compile it and use it.&lt;br/&gt;
In order to make it even simpler to use, it would be great to have this extension included in PHP PECL repository. (https://pecl.php.net/). Publishing to PECL would make extension more visible to users and much easier to install and use. &lt;/p&gt;
&lt;p&gt;I reference you and your project in my PHP extension. Licenced as your project, under LGPLv3. &lt;br/&gt;
But unfortunatelly, PECL repository has a strict view on licensing of php extensions. Qouting: &lt;br/&gt;
"We strongly encourage contributors to choose the PHP License 3.01 for their extensions, in order to avoid possible troubles for end-users of the extension. Other solid options are BSD and Apache type licenses.&lt;br/&gt;
Note: wrappers for GPL (all versions) or LGPLv3 libraries will not be accepted. Wrappers for libraries licensed under LGPLv2 are however allowed while being discouraged.&lt;br/&gt;
"&lt;/p&gt;
&lt;p&gt;So I would like to ask you to publish Multifast under LGPLv2+, so end user can decide whether he will use v2 or v3, as is usuall with GPL licences. Or can you give me license exception for this particular purpose? It would help a lot to spread your piece of work to more people. &lt;/p&gt;
&lt;p&gt;I think this license change does not go against any LGPL philosophy. PHP extension is distributed and used in a binary form. PHP is using dynamic linking to load extension, which contains multifast. My wrapper is licensed in the same way as Multifast which is directly contained in the wrapper, available on GitHub with all changes made to Multifast available to the world. I will state your name and Multifast in the extension documentation. &lt;/p&gt;
&lt;p&gt;Thanks for considering this to help spread our pieces of software.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Dusan Klinec (ph4r05)</dc:creator><pubDate>Wed, 02 Dec 2015 13:21:45 -0000</pubDate><guid>https://sourceforge.netd85e4d736a99c0bb19b6f9f3dfe98de66e1c24f7</guid></item></channel></rss>