>>>>> On Fri, 22 Mar 2002 16:10:24 +0000, Tim Bunce <[EMAIL PROTECTED]> said:
TB> I'd appreciate it if anyone who may be interested in a pure-perl TB> DBI emulation could explain why. Just so I can get some idea of the TB> real-world issues that a pure-perl DBI emulation might address. TB> I'd also like to know if those real-world issues could be TB> better addressed by bundling the DBI with perl, so if you have perl TB> installed anywhere then you'll also have the DBI installed there. It looks like I'm going to work on one project which has couple of requirements: 1) Portable: should support Win32 and UNIX. 2) Should not require installation of additional modules (though some modules can be bundled with the application). 3) Should support perl 5.005 and later. 1) + 2) means that actually I can use any pure Perl modules as long as they can be bundled with the application. Of course I can use core modules. But XS modules are probably out of luck. Now who does it relate to your questions? I'd like to use DBI interface in this application for application data access. It helps to write more portable and scalable code (i.e. the application can use different SQL databases if available but can use XML or CSV files if not). However because DBI is XS module and it is not in Perl core it can be missing on computers where the application will be going to installed. I'd like to have failback - pure perl emulation of DBI. This is why I like idea of DBI::Lite (moreover I even though about writting something simular myself). Does bundling the DBI with perl helps? Certainly it doesn't hurt anybody. In longer term it will remove need for DBI::Lite. However even if it will be included in 5.8.0 DBI::Lite will be useful for me because of 3). I guess I'm not the only person who has a project with similar requirements. -- o Ilya Martynov => http://martynov.org/ o o TIV.net => http://tiv.net/ o
