Matisse Enzer wrote:
At 11:19 AM -0700 9/19/03, Stas Bekman wrote:
Matisse Enzer wrote:
Thank you very much.
So does it work now?
I wasn't able to get 1.99_09 to install.
-8<-- Start Bug Report 8<--
1. Problem Description:
make i
FYI
Original Message
Date: Fri, 19 Sep 2003 10:44:13 +0800
From: Autrijus Tang <[EMAIL PROTECTED]>
To: John Peacock <[EMAIL PROTECTED]>
CC: Perl 5 Porters <[EMAIL PROTECTED]>
在 ??, 2003-09-19 00:05, John Peacock 寫道:
What is the status of thread support on FreeBSD vis-a-vis Perl?
be more, um, blatant?
patches to improve things are always welcome.
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL
ugs/ so we know more about your setup.
______
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
we know more about your setup.
______
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 h
n need the current
cvs, I don't remember when Philippe has fixed that, check the Changes file.
t/response/TestApache/conftree.pm does the testing of this feature and works
just fine in the current cvs.
______
Stas Bekman
the actual implementation.
______
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://mo
has to do with
modperl. There are many other appropriate places where you can ask this
question. See: http://perl.apache.org/docs/offsite/other.html
Let's keep the Signal to Noise ratio high on this list. Thank you.
______
Stas Bekm
7;s better to point people to a simple:
http://perl.apache.org/bugs/
Thanks.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL
s.
Perhaps someone would like to summarize these and put a short tutorial on
perl.apache.org? This question seems to come back pretty often.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/
=1, argv=0xb694, envptr=0xb69c,
putenv_arg=0x8048bf0 "VAR2=value") at envtest.c:36
#4 0x08048a2f in main (argc=1, argv=0xb694, env=0xb69c) at
envtest.c:22
--
Andy Lester => [EMAIL PROTECTED] => www.petdance.com => AIM:petdance
later read them in archives.
Thank you!
__
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
me/stas/httpd/prefork/lib
I'm not sure if we want to contradict apxs on that.
My suggestion is to remove the need for developers to know about those
dirs/vars and have it all abstracted behind ModPerl::MM (which already does
most of it). If it gets ported to mp1 and uses the same API then n
t happens, than
it'd become a non-issue as well ;)
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http:
_perl
to 2.0 docs that would be very helpful for those coming after you. Thanks.
__
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
#Porting_CPAN_modules_to_mod_perl_2_0_Status
thanks.
__
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
FYI: Free DNS for the Perl Community
http://www.dyndns.org/news/releases/archives/2002/09/74.html
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apac
Randy Kobes wrote:
On Fri, 12 Sep 2003, Stas Bekman wrote:
Steve Hay wrote:
Stas Bekman wrote:
Randy Kobes wrote:
On Fri, 12 Sep 2003, Steve Hay wrote:
I believe that mod_perl 2 now installs the mod_perl.lib
somewhere to solve that kind of problem. Is there an
option in the mod_perl 1 build
Steve Hay wrote:
Stas Bekman wrote:
Randy Kobes wrote:
On Fri, 12 Sep 2003, Steve Hay wrote:
I believe that mod_perl 2 now installs the mod_perl.lib
somewhere to solve that kind of problem. Is there an
option in the mod_perl 1 build process to thave that
library installed, or could that be
ft;
# mod_perl.lib will be installed into MP_AP_PREFIX/lib
# for use by 3rd party xs modules
"$self->{cwd}/src/modules/perl/$self->{MP_LIBNAME}.lib";
}
______
Stas BekmanJAm_pH --> Just Anothe
perl/ithreads2...ok
preconnection/note...ok
protocol/echook
protocol/echo_filter.ok
protocol/eliza...ok
----
error running 3 tests out of 140
_
d to save ping-pong cycles, first upgrade to the latest mod_perl:
http://perl.apache.org/download/index.html
and try again.
Thanks.
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mo
bably want to use the latest released
mod_perl 1.99_09 and apache 2.0.47 before you start reporting problems which
were fixed alredy. You can find rawhide rpm versions of those on rpmfind.net.
__
Stas BekmanJAm_pH --
hat the input is read properly, then the
same for the output.
I have started writing the test for mp2 to verify utf8 input, hopefully I'll
finish it soon.
______
Stas BekmanJAm_pH --> Just Another mod_perl
: in the global list of modules...
______
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:
[Forwarded from "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>]
Hello,
In response to :
Kurt George Gjerde wrote:
> BTW: I've fixed my "can't coerce GLOB to string" problem I had last
week.
> Was unrelated to mod_perl (sorry). It seems XML::LibXSLT produced some
> errors which went straight to STDERR.
I think I got your problem solved, you need to:
- print $q->header();
+ print $q->header("text/html; charset=utf-8");
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/
;new();
};
return 1 if $@;
instead of just
$query = CGI->new();
______
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
glad that somepone has taken
an interest.
I think this repackaging is what raised the interest of a few mod_perl
developers. However, at the moment, there is nothing new here.
Nigel
<[EMAIL PROTECTED]>
--
______
Stas Bekma
lot in advance
I would like to thank the mod_perl community for mod_perl, it has made
the development of this project fun! And it has kept me from having to
go back to C programming. It was a long time since I last did that.
thanks for the kind words ;)
______
lHeaderParserHandler
______
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
ks Shannon, I have updated the page.
__
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
e the exact error you are talking about.
Thanks.
______
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
/authors/id/L/LD/LDS/
__
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
speeves wrote:
Stas Bekman wrote:
Thanks that did it.
Great.
It would be nice though if the minimum rev level of the CGI.pm could be
mentioned in the doc.
Or maybe it is there somewhere and I skimmed over it.
It's a a CGI.pm problem, really. We can't go and support all possible
mo
utf8 data:
t/apache/cgihandler.t
t/response/TestApache/cgihandler.pm
t/modules/cgi.t
t/response/TestModules/cgi.pm
t/modules/cgiupload.t
t/response/TestModules/cgiupload.pm
of course you will want to create a new couple of files for this test.
___
need to add the
receiving utf8 data as well.
______
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
[error] 1688: ModPerl::Registry: Can't locate
> object method "request" via package "Apache" at C:/Perl/lib/CGI.pm line
269.
upgrade your CGI.pm to 2.93 or higher.
______
Stas BekmanJAm_pH --&g
s/solutions.
Please let me know if I have missed something from your last posts suggestions.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[
l fix them asap.
______
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 htt
:
not_executable.pl (I guess that's correct)
lib.pl
local-conf.pl
That's fine.
So we are all set ;)
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --->
l
and try again.
______
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.
ng reality...
__
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
ource dir and compiles it there.
______
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.
ollowing entry in the apache
> logfile:
>
> [Fri Sep 05 00:17:12 2003] [error] 1688: ModPerl::Registry: Can't locate
> object method "request" via package "Apache" at C:/Perl/lib/CGI.pm line 269.
upgrade your CGI.pm to 2.93 or higher.
_
few knowledgeable
folks over there...
Next I am going to try perl 5.8.1 snapshot to see what happens.
Probably nothing will change on the sharing front, but you will get a better
perl ;)
__
Stas BekmanJAm_pH
ayout. Please check if it works for you.
I've already adjusted the install docs to mention MP_APXS, I suppose we need
to put it as the very first one.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http
-5.8.1 snapshot, while you are at it,
as it'll be released rsn.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROT
e t/logs/error_log)
make: *** [run_tests] Error 1
[EMAIL PROTECTED]:~/.cpan/build/Apache-Test-1.03#
--
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide --->
ably more familiar to cgi script writers,
than an abstract $counter exapmle.
Thanks!
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto
id the closure, however this change
requires that the variables will be initialized before used in most cases
(example of 'open our $foo' which doesn't need to be initialized). you can
initialize variables by an explicit assignment of the value, or using the
'local our
/bugs/
__
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
-
tests don't catch. You can always switch to IPC::Run
if you encounter some problems.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.or
ccdlflags='-rdynamic'
-cccdlflags='-fpic', lddlflags='-shared -L/usr/local/lib'
+dlsrc=dl_dlopen.xs, dlext=so', d_dlsymun=undef, ccdlflags='-rdynamic
-Wl,-rpath,/usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE'
+cccdlflags='-fPIC'
+ccdlflags='-rdynamic -Wl,-rpath,/usr/lib/perl5
the same script work fine as mod_cgi?
__
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
John Saylor wrote:
hi
( 03.09.03 10:42 -0700 ) Stas Bekman:
You mean, you want to generate one? in mod_perl2/apr it'd be:
is there an equivalent in mod_perl1?
I'm sure there are a few modules on CPAN that you can use. Again I'm talking
about generating UUD, not extracting the
://perl.apache.org/bugs/
__
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
the command line (assuming that you are using the latest cvs):
perl -MApache2 -MAPR -MAPR::UUID -le 'print APR::UUID->new->format'
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://staso
sue a request to a registry script?
I suppose nothing? There is no segfault, no nothing? What's the exact error
message that you get from the system? (I suppose it does that via a pop up
window, right?)
__
Stas Bekman
being a bonehead? Thank you in advance for any
assistance.
Compare their build options?
perl-5.6.1 -V > 5.6.1
perl-5.8.0 -V > 5.8.0
diff -u 5.6.1 5.8.0
__
Stas BekmanJAm_pH --> Just Another mod_perl Ha
As for flocking, I prefer to do that, even though there are claims that short
writes are atomic. It's probably not the same on all io implementations.
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http
ust call $r->construct_url. In your example
that would be:
$r->headers_out->set(Location =>
$r->construct_url . "&r2=1");
______
Stas BekmanJAm_pH --> Just Another
mod_perl Hacker
http:
Tofu Optimist wrote:
Thanks. How do I call construct_uri?
You just call $r->construct_url. In your example that would be:
$r->headers_out->set(Location => $r->construct_url . "&r2=1");
______
aram uri The path to the requested file
* @param r The current request
* @return A fully qualified URL
* @deffunc char *ap_construct_url(apr_pool_t *p, const char *uri,
request_rec *r)
*/
AP_DECLARE(char *) ap_construct_url(apr_pool_t *p, const char *uri,
request_rec *r);
___
h will work well in mp1 and mp2, we can replace the lib.pl solution with
it, but should add it to the perl reference section.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl
[EMAIL PROTECTED] wrote:
In private mail Stas Bekman <[EMAIL PROTECTED]> writes:
oops, that should be the modperl list... at modperl-docs we discuss
mostly site/docs techical issues and there are very few people on this
list to get enough exposure for this kind of feedback request.
Pat
ting/compat.html
http://perl.apache.org/docs/2.0/user/porting/porting.html
while
my $r = shift;
gives an object of type 'Apache::RequestRec'
That's correct.
Can not find how to reach header_in() from this point
Again, it's in:
http://perl.apache.org/docs/2.0/user/porting/compat.htm
l not have code-debugging information
inserted. Make sure that you load before any code that you plan to profile.
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> h
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:[EMAI
one, which may cause even more confusion. IMHO, it's much better to die with a
useful hint on how to tell where APXS is.
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl G
sg. For some reason it fails to do that for
you.
______
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
showing any error
messages or explaining what kind of problem he has.
On Fri, 29 Aug 2003 10:17:57 -0700, Stas Bekman <[EMAIL PROTECTED]> wrote:
Igor Ivoilov wrote:
Hello all,
I have perl programs running under Apache::Registry.
Now I need to switch to mod_perl2 and can not find request
tml#C_Apache_E_gt_request_
__
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
.
__
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
--
Reporting bugs
d's homedir
on CPAN, and not release manager's one.
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROT
7;s a bug in Apache 1.3.28:
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22805
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAI
rl (apache 1x).
The problem is that the initial read pipe apparently fails to open
under modperl.
Is there a workaround for this? or am I just missing something
simple?
Use IPC::Run?
______
Stas BekmanJAm_pH --> Just
+637,7 @@
my @trys = grep { $_ }
($vars->{src_dir},
$self->apxs('LIBEXECDIR'),
+ $self->apxs('LIBEXECDIR').'-extramodules',
catfile($sroot, 'modules'),
catfile($sroot, 'libexec'));
__
s directly, or
somewhere else?
Please, post them to the dev list:
http://perl.apache.org/maillist/dev.html
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http:
n.
It should be:
EnableSendfile Off
of course.
______
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://apache
here in
t/conf/httpd.conf and rerun:
t/TEST -v filter/in_bbs_msg.t hooks/trans.t
don't run 'make test' as it'll rewrite t/conf/httpd.conf, use t/TEST instead.
I wonder why http://httpd.apache.org/docs-2.0/mod/core.html#enablesendfile
says that it's on by default.
__
work with perl < 5.6.
So if you can share your solution, I'd it to that section.
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apach
e.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:/
Udo Rader wrote:
Am Tue, 26 Aug 2003 16:07:21 + schrieb Stas Bekman:
As you posted in the followup, this is a problem with all Apache:: modules.
The problem originates within Apache, not us.
Didn't know that apache rejects to run as root. Strange (but safe) behaviour.
It starts as
l be helpful.
--
Reporting bugs: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
--
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org
sed. Make sure to always report bugs properly in the future.
Alan, as Ged suggested, upgrade your perl to 5.6.1 or 5.8.0 (5.8.1 was not
released yet) and try again (you will need to rebuild mod_perl once you did that).
______
Stas Bekman
functions. http://perl.apache.org/bugs/
provides the details on how to do that.
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PRO
he 'Reply-To' header as well.
______
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
Larry Leszczynski wrote:
On Tue, 26 Aug 2003, Stas Bekman wrote:
Please advise on another way to tell people to respond to the list and not in
private. I used to receive much less off-list replies earlier.
[snip]
Purhaps adding a list signature:
Always post followups back to the list!
will
? Are you required to flush any data before
issuing a subrequest? If I remember correctly you aren't.
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://
ndler, and do nothing if run from the filter handler.
I have somewhere a prototype for the new API which tells what phase we are in,
but it's possible that there is a more efficient way to tell the difference.
______
Stas Bekman
followup.
______
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://ap
Geoffrey Young wrote:
Stas Bekman wrote:
Craig Shelley wrote:
I'll take a look at it. But you didn't supply a complete bug report
as explained http://perl.apache.org/bugs/. Please do so.
I think I've got this figured out.
the problem is with the r->main logic in mpxs_ap_
to retrieve the cvs version in order to get it.
http://perl.apache.org/download/source.html#Development_mod_perl_2_0_Source_Distribution
(note: I have just committed the test, so if you use the snapshot, which is
updated every 6 hours, it may not be there, so use the normal cvs checkout)
_
s, which breaks the
thread in the archives.
Purhaps adding a list signature:
Always post followups back to the list!
will help, but who reads that.
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://st
ls already. If you ask a question
in a public forum and expect an answer, please at least consider to turn off
any autoresponders that you may have. :(
__
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http
PS: Please keep it on the list... :)
______
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://
andlers/filters.html
______
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://ticke
which
provides the exact information we need to help them.
______
Stas BekmanJAm_pH --> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED]
Craig Shelley wrote:
On Tue, 2003-08-26 at 19:03, Stas Bekman wrote:
Thanks, but you have missed the core dump's backtrace.
I am sorry but I have never used core files before, so forgive me if I
have done this all wrong.
No worries, this task is not trivial. Your trace is almost perfect
1 - 100 of 2812 matches
Mail list logo