I am trying to do a simple fork from within a Apache::ASP script.
The code is as follows:
<%
if($pid = fork) {
%>
DONE...
<%
} elsif(defined $pid) {
system("java PursuitSpider > stdout.txt");
system("gzip stdout.txt");
}
%>
I am forking b/c PursuitSpider takes about 2 hrs to run. Th
You didn't install mod_perl, see:
http://perl.apache.org/guide/scenario.html#Standalone_mod_perl_Enabled_Apac
http://perl.apache.org/guide/install.html#How_can_I_tell_whether_mod_perl_
and other sections...
> Folks,
>
> I am just starting out with mod_perl and apache and i am a bit
> confused
Folks,
I am just starting out with mod_perl and apache and i am a bit
confused on the installation. Maybe some can give me some tips.
I have read all the info on the modperl apache.org site but
I am still lost.
I downloaded apache 1.3.9 and configured it..
then used cpan to install the apache m
Whenever I run make test:
httpd listening on port 8529
will write error_log to: t/logs/error_log
letting apache warm up...\c
Syntax error on line 3 of
/data/test/ssl_apache/mod_perl-1.21/t/conf/httpd.conf:
Invalid command '=pod', perhaps mis-spelled or defined by a module not
included
in the serve
As with any hashing algorithm, you need to deal with collisions. The chances
of having two URIs with the same MD5 are slim, but definitely nonzero. Apply
the pigeonhole principle.
MD5 is pretty commonly used for this kind of thing, but in my opinion it
shouldn't be unless you're prepared to dea
I'm writing a module, where I want to store info on a per URI basis. For
reasons I won't go into here, I'm storing info in a file per URI. At the
moment, I'm tweaking the URI into Filesystem friendly characters, and calling
the file that.
Another alternative is to get the MD5 base64 key to the UR
This message was sent from Geocrawler.com by "Brad Bonkoski" <[EMAIL PROTECTED]>
Be sure to reply to that address.
Hello, I am trying to build mod_perl and PHP together with apache and this is a sample
of what I am getting:
<=== src/modules/perl
<=== src/modules
gcc -c -I./os/unix -I./
On 8 Nov 1999, Greg Stark wrote:
> In this case though I think the problem is that he's using the Red Hat binary
> perl packages, which are known to be bogus. I'm not sure what Red Hat does to
> their perl but it doesn't work right.
If we're using the Red Hat installed perl, what is the best way
Folks check out the list of nominees for the 1999 Free Software Award
awarded by the FSF:
http://www.gnu.org/award/award.html
There's a name we know well in there, which makes this post on-topic :-)
--
Eric
> "JV" == Jearanai Vongsaard <[EMAIL PROTECTED]> writes:
JV> Thanks for your help. Now I am installing DBD::Oracle. BUt I still have a
JV> question "What do you mean about the DBI module itself?" Does it mean
JV> Apache::DBI?
No, it means DBI. Just plain DBI. Where you get DBD from, you ge
On Mon, 8 Nov 1999, Vivek Khera wrote:
> > "JV" == Jearanai Vongsaard <[EMAIL PROTECTED]> writes:
>
> JV> I try to install DBI in my apache 1.3.9 and modperl 1.21 which I got the
> JV> message like:
>
> You installed the Apache::DBI module, but forgot to install the DBI
> module itself. Yo
I'm not sure exactly what you problem is, but I would venture to guess that
DBI is not installed?
Apache::DBI is different than DBI, thus you must have
Apache::DBI
DBI
DBD::database of choice (DBD::Oracle for you)
on your machine to take advantance of Apache::DBI
Anyway, if you already have DB
> "JV" == Jearanai Vongsaard <[EMAIL PROTECTED]> writes:
JV> I try to install DBI in my apache 1.3.9 and modperl 1.21 which I got the
JV> message like:
You installed the Apache::DBI module, but forgot to install the DBI
module itself. You also do need the DBD for the database you're going
t
Solaris 7
Apache 1.3.9
Mod_perl 1.21
Perl 5.005
After having no luck with configuring mod_perl as a DSO, I decided to compile it in
statically. When I do an httpd -l I see that mod_perl is compiled in. However the
web server errors (can't find, or misspelled) when it encounters any perl direc
I try to install DBI in my apache 1.3.9 and modperl 1.21 which I got the
message like:
esip 305# perl Makefile.PL
Writing Makefile for Apache::DBI
esip 306# make
Manifying blib/man3/Apache::DBI.3
Manifying blib/man3/Apache::AuthDBI.3
esip 307# make install
Skipping /usr/freeware/lib/perl5/site_pe
Has nobody seen these problems? It seems strange, I had no trouble building
1.3.4+1.19 on Solaris but this is a fresh build on Linux with 1.3.9+1.21 and
these errors don't seem to be configuration dependent, they look like generic
problems with the build system. What could be wrong?
Greg Stark <
Make your handler aware of the mime type and suppress the
expiration/cache headers if it's image/* or something like that.
Meanwhile, back at the ranch...
> I have a directory of images use for navigation purposes, but when
> generating dynamic pages with:
>
>
> sub handler
I don't think it was Apache's DSO support that was broken, I had httpd working
just fine with dynamic everything except mod_perl. mod_perl worked usually but
seg faulted with one obscure xs package. I think other similar problems have
been observed too.
In this case though I think the problem is
I have a problem with posting form data on Apache 1.3.9 running on Solaris 7.
I have this small CGI Perl script which is printing out data posted from an
HTML form, but sometimes there seems to be no data posted and I cannot figure
out why!
The CGI (which also reports HTTP headers) says the conte
On Sun, Nov 07, 1999 at 11:30:49PM +0200, Stas Bekman wrote:
> > Stas Bekman wrote:
> > >
> > > Sure, compile static mod_perl. DSO is not stable.
> > >
> >
> > Stas -
> >
> > Not stable? Thats news to me and probably a lot of others who build DSO
> > modules for apache this way. OK, what is t
20 matches
Mail list logo