Installing using latest apr & apr-util

[Erik Hülsmann <e....@gmx.net>]

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,


Erik.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

Re: Installing using latest apr & apr-util

[Blair Zajac <bl...@orcaware.com>]

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 <bl...@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