On Thu, 5 May 2005, Stas Bekman wrote:
> Randy Kobes wrote:
> [...]
> > Does the following fix this?
> >
> > ===
> > Index: xs/APR/Status/APR__Status.h
> > ===
> > --- xs
Bill Hess wrote:
I am trying to write a simple threaded perl CGI script to run under
Apache::Registry on mod_perl 1.29 and Apache 1.3.33.
The perl scipt only creates 2 or 3 threads and perform a join() on each
one to wait for data each thread returns. The script seems to work
fine, returning al
Randy Kobes wrote:
[...]
Does the following fix this?
===
Index: xs/APR/Status/APR__Status.h
===
--- xs/APR/Status/APR__Status.h (revision 168337)
+++ xs/APR/Status/APR__S
Marc GrÃcia wrote:
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
Brian Dimeler wrote:
Ha, nevermind, I figured it out. Turns out that when a param was sent to
the script indicating a cookie should be changed, it was using CGI's
header() function to generate the header rather than my header text.
Adding -charset => 'UTF-8' to header() did the trick, naturally.
Ha, nevermind, I figured it out. Turns out that when a param was sent to the script indicating a
cookie should be changed, it was using CGI's header() function to generate the header rather than my
header text. Adding -charset => 'UTF-8' to header() did the trick, naturally.
Still curious about
Hi, I'm trying to set binmode(STDOUT, ':utf8') from within a PerlRun script (mod_perl 1.29, apache
1.3.29, perl 5.8.6), and it's failing (returning undef) without setting $!, as the docs claim it
should.
I really shouldn't even have to do this at all, since I'm already setting
Content-type: text
Randy Kobes wrote:
>On Thu, 5 May 2005, Steve Hay wrote:
>
>
>
>>Randy Kobes wrote:
>>
>>
>>
>>>On Thu, 5 May 2005, Markus Wichitill wrote:
>>>
>>>
>[ ... ]
>
>
The actual error code returned by apr_file_open is 720002.
>>>Does the following fix this?
>>>
>>>
On Thu, 5 May 2005, Steve Hay wrote:
> Randy Kobes wrote:
>
> >On Thu, 5 May 2005, Markus Wichitill wrote:
[ ... ]
> >>The actual error code returned by apr_file_open is 720002.
> >
> >Does the following fix this?
> >
> No. I was just in the process of trying the same thing
> myself, but it doesn
Steve Hay wrote:
I've removed the size code, too, and the problem is that after the exception
is thrown, neither of the tests in RegistryCooker::read_script apply:
if (ref $@ eq 'APR::Error') {
return Apache2::Const::FORBIDDEN if $@ == APR::Const::EACCES;
return Apache2
Randy Kobes wrote:
>On Thu, 5 May 2005, Markus Wichitill wrote:
>
>
>
>>Steve Hay wrote:
>>
>>
how can we test if the filehandle is valid then? may be we should skip
that bit altogether? Steve, does it work if you comment out the whole
if (!size) { ... }
block?
>>>
On Thu, 5 May 2005, Markus Wichitill wrote:
> Steve Hay wrote:
> >>how can we test if the filehandle is valid then? may be we should skip
> >>that bit altogether? Steve, does it work if you comment out the whole
> >>
> >> if (!size) { ... }
> >>
> >>block?
> >
> > No, it doesn't :(
>
> I've remov
Steve Hay wrote:
how can we test if the filehandle is valid then? may be we should skip
that bit altogether? Steve, does it work if you comment out the whole
if (!size) { ... }
block?
No, it doesn't :(
I've removed the size code, too, and the problem is that after the exception
is thrown, neith
Steve Hay wrote:
Stas Bekman wrote:
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_
On Thu, 5 May 2005, Geoffrey Young wrote:
> Randy Kobes wrote:
> > Unfortunately, I
> > missed one problem on Win32 in my earlier testing - the
> > subdirectory module/t/cgi-bin/ has to be created before
> > testing.
>
> I thought the cgi script(s?) were written out via t_write_perl_script()?
>
>
I am trying to write a simple threaded perl CGI script to run under
Apache::Registry on mod_perl 1.29 and Apache 1.3.33.
The perl scipt only creates 2 or 3 threads and perform a join() on each
one to wait for data each thread returns. The script seems to work
fine, returning all the data I expe
Randy Kobes wrote:
> Unfortunately, I
> missed one problem on Win32 in my earlier testing - the
> subdirectory module/t/cgi-bin/ has to be created before
> testing.
I thought the cgi script(s?) were written out via t_write_perl_script()?
my $cgi = File::Spec->catfile(Apache::Test::vars('serve
El dc 04 de 05 del 2005 a les 10:09 -0500, en/na Tom Caldwell va escriure:
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 to
Stas Bekman wrote:
>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
Norman Virus Control hat die Original-E-Mail gelöscht da er den Virus enthielt
[EMAIL PROTECTED]
20 matches
Mail list logo