for.
__
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
into
apr-util.
As for mod_perl 1.0, I'm not sure, but if you can make it useful that would be
cool.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto
and other people will take over varous documents.
__
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
!
__
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
__
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
may be the reason for the
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
__
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
/lib/perl5/5.8.0/i386-linux-thread-multi /usr/lib/perl5/5.8.0
[...]
Also remember, that you can't test modules that require mod_perl to run from
the command line. You'd have the same result with mod_perl 1.0
__
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
is enabled
without the threads. Of course the first solution is more favorable for users.
But may I ask why do you have MULTIPLICITY enabled? Is it required for cygwin
perl (fork emulation?)
__
Stas BekmanJAm_pH -- Just
says:
=item * C-Dusemultiplicity
Multiplicity is required when embedding Perl in a C program and using
more than one interpreter instance. This works with the Cygwin port.
Though I can't see that this is a required option.
__
Stas
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://stason.org
#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://use.perl.org http
you get this trace with? It'd be helpful to update the bug
reporting section to explain how to get a more useful trace. The one that
includes symbols, arguments and line numbers.
__
Stas BekmanJAm_pH -- Just Another
apache_inc.h
+#define _INCLUDE_APACHE_FIRST
#endif
#include EXTERN.h
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED] http
this patch to get the
functionality:
http://marc.theaimsgroup.com/?l=apache-modperl-cvsm=104509336821414w=2
Also the online docs were updated (pending automatic update)
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
will 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
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)
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http
/modperl_cmd.c:MP_CMD_SRV_DECLARE(perl)
and probably a few more in the httpd source.
Since you are working on implementing it, if you can contribute such an
example to the documentation, that would be grand! Thank you.
__
Stas Bekman
/TestDirective/perlloadmodule*) is very appreciated.
__
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
.
__
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
/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.org http
__
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
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://use.perl.org http://apacheweek.com
http
.
__
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
).
__
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
and it 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 Another
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 \
--server-gid=www
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.]
__
Stas Bekman
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 BekmanJAm_pH -- Just Another mod_perl
'.
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 Another mod_perl
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.apache.org
exists! :-)
__
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
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 both mod_perl 2.0 and
SB
?
Does a request to /bob.php works fine if requested directly (when you don't
have your PerlTransHandler installed?
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http
.
__
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
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://perl.apache.org
mailto:[EMAIL PROTECTED] http
.
Basically it all comes to the following logic: mod_perl sections inherit all
the default Apache settings unless you've overriden them. And this is true for
any other module, be it mod_perl or not.
__
Stas BekmanJAm_pH
__
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
$/;
my $data = $fh;
close $fh;
{ eval package $namespace;\n $data; }
return $@ ? 0 : 1;
}
1;
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http
example, Dick, if you configure the
script to run under Apache::RegistryNG, does it work? If not, that's where the
difference between 1.0 and 2.0 lays: ModPerl::Registry doesn't reset status if
it wasn't changed by the script.
__
Stas
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 BekmanJAm_pH
: header, and then adds the terminating
by itself, because it really sends other headers, before adding an
empty new line. So it shouldn't matter if you say \r\n\r\n or just
\n\n, unless there is a bug.
__
Stas BekmanJAm_pH
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.org
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/ mod_perl Guide --- http://perl.apache.org
+, 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 Guide --- http://perl.apache.org
mailto:[EMAIL PROTECTED
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 username the server runs under
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 very
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_perl Guide --- http
.
__
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
--- 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 sincere apologies
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.org/ mod_perl Guide
.
__
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
.
__
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
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.
no, no, Apache::compat loads
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.
__
Stas BekmanJAm_pH
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
http
.
And the 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.com
http
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. I'll take care
?
__
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
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] http://use.perl.org http://apacheweek.com
http
?
__
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
.
__
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
who is, can
backport that above patch to it.
__
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
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 Bekman
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/ mod_perl
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://use.perl.org http
__
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
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 BekmanJAm_pH
' 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] http://use.perl.org http://apacheweek.com
http
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 Hacker
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_pH -- Just Another mod_perl
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
__
Stas Bekman
to the 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.com
http
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.
__
Stas BekmanJAm_pH
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 vendor-supplied
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.
__
Stas Bekman
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 this package. e.g
on this by installing those).
I guess Philippe can comment on the Perl 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
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_perl Hacker
http
__
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
__
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
.
;)
__
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
__
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
= 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 BekmanJAm_pH -- Just Another
, 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 problem.
__
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
into the same
directory?
__
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
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.
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http
=D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 ./configure [...]
__
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
://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 -- Just Another mod_perl
;
}
__
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
://marc.theaimsgroup.com/?t=10430802132r=1w=2
In particular at:
http://marc.theaimsgroup.com/?l=apache-modperlm=104312560827233w=2
Does this help?
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl
)
__
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
, but 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 mod_perl
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 BekmanJAm_pH
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 instead
be documented for the time being. And hopefully by the time 2.0 is
released we will come up with a transparent solution.
Have you tried using the +Clone option instead?
http://perl.apache.org/docs/2.0/user/config/config.html#C_Clone_
__
Stas
against another library. Does your newly rebuilt library has
this symbol defined?
__
Stas BekmanJAm_pH -- Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --- http://perl.apache.org
mailto:[EMAIL
601 - 700 of 2516 matches
Mail list logo
