Octavian Rasnita wrote:
Hi,
I have tried to install it, using:
# perl Makefile.pl
# make
After this step, it gave the following error:
modperl_filter.c: In function `modperl_brigade_dump':
modperl_filter.c:1253: internal error: Illegal instruction
Please submit a full bug report,
with preprocessed
Markus Wichitill wrote:
Steve Hay wrote:
Almost all OK on Win32 (Apache 2.0.54 and a recent bleadperl). Main
tests are all successful, but ModPerl-Registry tests failed 404.t test
1 and redirect.t test 2.
Same here (WinXP, 2.0.54, 5.8.6). modperl_slurp_filename doesn't raise a
ENOENT exception
On Wed, 4 May 2005, Joe Schaefer wrote:
> Randy Kobes <[EMAIL PROTECTED]> writes:
>
> > On Mon, 2 May 2005, Joe Schaefer wrote:
> >
> >> Please test and offer feedback on the second
> >> release candidate for libapreq2-2.05-dev.
> >
> > Builds and tests fine on Win32. I've put up a Win32 ppm
> > p
On 5/4/05, Philip M. Gollucci <[EMAIL PROTECTED]> wrote:
> Kevin Old wrote:
>
> >Hello everyone,
> >
> >I'm getting the following errors when uncommenting this Apache::DBI
> >statement, on a site the works flawlessly when I comment out this
> >Apache::DBI connection:
> >
> ># From http://kold.home
Kevin Old wrote:
Hello everyone,
I'm getting the following errors when uncommenting this Apache::DBI
statement, on a site the works flawlessly when I comment out this
Apache::DBI connection:
# From http://kold.homelinux.com/startup.pl.txt
#Apache::DBI->connect_on_init
# ('dbi:ODBC:ivr',
# 'uavra
Hello everyone,
I'm getting the following errors when uncommenting this Apache::DBI
statement, on a site the works flawlessly when I comment out this
Apache::DBI connection:
# From http://kold.homelinux.com/startup.pl.txt
#Apache::DBI->connect_on_init
# ('dbi:ODBC:ivr',
# 'uavracks','uavracks'
Randy Kobes <[EMAIL PROTECTED]> writes:
> On Mon, 2 May 2005, Joe Schaefer wrote:
>
>> Please test and offer feedback on the second
>> release candidate for libapreq2-2.05-dev.
>
> Builds and tests fine on Win32. I've put up a Win32 ppm
> package of this (libapreq2) at
>http://theoryx5.uwinnip
I have to concur with Marc - that there was no -fPIC and the
necessary libraries were missing as well on my x86_64 red hat box.
This seems to be happening with all the builds - perl, mod_perl,
and probably apache too. (I haven't had a chance to get back to
rebuilding apache as last suggested.)
You should post to the list (quote you version etc...) as there is
more expertise there but I would
1) try 'apachectl configest'
2) run httpd -w
One of the above should give you some more details.
HTH.
Dp.
On 4 May 2005 at 18:32, jayakant Pottumuthu wrote:
> hi ,
> i have install apache serve
Steve Hay wrote:
Almost all OK on Win32 (Apache 2.0.54 and a recent bleadperl). Main
tests are all successful, but ModPerl-Registry tests failed 404.t test 1
and redirect.t test 2.
Same here (WinXP, 2.0.54, 5.8.6). modperl_slurp_filename doesn't raise a
ENOENT exception when it should. The
hi i don't get it. the below filter does output the content alright it
seems, but the setting of the header *value* is incorrect. (?)
so the $f->print statement prints correct output
but the calcualtion length(output) is incorrect (since it evaluates
length of this exact string "\n"
)
why is tha
Quoting Stas Bekman <[EMAIL PROTECTED]>:
allan juul wrote:
[...]
Use must use $r->set_content_length(). See the mp2 test suite for examples.
(i don't have that method available in my mod_perl2)
You sure do :)
% lookup set_content_length
To use method 'set_content_length' add:
use Apache2::
The uploaded file
Apache2-AuthNetLDAP-0.01.tar.gz
has entered CPAN as
file: $CPAN/authors/id/S/SP/SPEEVES/Apache2-AuthNetLDAP-0.01.tar.gz
size: 6855 bytes
md5: f3059e72d5e9b9267091b0629a80609d
No action is required on your part
Request entered by: SPEEVES (Shannon Eric Peevey)
Request en
Hi Issac
I wasn't going to upload any files. The files are placed by the user
into their users folder. Once they select their name from a readdir,
the list of folders, their folder is read. Thereafter, I re-send the
complete list of files to each invocation of the handler, until the
last file
Stas Bekman wrote:
>The uploaded file
>
> mod_perl-2.0.0-RC6.tar.gz
>
>has entered CPAN
>
Almost all OK on Win32 (Apache 2.0.54 and a recent bleadperl). Main
tests are all successful, but ModPerl-Registry tests failed 404.t test 1
and redirect.t test 2.
The 404.t test gives the following v
Whoa there. Using your example 30 files @ 50MB each, it's going to be
very expensive to upload them all multiple times (which is what happens
if you keep submitting the form)... As for shared memory, use
Cache::Cache and look at it as a black box - it's quite simple, and a
lot smarter IMHO than u
El dl 02 de 05 del 2005 a les 10:05 -0700, en/na Stas Bekman va escriure:
Marc Gràcia wrote:
> I had some problems like this on my new x86_64 machine with mod_perl2,
> seems that not only perl must be compiled with -fPIC , also apache and
> all libraries or modules you plan to use. I think it
Hi,
I have tried to install it, using:
# perl Makefile.pl
# make
After this step, it gave the following error:
modperl_filter.c: In function `modperl_brigade_dump':
modperl_filter.c:1253: internal error: Illegal instruction
Please submit a full bug report,
with preprocessed source if appropriat
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Markus Wichitill schrieb:
| Tom Schindl wrote:
|
|> I'm banging my head against the fact how one could use the APR::Finfo
|> without having a pool. Is this simply impossible? I though APR::* could
|> be used without mod_perl?
|>
|> The docs state:
|> --
Tom Schindl wrote:
I'm banging my head against the fact how one could use the APR::Finfo
without having a pool. Is this simply impossible? I though APR::* could
be used without mod_perl?
The docs state:
--8<--
my $finfo = APR::Finfo::stat("/tmp/test", APR::Const::FINFO_NORM,
Hi Ron,
Yes I think I will do something like that. Instead of refreshing the
page I am going to resubmit the form until all the files have been
processed. A counter and some javascript to submit the form on each
page load should do it.
Perhaps not a graceful solution but for me a quicker and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I'm banging my head against the fact how one could use the APR::Finfo
without having a pool. Is this simply impossible? I though APR::* could
be used without mod_perl?
The docs state:
- --8<--
my $finfo = APR::Finfo::stat("/t
22 matches
Mail list logo