Re: Anyone seen infoperl?

bill@tardis.co.uk (William Hails) writes: >Does anyone know where there is a copy of infoperl? That's perl with >ESQL/C subroutines to provide access to isql from perl. Nobody on >Perl-users seems to know, nor on the perldb-interest list. Archie can't >find it, and I can't use gopher very easily from here. >Any information would be greatly appreciated, thanks in advance. I found some information on this in the latest perl FAQ. I sent e-mail to Kurt Anderson 3 weeks ago at the address listed below with no response yet (Kurt! If you are out there then let us all know how we can get ahold of a copy of Infoperl). Taken out of the latest perl FAQ: ------------------------------------------------------------------------------ 1.14) Where can I get (info|inter|ora|sql|syb)perl? Numerous database-oriented extensions to Perl have been written. These amount to using the usub mechanism (see the usub/ subdirectory in the distribution tree) to link in a database library, allowing embedded calls to Informix, Interbase, Oracle, Ingres, and Sybase. There is currently a project underway, organized by Buzz Moschetti <buzz@toxicavenger.bear.com>, to create a higher level interface (DBperl) that will allow you to write your queries in a database-independent fashion. If you're interested, send mail to <perldb-interest-request@vix.com> and ask to be placed on the perldb-interest@vix.com mailing list. Meanwhile, here are the authors of the various extensions: What Target DB Who -------- ----------- ---------------------------------------- Infoperl Informix Kurt Andersen (kurt@hpsdid.sdd.hp.com) Interperl Interbase Buzz Moschetti (buzz@bear.com) Oraperl Oracle Kevin Stock (kstock@encore.com) Sqlperl Ingres Ted Lemon (mellon@ncd.com) Sybperl Sybase Michael Peppler (mpeppler@itf.ch) Here's a bit of advertising from Buzz: Perl is an interpreted language with powerful string, scalar, and array processing features developed by Larry Wall that "nicely bridges the functionality gap between sh(1) and C." Since relational DB operations are typically textually oriented, perl is particularly well-suited to manage the data flows. The C source code, which is available free of charge and runs on many platforms, contains a user-defined function entry point that permits a developer to extend the basic function set of the language. The DBperl Group seeks to exploit this capability by creating a standardized set of perl function extensions (e.g. db_fetch(), db_attach()) based the SQL model for manipulating a relational DB, thus providing a portable perl interface to a variety of popular RDMS engines including Sybase, Oracle, Ingres, Informix, and Interbase. In theory, any DB engine that implements a dynamic SQL interpreter in its HLI can be bolted onto the perl front end with predicatable results, although at this time backends exist only for the aforementioned five DB engines. ------------------------------------------------------------------------------ //////////////// ////////// // Jon E. Richards, Database Kernel Engineer ////// / /// ///// // //// 921 SW Washington Suite 670 //// // ///// Portland, Oregon, USA, 97220 /// // ////// e-mail : jon@informix.com // // /////// phone : / /////////// ICBM : 45 31 25 N 122 40 30 W ////////////////