All,
[input] [input] [input] [input]
i have another strange one for the list and i know, before I even ask,
that i'll be the only one experiencing this :(
Am using RHEL 1.99??? (Apache2) and under cgi-script I can succesfully use
syswrite(ST
Anthony Gardner wrote:
Am using RHEL 1.99??? (Apache2) and under cgi-script I can succesfully
use syswrite(STDOUT, .
but under ModPerl::Registry, I get Bad file descriptor.
STDOUT is tied to apache's output stream under mod_perl. What are you
trying to do?
- Perrin
On 12/14/06, Perrin Harkins <[EMAIL PROTECTED]> wrote:
Anthony Gardner wrote:
> Am using RHEL 1.99??? (Apache2) and under cgi-script I can succesfully
> use syswrite(STDOUT, .
>
> but under ModPerl::Registry, I get Bad file descriptor.
STDOUT is tied to apache's output stream under mod_per
Afternoon good perl people.
I am having a slight problem with Apache::DProf that I am more than sure
is my fault and not the libraries.
I found this archived item that is very close to the problem i am seeing.
http://www.mail-archive.com/modperl@perl.apache.org/msg17075.html
I am running Apa
Alex Beamish wrote:
I'm going
to seriously consider looking through the mod_perl docs to see if
there's a way to make sure a reader understands that if they want to do
anything with STDOUT .. that they can't.
The tied STDOUT is actually pretty well-documented in my opinion:
http://perl.apache
Alan R Williamson wrote:
I am trying to profile CGI scripts and I am starting the server, and
shutting it down before I look at the dmon files. Of which they never
contain anything useful.
Check the permissions to see if the user your server runs as can write
to the profile directory.
If y
Check the permissions to see if the user your server runs as can write
to the profile directory.
If you shut down after 1 request, only one of them will have anything
useful in it. You might want to run ab or something to hit them all a
few times at the same URL.
the files are being created
On 12/14/06, Alan R Williamson <[EMAIL PROTECTED]> wrote:
> Check the permissions to see if the user your server runs as can write
> to the profile directory.
>
> If you shut down after 1 request, only one of them will have anything
> useful in it. You might want to run ab or something to hit t
Alan R Williamson wrote:
the files are being created, with content. That isn't the problem.
Can you expand on that a little? What does it mean that they "never
contain anything useful"? Can you show us some dprofpp output?
- Perrin
Can you expand on that a little? What does it mean that they "never
contain anything useful"? Can you show us some dprofpp output?
Thanks for getting back to me.
dprofpp produces nothing ... but the tmon.out has content in it worth
444 bytes
___
-8<-- Start Bug Report 8<--
1. Problem Description:
During 'make test' I see errors and I don't know what to do to solve
it. There's no error_log created.
/em/opt/wserve/bin/httpd -d /em/tmp/downloads/mod_perl-2.0.3/t -f
/em/tmp/downloads/mod_perl-2
Alan R Williamson wrote:
dprofpp produces nothing ... but the tmon.out has content in it worth
444 bytes
That's just header stuff, basically. It looks like this child process
never saw a request.
- Perrin
oooh now that is a good detective work ... now why would that be he asks?
The page renders okay on the browser, they are .cgi files that have the
PERL path at the top.
Which PERL will run that CGI page? The one referenced in the page, or
the one that Apache knows about?
Perrin Harkins wrot
Alan R Williamson wrote:
oooh now that is a good detective work ... now why would that be he asks?
The page renders okay on the browser, they are .cgi files that have the
PERL path at the top.
Which PERL will run that CGI page? The one referenced in the page, or
the one that Apache knows ab
It gets run by the interpreter that mod_perl was compiled with. That's
not the issue though. Apache::DProf dumps out a file for every apache
child process. If you only send one request, then only one of them will
record anything. That's why I suggested sending a few hundred requests
with ab
Alan R Williamson wrote:
I have only got 5 child processes running, and i am looking at every
single directory for each of them, and nothing. Just the headers.
So its not that i am missing the one client that is logging. Its just
not working.
Did you check permissions to make sure that the
On Thu, 14 Dec 2006 17:29:39 +
Alan R Williamson <[EMAIL PROTECTED]> wrote:
> __ httpd.conf __
>
>
> PerlModule Apache::DProf
> PerlModule Bundle::Apache2
>
Echoing Perrin's last E-mail, I'm thinking maybe the:
PerlModule Bundle::Apache2
bei
Yes, fully intentional. We want to wipe out all cookies of all domains
that have been set during a session.
Marc
Robert Landrum wrote:
Marc Lambrichs wrote:
Date: Sun, 10 Dec 2006 12:50:09 GMT
Server: Apache
Set-Cookie: auth_tkt=; path=/; domain=main.domain.com; expires=Sun,
10-Dec-2006 11:
This question is best suited towards the community behind the LDAP
libraries or the LDAP authentication module you are speaking about.
However, it's a pretty easy guess you are speaking about OpenLDAP, which
is distributed as a single tarball of code for the libraries, command
line tools, and serv
You can specify options in the OpenLDAP configure to only build the libs
and includes.
configure --disable-slapd --disable-slurpd
On Wed, 13 Dec 2006, Malka Cymbalista wrote:
> I am running Apache 2.0.55 with mod_perl 2.0.1 and Perl 5.8.1 on a Sun
> Solaris machine. We would like to do http aut
Malka Cymbalista wrote:
[snip]
> I connect in the following manner:
>
> DBI->connect("DBI:Oracle:asdb","user1","password1");
> and
> DBI->connect("DBI:Oracle:asdb2","user2","password2");
>
> I have a script that works from the command line but does not work
> when I run it from the web. When I ru
21 matches
Mail list logo
