SERVER_CONFIG_FILE = conf/httpd2.conf
[ debug] inheriting config file: /usr/conf/httpd2.conf
[ debug] Matched Apache revision Apache-AdvancedExtranetServer/2.0.50 2
Thanks for any ideas,
William
--
Knowmad Services Inc.
http://www.knowmad.com
Sorry, the subject on my first post probably obscured the fact that this
was a new problem post.
-8-- Start Bug Report 8--
1. Problem Description:
make test fails on t/modperl/request_rec_tie_api.t .
# Running under perl version 5.006002 for hpux
#
-8-- Start Bug Report 8--
1. Problem Description:
make test fails on t/modperl/request_rec_tie_api.t .
# Running under perl version 5.006002 for hpux
# Current time local: Mon Aug 22 16:22:54 2005
# Current time GMT: Mon Aug 22 20:22:54 2005
# Using
On Wed, Jun 08, 2005 at 12:00:01AM +1000, Stas Bekman wrote:
Great! William, can you please write a new entry for the troubleshooting
chapter? With a full diagnosis and the solution? Really it should belong
to the Apache-Test troubleshooting, but as at the moment it doesn't exist,
we
Bill
Randy Kobes wrote:
On Fri, 22 Jul 2005, William A. Rowe, Jr. wrote:
For users of Randy's apxs win32 (v 0.2) here's my gross hack to get
it working again for 2.1-dev, 2.2. The binary has changed from
apache.exe to httpd.exe, causing some pain. However, it's specific,
I started generic but ran
For users of Randy's apxs win32 (v 0.2) here's my gross hack to get
it working again for 2.1-dev, 2.2. The binary has changed from
apache.exe to httpd.exe, causing some pain. However, it's specific,
I started generic but ran out of time (libapr-1.dll for example.)
Sorry for the crosspost,
Well, I posted too fast. Scratch that first diff for this version which
has a bit more detail about how the UPLOAD function is working.
William
--
Knowmad Services Inc.
http://www.knowmad.com
--- testing.pod.orig2005-07-06 09:21:53.0 -0400
+++ testing.pod 2005-07-06 15:26
and rebuild. Looking at the
segfault, it seems to occur in Perl rather than mod_perl. I've rebuilt
mod_perl many times but it still segfaults (even with the mod_perl I
just built with debugging flags enabled).
Thanks,
William
--
Knowmad Services Inc.
http://www.knowmad.com
-8-- Start Bug Report 8--
1. Problem Description:
When using Image::Magick (either 6.1.9.4 or 6.2.3) under mod_perl, the
server segfaults. Used at the command line or under mod_cgi there are no
errors.
A core dump is attached. This is my first attempt at
On Tue, Jun 07, 2005 at 09:34:29AM +1000, Stas Bekman wrote:
William, as you can see from the source src/modules/perl/modperl_util.h
#if defined(MP_TRACE) defined(APR_HAS_THREADS)
#define MP_TRACEf_TID /tid 0x%lx
#define MP_TRACEv_TID (unsigned long)apr_os_thread_current()
The symbol
On Sat, Jun 04, 2005 at 09:29:53PM +1000, Stas Bekman wrote:
/stubs/usr_local/src/mod_perl-2.0.0/src/modules/perl/modperl_util.c:472:
undefined reference to `apr_os_thread_current'
*** Error code 1
William, please try:
http://perl.apache.org/docs/2.0/user/troubleshooting
to mod_perl 2.0 renaming doc[1]? Are you
using the right version of CGI? A proper bug report using mp2bug would
have let us know.
William
[1] http://perl.apache.org/docs/2.0/rename.html
--
Knowmad Services Inc.
http://www.knowmad.com
more time on it later today.
Also, the t/protocol/echo_filter.t test is failing. It runs tests 1 and
2 then keeps running until it fills up the disk space then dumps a
massive core file. I'm just skipping it for now.
William
On Fri, Feb 18, 2005 at 05:32:49PM -0500, Stas Bekman wrote:
William
-8-- Start Bug Report 8--
1. Problem Description:
Following on the heels of my previous post to Stas regarding an old
thread, I've another test failure report. This one is for
t/protocol/pseudo_http.pm. It is failing because the connection to the
server is
about the bug you had? What does a socket options
issue mean? Do you know what ac_cv_o_nonblock_inherited is doing when
it gets set?
Thanks,
William
--
Knowmad Services Inc.
http://www.knowmad.com
with Image::Magick (which is the real reason I got back to
working on these tests) has gone away.
Regards,
William
--
Knowmad Services Inc.
http://www.knowmad.com
-8-- Start Bug Report 8--
1. Problem Description:
While trying to track down a segfault that is occurring with
Image::Magick, I went to build a version of mod_perl with debugging
flags. Unfortunately this does not build for me under FreeBSD 5.3. Here
is
the index.html:
[Mon Apr 25 09:48:17 2005] [error] file permissions deny server
execution /home/william/Apache-Test-skeleton-mp2/t/htdocs/index.html
This is followed by the usual error about not being able to serve the
directory when I try to GET '/' in t/01basic.t. It looks like the gist
is wrong - your DirectoryIndex puts the index script ahead of everything
else, so the results should match Hello and not welcome.
Indeed you are correct about the bad test. I've incorporated the new
fixup handler into my production config and it's working like a champ.
Thanks!
William
--
Knowmad
not find a discussion about this issue. Any more ideas
for me?
Thanks,
William
--
Knowmad Services Inc.
http://www.knowmad.com
is perl-script
PerlSendHeader On
SetHandler perl-script
PerlResponseHandler ModPerl::Registry
Files *.html
SetHandler None
/Files
Files *.css
SetHandler None
/Files
/Directory
This configuration had been working under mp1.
Thanks,
William
--
Knowmad Services Inc.
http
On Thu, Mar 31, 2005 at 12:33:21PM +0200, Peter Roosdorp wrote:
Any ideas? Where can I get help with this?
Hi Peter,
Start with filling out a bug report[1].
William
[1] http://perl.apache.org/docs/2.0/user/help/help.html#Reporting_Problems
--
Knowmad Services Inc.
http://www.knowmad.com
) or do
concurrency testing.
There is a skeleton[2] that you can use to help get started.
Good luck,
William
[1] http://perl.apache.org/docs/general/testing/testing.html
[2] http://perl.apache.org/~geoff/Apache-Test-skeleton-mp1.tar.gz
--
Knowmad Services Inc.
http://www.knowmad.com
,
William
[1] Stas, I'm still working on tracking down the issues. Just been
sidetracked by my work lately.
--
Knowmad Services Inc.
http://www.knowmad.com
I can't seem to locate the source repository point for _RC4...
Looked in;
http://svn.apache.org/repos/asf/perl/modperl/tags/
as well as
http://cvs.apache.org/viewcvs.cgi/
(which I see modperl2 is now gone.)
Any pointers? Would like to give this a thorough drubbing
so I can toss my ++ into
At 07:05 PM 3/9/2005, Geoffrey Young wrote:
official releases are also always on
http://svn.apache.org/viewcvs.cgi/perl/modperl/
blarg, cut and paste error. I meant
http://perl.apache.org/dist/
I hope you ment http://www.apache.org/dist/perl/ since that's
what our mirrors capture.
hello list.
very dumb question for you: with mod_perl2 and apreq2, what is the
proper way to get the raw query string?
(I want to pass it through the login process.)
or is this Bad Thinking?
thanks
will
account
in a non-jail process to see if the same behavior manifests. I'll try to
do that soon and report back. Actually, I suppose that I could try
running the nonblock script first to see if that works.
Thanks,
William
--
Knowmad Services Inc.
http://www.knowmad.com
On 18 Feb 2005, at 13:11, Geoffrey Young wrote:
William Ross wrote:
hello list.
very dumb question for you: with mod_perl2 and apreq2, what is the
proper way to get the raw query string?
using just the mp2 api its $r-args, just like mp1
http://perl.apache.org/docs/2.0/api/Apache/RequestRec.html
information to help us track down the
testing problems I'm seeing? Should I be using this version of the
binary instead of the one configured without the
ac_cv_o_nonblock_inherited setting?
Thanks!
William
--
Knowmad Services Inc.
http://www.knowmad.com
On Fri, Feb 18, 2005 at 10:15:19AM -0500, William McKee wrote:
Actually, I suppose that I could try running the nonblock script first
to see if that works.
I was able to get my hosting provider to run the nonblock program
outside of a jailed process and it works. We've been trying to figure
out
by localhost (127.0.0.1).
Since the test is for pnotes, we could change the test. However, I
suspect it'd be better to figure out what's causing the difference
between the two functions. Is this the right place to file a bug report
against Apache::Connection?
William
--
Knowmad Services Inc.
http
On Wed, Feb 16, 2005 at 07:12:11PM -0500, Stas Bekman wrote:
please look at your original report, William, it was failing the same 2
sub-tests.
That's weird because it's only failing one if I run it by itself. This
obviously wasn't the case earlier when I reported the error. At any
rate
the jail. I have no access outside of my jail.
William
--
Knowmad Services Inc.
http://www.knowmad.com
On Wed, Feb 16, 2005 at 10:52:06PM -0500, Stas Bekman wrote:
Thanks, William. I've committed an extended version of your patch but at
the beginning of that section. Please let me know if it needs more work.
Looks good. That explains it the way I now understand it to work.
I believe
CGI.pm (which may not even be the goal of this module).
William
[1] Presently, I'm primarily an Apache::Registry user.
[2] http://search.cpan.org/~wonko/CGI-Application-Plugin-Apache-0.10/
--
Knowmad Services Inc.
http://www.knowmad.com
,
William
[1] http://test.knowmad.com/~william/config.log
--
Knowmad Services Inc.
http://www.knowmad.com
socket problems in the underlying C libs.
That makes sense as I'm running inside a jailed process which has
limited access to sockets. I wonder if there's a way to test for this
condition and skip the failing tests. I'll check the archives and see
what I can learn.
William
--
Knowmad Services Inc
remembered you suggesting that
Apache::Test should not be run as root so surmised that that was my
problem. Right now, I do not have time to track down this error. If I
can repeat it at a later time, I will file a proper bug report.
Thanks,
William
--
Knowmad Services Inc.
http://www.knowmad.com
you give me any pointers for further testing? I'm going to try the
debugger to see what I can find but am not very familiar with the
codebase.
Thanks,
William
--
Knowmad Services Inc.
http://www.knowmad.com
to be checking the output of 'df
/' to see if it reports being mounted on a different filesystem (e.g.,
/local/jails in my case). Other solutions require C code or additional
packages[2].
William
[1]
http://www.freebsd.org/doc/en_US.ISO8859-1/books/arch-handbook/jail-restrictions.html
[2] http
run from somewhere where non-root user can access files (e.g.
/tmp), running as 'root' should work just fine.
I see the difference now. I was installing from /usr/local/src so that
test should have worked.
William
--
Knowmad Services Inc.
http://www.knowmad.com
--- install.pod.orig2005-02
impelemented entirely by Apache.
OK.
William
--
Knowmad Services Inc.
http://www.knowmad.com
at line 22 fail #2
FAILED tests 2-3
William
--
Knowmad Services Inc.
http://www.knowmad.com
at next.
William
--
Knowmad Services Inc.
http://www.knowmad.com
On Sat, Feb 12, 2005 at 11:12:07AM -0500, John Klassa wrote:
Am I missing something obvious?
I'm not familiar with this error. Try filing a complete bug report[1]
and you'll have better luck getting some assistance.
William
[1] http://perl.apache.org/docs/1.0/guide/help.html
-8-- Start Bug Report 8--
1. Problem Description:
While installing mod_perl2 on a FreeBSD 5.3 jail environment, I received
the following test errors:
Failed Test Stat Wstat Total Fail Failed List of Failed
that the server had to be rebuilt. When I
first read the recipe, it didn't make much sense that I would install
Apache then build mod_perl. The line I added helps clear it up. Does the
server also get rebuilt if compiling a dynamic mod_perl?
Thanks,
William
--
Knowmad Services Inc.
http://www.knowmad.com
.
Good luck,
William
--
Knowmad Services Inc.
http://www.knowmad.com
I've installed, right? Is this the library that
has been more appropriately named modperl.a in MP2?
Cheers!
William
[1]
http://perl.apache.org/docs/1.0/guide/install.html#Undefined_reference_to__PL_perl_destruct_level_
--
Knowmad Services Inc.
http://www.knowmad.com
--
Report problems: http
compiled libraries.
I've tried reinstalling some of the XS modules such as DBI which seems
to clear up these errors.
Any other suggestions or pointers, esp. in light of the differences
between dynamic and static linking and libperl.so/libperl.a, would be
much appreciated.
Thanks,
William
[1]
http
.
Unfortunately some distros don't get it and install libperl.(so|a) into
/usr/lib :(
I'm guessing that this goes for any libperl.so, e.g. libperl.so.5.6 or
libperl.so.5.8. If so then it would explain the weird behavior that I've
been getting when compiling mod_perl.
Thanks,
William
--
Knowmad Services Inc
was still getting
strange behavior though so moved them all out of /usr/lib. Seems a bit
better now.
Thanks,
William
--
Knowmad Services Inc.
http://www.knowmad.com
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http
= Apache::TestRequest::hostport();
I suppose this would not work for the automatically built response tests
which use the default port.
William
--
Knowmad Services Inc.
http://www.knowmad.com
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist
my problem is
whatever i enter in the user/password prompt, it always says wrong
password(rc=3).
thanks,
william
Shannon Eric Peevey wrote:
william lai wrote:
*Hi speeves,
i'm trying Apache::AuthenNTLM 2.07 modules with a
NT PDC, mod_perl-1.19_12, Apache/2.0.51., After
Hi!
Just a note
151 146 215 157 25 128 187 187 89 189 123
96 102 245 22 51 215 149 19 62 159 254 133 32 252 79
79
[26627] AuthenNTLM: protocol=NTLMSSP, type=3,
user=william, host=UNIFORCE, domain=mrppdc.com,
msg_len=0
[26627] handler type == 3
[26627] AuthenNTLM: Verify user william via smb server
[26627
it in conjunction with mod_perl. In fact, Michael Peters has just
released a plugin to make it even more mod_perl friendly (including the
use of Apache::* modules rather than CGI.pm).
However, I agree that it does not provide a technical solution to your
problem.
William
--
Knowmad Services Inc.
http
Hi Pierre,
You're in the right place. I run Apache with Debian and have had
troubles in the past with compiling mod_perl due to having two copies of
libperl.so[1]; I think this would more likely be the case if you have
compiled Perl yourself.
William
[1] http://mathforum.org/epigone/modperl
is, is this a daft question?
You didn't mention what version of Apache you were using but try this
url for a starter:
http://perl.apache.org/docs/1.0/guide/install.html#Pros_and_Cons_of_Building_mod_perl_as_DSO
You can answer the 2nd question for yourself after you read the above :).
William
system?
William
--
Knowmad Services Inc.
http://www.knowmad.com
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email-etiquette.html
working Locations. I don't
know how the server-status handler is implemented but are you sure that
you have Apache::Status installed on your server? Have you perhaps
upgraded Perl and not reinstalled this module?
William
--
Knowmad Services Inc.
http://www.knowmad.com
--
Report problems: http
Hi Brett,
This question appears to have nothing to do with modperl. I'd suggest
you try the beginners mailing list. You can sign up at
http://learn.perl.org.
William
--
Knowmad Services Inc.
http://www.knowmad.com
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http
and then
and usu. takes a few postings to get it figured out.
Good luck,
William
--
Knowmad Services Inc.
http://www.knowmad.com
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email
message. You should be able to follow it back til you find some
useful testing tips.
Good luck,
William
[1]
http://mathforum.org/epigone/modperl/percroogrum/[EMAIL PROTECTED]
--
Knowmad Services Inc.
http://www.knowmad.com
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http
in the docs-dev mailling
list) but it was worth the effort. Start with Geoff's article and
skeleton; you'll avoid many of the potholes I hit along the way.
William
--
Knowmad Services Inc.
http://www.knowmad.com
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org
is not properly installed. Have you tried building
without mod_proxy to see if it works? Unfortunately, I can't be of much
further help. I use ApacheToolbox to build my Apache httpd and do not
know enough about APACI et al. to offer further advice.
Good luck,
William
--
Knowmad Services Inc.
http
of Apache that you are building. Is it
possible there is a mismatch? Have you tried adding /perl-status[1]?
Good luck,
William
[1]
http://perl.apache.org/docs/1.0/guide/install.html#Testing_by_viewing__perl_status
--
Knowmad Services Inc.
http://www.knowmad.com
--
Report problems: http
significance at all.
Any thought on these?
---
Will Fulmer
Database Administrator
Northampton Community College
Bethlehem, PA
Stas Bekman [EMAIL PROTECTED] 8/11/2004 10:29:05 PM
William Fulmer wrote:
We need to back up a bit. I tried something different just for
giggles
because I thought we might
Northampton Community College
Bethlehem, PA
Stas Bekman [EMAIL PROTECTED] 8/12/2004 3:32:49 PM
William Fulmer wrote:
I did find some discussion of old HP-UX patches that fixed problems
with
stat calls that some of HP's apps had. There are no particulars and
none pertain to system libraries, so
Database Administrator
Northampton Community College
Bethlehem, PA
Stas Bekman [EMAIL PROTECTED] 8/9/2004 2:05:48 PM
William Fulmer wrote:
Apologies. You are correct. I never responded directly to this
email.
my $file = /tmp;
my $mtime = (stat $file)[9];
and:
my $file = __FILE__;
my
as opposed to
stat64.
---
Will Fulmer
Database Administrator
Northampton Community College
Bethlehem, PA
William Fulmer [EMAIL PROTECTED] 8/10/2004 9:33:50 AM
I have a non root user that I use for all of my software builds
(called
build strangely enough). All elements (apache, perl, mod_perl) were
Northampton Community College
Bethlehem, PA
Stas Bekman [EMAIL PROTECTED] 8/8/2004 10:43:14 PM
William, please followup on all the emails. I don't think I've seen
your
followup to this post:
http://marc.theaimsgroup.com/?l=apache-modperlm=108382020514594w=2
Did I miss it?
--
Report problems
. Any insight on this?
---
Will Fulmer
Database Administrator
Northampton Community College
Bethlehem, PA
Stas Bekman [EMAIL PROTECTED] 5/6/2004 1:09:52 AM
William Fulmer wrote:
Ouch, William, are you aware that you've sent a 1MB attachment to
a public mailing list, potentially causing lots
of the details and post this bug report to
dev at perl.apache.org. To subscribe to the list send an empty
email to [EMAIL PROTECTED]
---
Will Fulmer
Database Administrator
Northampton Community College
Bethlehem, PA
Stas Bekman [EMAIL PROTECTED] 8/5/2004 2:02:37 PM
William Fulmer wrote:
I was trying
;) ) that will
only work with 5.6.x. I'm happy to persue this, but I don't want to
waste too much of your time with this unless you see a benefit to the
community.
---
Will Fulmer
Database Administrator
Northampton Community College
Bethlehem, PA
Stas Bekman [EMAIL PROTECTED] 08/05/04 2:02 PM
William
Wouter,
Did you check the manual[1]? This reference is for Apache::PerlRun but
it may give you some ideas of why you're seeing that behavior.
Good luck,
William
[1] http://perl.apache.org/docs/1.0/guide/porting.html#Apache__PerlRun__a_closer_look
--
Knowmad Services Inc.
http://www.knowmad.com
it as the starting point for
all the Apache-Test-based modules I write now.
For those of us stilling using mp1, he also has a skeleton for that
system at:
http://perl.apache.org/~geoff/bug-reporting-skeleton-mp1.tar.gz
William
--
Knowmad Services Inc.
http://www.knowmad.com
--
Report problems: http
put together a
skeleton for testing which I cannot find a link to at present. Try
searching the archives of the test-dev mailing list[2] or perhaps
someone on the list can post the location of those resources.
Good luck,
William
[1] http://www.perl.com/pub/a/2003/05/22/testing.html
[2] http
are untainting all input to your script? If you still can't find the
problem, I suggest that you run the server in debugging mode[1].
HTH,
William
[1]
http://perl.apache.org/docs/1.0/guide/debug.html#Interactive_mod_perl_Debugging
--
Knowmad Services Inc.
http://www.knowmad.com
--
Report problems
with Apache::Reload. I'm not sure whether this applies to mp2 but it's
definitely recommended for mp1.
Good luck,
William
[1] http://perl.apache.org/bugs/index.html
--
Knowmad Services Inc.
http://www.knowmad.com
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org
a bug report, I find the reason for the bug.
I think there is an explanation somewhere in the docs at perl.apache.org
for what you're experiencing but I can't find it right now. Perhaps Stas
can point it out for us.
William
[1] http://perl.apache.org/bugs/index.html
--
Knowmad Services Inc.
http
running process, why not just open a new handle in the fork? It'll only add
small amount to the overall time.
Bill
=
William A. McCabe
KBO Services, Inc.
[EMAIL PROTECTED]
(781) 756-0176
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http
t was generated by t/REPORT on Tue May 4 21:17:52 2004 GMT.
-8-- End Bug Report --8--
---Will FulmerDatabase AdministratorNorthampton Community CollegeBethlehem, PA Stas Bekman [EMAIL PROTECTED] 5/4/2004 1:46:42 PM
William Fulmer wrote: Hi, I'm trying to get mod_per
Ouch, William, are you aware that you've sent a 1MB attachment to
a public mailing list, potentially causing lots of problems to people
with limited account sizes and slow dialup access? Please don't that
in the future. If you want to show some big file, upload it
somewhere and post a link
Hi,
I'm trying to get mod_perl-1.99_13 to compile with apache 2.0.49 and perl 5.6.2
-bash-2.05b# /usr/opt/perl-5.6.2/bin/perl -VSummary of my perl5 (revision 5.0 version 6 subversion 2) configuration: Platform: osname=hpux, osvers=11.00, archname=PA-RISC2.0 uname='hp-ux cars-l b.11.00 u
At 10:38 AM 4/29/2004, olivier blanc wrote:
While trying to load compiled DSO modperl in Apache, I got the following error
Syntax error on line 223 of /opt/hpws/apache2/conf/httpd.conf:
Cannot load /opt/hpws/apache2/modules/mod_perl.so into server: Error 0
Hmmm,
the work. Check the docs but I'm pretty sure
that the APACHE_PREFIX path is where apache will be installed.
William
[1] http://apachetoolbox.com/
--
Knowmad Services Inc.
http://www.knowmad.com
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist
the following:
my $bdb = new BerkeleyDB::Btree
-Flags= DB_CREATE,
-Filename = $dbfile,
-Env = $env,
or die Cannot open file $dbfile: $! - '$BerkeleyDB::Error'\n;
Good luck and let us know if you find a solution,
William
[1] http://perlmonks.org/index.pl
why. It seems that all the children would
share the same locked environment. But perhaps, they shouldn't be
sharing the same handle (is this the equivalent of a connection?) to
that environment. Is that where the problem lies? Does each child need
to have a separate handle?
Thanks,
William
/usr/local/lib/perl5/site_perl
/usr/share/perl5/
.
Makefile.PL options:
perl Makefile.PL APACHE_SRC=../apache_1.3.29/src DO_HTTPD=1 USE_APACI=1 EVERYTHING=1
Thanks,
William
--
Knowmad Services Inc.
http://www.knowmad.com
--
Report problems: http://perl.apache.org/bugs/
Mail
On Wed, Apr 07, 2004 at 12:39:33AM -0700, Stas Bekman wrote:
William, why do you check a binary, which is not the one that you get
the error from? You need to check /usr/local/apache/bin/httpd instead.
(of course it could be the same binary, but still...)
Because I thought it was the same
::AuthCookieDBI;
/perl
BTW, I've submitted several other reports to CPAN which the author has
so far ignored. The most troubling one is Incorrect processing of
authen_cred()[2]. I've submitted a patch which you may want to apply.
Let me know if you'd like a copy.
Good luck,
William
[1] http
process isn't trying to read that file
and failing due to permissions?
William
--
Knowmad Services Inc.
http://www.knowmad.com
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http://perl.apache.org/maillist/email
' to that module and see if that fixes your problem.
If so, you ought to post a bug report via CPAN.
HTH,
William
--
Knowmad Services Inc.
http://www.knowmad.com
--
Report problems: http://perl.apache.org/bugs/
Mail list info: http://perl.apache.org/maillist/modperl.html
List etiquette: http
201 - 294 of 294 matches
Mail list logo