Hi Folks,
I'm trying to get A::T running under Windows. Besides the recent rash of
troubles I've had with TestRun.pm, my tests are successfully running
under Linux.
Here's the error message I'm receiving when running `make test`:
[ error] configure() has failed:
Can't locate mod_perl.pm in
William McKee wrote:
On Thu, Mar 11, 2004 at 04:25:42PM -0800, Stas Bekman wrote:
OK, please let us know once you get a clean build and if it's still failing
we will take it from there. Thanks.
OK, finally got Perl 5.8.3 properly built. Unfortunately, my tests are
still failing. However, this
On Fri, Mar 12, 2004 at 05:26:05PM -0800, Stas Bekman wrote:
I suspect that you are subclassing ModPerl::TestRun instead of
Apache::TestRun. The former requires mod_perl, the latter doesn't not.
ModPerl::TestRun is a subclass of Apache::TestRun
This would be in the TEST.PL file, right? Here's
William McKee wrote:
On Fri, Mar 12, 2004 at 05:26:05PM -0800, Stas Bekman wrote:
I suspect that you are subclassing ModPerl::TestRun instead of
Apache::TestRun. The former requires mod_perl, the latter doesn't not.
ModPerl::TestRun is a subclass of Apache::TestRun
This would be in the TEST.PL
On Fri, Mar 12, 2004 at 07:01:29PM -0800, Stas Bekman wrote:
Why do you have /usr/lib/libperl.* at all? It's a bad idea to have it in
the common path if you have more than one perl installed on the same system.
Yes, you always need to rebuild mod_perl with the new version of perl.
I must
On Fri, Mar 12, 2004 at 07:18:38PM -0800, Stas Bekman wrote:
No, that's fine. I should have looked at Apache/TestConfigPerl.pm line
486. It runs that code if you have mod_perl tests. i.e. response module
t/response/TestFoo/Bar.pm.
Does this mean that A::T cannot run response tests w/o
William McKee wrote:
On Fri, Mar 12, 2004 at 07:01:29PM -0800, Stas Bekman wrote:
Why do you have /usr/lib/libperl.* at all? It's a bad idea to have it in
the common path if you have more than one perl installed on the same system.
Yes, you always need to rebuild mod_perl with the new version of
On Fri, Mar 12, 2004 at 07:43:15PM -0800, Stas Bekman wrote:
It certainly can be patched not to do so. But I don't response handlers can
be useful for anything else besides mod_perl. It'd help if you'd have
explained what are you try to test. mod_cgi?
Sorry, here's the background. I've
William McKee wrote:
On Fri, Mar 12, 2004 at 07:43:15PM -0800, Stas Bekman wrote:
It certainly can be patched not to do so. But I don't response handlers can
be useful for anything else besides mod_perl. It'd help if you'd have
explained what are you try to test. mod_cgi?
Sorry, here's the
On Fri, Mar 12, 2004 at 07:44:46PM -0800, Stas Bekman wrote:
that's when you start apache/mp, right? You need to remove that library and
then rebuild mod_perl. It should now find the library under
/usr/local/lib/perl5/.../libperl.so
Yeah, sure enough I moved all the libperl.so.* out of the
On Fri, Mar 12, 2004 at 11:17:50PM -0500, William McKee wrote:
Just FYI, after moving the libperl.* out of /usr/lib and rebuilding
Apache/mp, I'm still having problems with the TestRun.pm module. I'll
try building Perl with O2 next.
Rebuilt Perl and mod_perl with -O2. But I'm still getting the
Hi Stas,
I'm running into the sticky preferences problem now as well. I decided
the quickest way to get my tests running in the Windows environment
would be to install mod_perl. The install notes suggested that the path
be c:\apache2 which means the default path of c:\program files\apache2
is no
On Sat, 13 Mar 2004, William McKee wrote:
Hi Stas,
I'm running into the sticky preferences problem now as well. I decided
the quickest way to get my tests running in the Windows environment
would be to install mod_perl. The install notes suggested that the path
be c:\apache2 which means the
On Sat, Mar 13, 2004 at 09:42:10AM -0600, Randy Kobes wrote:
I don't think being on Windows makes a difference in this
particular case - I think where it gets the info from is
C:\Perl\site\lib\Apache\BuildConfig.pm
which is generated by Apache::Build.
Thanks for the pointer Randy.
On Fri, Mar 12, 2004 at 08:06:05PM -0800, Stas Bekman wrote:
Via wrappers, of course. In which case you should write several general
purpose modules put them under project/lib (or some special lib under
project/t) and then write the wrappers (.pl for mod_cgi, .pm for mod_perl)
and put those
Hi,
There are 2.0.49-rc2 tarballs available at:
http://httpd.apache.org/dev/dist/
The differences with respect to the rc1 tarball are:
- BeOS specific MPM fixes
- Netware specific rand.c fixes
- Documentation update
- Berkeley DB detection fix on FreeBSD
Furthermore the rc1 tarball was
Hi,
I hereby would like to propose that we move the HTTP Server project
codebase to the Subversion repository at:
http://svn.apache.org/repos/asf/.
Subversion had a 1.0 release februari 23rd (followed by a 1.0.1 release
yesterday). Binaries are available for various platforms. Given that
it
* Sander Striker ([EMAIL PROTECTED]) wrote :
Hi,
I hereby would like to propose that we move the HTTP Server project
codebase to the Subversion repository at:
http://svn.apache.org/repos/asf/.
+1.
-Thom
* Sander Striker [EMAIL PROTECTED] wrote:
There are 2.0.49-rc2 tarballs available at:
http://httpd.apache.org/dev/dist/
The differences with respect to the rc1 tarball are:
- BeOS specific MPM fixes
- Netware specific rand.c fixes
- Documentation update
- Berkeley DB detection
--On Saturday, March 13, 2004 2:04 PM +0100 Sander Striker
[EMAIL PROTECTED] wrote:
I hereby would like to propose that we move the HTTP Server project
codebase to the Subversion repository at:
http://svn.apache.org/repos/asf/.
+1. -- justin
* Sander Striker [EMAIL PROTECTED] wrote:
I hereby would like to propose that we move the HTTP Server project
codebase to the Subversion repository at:
http://svn.apache.org/repos/asf/.
I've played around a bit within the test repos. Seems it works ;-))
So +1.
nd
Thumbs up on;
- Red Hat Linux 7.2, 7.3, 8.0, 9.0
- Fedora Core 1 Linux
- Red Hat Enterprise Linux 2.1 (AS/ES), 3.0 (AS/ES)
- Slackware Linux 8.1, 9.0, 9.1, and -current
whew
+1
Thanks.
--
Chip Cuccio| [EMAIL PROTECTED]
NORLUG VP and Sysadmin |
Hi,
There are 2.0.49-rc2 tarballs available at:
http://httpd.apache.org/dev/dist/
The differences with respect to the rc1 tarball are:
- BeOS specific MPM fixes
- Netware specific rand.c fixes
- Documentation update
- Berkeley DB detection fix on FreeBSD
Just found that on Win32
On Mar 9, 2004, at 9:00 AM, Dirk-Willem van Gulik wrote:
On Mar 9, 2004, at 2:25 AM, Guenter Knauf wrote:
--- mod_alias.c.origTue Feb 10 00:16:10 2004
+++ mod_alias.c Mon Mar 08 22:06:20 2004
@@ -137,9 +137,10 @@
if ( (!p-regexp alias_matches(f, p-fake) 0)
Sander Striker wrote:
Hi,
I hereby would like to propose that we move the HTTP Server project
codebase to the Subversion repository at:
http://svn.apache.org/repos/asf/.
So when?
Can we get some lead time (7-10 days from the time there is a complete httpd
and apr snapshot in subversion to
Hi,
this patch makes htdbm keep the screen open when finished so that the user can read
the results.
--- htdbm.c.origTue Feb 10 00:16:16 2004
+++ htdbm.c Sat Mar 13 16:31:04 2004
@@ -105,9 +105,16 @@
#define HTDBM_NOFILE 4
#define HTDBM_STDIN 5
+static void
On Sat, 2004-03-13 at 21:35, Jeff Trawick wrote:
Sander Striker wrote:
Hi,
I hereby would like to propose that we move the HTTP Server project
codebase to the Subversion repository at:
http://svn.apache.org/repos/asf/.
So when?
Can we get some lead time (7-10 days from the time
Ofcourse. Your idea of giving lead time starting when we have a test
snapshot is very sensible. Lets make that 14 days from then, so that
everyone has plenty of time to address issues.
I would not mind a bit more time than just 14 day s - (I spend the last
72
hours trying to get subversion to
* Guenter Knauf [EMAIL PROTECTED] wrote:
can you perhaps commit it?
done.
Thanks for the reminder :)
nd
Hi all,
although we had already two or three runs for doing a 2.1.0 release, it still not
happened yet.
What I really cant understand is why; nobody expects a 'stable' release, those asking
for it are pretty much aware of the fact that 2.1 is ALPHA or BETA, so what holds back
a relase? Why cant
* Guenter Knauf ([EMAIL PROTECTED]) wrote :
Hi,
this patch makes htpasswd use the apr_temp_dir_get() instead of only asking the
environment vars.
If someone isnt fine with the move back into main() of this part, I can provide
another patch which leaves the separate function in. In addition
Hi Thom,
* Guenter Knauf ([EMAIL PROTECTED]) wrote :
Hi,
this patch makes htpasswd use the apr_temp_dir_get() instead of only
asking the environment vars.
If someone isnt fine with the move back into main() of this part, I can
provide another patch which leaves the separate function in. In
Summary:
apr_shm_create returns APR_SUCCESS when it should be APR_EEXIST
in certain circumstances in my module. I'm not sure this is a bug, a known
design, or what. Hope some of you developers will have seen this before.
Environment:
httpd-2.0.48, apr 0.9.5, on freebsd 5.2.1 and solaris 2.7
in
Hi,
corrected cast for gcc; replaced some more printf() I just found.
this patch makes htdigest use the apr_temp_dir_get() for getting the temp dir;
and also removes the dependance on external cp/copy;
changed printout to use apr function like htpasswd;
replaced tabs with spaces.
I've have tested
Hi,
just found this only printf() in htpasswd.c
--- htpasswd.c.org Sun Mar 14 00:05:22 2004
+++ htpasswd.c Sun Mar 14 00:27:06 2004
@@ -497,7 +497,7 @@
exit(i);
}
if (mask APHTP_NOFILE) {
-printf(%s\n, record);
+
On Sat, 2004-03-13 at 23:30, Guenter Knauf wrote:
Hi all,
although we had already two or three runs for doing a 2.1.0 release, it still not
happened yet.
What I really cant understand is why; nobody expects a 'stable' release, those
asking for it are pretty much aware of the fact that 2.1
Hi,
The reason is mainly that I dropped the ball on the 2.1 release. I'll
try and get on top of that in the next two weeks. If someone else wants
to beat me to it, that's fine too.
thanks very much, Sander!
Guenter.
Hi,
this patch fixes a typo and makes htdbm display the comment.
--- htdbm.c.org Sat Mar 13 16:31:04 2004
+++ htdbm.c Sun Mar 14 02:32:06 2004
@@ -261,7 +261,7 @@
fprintf(stderr, %-32s, kb);
strncpy(rec, val.dptr, val.dsize);
rec[val.dsize] = '\0';
-
38 matches
Mail list logo
