On Sat, 14 Jun 2003, Oskar wrote:
> Hi, I have probs with installing mod_perl onto apache server.
> PPM installed the mod_perl without probs so I added the
> LoadModule perl_module "modules/mod_perl.so" directive into
> http.conf. Now everytime apache is starting it does not start
> and returns er
Hello, first this is my configuration, all were installed by hand:
- apache 1.3.27
- libapreq-1.1
- mod_perl 1.27
the users of this project can upload big files to the website (videos
mostly). SoI use an html popup where a mod_perl handler receives the data, let's
suppose
its 100Mb.
If the use
Hi,
I have probs with installing mod_perl onto apache
server. PPM installed the mod_perl without
probs so I added the LoadModule perl_module "modules/mod_perl.so" directive into
http.conf.
Now everytime apache is starting it does not start
and returns error message:
Syntax error on line 992
No problem. Today has been crazy, but I should be able to post this
information on Monday morning.
Thanks again. =)
--TWH
-Original Message-
From: Stas Bekman [mailto:[EMAIL PROTECTED]
Sent: Thursday, June 12, 2003 4:38 PM
To: Tim Howell
Cc: [EMAIL PROTECTED]
Subject: Re: [mp2] make t
Are you using 'lookup_uri' or another form of subrequest somewhere
in your handlers? Try tracing your request and see where it goes
wrong. I had similar problems and it pointed out to be an error in
a subrequest. Consult the mailinglist archive if you want.
--Frank
> I have handler that looks
Xavier Noria <[EMAIL PROTECTED]> writes:
[...]
> Looks like it's taking t/httpd instead of /usr/local/apache/bin/httpd,
> though I entered that full path to httpd in a previous prompt.
>
> With similar settings I've just smoothly installed libapreq on Debian,
> do you know what can be happenin
I have handler that looks like this:
sub handler ($$) {
my ($class, $apache) =3D @_;
Apache::request($apache);
$apache->status(200); # Default
#.
}
The vast majority of the time, this works fine. Every now
and then, usually after the apache server has been up
for a while, an
Hi there,
On 9 Jun 2003, Philippe M. Chiasson wrote:
> Finally, the first mod_perl 1.28 release candidate #1 has arrived.
> [snip]
> Please give this release a spin
Linux 2.5.69, gcc 3.2.3, glibc 2.3.1, perl 5.8.0; 1300MHz Duron (x86).
All tests successful, 6 tests skipped.
Files=34, Tests=400,
It arrived, today. (Practical mod_perl ) My first impression was ...!,
this is a Fat Book!!!
while I browse the book, I found some chapters importants.
I believe that all know to Stas Bekman for your contributions to mod_perl
documentation and tests, this is a good book, and I hope to discu
Hello, I've just compiled Apache 1.3.27 with mod_perl 1.27 from their
tarballs on Solaris. perl is 5.8.0 packaged for Solaris.
The installation of libapreq with cpan(1) stops here:
Running make test
make[1]: Entering directory `/root/.cpan/build/libapreq-1.1/c'
make[1]: Leaving directory `/root/
On Fri, 2003-06-13 at 12:02, Patrick Mulvany wrote:
> However If I ever heard of a case for use of a fixed width ascii file using spacing
> records this is it.
Why make your life difficult? Just use a dbm file.
- Perrin
On Wed, May 28, 2003 at 10:07:39PM -0400, Dale Lancaster wrote:
> For the perl hash, I would key the hash on the combo of planet and date,
> something like:
>
> my %Planets = (
>
> jupiter=> {
> "1900-01-01"=> ( "5h 39m 18s", "+22o
> 4.0'", 28.922,
On Fri, 2003-06-13 at 03:46, Slava Bizyayev wrote:
> Every good book about mod_perl achievements can result in better contracts
> for each of us and can bring aboard new talented contributors. A bad book
> can damage/destroy public interest and finally can kill this technology.
There are many bad
[ please keep it on the list ]
On Fri, 2003-06-13 at 03:23, Trevor Phillips wrote:
> > Two other possibilities are using a different version of Perl (like one
> > with theads and one without), or accidentally using the wrong version of
> > your modules.
>
> I don't think so. Pretty standard Debia
On Fri, 2003-06-13 at 10:07, Mike Zelina wrote:
> mod_perl1+Apache1+Win32 is a single threaded environment. Apache
> can only accept one request at a time. Not a good idea for a production
> environment. If a server request takes a long time, everyone waits in line until
> that is complete.
Not
> My job is it now to write a response to our customer and I want to have
> some information from developers and/or users about the stability of
> Apache2+mod_perl2+Unix and Apache1+mod_perl1+Win32.
This is kinda comparing apples to oranges.
mod_perl1+Apache1+Win32 is a single threaded environment
Mithun Bhattacharya wrote:
If
perl's UTF-8 support is broken in 5.8.0 doesnt that mean it will break
any mod_perl application which is handling XML's or UTF-8 data ?
I didn't say it was broken. I don't really know if it is. What I do
know is that some documents, including CPAN modules, are not U
ok, i thought you might have been referred to problems that early
versions of IE6 seemed to have with gzip, or with deflate problems in
mozilla/n6.
Slava Bizyayev wrote:
NN-4.X sends HTTP header
Accept-Encoding: gzip
requesting any web content. Unfortunately NN-4.X fails to ungzip css files
a
--- Stas Bekman <[EMAIL PROTECTED]> wrote:
> > My understanding is that setting locale to UTF8 makes it try to
> open
> > everything as a UTF8 document, but not everything is one. It
> causes
> > problems for Java and Konsole too apparently. It could simply be
> that
> > Perl's handlling of UTF
Hi all,
On Fri, 13 Jun 2003, Slava Bizyayev wrote:
> We should together refrain from doing mistakes (at least publicly).
It is unrealistic (and perhaps a little Oriental?) to refuse to accept
that we make mistakes, and that we will continue to make them. It is
far more constructive to prepare f
Hi guys,
within the next 2 months I have to create an webapplication from scratch
using mod_perl for a customer.
The customer wanted to host the application at his provider which
refuses the installation of Apache2+mod_perl2 because he considers them
to be Beta-Software whereas he considers Apach
Hi Stas,
In my understanding you would better rewrite p.401-402 from the scratch for
the next edition (which is not supposed to happen very soon, isn't it?).
Otherwise, you will have to rewrite Apache::GzipChain appropriately.
Whatever you decide, I would be more than happy to help you in that wor
On Fri, Jun 13, 2003 at 01:16:48PM +0800, Trevor Phillips wrote:
> On Friday 13 June 2003 12:26, Perrin Harkins wrote:
> >
> > You're not giving us much to go on here. What kind of changes did you
> > make? Can you verify that you are running the correct versions of the
> > modules under mod_perl
NN-4.X sends HTTP header
Accept-Encoding: gzip
requesting any web content. Unfortunately NN-4.X fails to ungzip css files
and JavaScript libraries. It is pretty old and well-known bug in NN-4.X. To
work around this bug mod_gzip uses internal procedures for recognition of
NN-4.X. The similar appr
> With something like a http://foo/*> block, mod_proxy does
> the right thing ( and the simple ) of using the power of
> ap_walk_config() to handler the parsing of the contents of the block.
[...snip...]
> Reason blocks can't do that is becasue we can't let httpd try and
> parse perl code and ma
Hi Perrin,
Thank you for the response. At least it's better to know that the book is
not that bad in common sense. Let's try to talk a little (and with only
minimum of emotions) about the details that just pissed me off yesterday.
Every new book written about mod_perl is a very important event for
On Thu, 2003-06-12 at 02:59, Marc M. Adkins wrote:
> > > The code to implement blocks (e.g. ...) in
> > config files is
> > > pretty gnarly, too. I know it's already there for , it's
> > one of the
> > > places I looked when I was considering doing one of my own and
> > wanted to see
> > > an exam
Trevor Phillips wrote:
On Friday 13 June 2003 13:57, Stas Bekman wrote:
Since your question is too broad to be able to easily pinpoint any problems
without spending some time with it, I'd suggest reading:
http://perl.apache.org/docs/1.0/guide/performance.html
if you haven't done that yet.
I have
28 matches
Mail list logo
