On Wed, 24 Jan 2001, Doug MacEachern wrote:
On Thu, 18 Jan 2001, Matt Sergeant wrote:
I know we've been over this before, but I think I've forgotten!
How do I detect if Apache::Log got compiled in a module's Makefile.PL ?
I can't do eval("use Apache::Log;") because Apache/Log.pm gets
Hi,
I am using the GD.pm library and it's working fine under Linux / Apache
/ mod_perl. The problem with W2000 Apache 1.3.14 and mod_perl 1.24 is
that the plot method doesn't seem to free some file handler ressources.
I can open a file during my program in read mode a few times and
suddendly it
Hello,
Were are trying to run long a task (DB import) from a HTML::Mason page
and are trying to send an immediate response to the user while the task
is running. Here is our pseudo-code:
%init
sub long_running_task {
# lottsa long, boring stuff
}
On Thu, 25 Jan 2001, Louis-David Mitterrand wrote:
Hello,
Were are trying to run long a task (DB import) from a HTML::Mason page
and are trying to send an immediate response to the user while the task
is running. Here is our pseudo-code:
%init
sub long_running_task {
# lottsa
Hi there,
On Sun, 1 Dec 2002, Yann Neuhaus wrote:
I can open a file during my program in read mode a few times and
suddendly it fails with error opening file. as soon as I remove the
GD::Graph::plot method it works.
You need to make sure files get closed after being opened. Ordinarily
all
--- Louis-David Mitterrand [EMAIL PROTECTED] wrote:
Hello,
Were are trying to run long a task (DB import) from a HTML::Mason
page and are trying to send an immediate response to the user while
the task is running. Here is our pseudo-code:
%init
sub long_running_task {
# lottsa
Maybe someone else then has done what I want to do and can offer
some code snippets.
The entire site is run using Apache::ASP. I am uploading and
downloading files. I am using username/password authentication and storing
that username and id in the database in the session
You need $r-flush();
1) Send out header
2) Use $r-print(...) to give some "please be patient" message or something
3) End the first chunk of info with "br\n", so that the browser knows enough
about the page layout to start page output.
4) Use $r-flush();
5) Do your long task
6) Produce rest of
Sorry all, this should have been $r-rflush() - too many r's ... I guess the
additional "r" was meant as a reminder that this is a low-level call, and
flushing buffers results in a performance hit, and should not be done for no
good reason.
- Gerd.
Gerd Kortemeyer wrote:
You need $r-flush();
Hi there,
On Thu, 25 Jan 2001, Ilya Krel wrote:
I am running Freebsd 4.2, Summary of my perl5 (5.0 patchlevel 5 subversion
3), Apache/1.3.14, mod_perl/1.24 (from ports collection).
any suggestions how to fix it?
Did you compile Perl, Apache and mod_perl yourself?
If not, try it (like
I am running Freebsd 4.2, Summary of my perl5 (5.0 patchlevel 5 subversion
3), Apache/1.3.14, mod_perl/1.24 (from ports collection).
Apache:ASP installed from cpan says:
Bundle id = Bundle::Apache::ASP
CPAN_USERID CHAMAS (Joshua Chamas [EMAIL PROTECTED])
CPAN_VERSION 1.00
CPAN_FILE
Hi Andrew,
On Thu, 25 Jan 2001, andrewl wrote:
Would the syntax for inclusion be
%perl Makefile.PL makepl_args.mod_perl
Nope. Just put the makepl_args.mod_perl file in the mod_perl
top-level directory, where you found Makefile.PL.
Then you just say:
% perl Makefile.PL
73,
Ged.
I am running Freebsd 4.2, Summary of my perl5 (5.0 patchlevel 5 subversion
3), Apache/1.3.14, mod_perl/1.24 (from ports collection).
Apache:ASP installed from cpan says:
Bundle id = Bundle::Apache::ASP
CPAN_USERID CHAMAS (Joshua Chamas [EMAIL PROTECTED])
CPAN_VERSION 1.00
CPAN_FILE
I've been getting these occassional errors from libapreq, 1 every couple
days:
[Thu Jan 25 15:54:33 2001] [error] [client 64.12.102.22] [libapreq]
unknown content-type: `applicationontent-Type: application/x-www-form-urlencoded\'
It's always an AOL user agent, but not always the same one. I
Anyone see why a $r = Apache=SCALAR(0x8461790) might not
respond true to $r-can('filename') on Ilya's below FreeBSD
setup? The relevant ASP code is below.
Ilya, worst case, you can tweak that code to make it
work for you, for example does a line like
unless($r ($r =~ /^Apache/)) {
work
You may also want to try
unless(UNIVERSAL::can($r, 'filename')){
...
}
which also nicely avoids having to test $r first.
-jh
At 05:05 PM 1/25/01, Joshua Chamas wrote:
Anyone see why a $r = Apache=SCALAR(0x8461790) might not
respond true to $r-can('filename') on Ilya's below
On Thu, 25 Jan 2001, Matt Sergeant wrote:
with current cvs:
use Apache::MyConfig ();
if ($Apache::MyConfig::Setup{PERL_LOG_API}) { ... }
Is that going to be in mod_perl 1.25?
yep. anything that's in the Changes file will be in the next release, in
this case that is:
include mod_perl
On Tue, 9 Jan 2001, Paul Buder wrote:
I am using a CPAN module called Socket::PassAccessRights
that uses the recvmsg and sendmsg system calls to pass
file descriptors over a socket. More specifically, I have a
long living program (not modperl) that needs to communicate
with the Apache
I think I was editing wrong file all the time ;)
unless($r $r-can('filename')) { gives:
No valid request object (Apache=SCALAR(0x83ec2c4)) passed to ASP handler; if
you are getting
this error message, you likely have a broken DSO version of mod_perl
which often occurs when using RedHat RPMs.
On Wed, 17 Jan 2001, Wenzhong Tang wrote:
Since nobody seems care about this problem, I have to find a solution
myself. Fortunately perl has a "prototype" function that returns the
prototype of a function. Here is the difference between the original
PerlRun.pm in mod_perl 1.24_01 and the
On Tue, 23 Jan 2001, Rodney Tamblyn wrote:
After setting up my system via CPAN, I've just compiled
mod_perl-1.24_01 and Apache 1.3.14 on Mklinux DR3.
Make concludes happily without any errors.
When I run make test I get the following errors:
Syntax error on line 62 of
On Tue, 23 Jan 2001, Mark A. Downing wrote:
I'm having great difficulty getting 1.24_01 to compile...
Make test reports:
...make[1]: Leaving directory `/fs1/src/apache_1.3.14/src'
kill `cat t/logs/httpd.pid`
cat: t/logs/httpd.pid: No such file or directory
rm -f t/logs/httpd.pid
rm -f
On Tue, 23 Jan 2001, Robin Berjon wrote:
Hi,
I just did an install of modperl 1.24_01/apache 1.3.14 and I got a few
failed tests. The tests that fail are actions, cgi, and include (in fact, I
had to delete the line in the test conf that contained the Action directive
in order to get the
Sorry, it is only simple test :-))
Regards
IKS
make install
...
I know that PHP is not compiled in yet... I wanted to try executing
"httpd -X" step by step first - just to see if it works. What am I
doing wrong? Doesn't PERL_DEBUG=1 add the debugging symbols?
yes, but 'make install' probably stripped them. just re-run make,
25 matches
Mail list logo