Re: Can't locate module.pm file
This is once more a question where you should have looked once more at
the documention at perl.apache.org.
When you execute your perl programm on the commandline you automatically
have "." in your @INC == include path.
Mod_perl is not executed in the directory where your .pm is located, so
you have to add it to your path manually.
See also:
http://perl.apache.org/docs/1.0/guide/config.html#The_Startup_File
I advice you to learn how @INC is working in normal perl, and consulting
the mod_perl docu afterwards then you can solve this problem yourself.
One more advice read the error-message below once more. It tells you
everything you need to solve the problem("Where should I ... ") when you
know how @INC is working.
Tom
On Tue, 2003-09-30 at 08:19, [EMAIL PROTECTED] wrote:
> I have a problem calling a module in my mod_perl dir using apache on
> redhat 9. I have a mystuff.pm in the same directory as the calling perl
> program. I got it working running on the command line but in apache
> mod_perl, it can't find the module.
>
> Questions:
> - Where should the mystuff.pm be located in?
> - The only place i know about mod_perl configuration file is:
> /etc/httpd/conf.d/perl.conf. This contains the Alias and Directory
> directive.
>
> Error message:
> Can't locate mystuff.pm in @INC (@INC contains:
> /usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0
> /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi
> /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl
> /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi
> /usr/lib/perl5/vendor_perl/5.8.0 /usr/lib/perl5/vendor_perl
> /usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0 .)
>
> Any help would be great.
> By the way, I just getting started with perl.
> -rkl
--
\\\||///
\\ - - //
( @ @ )
-oOo--( )--oOo--
___ ___tom schindl
o __/ / / innovative medientechnik planung AG
/ /\/\/ / / /__/ / __mailto:[EMAIL PROTECTED]
/ / / / /_/ / / /___/http://www.impire.de
/ voice:+43(512)34193432,fax:+43(512)34193420
Eduard-Bodem-Gasse 6, A-6020 Innsbruck, Austria, Software Engineering
Can't locate module.pm file
I have a problem calling a module in my mod_perl dir using apache on redhat 9. I have a mystuff.pm in the same directory as the calling perl program. I got it working running on the command line but in apache mod_perl, it can't find the module. Questions: - Where should the mystuff.pm be located in? - The only place i know about mod_perl configuration file is: /etc/httpd/conf.d/perl.conf. This contains the Alias and Directory directive. Error message: Can't locate mystuff.pm in @INC (@INC contains: /usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0 /usr/lib/perl5/site_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.0 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.0/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.0 /usr/lib/perl5/vendor_perl /usr/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0 .) Any help would be great. By the way, I just getting started with perl. -rkl
Latest mod_perl version number
Hello, I was trying to build Apache 1.3.28 with mod_perl 1.28, which I downloaded from http://perl.apache.org/dist/mod_perl-1.28.tar.gz. I managed to build everything okay, but I noticed that Apache reports mod_perl as version 1.27 in the error log: [notice] Apache/1.3.28 (Unix) mod_perl/1.27 ... grepping though the source in mod_perl-1.28/ revealed this: ./src/modules/perl/mod_perl.c:#define MP_APACHE_VERSION "1.27" ./Apache/Apache.pm:$VERSION = "1.27"; Did someone forget to increase the version number or is something else screwing me up? Thanks for the help.
Re: Perl 5.8.1 and mod_perl 1?
Frank Maas wrote: Hi guys, Maybe it's me and I am just missing something here, but what can I expect if I want to use mod_perl 1 together with 5.8.1? All post I saw here were about testing 1.99 (effectively mp2). The thing that got me worried was Stas' remark about the new 1.99_10, which is "the first release to support the hashing randomization in perl 5.8.1". Does this mean that a new mp1 must be created as well? mod_perl 1.0 doesn't have problems with perl 5.8.1. mp2 needed special handling since it uses a special light-weight modperl_mgv_t struct instead of Perl's GV, to make things consume less memory and be more efficient in general. There were a few issues with mp1's test suite, now fixed in cvs. __ Stas BekmanJAm_pH --> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: How to attach a hashref or other data to the request object?
Try the pnotes method:
$r->pnotes(MyHash => $your_session_hash);
then later in other handlers...
my $sess_hash = $r->pnotes('MyHash');
On Mon, 2003-09-29 at 17:53, Matisse Enzer wrote:
> Is there an appropriate way in mod_perl 2 for me to take a hashref
> and somehow add it to the Apache request object so that Perl code
> later in the request handling process can access it, for example with:
> my $hash = $r->{OurHash};
> or something like that?
>
> Specifcally what i am trying to do is to take a hash created using
> Apache::Session (a tied hash) and have a reference to that hash be
> available in the Apache request object for the rest of the request's
> lifetime.
Re: How to attach a hashref or other data to the request object?
Check out $r->pnotes().
$r->pnotes( OurHash => { foobar => 1 } );
--d
Matisse Enzer wrote:
Is there an appropriate way in mod_perl 2 for me to take a hashref and
somehow add it to the Apache request object so that Perl code later in
the request handling process can access it, for example with:
my $hash = $r->{OurHash};
or something like that?
Specifcally what i am trying to do is to take a hash created using
Apache::Session (a tied hash) and have a reference to that hash be
available in the Apache request object for the rest of the request's
lifetime.
Perl 5.8.1 and mod_perl 1?
Hi guys, Maybe it's me and I am just missing something here, but what can I expect if I want to use mod_perl 1 together with 5.8.1? All post I saw here were about testing 1.99 (effectively mp2). The thing that got me worried was Stas' remark about the new 1.99_10, which is "the first release to support the hashing randomization in perl 5.8.1". Does this mean that a new mp1 must be created as well? --Frank
How to attach a hashref or other data to the request object?
Is there an appropriate way in mod_perl 2 for me to take a hashref
and somehow add it to the Apache request object so that Perl code
later in the request handling process can access it, for example with:
my $hash = $r->{OurHash};
or something like that?
Specifcally what i am trying to do is to take a hash created using
Apache::Session (a tied hash) and have a reference to that hash be
available in the Apache request object for the rest of the request's
lifetime.
--
--
Matisse Enzer
Hamilton Partners
707-431-4300 ext. 212 (office)
415-225-6703 (mobile)
Re: [ANNOUNCE]: mod_perl 1.99_10
The Doctor wrote: On Mon, Sep 29, 2003 at 11:10:29AM -0700, Stas Bekman wrote: Stas Bekman wrote: The uploaded file mod_perl-1.99_10.tar.gz This release: - is the first release to support the hashing randomization in perl 5.8.1. - requires httpd 2.0.46 or higher What about support for httpd-2.1.0-dev? well, you shouldn't have any trouble compiling or using 1.99_10 with httpd 2.1. the only issues really relate to what makes 2.1 different than 2.0, and the only things that come to mind there are authentication and the mod_include rewrite. if you are interested in the new authentication hooks, you can see the CPAN module and article I wrote on it. http://www.perl.com/pub/a/2003/07/08/mod_perl.html http://search.cpan.org/~geoff/Apache-AuthenHook-2.00_01/ while that code doesn't work on threaded mpms, it should be pretty easy to see how you can just write your own authen hook instead of using that module. and I've recently decided to redo the module anyway so that I can support threads - the interface will be less transparent, but it will work in a threaded environment. as for mod_include, support for #perl sections was entirely missing until a few weeks ago, when I release Apache::IncludeHook http://search.cpan.org/~geoff/Apache-IncludeHook-2.00_01/ though I haven't gotten around to writing it against 2.1 yet. are there other features you are interested in that you don't have access to with 1.99_10? if there are, I'd be happy to work on integrating them, whether in a CPAN module or in core, depending on the circumstances. if you haven't guessed, 2.1 interests me :) --Geoff
Re: [ANNOUNCE]: mod_perl 1.99_10
On Mon, Sep 29, 2003 at 11:10:29AM -0700, Stas Bekman wrote: > Stas Bekman wrote: > >The uploaded file > > > >mod_perl-1.99_10.tar.gz > > This release: > > - is the first release to support the hashing randomization in perl 5.8.1. > - requires httpd 2.0.46 or higher > What about support for httpd-2.1.0-dev? > __ > Stas BekmanJAm_pH --> Just Another mod_perl Hacker > http://stason.org/ mod_perl Guide ---> http://perl.apache.org > mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com > http://modperlbook.org http://apache.org http://ticketmaster.com > -- Member - Liberal International On 11 Sept 2001 the WORLD was violated. This is [EMAIL PROTECTED] Ici [EMAIL PROTECTED] Society MUST be saved! Extremists must dissolve. Ontario on 2 Octo 2003, VOTE LIBERAL!!
Re: [ANNOUNCE]: mod_perl 1.99_10
Stas Bekman wrote: The uploaded file mod_perl-1.99_10.tar.gz This release: - is the first release to support the hashing randomization in perl 5.8.1. - requires httpd 2.0.46 or higher __ Stas BekmanJAm_pH --> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
[ANNOUNCE]: mod_perl 1.99_10
The uploaded file
mod_perl-1.99_10.tar.gz
has entered CPAN as
file: $CPAN/authors/id/S/ST/STAS/mod_perl-1.99_10.tar.gz
size: 1063061 bytes
md5: 55345e460b5976b39da9aeb3b5a3b5db
Changes since v1.99_09:
make sure that the custom pools and destroyed only once and only when
all references went out of scope [Stas]
($r|$c)->add_(input|output)_filter(\&handler) now verify that the
filter of the right kind is passed and will refuse to add a request
filter as a connection filter and vice versa. The request filter
handler is not required to have the FilterRequestHandler attribute as
long as it doesn't have any other attributes. The connection filter
handler is required to have the FilterConnectionHandler
attribute. [Stas]
fix tracing with (PerlTrace/MOD_PERL_TRACE) on win32 (the error_log
filehandle was invalid after the open_logs phase) [Stas]
fix a bug where %ENV vars set via subprocess_env persist across
requests. (e.g. a Cookie incoming header which ends up in
$ENV{HTTP_COOKIE} would persist to the next request which has no
Cookie header at all). Now we unset all the %ENV vars set from
subprocess_env. Improve and extend the tests to cover this bug. [Stas]
it is invalid to return HTTP_INTERNAL_SERVER_ERROR or any other HTTP
response code from modperl_wbucket_pass, therefore set the error code
into r->status and return APR_SUCCESS. Untill now response handler
with messed up response headers, were causing no response what so ever
to the client. LWP was assuming 500, and it was all fine, testing
without LWP has immediately revealed that there was a problem in the
handling of this case. [Stas]
put the end to the 'Not a CODE reference' errors, instead provide an
intelligent error message, hopefully telling which function can't be
found. at the same time improve the tracing to include the pid/tid of
the server that has encountered this problem, to make it easier to
debug. [Stas]
mod_perl handler must be dupped for any mpm which runs within
USE_ITHREAD. Untill now there was a big problem with prefork mpm if
any of its vhosts was using PerlOptions +(Parent|Clone) and happened
to load handlers before the main server. When that was happening the
main server will see that the handler was resolved (since it sees the
handler struct from the vhost that loaded this module, instead of its
own), which in fact it wasn't, causing the failure to run the handler
with the infamous 'Not a CODE reference' error. [Stas]
Make sure that the static mod_perl library is built after the dynamic
(a requirement on win32) [Steve Hay <[EMAIL PROTECTED]>]
Apache::Status now generates HTML 4.01 Strict (and in many cases, also
ISO-HTML) compliant output. Also add a simple CSS to make the reports
look nicer. [Ville Skyttä <[EMAIL PROTECTED]>]
APR::Pool::DESTROY implemented and tweaked to only
destroy pools created via APR::Pool->new() [Geoffrey Young]
$r->slurp_filename is now implemented in C. [Stas]
remove support for httpd 2.0.45/apr 0.9.3 and lower.
httpd 2.0.46 is now the minimum supported version.
[Geoffrey Young]
APR::PerlIO now accepts the pool object instead of a request/server
objects, so it can be used anywhere, including outside mod_perl [Stas]
when perl is built with perlio enabled (5.8+) the new PerlIO Apache
layer is used, so now one can push layers onto STDIN, STDOUT handles
e.g. binmode(STDOUT, ':utf8'); [Stas]
add ap_table_compress() to APR::Table [Geoffrey Young]
alter stacked handler interface so that mod_perl follows Apache
as closely as possible with respect to VOID/RUN_FIRST/RUN_ALL
handler types. now, for phases where OK ends the Apache
call list (RUN_FIRST handlers, such as the PerlTransHandler),
mod_perl follows suit and leaves some handlers uncalled.
[Geoffrey Young]
Apache::Build now tries to use the new APR_BINDIR query string to find
the location of apr-config. [Stas]
new package Apache::porting to make it easier to port mp1 code to mp2
[Stas]
new Apache::Build methods: mpm_name(), mpm_is_threaded(). use them in
the top-level Makefile.PL to require 5.8.0/ithreads if mpm requires
threads. [Stas]
add the missing XS methods to ModPerl::MethodLookup, add support for
mp1 methods that are no longer in the mod_perl 2.0 API. [Stas]
mod_perl now refuses to build against threaded mpms (non-prefork)
unless perl 5.8+ w/ithreads is used [Stas]
don't try to read PERL_HASH_SEED env var, where apr_env_get is not
available (apr < 0.9.3) [Stas]
APR.so now can be loaded and used outside mod_perl (all the way back
to httpd 2.0.36) [Stas]
perl 5.8.1 randomizes the hash seed, because we precalculate the hash
values of mgv elements the hash seed has to be the same across all
perl interpreters. So mod_perl now intercepts cases where perl would
have randomize it, do the seed randomization by itself and tell perl
to use that value. [Stas]
fix APR::PerlIO layer to pop itself if open() has failed. [Stas]
move the definition of DEFINE='-DMP_HAVE_APR_LIBS' to the top level
Makefile.PL, since it overrides MY::pasthru target which
[ANNOUNCE]: Apache::Test 1.04
The uploaded file Apache-Test-1.04.tar.gz has entered CPAN as file: $CPAN/authors/id/S/ST/STAS/Apache-Test-1.04.tar.gz size: 90206 bytes md5: f293093cde16b234b815ce63756dad19 Changes since v1.03: if the server stops reading from the client before it has sent all its data, Apache::TestClient (which is used when LWP is not available) would just die without any error message (5.8.1) because no SIGPIPE handler was setup and the Broken Pipe error was missed. Replacing 'print $s' with $s->send() solves this problem: Apache::TestClient will just move on without bailing out. [Stas] if env var APACHE_TEST_PRETEND_NO_LWP is true, Apache::Test will pretend that LWP is not available. useful for testing whether the test suite will survive on a system which doesn't have libwww-perl installed. [Stas] Apache::TestSmoke provides a new mode: -bug_mode, which runs an equivalent of plain 't/TEST' but generates a lot of useful debug information, in addition to matching the core files to the tests that caused them. [Stas] Apache::TestSmoke now scans for core files, just like Apache::TestRun does [Stas] Allow the creation of name based virtual hosts by supplying containers in .conf.in$ files. [André Malo] fix Apache::TestSSLCA to generate a separate index.txt file for each module, as on certain platforms openssl fails to re-use the same file. [Stas] remove the unused example section from t/conf/extra.conf.in, it made an assumption that mod_auth is available [Stas] in the autogenerated t/conf/httpd.conf include mod_alias and mod_mime loading, in case they were built as a shared object and wasn't loaded from the system-wide httpd.conf from which Apache::Test inherits the config. [Stas] added have_apache_mpm() function [Geoffrey Young] when moving test-specific config directives from __DATA__ to httpd.conf don't use hash, or the order of arguments is not preserved. Thanks to perl-5.8.1 for randomizing the hash seed, which has exposed the bug by breaking the test suite. [Stas] when the tests are run in the 'root' mode, check whether the DocumentRoot and its parent dirs are rwx before the tests are run and suggest possible workarounds when the tests are doomed to fail, because of the permission issues. [Stas] UPLOAD is now auto-exported, like the rest [David Wheeler <[EMAIL PROTECTED]>] Change the way the redirect_ok parameter works so that it affects only _that call_ to the function. Afterward it should revert to the old value of $RedirectOK. [David Wheeler <[EMAIL PROTECTED]>] Change user_agent() so that the LWP::UserAgent "requests_redirectable" parameter actually does something useful vis-à-vis $RedirectOK. [David Wheeler <[EMAIL PROTECTED]>] Apache::TestRequest API documenation [David Wheeler <[EMAIL PROTECTED]>] Enable TransferLog in the autogenerated httpd.conf only if mod_log_config is available [Stas] __ Stas BekmanJAm_pH --> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
[ANNOUNCE]: GTop 0.11
[announced here as GTop is a prerequisite for several Apache:: tools] The uploaded file GTop-0.11.tar.gz has entered CPAN as file: $CPAN/authors/id/S/ST/STAS/GTop-0.11.tar.gz size: 22798 bytes md5: 582db9cbb0c83c774ab24f391ace29af Changes since v0.10: Add support to libgtop 2.0 and automate the picking of the right libraries and include paths. [Stas Bekman] Backport GTop to perl 5.005_03 using ppport.h [Stas Bekman] __ Stas BekmanJAm_pH --> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: [mp1] Problem install modperl1.28 apache1.3.28perl5.8.1RC5 on MacOSX(10.2.6)
On Thursday, September 25, 2003, at 09:32 AM, Harry Zhu wrote: When run >>/usr/local/bin/perl Makefile.PL APACHE_SRC=../apache_1.3.28/src DO_HTTPD=1 USE_APACI=1 EVERYTHING=1 got a bunch of messages like Unknown option: 1 Usage: head [-options] ... and when run "make", it stopped at ld: warning multiple definitions of symbol _regcomp regex/libregex.a(regcomp.o) private external definition of _regcomp in section (__TEXT,__text) /usr/lib/libm.dylib(regcomp.So) definition of _regcomp ld: warning multiple definitions of symbol _regexec regex/libregex.a(regexec.o) private external definition of _regexec in section (__TEXT,__text) /usr/lib/libm.dylib(regexec.So) definition of _regexec ld: warning multiple definitions of symbol _regfree regex/libregex.a(regfree.o) private external definition of _regfree in section (__TEXT,__text) /usr/lib/libm.dylib(regfree.So) definition of _regfree ld: Undefined symbols: _actions_module _include_module _log_config_module make[3]: *** [target_static] Error 1 make[2]: *** [build-std] Error 2 make[1]: *** [build] Error 2 make: *** [apaci_httpd] Error 2 Same problem with Perl5.8.1 release. On the other hand, modperl1.99.10dev apache2.0.47 on perl5.8.1 builds and runs OK seemingly. Mac OS X 10.2.6 (6L60) on PowerPC G3, Darwin Kernel Version 6.6 gcc -v Reading specs from /usr/libexec/gcc/darwin/ppc/3.1/specs Thread model: posix Apple Computer, Inc. GCC version 1175, based on gcc version 3.1 20020420 (prerelease) Is it the C - compiler not a good one? Or do I missing some source files? Any ideas? make -v GNU Make version 3.79, by Richard Stallman and Roland McGrath. Built for powerpc-apple-darwin6.0 /usr/local/bin/perl -V Summary of my perl5 (revision 5.0 version 8 subversion 1) configuration: Platform: osname=darwin, osvers=6.6, archname=darwin uname='darwin harry-zhus-computer.local. 6.6 darwin kernel version 6.6: thu may 1 21:48:54 pdt 2003; root:xnuxnu-344.34.obj~1release_ppc power macintosh powerpc ' config_args='-des' hint=previous, useposix=true, d_sigaction=define usethreads=undef use5005threads=undef useithreads=undef usemultiplicity=undef useperlio=define d_sfio=undef uselargefiles=define usesocks=undef use64bitint=undef use64bitall=undef uselongdouble=undef usemymalloc=n, bincompat5005=undef Compiler: cc='cc', ccflags ='-pipe -fno-common -DPERL_DARWIN -no-cpp-precomp -fno-strict-aliasing', optimize='-Os', cppflags='-no-cpp-precomp -pipe -fno-common -DPERL_DARWIN -no-cpp-precomp -fno-strict-aliasing -pipe -fno-common -DPERL_DARWIN -no-cpp-precomp -fno-strict-aliasing -pipe -fno-common -DPERL_DARWIN -no-cpp-precomp -fno-strict-aliasing' ccversion='', gccversion='3.1 20020420 (prerelease)', gccosandvers='' intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=4321 d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=8 ivtype='long', ivsize=4, nvtype='double', nvsize=8, Off_t='off_t', lseeksize=8 alignbytes=8, prototype=define Linker and Libraries: ld='cc', ldflags =' -flat_namespace -L/usr/local/lib' libpth=/usr/local/lib /usr/lib libs=-lm -lc perllibs=-lm -lc libc=/usr/lib/libc.dylib, so=dylib, useshrplib=false, libperl=libperl.a gnulibc_version='' Dynamic Linking: dlsrc=dl_dyld.xs, dlext=bundle, d_dlsymun=undef, ccdlflags=' ' cccdlflags=' ', lddlflags=' -flat_namespace -bundle -undefined suppress -L/usr/local/lib' Characteristics of this binary (from libperl): Compile-time options: USE_LARGE_FILES Built under darwin Compiled at Sep 25 2003 11:29:54 @INC: /usr/local/lib/perl5/5.8.1/darwin /usr/local/lib/perl5/5.8.1 /usr/local/lib/perl5/site_perl/5.8.1/darwin /usr/local/lib/perl5/site_perl/5.8.1 /usr/local/lib/perl5/site_perl Harry Zhu
[MP1] memory leak when PerlSetupEnv is enabled (win32)
Platform: NT4 SP6, Apache 1.3.27/28, mod_perl 1.28, perl 5.6.1
Scenario: When running any script (print hello...) multiple times memory
usage of apache slowly grows (maybe 400byte/request)
Apache Setting:
ScriptAlias /perl/ "E:/Apache/cgi-bin/"
SetHandler perl-script
PerlHandler Apache::Registry
#PerlSetupEnv Off
Options ExecCGI
I found out that if you set "PerlSetupEnv Off" then the leaking stops!!!
But I also lose the Apache ENV vars :(
--- quote from mod_perl documentation ---
The last thing Apache::Registry does, is emulation of mod_cgi's
environment variables, like $ENV{SERVER_NAME}, $ENV{REMOTE_USER} and so
on. PerlSetupEnv Off disables this feature which saves some memory and
CPU cycles.
-
I think mod_perl generates the ENV hash every time a script is run and
doesn't free up the memory afterwards...
This person seems to have the same problem:
http://groups.google.com/groups?selm=3EE62CB3.935AD041%40news.com
(win2k mod_perl 1.27_01 apache 1.3.27)
thanks
--
homepage http://my.animeweb.org
Re: Perl 5.8.1 is out
Carl Brewer wrote: Stas Bekman wrote: So what hostname do you normally use? Have you tried that? Philippe has reported that this change has worked for him. http://marc.theaimsgroup.com/?l=apache-modperl-dev&m=105514290024419&w=2 I used this patch just now on a current CVS, and still see the same problems (or similar). Stas, do you want to have a play on the box to see if you can figure it out? Not really, I simpy don't know IPv6 and what does it want from Apache to fix the problem at the moment. I don't think it's an issue of having a machine running IPv6. I have a way too many unfinished mp2 issue that require to be completed first. Next I can start reading on IPv6 and solve it unless someone does it before me. You could solve that problem easily if you know IPv6. Just fix the autogenerated t/conf/httpd.conf (and may be some other included conf files from httpd.conf) and send a diff with the original file to the list. From there it'll be easy to create a code patch that will generate a valid IPv6-complient httpd.conf. Please give it a try. __ Stas BekmanJAm_pH --> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
Re: Apache2 Mod_perl2 win32 POST data truncation
On Mon, 29 Sep 2003, Jacqui Caren wrote: > I have installed the below which appear to be the latest > (apart from AS804) and the problem of CGI POST data truncation > still persists... > > I have a web form that uses a textarea import a list of entries > however when more than the following text is imported > truncation occurs. > > I know that this problem was fixed in 1.99_09 but that was for > RH linux et.al - has anyone had a similar problem under win2K svr > or Nt Svr? > > When the for output is fed to a test.mpl I get a correct CONTENT_LENGTH > env value but the POST data seems to be truncated. > > perl -MCGI=999 -e "print $CGI::VERSION" > gives > 2.81 > > I have a workaround by changing fors to use multipart but > this is not a fix just a workaround. > > Jacqui > - > perl5.8.0 AS804 > > Win2000 Svr (up to date SP's) (same problem persists on WinNT sp6a system) > > C:\>perl \\Rad\q\wp\fis.170\broadcast.583\dev\apache2\mpinstall > Install mod_perl-2 for "C:/Apache2"? [yes] > Fetching http://theoryx5.uwinnipeg.ca/ppms/mod_perl.ppd ... done! > Fetching http://theoryx5.uwinnipeg.ca/ppms/x86/mod_perl.tar.gz ... done! > Fetching http://theoryx5.uwinnipeg.ca/ppms/x86/mod_perl.so ... done! > Fetching http://theoryx5.uwinnipeg.ca/ppms/x86/CHECKSUMS ... done! > Checksum for "mod_perl.tar.gz" is OK. > Checksum for "mod_perl.so" is OK. > > C:\Perl\bin\ppm install mod_perl.ppd > Note: Package 'mod_perl.ppd' is already installed. > > Install 'mod_perl' version 1.99_10-dev in ActivePerl 5.8.0.804. > > Successfully installed mod_perl version 1.99_10-dev in ActivePerl 5.8.0.804. > Where should mod_perl.so be placed? [C:/Apache2/modules] > > Moving mod_perl.so to C:/Apache2/modules ... done! > > mod_perl was successfully installed. Perhaps try uninstalling mod_perl first (within the ppm utility) - the fact that there were no messages after Install 'mod_perl' version 1.99_10-dev in ActivePerl 5.8.0.804. indicating files were being copied into your Perl tree means that your older mod_perl package is probably still being used there. If that helps, I'll try to come up with a versioning system so that one doesn't have to uninstall mod_perl first in order to upgrade it. The problem here is that, while periodic updates to the ppm package are made, I've been using the cvs version (eg, 1.99_10-dev) as the ppm version. Once ppm sees that it has that version, it won't (always) install the same version, even if the files are different. And even if the version has changed, sometimes ppm needs the '-upgrade' switch in order to upgrade things. -- best regards, randy kobes
Apache2 Mod_perl2 win32 POST data truncation
I have installed the below which appear to be the latest (apart from AS804) and the problem of CGI POST data truncation still persists... I have a web form that uses a textarea import a list of entries however when more than the following text is imported truncation occurs. I know that this problem was fixed in 1.99_09 but that was for RH linux et.al - has anyone had a similar problem under win2K svr or Nt Svr? When the for output is fed to a test.mpl I get a correct CONTENT_LENGTH env value but the POST data seems to be truncated. perl -MCGI=999 -e "print $CGI::VERSION" gives 2.81 I have a workaround by changing fors to use multipart but this is not a fix just a workaround. Jacqui - perl5.8.0 AS804 Win2000 Svr (up to date SP's) (same problem persists on WinNT sp6a system) C:\>perl \\Rad\q\wp\fis.170\broadcast.583\dev\apache2\mpinstall Install mod_perl-2 for "C:/Apache2"? [yes] Fetching http://theoryx5.uwinnipeg.ca/ppms/mod_perl.ppd ... done! Fetching http://theoryx5.uwinnipeg.ca/ppms/x86/mod_perl.tar.gz ... done! Fetching http://theoryx5.uwinnipeg.ca/ppms/x86/mod_perl.so ... done! Fetching http://theoryx5.uwinnipeg.ca/ppms/x86/CHECKSUMS ... done! Checksum for "mod_perl.tar.gz" is OK. Checksum for "mod_perl.so" is OK. C:\Perl\bin\ppm install mod_perl.ppd Note: Package 'mod_perl.ppd' is already installed. Install 'mod_perl' version 1.99_10-dev in ActivePerl 5.8.0.804. Successfully installed mod_perl version 1.99_10-dev in ActivePerl 5.8.0.804. Where should mod_perl.so be placed? [C:/Apache2/modules] Moving mod_perl.so to C:/Apache2/modules ... done! Remove temporary installation files from C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp? [yes] mod_perl was successfully installed. To try it out, put the following directives in your Apache httpd.conf file (under C:/Apache2/conf): C:\Apache2>bin\apache -V Server version: Apache/2.0.47 Server built: Jul 8 2003 22:02:11 Server's Module Magic Number: 20020903:4 Architecture: 32-bit Server compiled with -D APACHE_MPM_DIR="server/mpm/winnt" -D APR_HAS_SENDFILE -D APR_HAS_MMAP -D APR_HAS_OTHER_CHILD -D AP_HAVE_RELIABLE_PIPED_LOGS -D HTTPD_ROOT="/apache" -D SUEXEC_BIN="/apache/bin/suexec" -D DEFAULT_SCOREBOARD="logs/apache_runtime_status" -D DEFAULT_ERRORLOG="logs/error.log" -D AP_TYPES_CONFIG_FILE="conf/mime.types" -D SERVER_CONFIG_FILE="conf/httpd.conf" Jacqui Caren, Ingram Group Ltd. [EMAIL PROTECTED] ph: +44 (0) 1483 8628xx main=00 fax=01 ddi=65 http://www.ig.co.uk/ http://www.sitedirector.org/ http://www.perl.co.uk/
Re: Perl 5.8.1 is out
Stas Bekman wrote: So what hostname do you normally use? Have you tried that? Philippe has reported that this change has worked for him. http://marc.theaimsgroup.com/?l=apache-modperl-dev&m=105514290024419&w=2 I used this patch just now on a current CVS, and still see the same problems (or similar). Stas, do you want to have a play on the box to see if you can figure it out? Carl
OT: Re: To quotes or not quotes parameter
Hi!
On Mon, Sep 29, 2003 at 02:06:03AM -0700, [EMAIL PROTECTED] wrote:
> what is the proper way to pass a parameter for something like
> $cgi-param(username)?
This is way off topic here, but very much on topic at the beginners list
(which the initial mail was sent to, too). So please discuss this issue there.
--
#!/usr/bin/perl http://domm.zsi.at
for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/}
To quotes or not quotes parameter
what is the proper way to pass a parameter for something like
$cgi-param(username)?
as far as i know it, this works for me:
$cgi-param(username);
$cgi->param("username");
$cgi->param('username');
thanks,
-rkl
