[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Installing using latest apr & apr-util

From: Blair Zajac <blair_at_orcaware.com>
Date: 2003-08-16 21:03:47 CEST

Erik Hülsmann wrote:
>
> On my system (RedHat Linux 8.0) I have successfully compiled and tested
> the new fs-schema revision (r6755). I have also successfully converted
> the old repository to the new schema with a dump/load cycle using the
> svnadmin version in my build tree.
>
> Now I run 'make install' and cp starts complaining (during apr or apr-util
> install) that it cannont stat apr.exp. I am running the HEAD of apr and
> apr-util. Should I be running some other version?
>
> bye,

I saw this with apr/apr-util HEAD and sent a message off to dev@apr.apache.org
with no response.

Blair Zajac wrote:
>
> Hello,
>
> I just compiled CVS HEAD of apr and apr-util to build httpd 2.1.
>
> I'm getting a core dump in running testall:
>
> % gdb .libs/lt-testall
> GNU gdb Red Hat Linux (5.3post-0.20021129.18rh)
> Copyright 2003 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB. Type "show warranty" for details.
> This GDB was configured as "i386-redhat-linux-gnu"...
> (gdb) run
> Starting program: /export/home1/blair/Code/Apache/2.0/h/srclib/apr/test/.libs/lt-testall
> [New Thread 1074592640 (LWP 16810)]
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 1074592640 (LWP 16810)]
> 0x4003356e in apr_atomic_cas (mem=0x80c10b8, with=0, cmp=0) at apr_atomic.c:166
> 166 apr_thread_mutex_t *lock = hash_mutex[ATOMIC_HASH(mem)];
> (gdb) bt
> #0 0x4003356e in apr_atomic_cas (mem=0x80c10b8, with=0, cmp=0)
> at apr_atomic.c:166
> #1 0x40019944 in _r_debug ()
> from /export/home1/blair/Code/Apache/2.0/h/srclib/apr/.libs/libapr-0.so.0
> #2 0x4002fe0a in apr_thread_mutex_lock (mutex=0x0) at thread_mutex.c:129
> #3 0x4003219a in apr_pool_create_ex_debug (newpool=0xbfffed40,
> parent=0x80c1048, abort_fn=0, allocator=0x0,
> file_line=0x40035a83 "start.c:96") at apr_pools.c:1540
> #4 0x4002e512 in apr_initialize () at start.c:96
> #5 0x0804b672 in main (argc=1, argv=0xbfffedd4) at testall.c:123
> #6 0x420156a4 in __libc_start_main () from /lib/tls/libc.so.6
>
> I'm using gcc 3.3.1 on RedHat 9 if that makes any difference.
>
> Let me know if there's anything else needed from my setup.
>
> Best,
> Blair

Can you try running the testall program in apr and see if you get a
core dump. This would mean it's not something specific to my setup.

Best,
Blair

-- 
Blair Zajac <blair@orcaware.com>
Plots of your system's performance - http://www.orcaware.com/orca/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Aug 16 21:04:42 2003

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.