Hi Gerald,
Good news - something in my scripts started tickling that ISA problem
again after a couple of weeks of quiet so that it's been happening
regularly today. So I installed the version out of CVS as you suggested
and have been pounding on it for a couple of hours now and it's been
rock so
>
> I think the reason the message stopped when I took it out of the [! !] was
> that was when I was dealing with the database connect problem. I just
> caused the database connect problem to happen before the above syntax
> problem. :-(
>
> Sorry again.
>
No problem! I am happy that you found
>
> I tried to following, but it did not work. Any suggestions or hints ? I
> could not find anything under the EmbperlObject docs.
>
Normaly this should work this way. What happens if you remove the first
Location block, so that only the /login block exists? Is the right template
now used ?
In
:-( It was a stupid bug in my code. Sorry to send you on a goose chase.
A for-loop statement in the previous subroutine was constructed like so:
for (my $i=$item_count+1; $i <=4, $i++) {
So, when it got to the next subroutine, it thought I was including the
"shift @_" in the "my" s
I was getting seg faults just recently and I've found that I must compile
everything with the same compiler - by everything I mean
perl + mysql + open_ssl + apache + mod_perl + mod_ssl + Embperl
compiling perl and it's modules with gcc 2.7.2.3 doesn't seem to want to
work with mysql compiled wi
>
> Nope. I had the ; in the code, just didn't put it in the example here.
> This is what the real code looks like:
> [!
> use DBI;
> use DBD::mysql;
> $connect_string = "DBI:mysql:topconlaser";
> $Persistent::dbc = DBI->connect($connect_string, "*",
"*
>
> Well, I don't know exactly what the problem was. But when I upgraded my
> MySQL to the binary distribution of (3.23.32), and recompiled everything
> again it all worked! Go figure.
>
Fine, so maybe it was more a problem of mysql then of PHP + Embperl...
> I wonder if Apache::DBI had
Well, I don't know exactly what the problem was. But when I upgraded my
MySQL to the binary distribution of (3.23.32), and recompiled everything
again it all worked! Go figure.
I wonder if Apache::DBI had something to do with it, because now when I
restart Apache, I'm getting the following
I tried to following, but it did not work. Any suggestions or hints ? I
could not find anything under the EmbperlObject docs.
PerlSetEnv EMBPERL_OBJECT_BASE sat-template.html
PerlSetEnv EMBPERL_FILESMATCH "\.html"
SetHandler perl-script
PerlHandler HTML::EmbperlObject
Option
I tried to following, but it did not work. Any suggestions or hints ? I
could not find anything under the EmbperlObject docs.
PerlSetEnv EMBPERL_OBJECT_BASE sat-template.html
PerlSetEnv EMBPERL_FILESMATCH "\.html"
SetHandler perl-script
PerlHandler HTML::EmbperlObject
Option
Nope. I had the ; in the code, just didn't put it in the example here.
This is what the real code looks like:
[!
use DBI;
use DBD::mysql;
$connect_string = "DBI:mysql:topconlaser";
$Persistent::dbc = DBI->connect($connect_string, "*", "*");
use C
Hi,
>
> I just upgraded Embperl to 1.3.0 from 1.2.9. With the previous version,
I
> was able to create an external package, and invoke the use command inside
a
> [! !] block. Then I could call a subroutine from within normal [- -] or
[+
> +] blocks.
>
> But, with 1.3.0, if I put the "use ca
Hello.
I just upgraded Embperl to 1.3.0 from 1.2.9. With the previous version, I
was able to create an external package, and invoke the use command inside a
[! !] block. Then I could call a subroutine from within normal [- -] or [+
+] blocks.
But, with 1.3.0, if I put the "use cart_supp
Got it...
PerlModule DBI
PerlModule DBD::mysql
PerlModule HTML::Embperl
in my httpd.conf
Steve Wilder
Matrix Interactive, Inc.
http://www.matrixinteractive.net/
Desk: 248.814.8235
Cell: 248.894.3128
Fax : 248.814.8236
-Original Message-
From: Gerald Richter [mailto:[EMAIL PROTECTE
Hi Steve,
>
> Well, I still have not figured it out... unless PHP 4.04pl1 is
over-riding
> my ./configure options.
>
> How would I find out which MySQL client PHP is using? php_info() says
my
> configure options were:
> './configure' '--with-mysql' '--with-apache=../apache_1.3.12'
> '--ena
15 matches
Mail list logo
