FYI I'm planning on making the next release (1.51) be the last that officially supports perl 5.6.
This is partly to make it easier to implement changes in future
releases that improve performance with threaded perls. This will benefit
ActiveState perl users, people using DBI with mod_perl2, and users
O/S distributions that ship perl pre-built with threads enabled.
Re: Future versions of DBI to require perl >= 5.8 ... I could no longer "officially support" perl 5.6 but that doesn't mean it ... But since no one pays me for "official support" of the DBI it doesn't ... > ActiveState perl users, people using DBI with mod_perl2, and users ... > Tim.... (perl.dbi.users)
Re: Future versions of DBI to require perl >= 5.8 ... releases that improve performance with threaded perls....ActiveState perl users, people using DBI with mod_perl2, and users ... Moreover, with this move, you can count on Perl supporting Unicode 4, ... (perl.dbi.users)
Re: Parsing Google-like queries for FT search ... but i didn't find any mention of perl in your question. ... SQL2005 you can declare external stored function using win DLL (this was ... true also on SQL2000) and any CLR language.... I'm planning of testing this way in the next couple of days, ... (microsoft.public.sqlserver.fulltext)
Re: Moving up, processes & threads ... I'm planning to develop a rather large perl application. ... > disk writes/reads every 10ms, plus more than likely searching through open ... Cache::Memcached - client library for memcached (memory cache daemon)... POE - portable multitasking and networking framework for Perl... (perl.beginners)
