explain the resolving problem.
______
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://apachewe
ility can be ensured only when more people will start
using it and see that things are stable. So it's a chicken and egg problem.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ m
aying that
2.0 is slower, I'm just asking to see the numbers ;)
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL
l include files from the new build,
however you link against another library. Does your newly rebuilt library has
this symbol defined?
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/
Perrin Harkins wrote:
Stas Bekman wrote:
Where did you see the benchmarks showing that Apache 2.0 has a better
performance than 1.3?
All over!
Thanks Perrin.
[...]
Some good graphs, including thttpd:
http://www.zeuscat.com/andrew/work/aprbench/
It shows that threaded mpm's throu
hey aren't
listed on perl.apache.org let us know.
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] htt
arch for "Undefined subroutine"
the 4th and 5th hits give you want you want.
since this problem is the same in mod_perl 1.0 and 2.0 the solution should be
moved out from the 1.0 guide, into the generic docs. Doc patches are welcome.
_______
t that this will work, IPC::Open* have
always had problems with mod_perl. IPC::Run should be used instead for now.
Hopefully will be able to look more into this issue much later unless someone
beats me to it.
__
Stas Bekman
issing functionality, speak up.
______
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
Ville Skyttä wrote:
On Wed, 2003-01-22 at 08:10, Stas Bekman wrote:
Please try again with the latest cvs, I've just ported FILENO, OPEN and CLOSE
interfaces from 1.0. Though I doubt that this will work, IPC::Open* have
always had problems with mod_perl. IPC::Run should be used instea
http://perl.apache.org/docs/2.0/user/config/config.html#C_Clone_
______
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
this requires perl 5.8.
I can't say about other perls, as I said I have 5.8
You should be fine with 5.6.1 if you want to work with prefork mpm. Stay away
from 5.6.0.
__
Stas BekmanJAm_pH --> Just Another
Martin Moss wrote:
oooh handbags!
Apologies to the group this is my last email on this topic.
Apologies accepted ;) As Perrin said, we all do mistakes. Now let's move on to
the fun with mod_perl.
__
Stas BekmanJ
read:
http://marc.theaimsgroup.com/?t=10430802132&r=1&w=2
In particular at:
http://marc.theaimsgroup.com/?l=apache-modperl&m=104312560827233&w=2
Does this help?
______
Stas BekmanJAm_pH --> Just Another mod_
8.0. In which
case you need to install mod_perl 1.99_08. From Changes:
workaround glibc/Perl-5.8.0 crypt() bug (seen with threaded MPMs)
__
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
up my perl.
Have you installed mod_perl using the shared libperl.so before into the same
directory?
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.
Handler for server www.et:0, exiting..."
The Module "Emma::AuthCookieHandler" is in the path
"/et/www/envirotex/lib". As i see from the message above the additional
lib path is missing from the @INC Array.
______
S
omatically if your fs/os supports it. Or it can be
forced with:
% CFLAGS="D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64" ./configure [...]
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ m
Have you read:
http://perl.apache.org/docs/1.0/guide/porting.html#Name_collisions_with_Modules_and_libs
?
If you are referring to a different problem, what mod_perl version are you
talking about?
______
Stas BekmanJAm_pH
die "some error while reading with get_client_block";
}
$data .= $buf;
}
return $data;
}
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guid
d=126&tid=130
______
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 h
t figure out the default localhost's server name"
+unless $localhost;
}
# memoize the selected value (so we make sure that the same port is used
______
Stas BekmanJAm_pH --> Just Another mo
sub our_remote_addr {
my $self = shift;
my $name = $self->default_servername;
$remote_addr ||= Socket::inet_ntoa((gethostbyname($name))[-1]);
}
$name was undef. Socket::inet_ntoa() has died because of that.
______
Stas Bekman
27;t know how to fix that, you have to read the
manual for your operating system, or some howtos, e.g.:
http://www.linux.org/docs/ldp/howto/Net-HOWTO/x540.html
If you are still in trouble, you should refer to the appropriate list for your
OS to solve it, since this is not a mod_perl pro
/usr/lib/perl5/5.8.0 |grep CGI.pm
______
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
his
version in Makefile.PL.
Can you please check why you don't have it? Have you installed Perl via rpm?
If so can you run 'rpm -qlp perl-whatever.rpm' and grep for CGI.pm?
______
Stas BekmanJAm_pH -->
is by installing those).
I guess Philippe can comment on the sections part, I think it should
be in RSN. What about method handlers? What's wrong with them?
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http
ng that it works.
http://perl.apache.org/docs/1.0/guide/getwet.html
http://perl.apache.org/docs/1.0/guide/install.html#How_can_I_tell_whether_mod_perl_is_running_
--
__
Stas BekmanJAm_pH --> Just Another mod_per
.
please post your build env, see:
http://perl.apache.org/docs/2.0/user/help/help.html#Reporting_Problems
__
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
mpat.html#Method_Handlers
______
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://modperlbo
;s cool!
thanks for your help.
;)
______
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://modp
LINED but not for 'DONE' to be
consistent with 1.0.
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] ht
Try again with the current cvs. You can look at the test
t/hooks/TestHooks/stacked_handlers.pm which aborts the execution chain when
Apache::DONE is returned.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hac
in 2.0 as in 1.0 (using the current cvs ;), the
chain is aborted on !(OK || DECLINED). Any return codes are passed further to
Apache.
kudos, stas, for always taking care of all the 2.0 stuff.
;)
______
Stas BekmanJAm_
ng wrong?
Where have you picked these instructions? Your mistake (as seen from the neat
log) is that you go and reconfigure Apache after mod_perl has done this for
you already. See:
http://perl.apache.org/docs/1.0/guide/install.html
_____
original question.
__
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.co
x27;s dir for mod_perl 1.x. (Apache::Registry and
friends)
It's *currently* not the case with mod_perl 2.0 (ModPerl::Registry and
friends), but this should change to be the same as 1.x by the time 2.0 is
released.
____
Stephen Clouse wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Mon, Jan 27, 2003 at 06:25:26PM +1100, Stas Bekman wrote:
Hmm, you have perl 5.8.0. How is it possible that you don't have CGI.pm,
which is a part of the core?
It's probably a perl installed from a vendo
While we are at this topic, I've patched GTop-0.10 to support libgtop-2.0 and
libgtop-1.0 automatically (attached).
I've also backported it to 5.005_03 by including ppport.h in it. Hopefully
Doug will release the new version soonish.
____
Perrin Harkins wrote:
Stas Bekman wrote:
It's integrated into the gnome project and doesn't really exist as a
standalone thing. At least I couldn't find it. When you install the
gnome desktop, you get libgtop as well. So if you are on linux, simply
check your distro for th
Christopher Hicks wrote:
Is there any equivalent to PerlVINC under mod_perl 2?
Yes, and it's a built-in solution, rather than a hack:
http://perl.apache.org/docs/2.0/user/config/config.html#C_Parent_
__
Stas B
need
*** to give configure the --without-gnome parameter.
So give the configure the --without-gnome parameter, what's the big deal?
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/
roken. Notice that it includes a minor
version in the path.
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http:
http://marc.theaimsgroup.com/?l=apache-modperl&m=97363770902299&w=2
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] h
/1.0/guide and start reading from there.
All your questions are already answered there.
Finally, since mod_perl 2.0 is under development and the docs are incomplete
you are much better off learning with mod_perl 1.0 which is stable and pretty
much bug free.
________
--- Stas Bekman <[EMAIL PROTECTED]> wrote:
Mithun Bhattacharya wrote:
Tried compilling libgtop on a server without X and got the
following.
The error message seems to be self explanatory.
So give the configure the --without-gnome parameter, what's the big
deal?
My sincer
ork from the command
line. This is because it requires mod_perl to be loaded into the program,
which is not there when run from the command line.
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.
in which this
method resides.
______
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
t case I hope that somebody else who's on Solaris could step in and help.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PR
Stas Bekman wrote:
Lee Goddard wrote:
Can't locate object method "server_root_relative" via
package "Apache" at C:/Perl/site/lib/Apache/compat.pm line 68.
Also it may mean that you haven't loaded Apache::ServerUtil, in which
this method resides.
has no perms to
access files created by root and hence the problem.
I suppose the solution is to chown all the autogenerated files to that chosen
user and then the issue will be resolved. Meanwhile please try to run the test
suite as non-root.
______
Thanks again, Randy. I did see those docs, but was confused
by the prose.
If you find things unclear, please post a patch to improve them. Thanks.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
h
backtrace is ...?
__
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.co
Joe Schaefer wrote:
Stas Bekman <[EMAIL PROTECTED]> writes:
Joe, I thought you've reverted to use the old test suite?
I did, sorry for the confusion. The test suite in 1.1 is based
on Apache::test, not Apache::Test.
In any case we need to solve this problem for Apache::Test
t has error_log to say about this? Do you have the file perms right?
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.
be built and installed first. I'll
stress that in the docs.
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED]
line to my httpd.conf:
AddHandler cgi-script .sh
This will most likely (not tested) fail like .cgi did when I used
cgi-script-handler in apache... So the problem aren't solved yet!
Any particular reason for using AddHandler and not SetHandler?
_____
bytes
Perl_sv_dup(interpreter * 0x00d84344, sv * 0x0006f6e8,
clone_params * 0x0006fdf0) line 9297 + 26 bytes
Though the good thing is that it happens on croak (something went wrong). So
perhaps you can check why does it happen in first place. I'd at the above frame.
___
root.
As for Apache::test, I'm not familiar with it, so perhaps someone who is, can
backport that above patch to it.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Gu
Matt Sergeant wrote:
On Thursday, Jan 30, 2003, at 22:36 Europe/London, Stas Bekman wrote:
Matt, Apache::Test may not work when run under root, because Apache
won't let you start the server as 'User root' so it tries to use
'nobody' or something else as the usern
Christopher Hicks wrote:
On Thu, 30 Jan 2003, Stas Bekman wrote:
Christopher Hicks wrote:
Is there any equivalent to PerlVINC under mod_perl 2?
Yes, and it's a built-in solution, rather than a hack:
http://perl.apache.org/docs/2.0/user/config/config.html#C_Parent_
That had me
reproduce the problem, and just looking at the source doesn't click
anything. May be try posting your research to p5p?
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_pe
better.
Not a problem, any more, just curious.
Cool.
______
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://ap
loaded server.
http://perl.apache.org/docs/1.0/guide/config.html#Is_There_a_Way_to_Modify__INC_on_a_Per_Virtual_Host_or_Per_Location_Basis_
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.
portant for people to start using Apache::Test everywhere, so
we can sort out the problems and missing features and release it on CPAN asap.
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/
time one. We need it
working for 5.6.1+, is it working fine with 5.6.1?
Pseudohashes are certainly out of question.
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guid
time() instead.
If the beginning of the request is good enough, $r->request_time is better, as
it saves a system call.
http://perl.apache.org/docs/2.0/user/handlers/http.html#PerlPostReadRequestHandler
__
Stas Bek
back to the list:
http://marc.theaimsgroup.com/?l=apache-modperl&m=104355584120402&w=2
Apparently you have email problems if you didn't receive the reply. I've CC'ed
you as well, but the email bounced.
______
Stas BekmanJA
" for networking, you
may be burned some day.
Apache already fixes up "\n\n" to the right thing. What it really does
is identifying the Content-type: header, and then adds the terminating
by itself, because it really sends other headers, before adding an
empty new line. So it shouldn
ate them
from the body. Apache then adds other headers (Server token, Date, etc) and
sends the response as if it was a mod_perl module. Think of Apache::Registry
and friends as mod_cgi on mushrooms.
__
Stas BekmanJAm_pH --> Just A
bols, which seems to be the cause of the
error:
ranlib: mod_perl.so: Inappropriate file type or format
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http:/
bably...)
It's hard to guess what your relevant configuration is. Care to send in the
mod_perl and Apache sections? Including things like Multiviews Options,
DirectoryIndex, etc.
Basically it all comes to the following logic: mod_perl sections inherit all
the default Apache settings unless you
de/porting.html#Name_collisions_with_Modules_and_libs
______
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 htt
sub compile {
my ($namespace, $file) = @_;
open my $fh, $file;
local $/;
my $data = <$fh>;
close $fh;
{ eval "package $namespace;\n $data"; }
return $@ ? 0 : 1;
}
1;
__
Stas BekmanJAm
.0 lays: ModPerl::Registry doesn't reset status if
it wasn't changed by the script.
__
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
case, you can subclass Apache::RegistryNG and override the handler()
method to get things working for you now. or give a try to mp2.0.
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/
return ($rc == OK && $old_status != $new_status) ? $pr_status : $rc;
}
1;
__
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
Here is an article on Apache 2.0 adoption trend
http://www.newsfactor.com/perl/story/20572.html
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apac
sors do you need?
Any and all advice appreciated, including "You fool! This already
exists!" :-)
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> ht
Seldo wrote:
Whoa, quick turnaround! Oof course, it's 11pm here, but only 6pm where
you are I suppose...
It's actually 11am, on your tomorrow (PDT+11) ;) I'm living in the future ;)
On 05 February 2003, Stas Bekman wrote:
SB> You forgot to add to unfortunate facts that bot
ers? e.g.:
$r->uri("/perl/bob.pl");
assuming that you have /perl configured to run ModPerl::Registry?
Does a request to /bob.php works fine if requested directly (when you don't
have your PerlTransHandler installed?
___
h was doing:
my $auth = $r->dir_config('authsession');
$r->set_handlers(PerlTransHandler => sub { return OK })
if $auth eq 'false';
this is not a magic internal feature ;)
______
Stas BekmanJA
eader'.
Sometimes it can take hours before a segmention fault occurs.
Sometimes it is immediate. Every time I get the core dump,
the location is the same--mod_perl_sent_header.
--
__
Stas BekmanJAm_pH --> Just Ano
just worked for them. 99.% that it'll work for you too ;)
More details can be found at: http://perl.apache.org/docs/1.0/guide/install.html
Hope it works out for you this time.
__
Stas BekmanJAm_pH --> Just
Vicki Brown wrote:
At 12:34 +1100 2003-02-09, Stas Bekman wrote:
Vicki, you are obviously missing some build steps.
Obviously :/
How about starting from
scratch again following the guide and get this frustration over?
Sadly, I started from scratch the first time.
Thousands of people
Vicki Brown wrote:
At 14:05 +1100 2003-02-09, Stas Bekman wrote:
what happens if you do:
cd ../apache_1.3.27/src
make
At this point, I get a "probably harmless" note and a make error.
I ran:
configure \
--server-uid=www \
--serv
he::Test. Rename your package and it'll probably
just work.
[p.s. it's a good practice not to hit reply on another thread's message, but
to start a new mail when you start a new thread, otherwise you mess up the
previous thread and the current one.]
___
/install.html#How_can_I_tell_whether_mod_perl_is_running_
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.or
__
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
'd first check with Mason folks whether 2.0 is supported at all.
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http
iately received a bug report, where the
script wasn't doing the right thing.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTEC
on (make a sub-classable registry).
______
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://apa
...ok
500ok
basic..ok
closureok
perlrun_requireok
redirect...ok
special_blocks.ok
All tests successful.
Files=8, Tests=34, 11 wallclock secs ( 6.80 cusr + 0.80 csys = 7.60 CPU)
__
working on implementing it, if you can contribute such an
example to the documentation, that would be grand! Thank you.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Gu
ll test (just extend one of the
t/response/TestDirective/perlloadmodule*) is very appreciated.
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
m
.
__
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
ither use the latest modperl-2.0 cvs or apply this patch to get the
functionality:
http://marc.theaimsgroup.com/?l=apache-modperl-cvs&m=104509336821414&w=2
Also the online docs were updated (pending automatic update)
______
Stas B
know right away what causes
the problem. See:
http://perl.apache.org/docs/2.0/devel/debug/c.html#Getting_the_core_File_Dumped
http://perl.apache.org/docs/1.0/guide/help.html#How_to_Report_Problems
__
Stas BekmanJAm_pH
Viljo Marrandi wrote:
Hello,
Yes, use strict; was in all modules, this makes it even more interesting,
doesn't it?
use warnings; ?
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://st
rence.html#Using_Global_Variables_and_Sharing_Them_Between_Modules_Packages
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://u
401 - 500 of 2812 matches
Mail list logo