Program::Approx
Well I guess it was going to happen sooner or later, consider :
package Foo;
use strict;
use Text::Soundex;
use File::Basename;
use Devel::Symdump;
use Dircon::Billing::AutoID;
my $obj = Devel::Symdump-new(__PACKAGE__);
no strict 'refs';
my %funcs = map { s/.*://; (soundex($_),\{$_} ) } $obj-functions();
my ($name, $path, $ext ) = fileparse($0,'\..+');
my $sname = soundex($name);
if ( exists $funcs{$sname} )
{
print $funcs{$sname}-(@ARGV);
}
else
{
die $0: $name not defined\n;
}
Then of course calling the program something like one of subroutines
defined in or imported into the current package will cause that subroutine
to be run with @ARGV as its arguments.
I was tempted to use the above code in the real world, but I plumped for
something similar without the subroutine discovery and without the soundex
- the program name - subroutime mapping hard-coded in. I sometimes think
of the sanity of those that might follow.
/J\
MySQL - Oracle wrapper/compat. libs
Here's a perl question (OK, not really).. Is anyone aware of a compatibility/wrapper library which a developer could use to take an app using the MySQL API and with some (ideally) minimal munging turn it into Oracle OCI or Pro*C code? I'm faced with converting a couple of apps that have MySQL support to use OCI and it's, er, frightening to say the least (OCI manual is 1,054 PDF pages. It is in the best academic traditions for Intimidatingly Enormous Tomes deemed an introduction). Paul
Re: MySQL - Oracle wrapper/compat. libs
On Tue, Apr 24, 2001 at 02:58:23AM -0700, Paul Makepeace wrote: Here's a perl question (OK, not really).. Is anyone aware of a compatibility/wrapper library which a developer could use to take an app using the MySQL API and with some (ideally) minimal munging turn it into Oracle OCI or Pro*C code? I'm faced with converting a couple of apps that have MySQL support to use OCI and it's, er, frightening to say the least (OCI manual is 1,054 PDF pages. It is in the best academic traditions for Intimidatingly Enormous Tomes deemed an introduction). Don't forget that even if you could automatically change the API over, you'd still have to change all the SQL in the API as well. Which is probably just as difficult a task, given how much SQL can vary from product to product... -Dom
Re: MySQL - Oracle wrapper/compat. libs
On Tue, Apr 24, 2001 at 12:28:42PM +0100, Dominic Mitchell wrote: On Tue, Apr 24, 2001 at 02:58:23AM -0700, Paul Makepeace wrote: Here's a perl question (OK, not really).. Is anyone aware of a compatibility/wrapper library which a developer could use to take an app using the MySQL API and with some (ideally) minimal munging turn it into Oracle OCI or Pro*C code? I'm faced with converting a couple of apps that have MySQL support to use OCI and it's, er, frightening to say the least (OCI manual is 1,054 PDF pages. It is in the best academic traditions for Intimidatingly Enormous Tomes deemed an introduction). Don't forget that even if you could automatically change the API over, you'd still have to change all the SQL in the API as well. Which is probably just as difficult a task, given how much SQL can vary from product to product... -Dom At least it's not as bad as Oracle - MySQL (although that would be a less likely scenario). There was a link on mysql.com about mysql being added to the Oracle migration kit that might be helpful (although probably not). jp
RE: Komodo
--- Robin Szemeti [EMAIL PROTECTED] wrote: On Wed, 18 Apr 2001, you wrote: I note that the Linux distribution of Kodomo contained complete distributions of Mozilla, Perl and Python. /me cancels the download, suggests Activestate acquire some Clue Isn't that a bit harsh? If the Linux version is a Beta / Alpha type deal it seems fair enough they want people to test it with known versions of its dependant apps, no? umm .. for a windows install where Activestate Perl seems to be the standard then yes, its fair enough. For a *nix tool it MUST work with a standard Perl install or it is of zero use (to me) .. I do not have any intention of installing Activestate Perl on my Linux box or using it in a production enviroment. my two cents It looks like a potentially good product for the windows environment, providing integration into a widely used IDE is probably a safe bet, however unless you have the very latest version of windoze 98, me etc, and the 'windows installed(TM)' installed and up to date, you can't install it. I gave up after ie5.5 decided i needed to pay for a service pack. Only time will tell. /My two cents David = Artificial Intelligence is no match for human stupitity! __ Do You Yahoo!? Yahoo! Auctions - buy the things you want at great prices http://auctions.yahoo.com/
frot the box
the stuff has arrived, so we'll probably have a go at putting shiney new things in penderel tomorrow evening. if there's a time when this would inconvenience you, let me know and i'll make a proper schedule if need be. otherwise watch out for wall'd and irc announcements. alex -- here they come lalalalala la lalalalala la the part time punks
Re: frot the box
On Tue, 24 Apr 2001, you wrote: the stuff has arrived, so we'll probably have a go at putting shiney new things in penderel tomorrow evening. if there's a time when this would inconvenience you, let me know and i'll make a proper schedule if need be. otherwise watch out for wall'd and irc announcements. was that: if there's a time when this would inconvenience you and I'll try and avoid it or 'and I'll tune for maximum invonvenience?' ... go with the latter .. you know it makes sense. -- Robin Szemeti The box said requires windows 95 or better So I installed Linux!
Re: frot the box
On Tue, 24 Apr 2001, Robin Szemeti wrote: On Tue, 24 Apr 2001, you wrote: the stuff has arrived, so we'll probably have a go at putting shiney new things in penderel tomorrow evening. if there's a time when this would inconvenience you, let me know and i'll make a proper schedule if need be. otherwise watch out for wall'd and irc announcements. was that: if there's a time when this would inconvenience you and I'll try and avoid it or 'and I'll tune for maximum invonvenience?' ... go with the latter .. you know it makes sense. BOFH-fever, BOFH-fever, you've just got to do it ... /J\
Re: frot the box
On Tue, 24 Apr 2001, you wrote: BOFH-fever, BOFH-fever, you've just got to do it ... quote: 'Lifes been so much easier since I linked /dev/st0 to /dev/null, not only does the nightly backup job run much quicker but I get Hi-8 tapes to use in my camcorder for free!' -- Robin Szemeti The box said requires windows 95 or better So I installed Linux!
Re: MySQL - Oracle wrapper/compat. libs
On Tue, Apr 24, 2001 at 12:28:42PM +0100, Dominic Mitchell wrote: Don't forget that even if you could automatically change the API over, you'd still have to change all the SQL in the API as well. Which is probably just as difficult a task, given how much SQL can vary from product to product... IME, the SQL only significantly varies when you're doing the kind of SQL that could earn you a serious DBA label or you're working in a bank. MySQL has fairly limited SQL capabilities which mapping onto Oracle shouldn't be hard. The reverse obviously isn't true. I have had stuff I've written on Access work on Oracle with very little effort, the only glitch is suffering Access being case-sensitive with its column names (SQL non-compliant in other words). The purpose of this is a MySQL - Oracle migration for apps that have MySQL support who want to Go Big. I don't see there being a big market for Oracle - MySQL frankly. Paul
Perl Monger spotted in the wild
Are you DJ Adams? http://www.byte.com/column/BYT20010404S0014 Good, and depressing, article. Paul
perlismybitch.com
FYI, this domain is about to expire. So if anyone wants it, snag it. I was going to transfer it to bulkregister (my preferred registrar) but simply couldn't be arsed. Paul
