Jie Gao wrote:
I got a version from cvs today and make test fails with:
special_blocks.ok 5/12unable to find interp de76d477-58b9-0310-b94d-dd991812e62e
Thanks Jie.
Your bug report missing the mod_perl and apache information. You should have
run t/REPORT to get this as explained here:
http:/
On Fri, 21 Mar 2003, Stas Bekman wrote:
> Date: Fri, 21 Mar 2003 14:09:11 +1100
> From: Stas Bekman <[EMAIL PROTECTED]>
> To: Jie Gao <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED]
> Subject: Re: cvs version make test errors
>
> Jie Gao wrote:
> > Hi All,
> >
> > I got a version from cvs today and ma
Jie Gao wrote:
Hi All,
I got a version from cvs today and make test fails with:
special_blocks.ok 5/12unable to find interp de76d477-58b9-0310-b94d-dd991812e62e
Thanks Jie.
Your bug report missing the mod_perl and apache information. You should have
run t/REPORT to get this as explained her
Hi All,
I got a version from cvs today and make test fails with:
protocol/echo_filter...ok
protocol/eliza.skipped
all skipped: cannot find module 'Chatbot::Eliza'
All tests successful, 3 tests skipped.
Files=115, Tests=610, 230 wallclock secs (115.33 cusr + 30.32 c
Heyas,
AH>Finally, MSIE respects the Content-Disposition MIME header. This isn't
AH>officially part of the HTTP spec, but is especially useful because you
AH>can suggest a filename.
One more addition. While poking around RFC 2616 for some other stuff I
found that Content-Disposition is in fact me
Hello,
AG>called foo.reg, even if it outputs a "Content-Type: text/plain" webserver,
s/webserver,/header,/
Humbly,
Andrew
--
Andrew Ho http://www.tellme.com/ [EMAIL PROTECTED]
Engineer
Hello,
SB>Can someone please summarize the problem and add possible solutions and
SB>post it here so we can add it to this document:
SB>http://perl.apache.org/docs/tutorials/client/browserbugs/browserbugs.html
Sometimes, MSIE will ignore the MIME type specified in a Content-Type
header, and inste
Kurt George Gjerde wrote:
Hi,
In mod_perl 2 under MPM (win32), is there a way of returning the request
to the client (browser) and having the script continue doing other
(time consuming) operations (without the client having to wait).
Under mp1/linux I guess I could fork but how can I do this on w
Robert Landrum wrote:
On Thu, Mar 20, 2003 at 02:04:55PM -0800, Andrew Ho wrote:
Hello,
AF>As an aside, if anyone on the list knows of ways to defang this really
AF>annoying IE behavior, I would be most interested in knowing about it
Two (and probably more) ways to do it. This is probably in
On Thu, Mar 20, 2003 at 02:04:55PM -0800, Andrew Ho wrote:
> Hello,
>
> AF>As an aside, if anyone on the list knows of ways to defang this really
> AF>annoying IE behavior, I would be most interested in knowing about it
>
> Two (and probably more) ways to do it. This is probably in a FAQ
> so
Hello,
AF>As an aside, if anyone on the list knows of ways to defang this really
AF>annoying IE behavior, I would be most interested in knowing about it
Two (and probably more) ways to do it. This is probably in a FAQ
somewhere as it is a common problem.
(1) Fool IE by snarfing another exten
Hann, Brian wrote:
Partially, and yes that seems to work. But here's the thing:
When a user fails to enter a good password they will be given a chance
to enter questions like "What is your mother's maiden name", etc. and
get their account unlocked.
Without passing the enc_key and system_id in f
Partially, and yes that seems to work. But here's the thing:
When a user fails to enter a good password they will be given a chance
to enter questions like "What is your mother's maiden name", etc. and
get their account unlocked.
Without passing the enc_key and system_id in form parameters, is t
Hann, Brian wrote:
Thanks, that worked. Now I can use the regular authentication stuff.
As I said in my last email, in the interest of preventing location
pollution, is there some way I could make those PerlSetVars available to
subsequent requests to a different location? I can't think of any
Thanks, that worked. Now I can use the regular authentication stuff.
As I said in my last email, in the interest of preventing location
pollution, is there some way I could make those PerlSetVars available to
subsequent requests to a different location? I can't think of any way
to do it without
[ Please keep it on the list ... ]
Bleicke Holm wrote:
[Thu Mar 20 11:16:40 2003] [notice] Apache/1.3.26 (Unix) Debian GNU/Linux
PHP/4.1.2 mod_perl/1.26 mod_perl/1.26 configured -- resuming normal operations
[Thu Mar 20 11:16:40 2003] [notice] suEXEC mechanism enabled (wrapper:
/usr/lib/apache/s
Hi,
In mod_perl 2 under MPM (win32), is there a way of returning the request
to the client (browser) and having the script continue doing other
(time consuming) operations (without the client having to wait).
Under mp1/linux I guess I could fork but how can I do this on win32?
A typical example
Greetings.
[...]
>
> The issue: The simplest script I can't think of doesn't work.
>
> my $r = shift;
> $r->send_http_header("text/plain");
> $r->print("hello world");
>
> When I try to access the script, my MSIE 6.0 prompts for
> download when it
> should simple print the "hello w
I've been blocked at the very beginig of my mod_perl introduction. Any help
will be very wellcomed.
The issue: The simplest script I can't think of doesn't work.
my $r = shift;
$r->send_http_header("text/plain");
$r->print("hello world");
When I try to access the script, my MSIE 6.0
19 matches
Mail list logo
