You are totally right Alan, I'm new to 64bit chips and didn't realise the libs were in lib64 (Doh!) I think the newest chip in a linux box I have is a celeron.
So setting PKG_CONFIG to /usr/lib64/pkg_config and all is good... well until you come to run it :) It all seems to start fine netstat shows it is listening but I can't connect, telnet nor python tests. -t doesn't increase the verbosity at startup so I'm a little stuck, if I've got time I'll try a 32bit build (though I've just removed all the 32bit libs :)) ptrace looks ok.(See end of email) I forgot to say this is a build from M2. If you have a working 64bit qpidd I could try that out and see if it is something to do with my linking rather than my codebase. Which it probably is.. all my libs are the versions specfied in the README or newer. Will investigate further tomorrow. Thanks for the help, On 30/04/07, Alan Conway <[EMAIL PROTECTED]> wrote:
On Mon, 2007-04-30 at 15:10 +0100, Martin Ritchie wrote: > On 30/04/07, Gordon Sim <[EMAIL PROTECTED]> wrote: > > Martin Ritchie wrote: > > > Hey C++ fokes, > > > > > > I've been following the README but I've hit a sumbling block in > > > building the C++ broker > > > > > > to summerize steps to this points > > > > > > Building on Dual Core Xeon under Fedora 6. > > > > > > Installed updates apr etc via yum. > > > > > > and used the autotools install script to download tools to ~/qpid-tools. > > > > > > then > > > [EMAIL PROTECTED] cpp]$ ./bootstrap > > > docs/api/Makefile.am:9: wildcard $(top_srcdir: non-POSIX variable name > > > docs/api/Makefile.am:9: (probably a GNU make extension) > > > > > > Is this ok? > > > > Yes, that is ok. > > > > > and ./configure was quite happy > > > > > > but make gets upset about the file format of /usr/lib/libapr-1.so .. > > > this is a sym-link to libapr-1.so.0.2.7 > > > > > > I'm a bit rusty on the building of C++, Linux apps. > > > > > > Any thoughts? Do you need more info? > > > > Could the wrong build of apr perhaps have been installed? Sounds > > unlikely if you used yum... Does 'apr-1-config --version' work? or > > running ldd against /usr/lib/libapr-1.so? > > Everything seems to be in place? Could it be a 64bit issue? I can't > think why the binary file might be the "wrong format". > > [EMAIL PROTECTED] java]$ apr-1-config --version > 1.2.7 > [EMAIL PROTECTED] java]$ ldd /usr/lib/libapr-1.so > linux-gate.so.1 => (0xffffe000) > libuuid.so.1 => /lib/libuuid.so.1 (0xf7fb7000) > libcrypt.so.1 => /lib/libcrypt.so.1 (0xf7f89000) > libpthread.so.0 => /lib/libpthread.so.0 (0xf7f72000) > libdl.so.2 => /lib/libdl.so.2 (0xf7f6e000) > libc.so.6 => /lib/libc.so.6 (0xf7e30000) > /lib/ld-linux.so.2 (0x56555000) > [EMAIL PROTECTED] java]$ > I think this is a 64bit problem, I've just started building on a 64bit box and the "invalid format" for libraries is very familiar to me! Is /usr/lib64/apr installed on your box? I don't really understand how RPM manages 64 bit libs yet, you should have what looks like two copies of the RPM installed, one of which has the 64bit libs. Here's what I get on the 64bit box I build on: [EMAIL PROTECTED] ~]$ rpm -q apr apr-1.2.7-11 apr-1.2.7-11 [EMAIL PROTECTED] ~]$ rpm -ql apr /usr/lib/libapr-1.so.0 /usr/lib/libapr-1.so.0.2.7 /usr/share/doc/apr-1.2.7 /usr/share/doc/apr-1.2.7/CHANGES /usr/share/doc/apr-1.2.7/LICENSE /usr/share/doc/apr-1.2.7/NOTICE /usr/lib64/libapr-1.so.0 /usr/lib64/libapr-1.so.0.2.7 /usr/share/doc/apr-1.2.7 /usr/share/doc/apr-1.2.7/CHANGES /usr/share/doc/apr-1.2.7/LICENSE /usr/share/doc/apr-1.2.7/NOTICE
-- Martin Ritchie Thread 7 (Thread 1084229952 (LWP 11153)): #0 0x00002aaaab259607 in pthread_cond_timedwait@@GLIBC_2.3.2 () #1 0x00002aaaab023293 in apr_thread_cond_timedwait () #2 0x00002aaaaaada7b1 in qpid::broker::AutoDelete::run () #3 0x00002aaaaada1477 in qpid::sys::Thread::runRunnable () #4 0x00002aaaab255305 in start_thread () from /lib64/libpthread.so.0 #5 0x00000037426cd62d in clone () from /lib64/libc.so.6 #6 0x0000000000000000 in ?? () Thread 6 (Thread 1094719808 (LWP 11154)): #0 0x00000037426cda18 in __epoll_wait_nocancel () from /lib64/libc.so.6 #1 0x00002aaaab029708 in apr_pollset_poll () from /usr/lib64/libapr-1.so.0 #2 0x00002aaaaad98ed4 in qpid::sys::LFProcessor::poll () #3 0x00002aaaaad98ef8 in qpid::sys::LFProcessor::getNextEvent () #4 0x00002aaaaad9b847 in qpid::sys::LFProcessor::run () #5 0x00002aaaaada1477 in qpid::sys::Thread::runRunnable () #6 0x00002aaaab255305 in start_thread () from /lib64/libpthread.so.0 #7 0x00000037426cd62d in clone () from /lib64/libc.so.6 #8 0x0000000000000000 in ?? () Thread 5 (Thread 1105209664 (LWP 11155)): #0 0x00002aaaab25b7f8 in __lll_mutex_lock_wait () from /lib64/libpthread.so.0 #1 0x00002aaaab25789a in _L_mutex_lock_908 () from /lib64/libpthread.so.0 #2 0x00002aaaab257722 in pthread_mutex_lock () from /lib64/libpthread.so.0 #3 0x00002aaaaad9b824 in qpid::sys::LFProcessor::run () #4 0x00002aaaaada1477 in qpid::sys::Thread::runRunnable () #5 0x00002aaaab255305 in start_thread () from /lib64/libpthread.so.0 #6 0x00000037426cd62d in clone () from /lib64/libc.so.6 #7 0x0000000000000000 in ?? () Thread 4 (Thread 1115699520 (LWP 11156)): #0 0x00002aaaab25b7f8 in __lll_mutex_lock_wait () from /lib64/libpthread.so.0 #1 0x00002aaaab25789a in _L_mutex_lock_908 () from /lib64/libpthread.so.0 #2 0x00002aaaab257722 in pthread_mutex_lock () from /lib64/libpthread.so.0 #3 0x00002aaaaad9b824 in qpid::sys::LFProcessor::run () #4 0x00002aaaaada1477 in qpid::sys::Thread::runRunnable () #5 0x00002aaaab255305 in start_thread () from /lib64/libpthread.so.0 #6 0x00000037426cd62d in clone () from /lib64/libc.so.6 #7 0x0000000000000000 in ?? () Thread 3 (Thread 1126189376 (LWP 11157)): #0 0x00002aaaab25b7f8 in __lll_mutex_lock_wait () from /lib64/libpthread.so.0 #1 0x00002aaaab25789a in _L_mutex_lock_908 () from /lib64/libpthread.so.0 #2 0x00002aaaab257722 in pthread_mutex_lock () from /lib64/libpthread.so.0 #3 0x00002aaaaad9b824 in qpid::sys::LFProcessor::run () #4 0x00002aaaaada1477 in qpid::sys::Thread::runRunnable () #5 0x00002aaaab255305 in start_thread () from /lib64/libpthread.so.0 #6 0x00000037426cd62d in clone () from /lib64/libc.so.6 #7 0x0000000000000000 in ?? () Thread 2 (Thread 1136679232 (LWP 11158)): #0 0x00002aaaab25b7f8 in __lll_mutex_lock_wait () from /lib64/libpthread.so.0 #1 0x00002aaaab25789a in _L_mutex_lock_908 () from /lib64/libpthread.so.0 #2 0x00002aaaab257722 in pthread_mutex_lock () from /lib64/libpthread.so.0 #3 0x00002aaaaad9b824 in qpid::sys::LFProcessor::run () #4 0x00002aaaaada1477 in qpid::sys::Thread::runRunnable () #5 0x00002aaaab255305 in start_thread () from /lib64/libpthread.so.0 #6 0x00000037426cd62d in clone () from /lib64/libc.so.6 #7 0x0000000000000000 in ?? () Thread 1 (Thread 46912508673984 (LWP 11139)): #0 0x00002aaaab25be1b in __accept_nocancel () from /lib64/libpthread.so.0 #1 0x00002aaaab026e94 in apr_socket_accept () from /usr/lib64/libapr-1.so.0 #2 0x00002aaaaad954a3 in qpid::sys::APRAcceptor::run () #3 0x0000000000407fc5 in main () #0 0x00002aaaab25be1b in __accept_nocancel () from /lib64/libpthread.so.0
