On Tue, 18 May 2004, Stas Bekman wrote:
extra allocation happens). But just now one user has reported that it breaks mod_xslt filter, which sets aside the buckets sent from the modperl handler, and then uses them after seeing EOS.
That seems to me an unnecessarily complex and inefficient XSLT implementation.
What XSLT needs to do with its data is to parse to a DOM. By using libxml2/libxslt we can use a parseChunk API, and thus feed every bucket to the parser as soon as it reaches the filter. No need at all to buffer or setaside it.
We have at least one implementation that works like that (originally mine, but now more actively developed by others as "mod_transform"). Perhaps mod_perl users might benefit from switching?
Frankly I even have no idea who is the author of mod_xslt, it's not part of the mod_perl project.
-- __________________________________________________________________ Stas Bekman JAm_pH ------> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
