>I'm getting segfaults on every page request I make to a mod_perl handler
thats running under >HTML::Embedperl. We're trying to migrate away from
Embperl as fast as possible, but whenever >I call HTML::Embperl::Execute in
my code more than 4 or 5 times I get seg faults..
Embperl has no proble
Perrin,
Perrin Harkins wrote:
Anything with individual TTL settings per item will let you do this.
Right - I scoured the Cache::FastmMap perldoc and didn't see any way to
do this.
It doesn't normally go to disk with BerkeleyDB. There's a shared memory
cache. Even things that just use the fil
On Mon, 2004-12-13 at 22:48 -0700, Tim Pushor wrote:
> >
> My module is an authentication/authorization handler. It worked by
> issuing an access token that gets stored in one of an array of berkeley
> DB's. The browser then either sends the token back to the server in the
> form of a cookie or
On Mon, 2004-12-13 at 22:48 -0700, Tim Pushor wrote:
> Right - I scoured the Cache::FastmMap perldoc and didn't see any way to
> do this.
You'd have to do it yourself with Cache::FastMmap, and check it on the
way out. You might be better off using something else at that point.
Here are some per
adding TTL to DirDB would not be difficult, using the filesystem's timestamps,
and if the files are kept in a tmpfs, or even just deleted before the
filesystem syncs,
there's no disk traffic.
in my opinion, the simplicity of using the file system for persistence is most
appealing. I keep repeat
Stas Bekman wrote:
Stas Bekman wrote:
cc: Error: modperl_exports.c, line 195: In the initializer for
modperl_hack_io_apache_init, "modperl_io_apache_init" is not
declared. (undeclared)
const void *modperl_hack_io_apache_init = (const void
*)modperl_io_apache_init;
modperl_exports.c starts with:
Stas Bekman wrote:
cc: Error: modperl_exports.c, line 195: In the initializer for
modperl_hack_io_apache_init, "modperl_io_apache_init" is not declared.
(undeclared)
const void *modperl_hack_io_apache_init = (const void
*)modperl_io_apache_init;
modperl_exports.c starts with:
#include "mod_perl
sdfgsd sergserg wrote:
I compiled perl 5.8.5 succesfuly and tried to build RC1 against 5.8.5.
This time there is no such error,
Good, so cygwin perl 5.8.0 is probably borked.
but there is another problem:
[..]
after this is executed I get many many errors like these:
modperl_debug.lo(.text+0x6e):
sdfgsd sergserg wrote:
Tried to compile RC1 under HP Tru64 Unix 4.0g(JAVA) AS1200 [EMAIL PROTECTED]
(ev56)
(Static build, because I think Tru64 doesn't support dynamic loading)
First I ran:
perl Makefile.PL MP_USE_STATIC=1 \
MP_AP_PREFIX=/house/doink123/httpd-2.0.52 \
MP_AP_CONFIGURE="--wi
[CC'ing gozer who works on static build]
sdfgsd sergserg wrote:
RC1 is compiled statically against apache 2.0.52 (perl 5.8.0)
when I run make test I get this:
spe171.testdrive.hp.com> make test
cd "src/modules/perl" && make
cd "/house/doink123/httpd-2.0.52" && make
Making all in srclib
Making all i
colin_e wrote:
Cheers Martin. As I said, i'm new to this game. I would only ever intend
to put
config-related code in the conf files, tbut i'm still trying to work out
the best way
to do things.
In my case I have multiple production/development machines on different
architectures. I want to keep
colin_e wrote:
Cool. To my (naiive i'm sure) eye this looks just like the behaviour of
a brace-delimited
block in a chunk of mainline code, which is what I was hoping/expecting.
(I guess you are talking about lexicaly scoped vars) plus that any globals
which in a normal script:
$foo = 5;
will en
sdfgsd sergserg wrote:
It's strange. It's interesting that cc is installed. What if
Makefile.PL checks if gcc is installed and if not found, check for cc?
Or there will be issues, because perl is installed with different
compiler?
No, mod_perl must be compiled with the same "physical" compiler perl
Cheers Martin. As I said, i'm new to this game. I would only ever intend
to put
config-related code in the conf files, tbut i'm still trying to work out
the best way
to do things.
In my case I have multiple production/development machines on different
architectures. I want to keep the configs as
Cool. To my (naiive i'm sure) eye this looks just like the behaviour of
a brace-delimited
block in a chunk of mainline code, which is what I was hoping/expecting.
Some examples of good/bad/dangerous things to do in these
sections
would be very helpful though. I can imagine for instance that muc
Stas Bekman wrote:
Actually as philippe reminds me you can enclose the Apache stuff in =pod
stuff
=pod
This is some pod data
=over apache
PerlSetVar TestDirective__pod_over_worked yes
=back
This is some more pod
=cut
PerlSetVar TestDirective__pod_cut_worked yes
so you can run:
perl -c httpd.conf
Martin Moss wrote:
Hi Colin,
just my opinion, but from a 'practicalities' point of
view, as startup.pl gets more complex (your site grows
larger, you wish to do more intricate mod_perly
things), you will find that it is a distinct advantage
to run it from the command line in the debugger. you
would
colin_e wrote:
Good stuff. Thanks for such a quick and helpful reply Stas.
The piece in the docs that had me confused was in the document
"Apache::PerlSections - Default Handler for Perl sections"
(http://perl.apache.org/docs/2.0/api/Apache/PerlSections.html#C__Apache__PerlSections__Save_).
This
Stas Bekman wrote:
colin_e wrote:
Good stuff. Thanks for such a quick and helpful reply Stas.
The piece in the docs that had me confused was in the document
"Apache::PerlSections - Default Handler for Perl sections"
(http://perl.apache.org/docs/2.0/api/Apache/PerlSections.html#C__Apache__PerlSectio
In preparation for the upcoming release of mod_perl2, I'd like to prepare a
list of reasons why a person/company would look at using mod_perl2,
specifically, why upgrade from mod_perl1, and converting from other
technologies.
So with that, what reasons do you have for wanting MP2?
What prev
Tried to compile RC1 under HP Tru64 Unix 4.0g(JAVA) AS1200 [EMAIL PROTECTED]
(ev56)
(Static build, because I think Tru64 doesn't support dynamic loading)
First I ran:
perl Makefile.PL MP_USE_STATIC=1 \
MP_AP_PREFIX=/house/doink123/httpd-2.0.52 \
MP_AP_CONFIGURE="--with-mpm=prefork --pref
RC1 is compiled statically against apache 2.0.52 (perl 5.8.0)
when I run make test I get this:
spe171.testdrive.hp.com> make test
cd "src/modules/perl" && make
cd "/house/doink123/httpd-2.0.52" && make
Making all in srclib
Making all in apr
...
Making all in support
/usr/bin/perl -Iblib/arch -Ibli
I compiled perl 5.8.5 succesfuly and tried to build RC1 against 5.8.5. This
time there is no such error, but there is another problem:
rm -f mod_perl.so
ld2 -L/usr/local/lib \
\
mod_perl.lo modperl_interp.lo modperl_tipool.lo modperl_log.lo modperl_config.lo
modperl_cmd.lo modperl_options.lo mo
Hi Colin,
just my opinion, but from a 'practicalities' point of
view, as startup.pl gets more complex (your site grows
larger, you wish to do more intricate mod_perly
things), you will find that it is a distinct advantage
to run it from the command line in the debugger. you
wouldn't be able to do
All,
I'm getting segfaults on every page request I make to
a mod_perl handler thats running under
HTML::Embedperl. We're trying to migrate away from
Embperl as fast as possible, but whenever I call
HTML::Embperl::Execute in my code more than 4 or 5
times I get seg faults..
perl 5.6, apache 1.
Well, it does fail under Suse 9.0.
/usr/bin/perl -Iblib/arch -Iblib/lib \
t/TEST -clean
[warning] setting ulimit to allow core files
ulimit -c unlimited; /usr/bin/perl /house/doink123/mod_perl-2.0.0-RC1/t/TEST
-clean
APACHE_TEST_GROUP= APACHE_TEST_HTTPD= APACHE_TEST_PORT= APACHE_TEST_USER=
APAC
I'll check it under linux and freebsd
>Thanks for the detailed report! So it seems that there's
>some conflict between using mod_perl and mod_fastcgi, at
>least on Win32 (the autogenerated httpd.conf that
>Apache::Test generates and uses will enable any modules that
>are enabled in the sys
It's strange. It's interesting that cc is installed. What if Makefile.PL checks
if gcc is installed and if not found, check for cc? Or there will be issues,
because perl is installed with different compiler?
>So your perl was compiled with gcc 3.2, but apparently you don't have it
>on that sy
I'll check that
>Did you check /etc/hosts as it has suggested? The setup fails to resolve
>the hostname of your machine.
-
Известяване за получено писмо - http://promo.abv.bg/
--
Report problems: http://perl.apache.org/bugs/
Good stuff. Thanks for such a quick and helpful reply Stas.
The piece in the docs that had me confused was in the document
"Apache::PerlSections - Default Handler for Perl sections"
(http://perl.apache.org/docs/2.0/api/Apache/PerlSections.html#C__Apache__PerlSections__Save_).
This says:
> By defaul
Ooops, I've missed this one:
Writing Makefile for ModPerl::XS
Writing Makefile for mod_perl
[warning] mod_perl static library will be built as mod_perl.a
[ error] oh nuts, server dumped core
ldd /house/doink123/httpd-2.0.52/.libs/lt-httpd
443239:/house/doink123/httpd-2.0.52/.libs/lt-httpd: ldd
Oh my mail is not the full version :) I'm sorry, I wrote it at 1 a.m.
So first I wanted to say that I got an error when running this:
>> perl Makefile.PL MP_USE_STATIC=1 \
>> MP_AP_PREFIX=/house/doink123/httpd-2.0.52 \
>> MP_AP_CONFIGURE="--with-mpm=prefork
>> --prefix=/house/doink123
Randy Kobes wrote:
On Mon, 13 Dec 2004, Stas Bekman wrote:
Randy Kobes wrote:
[ ... ]
I'm not sure if PAUSE supports the new feature in META.yml
(specifying something as private, not to be indexed).
However, the mod_perl-2.0.0-RC1 package on a CPAN mirror
doesn't have a mod_perl-2.0.0-RC1.meta fil
On Mon, 13 Dec 2004, Stas Bekman wrote:
> Randy Kobes wrote:
[ ... ]
> > I'm not sure if PAUSE supports the new feature in META.yml
> > (specifying something as private, not to be indexed).
> > However, the mod_perl-2.0.0-RC1 package on a CPAN mirror
> > doesn't have a mod_perl-2.0.0-RC1.meta file
On Mon, 2004-12-13 at 12:58 -0700, Tim Pushor wrote:
> For example, what I need to do (at a high level) is be able to add
> entries to the cache with a minimum TTL, and be able to have the ability
> to reset the TTL on individual entries as need be.
Anything with individual TTL settings per item
Randy Kobes wrote:
On Mon, 13 Dec 2004, Stas Bekman wrote:
Joe Schaefer wrote:
Stas Bekman <[EMAIL PROTECTED]> writes:
Please test this package: http://apache.org/~stas/libapreq-1.33.tar.gz
(Apache::Request for mod_perl 1.x) and report any problems here.
Builds fine for me on debian woody. Howe
Perrin,
Perrin Harkins wrote:
Could I not just set a global variable in my authentication handler that
the authorization handler can then access?
Yes, but it will persist between requests. If you put it in pnotes, it
will get cleared automatically, even if your code dies while processing
a
On Mon, 13 Dec 2004, Stas Bekman wrote:
> Joe Schaefer wrote:
> > Stas Bekman <[EMAIL PROTECTED]> writes:
> >
> >
> >>Please test this package: http://apache.org/~stas/libapreq-1.33.tar.gz
> >>(Apache::Request for mod_perl 1.x) and report any problems here.
> >
> >
> > Builds fine for me on debian
On Mon, Dec 13, 2004 at 08:12:19PM -0500, Stas Bekman wrote:
> In fact we already somewhat handle that in modperl_io_apache.h
>
>
>
> #ifdef PERLIO_LAYERS
> [...]
> MP_INLINE void modperl_io_apache_init(pTHX);
>
> #else /* #ifdef PERLIO_LAYERS */
>
> #define modperl_io_apache_init(pTHX)
>
>
On Mon, 2004-12-13 at 19:00 +0100, Torsten Foertsch wrote:
> I have just uploaded Apache::ClickPath. It provides user tracking via uri.
Looks very nice, Torsten. I assume from the example that this is a
mod_perl 2 module, but it would be helpful to put that in your
announcements in the future.
T
[...]
You've just committed me to one or the other. Ick. I install
mod_perl1, and I get an Apache::Request that works with mod_perl1.
I install mod_perl2, and I get an Apache::Request that works with mod_perl2.
This is unacceptable.
But you can run both versions of mod_perl side by side. See
ht
Stas Bekman <[EMAIL PROTECTED]> writes:
> If it is implemented already, then it's our *bug* and we just need to
> release Apache-Test with a correct META.yaml.
Either way, this is not a showstopper for apreq.
Here's my +1 for libapreq-1.33.
--
Joe Schaefer
--
Report problems: http://perl.apa
On Mon, 13 Dec 2004, Randal L. Schwartz wrote:
> > "Tom" == Tom Schindl <[EMAIL PROTECTED]> writes:
[ ... ]
> Tom> But you can run both versions of mod_perl side by side. See
> Tom> http://perl.apache.org/docs/2.0/user/install/install.html#MP_INST_APACHE2
>
> I can only have one Apache::Reques
I wish I had a solution,
Cpan is a mess and mod_perl tries to handle it properly
It would be great if everyone had a handle on xml namespaces
And used this as a way of organizing the cpan directories
Unfortunatley I don't think anyone here has the clout
> -Original Message-
> From: Ran
Hi,
I have just uploaded Apache::ClickPath. It provides user tracking via uri. No
cookie is used. It uses a translation handler and an output filter. The
translation handler strips the session part from the uri or generates a new
session. The output filter patches HTML output and inserts the ses
sdfgsd sergserg wrote:
This is what I get when I tried to compile RC1 under cygwin
$ make
cd "src/modules/perl" && make
make[1]: Entering directory `/usr/src/mod_perl-2.0.0-RC1/src/modules/perl'
gcc -I/usr/src/mod_perl-2.0.0-RC1/src/modules/perl -I/usr/src/mod_perl-2.0.0-RC1
/xs -I/home/Administrat
sdfgsd sergserg wrote:
spe176> cd mod_perl-2.0.0-RC1
spe176> perl Makefile.PL
Next we need to know where the 'apxs' script is located. This script
provides a lot of information about the Apache installation, and makes
it easier to find things on your system. Normally it's located in the
same direct
On Mon, 13 Dec 2004, sdfgsd sergserg wrote:
> This is the problem I described yesterday:
>
> When hookrun.t is reached at 1/10
> a window opens with title: Apache.exe - Application Error
> The instruction at "0x6eecdad9" referenced memory ar
> "0x". The memory could not be "read".
[ ... ]
> "Tom" == Tom Schindl <[EMAIL PROTECTED]> writes:
Tom> [...]
>> You've just committed me to one or the other. Ick. I install
>> mod_perl1, and I get an Apache::Request that works with mod_perl1.
>> I install mod_perl2, and I get an Apache::Request that works with mod_perl2.
>> This is unac
colin_e wrote:
Platforms: Solaris 9, Win XP
Apache: 2.0.52
Perl: ActiveState Perl 5.8.4
Hi Guys,
New to Apache 2.0.52 and modperl, working through the install and
configure steps.
Most books and docs on using modperl recommend using a "startup.pl" script
to configure the Perl environment on st
sdfgsd sergserg wrote:
This is the problem I described yesterday:
When hookrun.t is reached at 1/10 a window opens with title: Apache.exe
- Application Error The instruction at "0x6eecdad9" referenced memory
ar "0x". The memory could not be "read".
and when I press OK I get in the console:
sdfgsd sergserg wrote:
This is done through HP's testdrive program,
the platform is HP-UX 11i v2 rp3410 [EMAIL PROTECTED] 8800 PA-RISC
perl is: 5.8.0
the error is:
spe191> make
cd "src/modules/perl" && make
gcc -I/house/doink123/mod_perl-2.0.0-RC1/src/modules/perl
-I/house/doink123
Joe Schaefer wrote:
Stas Bekman <[EMAIL PROTECTED]> writes:
Please test this package: http://apache.org/~stas/libapreq-1.33.tar.gz
(Apache::Request for mod_perl 1.x) and report any problems here.
Builds fine for me on debian woody. However the CPAN
dependencies for Apache::Test (a listed prereq)
> "Stas" == Stas Bekman <[EMAIL PROTECTED]> writes:
>> Or, if it has to be different for mod_perl2, then call it Apache2::Request
>> or something.
Stas> Sorry, Randal, but please read the archives for the discussion of this
Stas> proposal which was discussed here and on the dev list like 10
S
> "Stas" == Stas Bekman <[EMAIL PROTECTED]> writes:
Stas> Apache::Resource lives in mod_perl-1.x and mod_perl-2.x, and so do
Stas> many other modules with the same names. So this is not a problem of
Stas> Apache::Resource only.
This is where you've made the mistake though. There is precisely
Randal L. Schwartz wrote:
"Stas" == Stas Bekman <[EMAIL PROTECTED]> writes:
Stas> Apache::Resource lives in mod_perl-1.x and mod_perl-2.x, and so do
Stas> many other modules with the same names. So this is not a problem of
Stas> Apache::Resource only.
This is where you've made the mistake though.
Randal L. Schwartz wrote:
Whomever is maintaining Apache::Resource needs to release a version to
the CPAN greater than 1.72 that is *not* inside the mod_perl2 distro,
because it's apparently also bundled inside the mod_perl2 distro, and
this is a pain for those of us who do not wish to upgrade to m
Platforms: Solaris 9, Win XP
Apache: 2.0.52
Perl: ActiveState Perl 5.8.4
Hi Guys,
New to Apache 2.0.52 and modperl, working through the install and
configure steps.
Most books and docs on using modperl recommend using a "startup.pl" script
to configure the Perl environment on startup, setting
This is the problem I described yesterday:
When hookrun.t is reached at 1/10
a window opens with title: Apache.exe - Application Error
The instruction at "0x6eecdad9" referenced memory ar "0x". The memory
could not be "read".
and when I press OK I get in the console:
t\hooks\hookrun.
Stas Bekman <[EMAIL PROTECTED]> writes:
> Please test this package: http://apache.org/~stas/libapreq-1.33.tar.gz
> (Apache::Request for mod_perl 1.x) and report any problems here.
Builds fine for me on debian woody. However the CPAN
dependencies for Apache::Test (a listed prereq) are
currently
On Mon, Dec 13, 2004 at 01:02:42PM +0100, Tom Schindl wrote:
...
> >if ($content =~ /some_regex/){
> ># redirect
> >} else {
> ># continue with post
> >return OK;
> >}
> >}
...
> The problem with POSTED data is that you can not read them more than
> once you can
spe176> cd mod_perl-2.0.0-RC1
spe176> perl Makefile.PL
Next we need to know where the 'apxs' script is located. This script
provides a lot of information about the Apache installation, and makes
it easier to find things on your system. Normally it's located in the
same directory as the 'httpd' exe
This is done through HP's testdrive program,
the platform is HP-UX 11i v2 rp3410 [EMAIL PROTECTED] 8800 PA-RISC
perl is: 5.8.0
the error is:
spe191> make
cd "src/modules/perl" && make
gcc -I/house/doink123/mod_perl-2.0.0-RC1/src/modules/perl
-I/house/doink123/mod_perl-2.0.0-RC1/xs
Beberle wrote:
Hi,
I found a similar question posted in the newsgroups
but no one seemed to have a solution. Here's what I'm
trying to do. I have a web page that does a POST to a
remote server. Basiscally, I'm trying to read the
post data and if it matches a regex, I want to
redirect it. Otherw
This is what I get when I tried to compile RC1 under cygwin
$ make
cd "src/modules/perl" && make
make[1]: Entering directory `/usr/src/mod_perl-2.0.0-RC1/src/modules/perl'
gcc -I/usr/src/mod_perl-2.0.0-RC1/src/modules/perl -I/usr/src/mod_perl-2.0.0-RC1
/xs -I/home/Administrator/httpd/include -I/hom
Philippe M. Chiasson wrote:
>a long awaited release candidate for mod_perl 2.0.0 is now available for
>testing.
>
>please grab the candidate from:
>
>http://www.apache.org/~gozer/mp2/mod_perl-2.0.0/mod_perl-2.0.0-RC1.tar.gz
>
> MD5: d069e5d442ae7d75cd4a366fb65ab125
> SHA1: ad4537a9799a5b812136863
On Sun, 12 Dec 2004, Stas Bekman wrote:
# Get the content-length:
my( $command ) = "/bin/tar -c -h -f /dev/null --totals the_directory
2>&1"=~/^(.+)$/;
`$command` =~ /Total bytes written: (\d+)/gsm;
You probably better off not using an external process, but
http://search.cpan.org/dist/Archive-Tar/
Hi,
I found a similar question posted in the newsgroups
but no one seemed to have a solution. Here's what I'm
trying to do. I have a web page that does a POST to a
remote server. Basiscally, I'm trying to read the
post data and if it matches a regex, I want to
redirect it. Otherwise, I want to
On Monday 13 December 2004 00:55, Philippe M. Chiasson wrote:
> > How do I get the container contents?
>
> By retrieving the Apache::Directive object:
>
> sub ClickPathUAExceptions {
> Â Â my($self, $parms, $args) = @_;
> Â Â my $directive = $parms->directive;
> Â Â my $content = $directive->as_str
69 matches
Mail list logo
