Skylos the Doggie wrote:
On Thu, 11 Mar 2004, Perrin Harkins wrote:
Skylos was guessing you had closure problems from doing this. However,
if these are always globals, you will not get closures from this. What
you need to look for is some place where you are either using $dbstr and
friends as
Stas Bekman wrote:
Paul Bothma wrote:
Hi,
This is probably a question that has been answered before but I couldn't
find any useful info on the list history.
Basically, I'm trying to get Apache::Reload to work properly (reload a PM
module while Apache is running when the file has changed) with mod
On Thu, 11 Mar 2004, Perrin Harkins wrote:
> Skylos was guessing you had closure problems from doing this. However,
> if these are always globals, you will not get closures from this. What
> you need to look for is some place where you are either using $dbstr and
> friends as lexicals (my $dbstr
On Thu, 11 Mar 2004, Brett Randall wrote:
> On 11 Mar 2004, Skylos the Doggie wrote:
> > My solution to this problem is to pass EVERYTHING. I don't rely on
> > any subroutine to know Any data that isn't passed to it *explicitly*.
> > Using global or even local or even package variables is baad he
Nath wrote:
I loaded up modperl and everything looks like it's working, but there's a
few transition problems moving over from perl to modperl. For starters, the
"do" command isn't working. I use this to load external scripts since I keep
things separated into their own files. For some reason modpe
I loaded up modperl and everything looks like it's working, but there's a
few transition problems moving over from perl to modperl. For starters, the
"do" command isn't working. I use this to load external scripts since I keep
things separated into their own files. For some reason modperl just read
Brett Randall wrote:
My problem is that SOMETIMES while accessing one virtual host, it will
appear as though it is actually pulling data from the other virtual
host's database (each virtual host uses a different database as shown
below), however the URL does not change. All the links, etc, continue
Brett Randall wrote:
You are most likely running into name space conflicts.
That is what I *THOUGHT*, however this still shouldn't be
happening. The namespace should be based on the virtual host name, as
well as the path, shouldn't it?
It is for scripts handled by Apache::Registry, which don't de
Paul Bothma wrote:
Hi,
This is probably a question that has been answered before but I couldn't
find any useful info on the list history.
Basically, I'm trying to get Apache::Reload to work properly (reload a PM
module while Apache is running when the file has changed) with mod_perl
1.99.
There a
Hi,
This is probably a question that has been answered before but I couldn't
find any useful info on the list history.
Basically, I'm trying to get Apache::Reload to work properly (reload a PM
module while Apache is running when the file has changed) with mod_perl
1.99. I read through the POD fil
James Taylor wrote:
If this isn't a possibility, do you have any suggestions on something
else to do?
Stas was suggesting that you can set environment variables to pass data
instead, by using the $r->subprocess_env method call.
- Perrin
--
Report problems: http://perl.apache.org/bugs/
Mail list
Stas Bekman <[EMAIL PROTECTED]> writes:
> James Taylor wrote:
> > I'm having difficulty getting my mod_perl scripts and then my
> > non-mod_perl scripts reading cookies between each other. I have a
> > mod_perl TransHandler that sets a cookie via Apache::Cookie, and
> > then I have some scripts i
I'm not sure that I understand... Are you saying that it's not a
possible to do this?
If this isn't a possibility, do you have any suggestions on something
else to do?
On Mar 10, 2004, at 6:44 PM, Stas Bekman wrote:
James Taylor wrote:
I'm having difficulty getting my mod_perl scripts and then
On 11 Mar 2004, Skylos the Doggie wrote:
> My solution to this problem is to pass EVERYTHING. I don't rely on
> any subroutine to know Any data that isn't passed to it
> *explicitly*. Using global or even local or even package variables
> is baad here.
So if I want to have a database that is con
On 11 Mar 2004, Cees Hek wrote:
> Brett Randall wrote:
>> My problem is that SOMETIMES while accessing one virtual host, it
>> will appear as though it is actually pulling data from the other
>> virtual host's database (each virtual host uses a different
>> database as shown below), however the URL
Hi James
I have never used cookies but have been doing a little research. I
would make sure that the cookie you are setting does not have a path value
attached to it. If you only set the domain value, you should be ok from my
research. Mike
- Original Message -
From: "James Taylo
James Taylor wrote:
I'm having difficulty getting my mod_perl scripts and then my
non-mod_perl scripts reading cookies between each other. I have a
mod_perl TransHandler that sets a cookie via Apache::Cookie, and then I
have some scripts in my /cgi-bin that try and read the cookie using
basic
I'm having difficulty getting my mod_perl scripts and then my
non-mod_perl scripts reading cookies between each other. I have a
mod_perl TransHandler that sets a cookie via Apache::Cookie, and then I
have some scripts in my /cgi-bin that try and read the cookie using
basic CGI::Cookie. It doe
Brett Randall wrote:
My problem is that SOMETIMES while accessing one virtual host, it will
appear as though it is actually pulling data from the other virtual
host's database (each virtual host uses a different database as shown
below), however the URL does not change. All the links, etc, continue
Ah, the closure problem.
Subroutines inside of your asp scripts behave as closures.
virtualhost A sets variables... and declares a subroutine that uses these
variables.
an access to virtualhost B accesses the same subroutine - which is already
loaded with variables per the virtualhost A in closu
Hi everyone
I have a problem that I can't figure. I've got two virtual hosts on
one server. They both point to different directories as the
DocumentRoots, however the mod_perl scripts in each directory are
identical in name and content.
My problem is that SOMETIMES while accessing one virtual hos
Steve Hay wrote:
Bill Stoddard wrote:
Just committed a fix (please test) to Apache HTTPD 2.1. Patch is here (it should apply to 2.0):
http://cvs.apache.org/viewcvs.cgi/httpd-2.0/server/mpm/winnt/child.c?r1=1.32&r2=1.33
Brilliant! That's fixed it straight away -- the mp2 1.99_13 test suite
wi
Ged Haywood wrote:
perl is now perl 5.8.0 with MAINT18379 patch
The real issue is often the fact that vendors ship perl releases that were
never released, i.e. taking some release and adding a bunch of patches to it.
so when you think you have 5.8.0 on RedHat most of time you don't, since
usual
Bill Stoddard wrote:
>Steve Hay wrote:
>
>
>
>>Bill Stoddard wrote:
>>
>>
>>
>>
>>>Just committed a fix (please test) to Apache HTTPD 2.1. Patch is here (it should
>>>apply to 2.0):
>>>
>>>http://cvs.apache.org/viewcvs.cgi/httpd-2.0/server/mpm/winnt/child.c?r1=1.32&r2=1.33
>>>
>>>
>>>
Hello again,
On Wed, 10 Mar 2004, Charlie Smith wrote:
> What is recommended way to build this into apache.
> We'll need mod_rewrite, mod_perl (with DBD::Oracle), mod_php (with Oracle and
> mysql), mod_ssl. I believe mod_dav comes with Apache 2.
I should have mentioned that you should have chos
Hi there,
On Wed, 10 Mar 2004, Charlie Smith wrote:
> What is recommended way to build this into apache.
> We'll need mod_rewrite, mod_perl (with DBD::Oracle), mod_php (with Oracle and
> mysql), mod_ssl. I believe mod_dav comes with Apache 2.
>
> Should above all work together?
Yes. There's mu
Hi there,
On Tue, 9 Mar 2004, justin wrote:
> For what it is worth and in case anyone googles for this issue in
> future, the segvs went away when I applied the latest kernel patches and
> glibc stuff for redhat9, and the latest perl install, from
> updates.redhat.com
>
> the kernel is now 2.4.20
Bill Stoddard wrote:
>Just committed a fix (please test) to Apache HTTPD 2.1. Patch is here (it should
>apply to 2.0):
>
>http://cvs.apache.org/viewcvs.cgi/httpd-2.0/server/mpm/winnt/child.c?r1=1.32&r2=1.33
>
>
Brilliant! That's fixed it straight away -- the mp2 1.99_13 test suite
with all 21
What is recommended way to build this into apache.
We'll need mod_rewrite, mod_perl (with DBD::Oracle), mod_php (with Oracle and
mysql),
mod_ssl. I believe mod_dav comes with Apache 2.
Should above all work together? And what would be recommended way to build
-static or with DSOs?
>>> "Stas B
Stas Bekman wrote:
>Bill Stoddard wrote:
>
>
>>William A. Rowe, Jr. wrote:
>>
>>
>>
>>>How interesting! thanks for the discovery... FirstBill actually
>>>created the
>>>connection threadpool for mpm_winnt, iirc, so i'll punt to him or tackle
>>>next week.
>>>At 11:50 AM 3/9/2004, Stas Be
> The use of "required" certificates is preferred because most browsers
> won't send a certificate when it is specified as "optional".
My client-cert browser experience includes IE v5.01-6, NS 4.7n, and the
latest Netscape and Mozilla, your userbase may vary.
In these browsers, irrespective of
31 matches
Mail list logo
