Re: A question about modules

2005-12-17 Thread vishal malik
I see. That's fine then. I didn't know that you were using the package name as a prefix to the subroutine name (DBConn::). In that case you don't need to use the Exporter. You only need it if you want to use the the subroutines as if they were in the current package (for example, db1(), and not

Re: A question about modules

2005-12-17 Thread Shawn Corey
Robert wrote: I simply use: my $dbh = DBConn::db1(); It does the right connection (i.e. subroutine) from the DBConn package and I didn't use Exporter. I should also mention that DBConn is in the same folder and the calling script so maybe that makes a difference. No, it doesn't. You can mix

Re: A question about modules

2005-12-16 Thread Robert
I simply use: my $dbh = DBConn::db1(); It does the right connection (i.e. subroutine) from the DBConn package and I didn't use Exporter. I should also mention that DBConn is in the same folder and the calling script so maybe that makes a difference. I am probably going to go back and do a prop

Re: A question about modules

2005-12-16 Thread vmalik
It is okay to do something like that. However, you should not use the package declaration on the top. If you do that, you will have to use the Exporter module to export your subroutine names to your script when you say "use DBConn;" Quoting Robert <[EMAIL PROTECTED]>: > I have broken out my DB co

A question about modules

2005-12-15 Thread Robert
I have broken out my DB connection calls into a small module. It isn't anything fancy so it is basically: package DBConn use strict; use warnings; sub { # connection info for db1 } sub { # connection info for db2 } sub { # connection info for db3 } 1; The question is do I go through the for