After removing a duplicate ap_coredump_dir symbol - this is the error
I'm left with on OSX building threaded [no such error on worker !?!]
You're breaking on those? I remember just seeing them as warnings. They are
symbol conflicts between the regular expression stuff in the Math library
(see
Thanks though! All seems well again. Of course, I had to modify the
installed build script for the -flat-namespace cruft, but other than that,
no problems {right}.
The -flat_namespace flag is best set inside ltconfig before the libtoolize
step. However, for the last two dev tools revisions
Just did my standard build using HEAD. There is a problem loading DSO images
into the server. This worked for a while, but stopped working between the
last time I looked at this and somewhere last week. Symptom:
[monalisa:/tmp/apache2] sctemme% bin/apachectl start
Syntax error on line 218 of
I'm guessing here that mod_access.so was build as a library and not as
a bundle. Run file on the .so to find out. It should say Mach-O
Yup there's a problem:
[monalisa:/tmp/apache2/modules] sctemme% file mod_access.so
mod_access.so: Mach-O dynamically linked shared library ppc
If this is
So what do you get on your system? I must be missing some OS X fix...
(But this box is running straight Jaguar with all available updates from
Software Update installed.)
My laptop, running straight Jaguar plus all available fixes:
[EMAIL PROTECTED] gni $ ./gni_mapped
look up via IPv4:
You may have less grief (if you are checking out from CVS) to continue
to checkout from the tag APR_0_9_BRANCH (and the corresponding tag
APU_0_9_BRANCH on apr-util).
I am not sure, and Sander Striker last weekend was not sure, what is
actually going on in APR branching: for instance APR
Hi folks,
During the past Apachecon, I hosted a BOF on the httpd-2.0 and apr doxygen
documentation. My personal reason for calling the meeting was, that, when I
was writing mod_zeroconf I found the present doxygen output to be incomplete
and very hard to navigate. Also, the combined httpd and apr
APR HEAD's make dox target complains about a duplicate group closing tag in
apr_errno.h:
/Volumes/Files/projects/asf/apr/apr/include/apr_errno.h:1242: Warning: end of
group without matching begin.
Browsing through the file, I found /** @} */ comments at lines 797 and 1150.
I decided to get rid
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Jul 19, 2005, at 3:02 PM, Paul Querna wrote:
APR 1.2.0 is ready for testing and voting for release.
I'm facing problems with the test suite on both FreeBSD 5.2.1 and
Darwin 8.2.0.
The Darwin output:
[EMAIL PROTECTED] apr-1.2.0 $ make
While I'm procrastinating and putting off working on my Apachecon
presentation, here's an attempt at fixing some of the load that
Doxygen spews when making dox on APR:
Index: docs/doxygen.conf
===
--- docs/doxygen.conf
On Nov 8, 2005, at 3:41 PM, Colm MacCarthaigh wrote:
A bundled hello world, in somewhere like docs/helloworld/ might be
useful for encouraging adoption. Every time I have to write an APR
app,
I remember how hard getting the basic build-envrionment right is.
So, it'd be a helloworld.c
On Jan 29, 2006, at 11:33 PM, Garrett Rooney wrote:
+1 -1 for release:
[X] [ ] apr-0.9.9
[ ] [X] apr-util-0.9.9
./testall -v for APR:
Darwin Graymalkin.local 8.4.0 Darwin Kernel Version 8.4.0: Tue Jan 3
18:22:10 PST 2006; root:xnu-792.6.56.obj~1/RELEASE_PPC Power
Macintosh powerpc
On Jun 24, 2006, at 8:48 PM, William A. Rowe, Jr. wrote:
Is there a reason for apr issues to continue to go to
httpd.apache.org?
That is, is it time for a [EMAIL PROTECTED] mailing list?
+1, I'll be happy to set that up from the Bugzilla end tomorrow at
the Hackathon.
S.
--
[EMAIL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Nov 29, 2006, at 4:23 AM, William A. Rowe, Jr. wrote:
Please review and vote on those you have time to - reply once or
four times,
just review those you can as you can; http://apr.apache.org/dev/dist/
+1/-1 Release
[ ] apr-1.2.8
On Nov 29, 2006, at 2:44 PM, William A. Rowe, Jr. wrote:
William A. Rowe, Jr. wrote:
Justin Erenkrantz wrote:
If we roll over to 1.2.9, I'd like to do it no later than
tomorrow evening.
As I said, I don't view these failures as anything that should
hold up 1.2.8.
Understood - but
On Nov 30, 2006, at 4:03 PM, Justin Erenkrantz wrote:
On 11/30/06, Sander Temme [EMAIL PROTECTED] wrote:
However, if I build and test from a source tree in /tmp, like you,
testlfs fails for me even more verbosely than for you:
FYI, that's what I got too, but I was just too lazy to paste
On Feb 7, 2007, at 10:17 AM, генерал Пурпоз wrote:
Hello dev,
Should I be able to access the
http://svn.apache.org/viewvc/apr/apr/trunk/
with the TortoiseSVN client from winXP-SP2?
No. Use http://svn.apache.org/repos/asf/apr/apr/trunk to get to the
actual SVN repository. The viewvc
:
Wed Nov 29 19:16:35 PST 2006 [EMAIL PROTECTED]:/usr/obj/
usr/src/sys/FREEBSD4 i386
apr-0.9.14: same failure as above
apr-1.2.9: All tests passed.
--
Sander Temme
[EMAIL PROTECTED]
PGP FP: 51B4 8727 466A 0BC3 69F4 B7B8 B2BE BC40 1529 24AF
smime.p7s
Description: S/MIME cryptographic
error.
[+1] apr-util-0.9.15
make check completes without error.
S.
--
Sander Temme
[EMAIL PROTECTED]
PGP FP: 51B4 8727 466A 0BC3 69F4 B7B8 B2BE BC40 1529 24AF
smime.p7s
Description: S/MIME cryptographic signature
in configure where it decides to use
the system MySQL despite the fact that we have one of our own.
Thoughts?
S.
--
Sander Temme
[EMAIL PROTECTED]
PGP FP: 51B4 8727 466A 0BC3 69F4 B7B8 B2BE BC40 1529 24AF
smime.p7s
Description: S/MIME cryptographic signature
On Sep 7, 2007, at 4:38 PM, Bojan Smojver wrote:
On Fri, 2007-09-07 at 12:38 -0700, Sander Temme wrote:
If you look at the (long) link line at the bottom, you'll see that
it's picking up -L/usr/lib/mysql -lmysqlclient_r , and the root cause
of that is probably somewhere in configure where
On Sep 9, 2007, at 2:33 PM, Bojan Smojver wrote:
On Fri, 2007-09-07 at 16:50 -0700, Sander Temme wrote:
Nope.
So, have you tried pointing it to your own, by passing the location to
--with-mysql? Does it still fail?
Re-ran configure from this morning by calling
./config.nice --with-mysql
test targets complete every test, regardless of failures.
S.
--
Sander Temme
[EMAIL PROTECTED]
PGP FP: 51B4 8727 466A 0BC3 69F4 B7B8 B2BE BC40 1529 24AF
smime.p7s
Description: S/MIME cryptographic signature
On Sep 9, 2007, at 9:53 PM, Bojan Smojver wrote:
On Sun, 2007-09-09 at 21:35 -0700, Sander Temme wrote:
Aaaah! What about the other tests later in the sequence? Usually
test targets complete every test, regardless of failures.
The problem was that nobody ever knew that any of the tests
On Jun 8, 2008, at 7:00 PM, William A. Rowe, Jr. wrote:
Wouldn't it make sense, if --with-apr-util supplied in our find-apu.m4
script would default to the results of --with-apr, if not otherwise
provided? I can't imagine many occasions where you want them
installed
in separate paths in the
On May 29, 2009, at 1:08 AM, William A. Rowe, Jr. wrote:
Candidates in the usual location, may take up to an hour to sync.
Letting this vote run through midnight Monday morning, my time,
so depending on my weekend I'll either stage-to-mirrors late that
night, or first thing Monday a.m. for
On May 30, 2009, at 10:20 PM, Bojan Smojver wrote:
On Sat, 2009-05-30 at 21:39 -0700, Sander Temme wrote:
testpoll: |/bin/sh: line 1: 1831 Bus
error ./$prog
Programs failed: testall
make[1]: *** [check] Error 138
make: *** [check] Error 2
What does gdb tell you
On May 31, 2009, at 3:31 AM, Bojan Smojver wrote:
On Sat, 2009-05-30 at 23:55 -0700, Sander Temme wrote:
#0 0x000103a7 in send0_pollset (tc=0xb508, data=0x0) at
testpoll.c:389
If you stop there and have a look at the vars, anything that GDB
doesn't
like? Wrong alignment
On Jun 2, 2009, at 2:27 PM, William A. Rowe, Jr. wrote:
svn mv apr/apr-util/trunk apr/apr-util/trunk-eol
or
svn rm apr/apr-util/trunk
+1
? Mostly curious about what else people might want to harvest
from a trunk-eol before it's rm'ed.
Aren't all the relevant bits in apr trunk now?
S.
On Jun 3, 2009, at 9:19 AM, William A. Rowe, Jr. wrote:
The previous [vote] for apr 1.3.4, -util 1.3.5 is recalled and those
candidates are not-released.
New candidates in the usual location, may take up to an hour to sync.
Letting this vote run only 24 hours from now. The release will be
On Jun 3, 2009, at 9:25 AM, William A. Rowe, Jr. wrote:
Candidates in the usual location, may take up to an hour to sync.
Will let this vote initially run for 24 hours and would hope to find
enough feedback to release by then, given the security implications
of apr-util 0.9.17, especially, and
On Dec 7, 2009, at 9:27 PM, William A. Rowe Jr. wrote:
Hi folks,
the usual location, http://apr.apache.org/dev/dist/ now contains
a candidate for apr 1.4.1 release. The only delta from what the
httpd project just shipped for 1.4.0-dev, besides some whitespace
and docs cleanup, is
On Dec 12, 2009, at 4:07 PM, William A. Rowe Jr. wrote:
Sander Temme wrote:
Unless my caffeine-starved brain is reading this wrong, should we put in a
special case in the 'l' modifier (line 832) that catches 'll' and sets the
variable type to IS_QUAD?
In any case, if sizeof(long long
On Dec 12, 2009, at 10:28 PM, William A. Rowe Jr. wrote:
Sander Temme wrote:
But do you agree that we should support %lld and that inside the if
statement starting line 832 of apr_snprintf.c is a good spot to set var_type
= IS_QUAD?
exactly, there is nothing appropriate about
On Feb 4, 2010, at 12:46 PM, Jeff Trawick wrote:
I have libtool 1.5.26 on Linux (seems to be same version as used for
1.3.9) but I see this difference in my test roll of 1.3.9:
libtool.m4 is copied in when you run libtoolize as called by buildconf. A
release tarball has whatever version the
On Apr 8, 2010, at 5:15 AM, William A. Rowe Jr. wrote:
On 4/7/2010 8:56 PM, Bojan Smojver wrote:
On Thu, 2010-04-08 at 00:37 +0100, Nick Kew wrote:
Who do you have in mind, or are you suggesting a blanket commit?
For instance, Hyrum K. Wright submitted a patch for apr_hash and asked
about
On Oct 6, 2010, at 12:26 PM, William A. Rowe Jr. wrote:
[ ] Rename 1.5.x to trunk
jorton, rjung, minfrin, trawick, jim
[+1] apr/ is 'apr-util/ trunk', stub apr-util/trunk with guidance
wrowe, niq, henryjen, poirier, sctemme
S.
--
san...@temme.net
On Oct 5, 2010, at 3:46 PM, Guenter Knauf wrote:
with almost all other lists we have set the reply-to address to the list, so
if you just hit reply then post goes to list as it should be - why the heck
is that not true for the d...@apr list??
sure, I only need to take care of it, and hit
On Oct 9, 2010, at 7:19 AM, Jeff Trawick wrote:
Tarballs/zips are at http://apr.apache.org/dev/dist/. As there are
enclosed security fixes (already available separately) and wrowe wants
to roll httpd 2.0 soon-ish to get those delivered to the bulk of our
0.9.x users, it would be great to
On Oct 11, 2010, at 10:06 AM, Rainer Jung wrote:
Any chance you can try the following patch to configure:
Yes, that makes the issue go away. Configure, make, make install and make
check all work with that.
S.
@@ -23541,7 +23541,7 @@
expat_include_dir=$top_builddir/$bundled_subdir/lib
Folks,
I was seeing test failures on Darwin in both the APR testsuite and httpd
perl-framework. The %lld sprintf format character was incorrectly parsed, and
%ld written instead of the substituted value.
This small patch against APR trunk fixes that:
Index: strings/apr_snprintf.c
On Nov 4, 2010, at 12:15 PM, William A. Rowe Jr. wrote:
Looks good here.
If folks find this unproblematic, can someone please commit it? I don't have
karma here.
Thanks,
S.
--
san...@temme.net http://www.temme.net/sander/
PGP FP: FC5A 6FC6 2E25 2DFD 8007 EE23 9BB8 63B0
John,
On Dec 13, 2010, at 6:25 AM, John Poole wrote:
Reading symbols from /usr/sbin/apache2...(no debugging symbols found)...done.
(gdb) run
Starting program: /usr/sbin/apache2
[Thread debugging using libthread_db enabled]
Program received signal SIGSEGV, Segmentation fault.
0x402910e4
On Dec 22, 2010, at 6:20 AM, John L. Poole wrote:
Am I missing something, as the output above seems the same as when I did not
have debugging
How are you making Apache use your new library? I suggest compiling your own
Apache on top of your own APR/APR-Util, and debugging against that.
44 matches
Mail list logo