Hi Frank,
Thanks for the Update.
In compiling with 'VS .Net 2003', the error shown below is generated.
-Craig
E:\Perl\cpan\build\Apache-DB-0.07>nmake
Microsoft (R) Program Maintenance Utility Version 7.10.3077
Copyright (C) Microsoft Corporation. All rights reserved.
cl -c-nolo
This is almost certainly caused by a bug in your perl code. You are
probably unintentionally creating a closure. If you post some code
here, we can help you spot the problem.
- Perrin
Earlier I posted a problem with HPPTD and mod_perl.
Thanks for Perrin's respons.
Now I have the problem solved
I upgraded from Mandrake's stock 9.2 perl rpms to the stock 10.0 perl
rpms (perl-5.8.3-5mdk) and it works like a charm. The perl upgrade
wasn't as painful as I thought it might be. I upgraded perl, perl-base,
and perl-devel and the only dependence I had to worry about was
mandrake-doc-common.
Gedanken wrote:
On Thu, 8 Apr 2004, Stas Bekman wrote:
My mod_perl 2 tutorial is on Monday July 26, 1:45pm to 5:15pm. Feel free to
stop by and learn so you can do more than just mention it.
forgive my ignornace, but where?
Randal was talking about OSCON.
http://conferences.oreillynet.com/os20
On Thu, 8 Apr 2004, Stas Bekman wrote:
My mod_perl 2 tutorial is on Monday July 26, 1:45pm to 5:15pm. Feel free to
stop by and learn so you can do more than just mention it.
forgive my ignornace, but where?
--
gedanken
--
Report problems: http://perl.apache.org/bugs/
Mail list info: htt
Randal L. Schwartz wrote:
So, I'll have to change my spin a bit... can someone give me the
latest pointers to "here's mp2 for you mp1 experts" notes or slides?
http://perl.apache.org/docs/2.0/user/
__
Stas BekmanJAm_pH --
Randal L. Schwartz wrote:
"Stas" == Stas Bekman <[EMAIL PROTECTED]> writes:
Stas> While mod_perl2 is almost there it is still in beta and some of the
Stas> API is still changing. So if you want to stick with a stable API use
Stas> mod_perl1 for now.
Yeah, I was wondering about that.
Hopefully by
On 08 Apr 2004 11:53:09 -0700
[EMAIL PROTECTED] (Randal L. Schwartz) wrote:
> > "Frank" == Frank Wiles <[EMAIL PROTECTED]> writes:
>
> Frank> Considering most (if not all) of the talks last year at OSCON
> were Frank> about 2.0 or switching to 2.0, a mostly 1.0 talk might
> be welcomed Fr
> "Frank" == Frank Wiles <[EMAIL PROTECTED]> writes:
Frank> Considering most (if not all) of the talks last year at OSCON were
Frank> about 2.0 or switching to 2.0, a mostly 1.0 talk might be welcomed
Frank> by people who are new to mod_perl or not looking to switch in the
Frank> near
On 08 Apr 2004 11:35:50 -0700
[EMAIL PROTECTED] (Randal L. Schwartz) wrote:
> > "Stas" == Stas Bekman <[EMAIL PROTECTED]> writes:
>
> Stas> While mod_perl2 is almost there it is still in beta and some of
> the Stas> API is still changing. So if you want to stick with a stable
> API use Stas>
Krang v1.015 in now available. Changes in this release:
- Added support for Gentoo Linux, Fedora Core and FreeBSD.
- Upgraded Apache and mod_perl to their latest releases.
- Fixed numerous bugs and portability problems.
- Improved documentation.
Detailed change-log here: http://krang.
> "Stas" == Stas Bekman <[EMAIL PROTECTED]> writes:
Stas> While mod_perl2 is almost there it is still in beta and some of the
Stas> API is still changing. So if you want to stick with a stable API use
Stas> mod_perl1 for now.
Yeah, I was wondering about that.
In particular, I've been drafted
Ken Burcham wrote:
Hi,
ModPerl2 and Apache2 are the latest and greatest (You can't run
Apache1 with ModPerl2 or Apache2 with ModPerl1). Note also
mod_perl_1.99 is (going to be) mod_perl2.
Here's what I do:
wget http://perl.apache.org/dist/mod_perl-2.0-current.tar.gz
and
wget http://apache.m
Perrin Harkins wrote:
On Thu, 2004-04-08 at 11:48, Pascal Felber wrote:
The server is a [EMAIL PROTECTED]
512MB, running linux 2.4.18-3, Apache 2.0.48, and mod_perl 1.99_08.
That came out more than a year ago. You should be running the latest
(1.99_13 at the moment) if you're going to do this k
"Ken Burcham" <[EMAIL PROTECTED]> writes:
[...]
> foreach my $key (keys %{$uploads})
> {
>warn "Uploader found $key";
>
>my $upload = $uploads->{$key};
>
>warn "Found $upload->filename";
>
> }
[...]
> But nothing else as if my foreach finds nothing... What am I
> mi
Hi,
ModPerl2 and Apache2 are the latest and greatest (You can't run
Apache1 with ModPerl2 or Apache2 with ModPerl1). Note also
mod_perl_1.99 is (going to be) mod_perl2.
Here's what I do:
wget http://perl.apache.org/dist/mod_perl-2.0-current.tar.gz
and
wget http://apache.mirrors.pair.c
I tried as you suggested and here's what I have:
my $q = Apache::Request->new($r);
my $uploads = $q->upload;
my @arrayups = $q->upload;
warn "There's an array of scalars: ". scalar @arrayups;
warn "and I have a table ref: ".$uploads;
foreach my $key (keys %{$uploads})
{
warn "Uploader
Hi,
I am just getting started with mod_perl. Can someone tell me what
versions of Apache and mod_perl I should run together?
I am setting up a 1U server and a laptop. I have been debating RH9 or
Fedora. Any opinions there?
Thanks for your input.
-Ian
--
Report problems: http://perl.ap
On Thu, 2004-04-08 at 12:12, Kemin Zhou wrote:
> It looks there is some caching going on in the http server.
>
> This problem goes away if the perl program is run under CGI.
This is almost certainly caused by a bug in your perl code. You are
probably unintentionally creating a closure. If you
On Thu, 2004-04-08 at 11:48, Pascal Felber wrote:
> The server is a [EMAIL PROTECTED]
> 512MB, running linux 2.4.18-3, Apache 2.0.48, and mod_perl 1.99_08.
That came out more than a year ago. You should be running the latest
(1.99_13 at the moment) if you're going to do this kind of stress
testin
We have noticed some "strange" behavior when stress-testing one of our
perl modules and we haven't managed to find an explanation or workaround
in the mod_perl documentation. We have reproduced this problem with a
minimal module, installed as a PerlResponseHandler, that simply sends am
HTTP 302 red
I look at the bug report no where to find an entry for this bug.
I am using Apache 2, mod_perl2 with RedHat 9.0
Everything is working find.
Using Apache::Registry for CGI scripts.
I have toy form with a few fields, One field can register changed made
to other fields.
This changed_field is dynami
Most of you probably saw our posting on the jobs.perl.org, but in case
anyone missed it, here it is again. My company, Plus Three
(http://plusthree.com/) is hiring in Washington, DC. At some point in
the future we may be looking for someone in New York City as well.
We're a consulting company, d
"Ken Burcham" <[EMAIL PROTECTED]> writes:
> Ok, I might be on to something...
>
> I think the segfault is coming when I call 'upload' with a non-
> upload field... But since calling 'upload' without a name
> returns to me a list of variable names that include non-upload
> fields, iterating thr
Ok, I might be on to something...
I think the segfault is coming when I call 'upload' with a non-
upload field... But since calling 'upload' without a name
returns to me a list of variable names that include non-upload
fields, iterating through guarantees me to segfault:
(NOTE: resourceur
Joe: Thanks so much for taking the time to answer...
I'll look into the segfault backtrace next...
When I do this:
my $q = Apache::Request->new($r);
my @uploads = $q->upload;
warn 'Number of uploads: '. scalar @uploads;
foreach my $uploadfilename (@$uploads)
{
#my $upload = $q->upload
"Ken Burcham" <[EMAIL PROTECTED]> writes:
> > That's certainly supposed to work, assuming 'somefilename' is
> > the name of the upload widget in your HTML form. Can you post
> > a backtrace for the segfault?
>
> Sure... umm... how do I do that? :)
>
> I'm still pretty new to perl.
Segfaults
The uploaded file
Apache-AuthzSplitDomainUser-0.01.tar.gz
has entered CPAN as
file: $CPAN/authors/id/S/SP/SPEEVES/Apache-AuthzSplitDomainUser-0.01.tar.gz
size: 4241 bytes
md5: a5e1a63f212884e2885b3bd8ea65041b
This module basically pulls the authz handler from Apache::AuthenSmb, so that it
On Wednesday 07 April 2004 12:14 pm, Stas Bekman wrote:
> I guess Apache::Test cannot parse httpd.conf continuation syntax.
> >>>
> >>> Probably. Patches to fix that are welcome, Beau.
> >>
> >> But if I fix that, I negate my current work-around ;)
> >
> > That's hi
Beau E. Cox wrote:
On Wednesday 07 April 2004 12:14 pm, Stas Bekman wrote:
I guess Apache::Test cannot parse httpd.conf continuation syntax.
Probably. Patches to fix that are welcome, Beau.
But if I fix that, I negate my current work-around ;)
That's hiding the problem, not fixing it ;)
Yes, so tr
30 matches
Mail list logo
