This seemed to hit it on the head, i really dont understand WHY this makes a
difference in modperl and not nonmoperl services?
I changed the count variable $i = 1 to my $i = 1 and the $msgnum to my
$msgnum and it is working like the non modperl server does. Correctly.
Isnt there a way to clear
- Original Message -
From: Stas Bekman [EMAIL PROTECTED]
To: Chris Rodgers [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Wednesday, August 01, 2001 05:16
Subject: Re: Bug??
On Tue, 31 Jul 2001, Chris Rodgers wrote:
Thanks for that. However, I've already seen this. The problem is
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, July 31, 2001 11:17 PM
To: Chris Rodgers
Cc: [EMAIL PROTECTED]
Subject: Re: Bug??
On Tue, 31 Jul 2001, Chris Rodgers wrote:
Thanks for that. However, I've already seen this. The
problem is
-Original Message-
From: John Buwa [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, August 01, 2001 5:03 AM
To: [EMAIL PROTECTED]
Subject: Re: More stuff not working with conversion to modperl?
This seemed to hit it on the head, i really dont understand
WHY this makes a
Does that work under Unix only? I am on NT and it does not appear to work.
Can someone clarify.
Thanks
Scott
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, July 31, 2001 9:38 PM
To: Bryan Coon
Cc: Matt Sergeant; '[EMAIL PROTECTED]'
Subject: Re:
John Buwa wrote:
Isnt there a way to clear global variable to a null after a web transaction
is complete?
Apache::PerlRun does that.
- Perrin
To all who responded to my original post about UBB: thanks. Thanks to all
the great feedback, we have decided to punt UBB and are using wwwthreads
instead.
you might want to look into vBulletin, it is used on a lot of different
sites is written in php with a MySQL back end and looks very
On Wed, 1 Aug 2001, Geoffrey Young wrote:
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, July 31, 2001 11:17 PM
To: Chris Rodgers
Cc: [EMAIL PROTECTED]
Subject: Re: Bug??
On Tue, 31 Jul 2001, Chris Rodgers wrote:
Thanks for that.
All,
In his closing comments about UBB Kyle Dawkins made a statement that got me
wondering. He said there's SQL embedded all throughout the Perl everywhere
(who does this?! oh my god, are they on crack?). This comment got me
wondering about alternatives to embedding SQL in to the code of a
I use the Apache::SubProcess, but system/exec for a script in perl,
how:
system script.pl;
It only work if i write:
system /usr/xxx/perl script.pl;
In this manner, occurred an error with the request method in the script
(CGI) called (script.pl).
That's right ?
- Original Message -
I think a lot of people's approach, including mine, is to have OO Perl
modules for all database access. In my code (I use Mason), a web page
only gets its data through calls like this:
my $obj = NAIC::User-(DBH=$dbh, EMAIL='[EMAIL PROTECTED]');
$obj-load;
my $groups_list = $obj-groups();
That
Joe Breeden [mailto:[EMAIL PROTECTED]] wrote:
...
wondering about alternatives to embedding SQL in to the code
of a program.
...
It would be interesting to know how other people have solved
that problem.
One approach is to use something like Ima::DBI, which I'm currently toying
with.
All,
In his closing comments about UBB Kyle Dawkins made a statement that got me
wondering. He said there's SQL embedded all throughout the Perl everywhere
(who does this?! oh my god, are they on crack?). This comment got me
wondering about alternatives to embedding SQL in to the code of a
I think a lot of people's approach, including mine, is to have OO Perl
modules for all database access. In my code (I use Mason), a web page
only gets its data through calls like this:
my $obj = NAIC::User-(DBH=$dbh, EMAIL='[EMAIL PROTECTED]');
$obj-load;
my $groups_list = $obj-groups();
* Joe Breeden ([EMAIL PROTECTED]) [010801 10:25]:
All,
In his closing comments about UBB Kyle Dawkins made a statement that got me
wondering. He said there's SQL embedded all throughout the Perl everywhere
(who does this?! oh my god, are they on crack?). This comment got me
wondering about
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, August 01, 2001 10:50 AM
To: Geoffrey Young
Cc: Chris Rodgers; [EMAIL PROTECTED]
Subject: RE: Bug??
[snip]
of course, that won't work with PerlSetupEnv Off - maybe use
I'd second the original question, I've always embedded the SQL (what's the
S for?) in the code, isn't that the point of the wonderful DBD::*
packages? As far as modularizing database calls, there are a couple
reasons I've had problems with that. I found the methods being rewritten
to handle
On Wednesday, August 01, 2001, Perrin Harkins wrote the
following about [OT] Inspired by closing comments from the UBB thread.
ph Having your SQL right next to where it's being used is convenient,
ph and a HERE doc makes it easy to read.
Agreed. IMHO, it also makes it easier to maintain
On Wed, 1 Aug 2001, Kyle Dawkins wrote:
having said all that, it's much cheaper than UBB, far superior in overall
design, and DB-driven... and it works beautifully, so i can't complain too
much. :-)
And has at least one major security hole (at least the 3.51 version did,
which was the last
not to mention the HTML embedded all throughout the perl (are they on
glue?)
What's the alternative there? Embed perl in the HTML?
You could do that (Text::Template), or you could use a tool like Template
Toolkit or HTML::Template. See
http://perl.apache.org/features/tmpl-cmp.html for a
I wasn't clear enough... My point was more six one way, half dozen the
other. For a public package, keeping dependancies down to a minimum is a
bonus, as well as keeping performance up by not having to pre-process html
looking for perl code. It can come down to a choice between
maintainability
That worked :) Ahh, at least I solved ONE problem!
Thanks!
Bryan
The solution is to extend @INC at the server startup to include
directories you load the files from which aren't in @INC.
For example, if you have a script which loads MyTest.pm from
/home/stas/myproject:
use lib
Jay Jacobs wrote:
I don't see any glue-sniffing symptoms from choosing
embedded html in perl over embedded perl in html.
Unless, of course, you're the graphic artist and you've been tasked with
changing the look and
feel of the application using embedded perl (which you, as the graphics
Guys guys guys
Mixing HTML with Perl with SQL is bad and evil on every single possible
level. For those who don't know how to split apart your perl from your HTML
I suggest you read some of Perrin's recent posts. There are so many ways to
do it, I won't even bother with talking about them
First, thanks to all the great suggestions, it looks like it works fine.
However, now my logs are loaded with a ton of subroutine redefined warnings
(which is normal I suppose?). I can certainly live with this in a
development environment, but thought I would check to see if it is expected,
As for SQL, I just wish people would expand their horizons a little and
start doing a bit of reading. There are so many different ways to avoid
embedding SQL in application code and I sincerely wish programmers would
THINK before just coding... it's what differentiates scripters from
On Wed, 1 Aug 2001, Kyle Dawkins wrote:
Mixing HTML with Perl with SQL is bad and evil on every single possible
level.
This bugged me... TMTOWTDI applies on so many levels.
The right way to do something is not always the technically best way
to do something. If you work in a large corporate
All (and Perrin)
If you wish to see one enlightened approach, please read this:
http://developer.apple.com/techpubs/webobjects/DiscoveringWO/EOFArchitecture
/index.html
as I said... *ONE* enlightened approach :-)
I think you'd find that EOF (the persistence framework in that example)
On Wednesday, August 1, 2001, at 09:27 AM, Kyle Dawkins wrote:
Fine, it's Apple (yuk). But it used to be *NeXT*
and it used to be *Obj-C*, both very very fine things indeed.
Hey now! Those are fighting words! :-)
OS X
Mach + FreeBSD
Project Builder + GCC (Including Objective-C) in
On Wednesday, August 1, 2001, at 10:01 AM, Jay Jacobs wrote:
On Wed, 1 Aug 2001, Kyle Dawkins wrote:
Mixing HTML with Perl with SQL is bad and evil on every single possible
level.
If however you work in a two person company where you have barely enough
time to go to the bathroom let alone
At 12:50 PM -0400 8/1/01, Perrin Harkins wrote:
It would really be nice if someone could write an overview of the O/R
mapping tools for Perl. I know Dave Rolsky was working on one, but it's a
big job and he's busy with Mason.
I agree. There was a bit of discussion on this topic on this list
Joe Breeden queried:
It would be interesting to know how other people have solved
that problem.
Currently, we are essentially using embedded SQL in our apps.
I have found that stored procedures + perl module wrapper around the procs.
is a nice, balanced approach.
The procs. give a nice
Hi all,
We currently use (close to) the latest Apache / mod_perl environment on
HP/UX. Our holding company is forcing a move to Win2k :/, but they still
want to use our mod_perl apps :).
I was looking for more information on mod_perl 2.0 today but didn't come up
w/much. I have several
Tom et al.
Mixing HTML with Perl with SQL is bad and evil on every single possible
level.
If however you work in a two person company where you have barely enough
time to go to the bathroom let alone think about creating your own
database abstraction layer for a custom application
Homsher, Dave V. writes:
Joe Breeden queried:
It would be interesting to know how other people have solved
that problem.
Currently, we are essentially using embedded SQL in our apps.
I have found that stored procedures + perl module wrapper around the procs.
is a nice,
All
Joe Breeden queried:
It would be interesting to know how other people have solved
that problem.
Currently, we are essentially using embedded SQL in our apps.
I have found that stored procedures + perl module wrapper around the
procs.
is a nice, balanced approach.
Definitely; sotred
I have found that stored procedures + perl module wrapper around the
procs.
is a nice, balanced approach.
The procs. give a nice performance boost as they are precompiled into
the
server (we use Sybase).
They are definitely faster, and significantly so.
Maybe so for Sybase. In
Woooie!?!
I didn't expect the firestorm this post would generate. From what I hear
people are either embedding SQL or writing their own utility module to
essentially do something along the line of:
$s-StartDBI ( DSN = 'somedsn_pointer') ;
eval {
$s-SelectSQL ( NAME = 'sql_select',
Perrin Harkins writes:
I have found that stored procedures + perl module wrapper around the
procs.
is a nice, balanced approach.
The procs. give a nice performance boost as they are precompiled into
the
server (we use Sybase).
They are definitely faster, and
On 01 Aug 2001 10:12:45 -0500, Joe Breeden wrote:
All,
In his closing comments about UBB Kyle Dawkins made a statement that got me
wondering. He said there's SQL embedded all throughout the Perl everywhere
(who does this?! oh my god, are they on crack?). This comment got me
wondering about
Jay Jacobs wrote:
I don't see any glue-sniffing symptoms from choosing
embedded html in perl over embedded perl in html.
Unless, of course, you're the graphic artist and you've been tasked
with changing the look and feel of the application using embedded
perl (which you, as the
It would be interesting to know how other people have solved
that problem.
Currently, we are essentially using embedded SQL in our apps.
I have found that stored procedures + perl module wrapper
around the
procs.
is a nice, balanced approach.
Definitely; stored procedures are hit-and-miss
From: Homsher, Dave V. [EMAIL PROTECTED]
Sent: Wednesday, August 01, 2001 12:32 PM
Hi all,
We currently use (close to) the latest Apache / mod_perl environment on
HP/UX. Our holding company is forcing a move to Win2k :/, but they still
want to use our mod_perl apps :).
I was looking
Those warnings are normal, and you can use the warnings pragma to turn them
off. (Although, I believe the warnings pragma only exists in Perl 5.6.0+).
use warnings;
no warnings qw(redefine);
- Kyle
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf
On Wed, 1 Aug 2001, Ray Zimmerman wrote:
One of the tools that is not mentioned in Dave's write-up (probably
because it didn't exist then) is SPOPS, mentioned earlier in this
thread.
No, I just hadn't had a chance to get around to it yet. I really need to
finish that thing someday. Of
On Wed, 1 Aug 2001, Kyle Dawkins wrote:
I've taken a look at many of them (Tangram? a few others) and haven't been
impressed with any of them. I think part of the problem is that they're all
being developed in a bit of a vacuum. But let's capitalise on the interest
that this thread has
As for SQL, I just wish people would expand their horizons a little
and start doing a bit of reading. There are so many different ways
to avoid embedding SQL in application code and I sincerely wish
programmers would THINK before just coding... it's what
differentiates scripters from
My apologies for beating this dead horse...
I am just unable to get my point across at all today.
On Wed, 1 Aug 2001, Kyle Dawkins wrote:
Tom et al.
This is, in my opinion, circular logic. Perhaps the reason that you
barely have enough time to go to the bathroom is that you're
writing
However, now my logs are loaded with a ton of subroutine redefined
warnings
(which is normal I suppose?). I can certainly live with this in a
development environment, but thought I would check to see if it is
expected,
and if it can be turned off while still enabling Reload.
Well, first of
http://axkit.org/docs/presentations/tpc2001/anydbd.axp
Is this basically a hash of SQL statements, indexed by DBD type? Or is
there something more that I'm missing? (I should have gone to your TPC
talk...)
I have to agree here. Is this just a hash of SQL statements or is there more
to it than that?
--Joe Breeden
--
-Original Message-
From: Perrin Harkins [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, August 01, 2001 1:29 PM
To: Matt Sergeant
Cc: [EMAIL
On 01 Aug 2001 14:29:10 -0400, Perrin Harkins wrote:
http://axkit.org/docs/presentations/tpc2001/anydbd.axp
Is this basically a hash of SQL statements, indexed by DBD type? Or is
there something more that I'm missing? (I should have gone to your TPC
talk...)
All AnyDBD does is create a
On Wed, 1 Aug 2001, Kyle Dawkins wrote:
KD Definitely; sotred procedures are hit-and-miss in a lot of
KD environments. Remember that a large number of people in the
KD mod_perl world can't use 'em because they (we) use MySQL. If one
KD wanted to emulate this behaviour with MySQL, you would
Original Message
Subject: Re: Not embedding SQL in perl
Date: Wed, 01 Aug 2001 15:56:00 -0400
From: kyle dawkins [EMAIL PROTECTED]
To: Henrik Edlund [EMAIL PROTECTED]
References: [EMAIL PROTECTED]
Henrik Edlund wrote:
And while we are discussing not cutting corners, those
On Wed, 1 Aug 2001, kyle dawkins wrote:
kd Not sure if you're aware of it, but that argument is pretty old.
kd We're onto a much more interesting, new argument now. :-)
All old arguments eventually becomes new again, once in a while... :-)
kd Seriously though, you're right, MySQL is not a real
I can see your arguement regarding SQL within one's code, but doesn't
your arguement fail to hold up if we assume that the SQL is fully
compliant?
In other words, if the makers of WWWThreads had stuck with standard SQL,
rather than using any non-standard features of MySQL like last inserted
On Wed, 1 Aug 2001, Henrik Edlund wrote:
And while we are discussing not cutting corners, those who still use
MySQL should switch to a real DBMS before they even think of abstracting
the SQL away from their Perl code.
That people still use MySQL really shows how many lusers there are with
Jon
I can see your arguement regarding SQL within one's code, but doesn't
your arguement fail to hold up if we assume that the SQL is fully
compliant?
Well, yes and no. I was citing that example as *another* reason to keep
SQL out of your application-level code.
If you do, as Henrik
Hi guys,
On Wed, 1 Aug 2001, Philip Mak wrote:
On Wed, 1 Aug 2001, Henrik Edlund wrote:
And while we are discussing not cutting corners, those who still use
MySQL should switch to a real DBMS before they even think of abstracting
What would you consider to be a real DBMS?
Guys,
At 4:27 PM -0400 8/1/01, Philip Mak wrote:
On Wed, 1 Aug 2001, Henrik Edlund wrote:
And while we are discussing not cutting corners, those who still use
MySQL should switch to a real DBMS before they even think of abstracting
the SQL away from their Perl code.
That people still use MySQL
On Wed, 1 Aug 2001, Philip Mak wrote:
PM What would you consider to be a real DBMS? Sybase and Oracle obviously,
PM but I actually am the hypothetical programmer with a 233MHz machine with
PM 64 MB RAM (hey, it runs emacs fine :/) on a shoestring budget who is
PM mostly limited to using freeware
Since you asked, my opinion is that what you describe would not be
useful. Primarily for the reason pointed out already by a number of people
-- lack of flexibility. Most, if not all, database servers accept highly
customizable performance params to a query, and most even moderately
evolved
On Wed, 1 Aug 2001, Philip Mak wrote:
On Wed, 1 Aug 2001, Henrik Edlund wrote:
And while we are discussing not cutting corners, those who still use
MySQL should switch to a real DBMS before they even think of abstracting
the SQL away from their Perl code.
That people still use
On Wed, 1 Aug 2001, Kyle Dawkins wrote:
KD Definitely; sotred procedures are hit-and-miss in a lot of
KD environments. Remember that a large number of people in the
KD mod_perl world can't use 'em because they (we) use MySQL. If one
KD wanted to emulate this behaviour with MySQL, you would
On Wed, 1 Aug 2001, kyle dawkins wrote:
kd Well, yes and no. I was citing that example as *another* reason to keep
kd SQL out of your application-level code.
kd If you do, as Henrik suggests, write pure SQL92, then obviously you
kd wouldn't need to wrap all your SQL in ifs like they did with
kd
On Thu, 2 Aug 2001, Gunther Birznieks wrote:
When you've had your fill of wrestling over mySQL vs PostGres and stored
procs versus inline SQL (I know I have long ago)
You guys should definitely read the following:
http://www.ambysoft.com/persistenceLayer.html
One of my current
Nick,
Thanks for the comments. Actually, we use something like the example code
now and can do select from multiple tables (TABLES = ['table1', 'table2',
'table2 as someAlias']), can do inner and outer joins, order by clauses,
binding values, just about anything we want with straight SQL.
On Sun, 22 Jul 2001, Richard L. Goerwitz III wrote:
I apologize if this problem has already been identified and solved.
After upgrading from mod_perl 1.25 to mod_perl 1.26 I fired up an
Apache server instance that uses a config file with an extensive
set of Perl/Perl sections. I'm using the
On Fri, 13 Jul 2001, Jie Gao wrote:
On Thu, 12 Jul 2001, Doug MacEachern wrote:
pitty perl -V does not report usebincompat5005, if you are trying to build
modperl as a dso, Makefile.PL should have warned you:
Your current configuration will most likely trigger core dumps,
The error log message is:
[Wed Jul 11 09:04:59 2001] [error] (2)No such file or directory:
access to /tools/ failed for nr2-216-196-142-76.fuse.net, reason:
User not known to the underlying authentication module
question is where does this error message come from? its not from apache
On Fri, 13 Jul 2001, Louis-David Mitterrand wrote:
* On Wed, Jul 11, 2001 at 08:09:20AM -0700, Doug MacEachern wrote:
On Wed, 11 Jul 2001, Louis-David Mitterrand wrote:
Will I have to build a debugging-enabled libperl to get relevant
information? Or is this enough to understand the
On Sun, 15 Jul 2001, Joan Wang wrote:
I am getting the same exact problem on RedHat7.0.
I was wondering if there is a solution to this access permission
problem?
sounds like it, when 'make make test' are done as root, things break.
The strace.out looks like this:
accept(16,
which
On Mon, 16 Jul 2001, Louis-David Mitterrand wrote:
* On Wed, Jul 11, 2001 at 08:09:20AM -0700, Doug MacEachern wrote:
libperld would help, all i can tell is that something in %SIG is being
caught, which normally shouldn't happen at startup. are you assigning
anything to %SIG ?
On Mon, 16 Jul 2001, Adi Fairbank wrote:
Actually, I don't want child processes to inherit the page locks across a
fork. I just wanted to experiment with performance issues when only the
parent process is locked in memory. (I have a theory that when the parent
process swaps to disk, the
At 02:44 PM 8/1/2001 -0700, Jeffrey W. Baker wrote:
On Thu, 2 Aug 2001, Gunther Birznieks wrote:
When you've had your fill of wrestling over mySQL vs PostGres and stored
procs versus inline SQL (I know I have long ago)
You guys should definitely read the following:
On Wed, 18 Jul 2001, Arthur M. Kang wrote:
Is there a reverse to the($res,$password)=$r-get_basic_auth_pw
function? Is there anyone to globally set or reset the values that come
out of $r-get_basic_auth_pw? Can I set a new password to come
out? You can do it with the user
On Tue, 24 Jul 2001, brian moseley wrote:
hiya. trying to build the latest cpan version of libapreq
with perl 5.6.1 + use5005threads, apache 1.3.20, mod-perl
1.25. got this error:
Request.xs: In function `upload_hook':
Request.xs:230: `thr' undeclared (first use in this function)
try
On Mon, 30 Jul 2001, Mauricio Amorim wrote:
Hi, my name is Mauricio
2) I install mod_perl 1.1.26 with the following options:
cd mod_perl_1.1.26
perl Makefile.PL APACHE_SRC=../apache.1.3.20/src USE_APACI=1 USE_DSO=1
you should have seen this warning:
Your Perl is uselargefiles enabled,
ok my 5c,
My vote is for Interbase. Why ?
+small runtime size
+zero administration
+FK with CASCADE
+I think it runs on more platforms than any other DB
+SUSPEND in stored procs
+stored procs can be used in FORM clause
+can run on less-powerfull PC's
Personaly I've used it on Win95, Win98,
I have a CGI application where I do:
require 'db.pl';
where db.pl defines some functions and variables related to connecting to
the database, and then executes C$dbh = DBI-connect(...).
I tried to convert this application to modperl, but I ran into the problem
that require did not execute
Thanks for that. However, I've already seen this. The problem is that I'm
requesting pages at:
http://my.server.com/perl/blah.pl
and also
https://my.server.com/perl/blah.pl
Now these should be different scripts, and Apache is set up with a
completely different document and perl root for the
On Mon, Jul 30, 2001 at 03:30:48PM -0400, Philip Mak wrote:
On Mon, 30 Jul 2001, Scott Kister wrote:
uselargefiles=define
Have you tried turning off uselargefiles?
I might be off track here, but recently I tried to install mod_perl on
Solaris 5.8. It kept segfaulting until I turned
On Fri, Jul 27, 2001 at 05:38:12PM -0700, Adi Fairbank wrote:
Joshua Chamas wrote:
Castellon, Francisco wrote:
Hi I am running on Windows98SE, Apache 1.20, mod_perl 1.25, php 4.0.6, and
have the latest Apache::ASP installed and have Activestate's Perl installed
(build 626).
Hi,
If I'm interpreting you correctly, you'll find that your scripts are
actually executing correctly, you're simply not capturing their output,
which, presumably, is what you want. The mod_perl docs mention that you
can solve this by recompiling your perl installation to support sfio, but
I've
I have a CGI application where I do:
require 'db.pl';
where db.pl defines some functions and variables related to connecting to
the database, and then executes C$dbh = DBI-connect(...).
snip
I can get around this by changing Crequire to Cdo, but is that the
correct way of doing things?
Mmm, haven't seen it, but we use LONG instead of CLOB as the datatype
for the sequence. Is there any reason to use CLOB, and does using LONG
make the problem disappear?
Oracle doesn't want you to use LONG anymore. It's deprecated.
Questions for Steven:
Have you followed all the
For what you are trying to do, you should turn it into a module. Sorry for
the short post, I've gotta split...
Although it's not user friendly, my more constructive hint is to type
perldoc perlmod to get a quick tutorial on writing a module.
At 06:56 PM 8/1/2001 -0400, Philip Mak wrote:
I
Hello all,
I'm having trouble reading a .cgi file on a virtual domain on my server.
When I go to the file through a browser I just see the text but it does not
execute it. I checked the permissions and they all are OK so I figured may
be I don't have Perl installed properly.
I'm running Red Hat
Nicely put Nick. There's already a Structured Query Language,
And there's an easy to use abstraction called DBI up on CPAN.
Feel free to use in application code thusly:
my $statement = qq~
SELECT field1, field2
FROM table
WHERE id = ?
~;
my $ref;
my $sth =
On Wed, Aug 01, 2001 at 01:19:58PM -0500, Dave Rolsky wrote:
On Wed, 1 Aug 2001, Kyle Dawkins wrote:
I've taken a look at many of them (Tangram? a few others) and haven't been
impressed with any of them. I think part of the problem is that they're all
being developed in a bit of a
On Wed, Aug 01, 2001 at 05:29:10AM -0700, Daniel wrote:
Nicely put Nick. There's already a Structured Query Language,
And there's an easy to use abstraction called DBI up on CPAN.
Feel free to use in application code thusly:
my $statement = qq~
SELECT field1, field2
FROM
At 07:16 PM 8/1/2001 -0400, Perrin Harkins wrote:
I have a CGI application where I do:
require 'db.pl';
where db.pl defines some functions and variables related to connecting to
the database, and then executes C$dbh = DBI-connect(...).
snip
I can get around this by changing
On Wed, 1 Aug 2001, Philip Mak wrote:
I have a CGI application where I do:
require 'db.pl';
where db.pl defines some functions and variables related to connecting to
the database, and then executes C$dbh = DBI-connect(...).
I tried to convert this application to modperl, but I ran
Thanks for the reply.
I was able to eliminate this problem by not using PREP_HTTPD=1 option when
building mod_perl. I used DO_HTTPD etc... That got rid of the problem.
Doug MacEachern wrote:
--
From: Doug MacEachern[SMTP:[EMAIL PROTECTED]]
Sent: Wednesday, August
At 07:18 PM 8/1/2001 -0700, Nick Tonkin wrote:
On Wed, 1 Aug 2001, Philip Mak wrote:
I have a CGI application where I do:
require 'db.pl';
where db.pl defines some functions and variables related to connecting to
the database, and then executes C$dbh = DBI-connect(...).
I tried
Gunther Birznieks wrote:
At 07:16 PM 8/1/2001 -0400, Perrin Harkins wrote:
I have a CGI application where I do:
require 'db.pl';
where db.pl defines some functions and variables related to connecting to
the database, and then executes C$dbh = DBI-connect(...).
snip
I
sbekman 01/08/01 21:38:12
Modified:pod modperl_dev.pod
todo possible_new_features.txt
Log:
document the issue with Apache::compat and CGI.pm
Revision ChangesPath
1.31 +20 -0 modperl-2.0/pod/modperl_dev.pod
Index: modperl_dev.pod
sbekman 01/08/01 23:11:18
Modified:todo possible_new_features.txt
Log:
s/performance hit/bloat/
Revision ChangesPath
1.5 +2 -2 modperl-2.0/todo/possible_new_features.txt
Index: possible_new_features.txt
sbekman 01/08/01 08:25:02
Modified:netcraft graph.jpg index.html input.data pseudo-graph.jpg
Log:
july updates
Revision ChangesPath
1.11 +194 -195 modperl-site/netcraft/graph.jpg
Binary file
1.39 +2 -1 modperl-site/netcraft/index.html
dougm 01/08/01 09:52:41
Modified:src/modules/perl modperl_io.c
Log:
better tracing of tie/untie STDIN/STDOUT
Revision ChangesPath
1.3 +13 -7 modperl-2.0/src/modules/perl/modperl_io.c
Index: modperl_io.c
1 - 100 of 101 matches
Mail list logo