Re: [posible solution] Re: freebsd amd64 segmentation fault Blacklists
Alexander Malysh <[email protected]>
| Newsgroups | gmane.comp.mobile.kannel.devel |
|---|---|
| Message-ID | <[email protected]> |
Hi,
seems FreeBSD was always broken?
I see this in ports Makfile for kannel:
post-patch:
@${REINPLACE_CMD} -e 's|-pthread||g ; \
s|-lc_r||g ; \
s|-lkse||g' ${WRKSRC}/configure
And if I read http://www.FreeBSD.org/kse/ then we should not use -lkse
but -lpthread.
I changed configure to reflect this and now gmake check runs without
segfaults.
@Nicolas: could you please check out cvs head and try it out.
Thanks,
Alex
Am 17.03.2009 um 09:25 schrieb Alexander Malysh:
> hi,
>
> seems we somehow broke freebsd... I have to install freebsd in VM
> and check it myself.
>
> Thanks,
> Alex
>
> P.S. Which version of freebsd you use?
>
> Am 16.03.2009 um 21:10 schrieb Nicolas de Bari Embriz Garcia Rojas:
>
>> black-list is now working in the core,
>>
>> but when using it on group = smsbox
>>
>> i get this when trying to run smsbox
>>
>> gwlib/thread.c:125: mutex_lock_real: Assertion `mutex != NULL'
>> failed.
>>
>> but not a core dump.
>>
>> Regards.
>>
>> --
>> > nbari
>>
>> Hi, I modified the configuration file and replaced the instance of
>> lkse with lpthread
>>
>> replace kse with pthread in the configure file
>> :%s/lkse/lpthread/g
>>
>> later configure
>>
>> ./configure --enable-docs=no --with-malloc=native --enable-start-
>> stop-daemon=no --prefix=/usr/local --with-cflags="-g" --with-libs="-
>> lpthread"
>>
>> then gmake
>>
>> output of gmake (just last lines):
>> "-L/usr/local/lib/kannel -lgw -lwap -lgwlib -lssl -lrt -lm -
>> lpthread -lpthread -L/usr/local/lib -lxml2 -lz -L/usr/local/lib -
>> liconv -lm -L/usr/lib -lcrypto -lssl" \
>> "1.4.3" > gw-config
>> chmod 0755 gw-config
>>
>>
>> Later I copied smsbox and bearerbox to /usr/local/sbin and so far
>> every thing is running fine, no "Segmentation Fault" at the moment
>>
>>
>> Maybe the problem in FreeBSD amd64 arch is to use lkse instead of
>> lpthread.
>>
>>
>> This is the diff of the configure file:
>>
>> 4002,4003c4002,4003
>> < { $as_echo "$as_me:$LINENO: checking for pthread_exit in -
>> lkse" >&5
>> < $as_echo_n "checking for pthread_exit in -lkse... " >&6; }
>> ---
>> > { $as_echo "$as_me:$LINENO: checking for pthread_exit in -
>> lpthread" >&5
>> > $as_echo_n "checking for pthread_exit in -lpthread... " >&6; }
>> 4008c4008
>> < LIBS="-lkse $LIBS"
>> ---
>> > LIBS="-lpthread $LIBS"
>> 4068c4068
>> < LIBS="$LIBS -lkse"; pthread="yes"
>> ---
>> > LIBS="$LIBS -lpthread"; pthread="yes"
>>
>>
>> Regards.
>>
>> On Mar 16, 2009, at 10:04 AM, Alexander Malysh wrote:
>>
>>> Hi,
>>>
>>> please don't crosspost.
>>>
>>> Please don't use make install because all debugging symbols
>>> stripped then therefore you didn't
>>> get backtrace.
>>> Just copy smsbox binary to /usr/local/bin...
>>>
>>> Am 14.03.2009 um 03:42 schrieb Nicolas de Bari Embriz Garcia Rojas:
>>>
>>>> Hi, thanks for you answers this is the output of gdb
>>>>
>>>> gdb66 /usr/local/sbin/smsbox smsbox.core
>>>> GNU gdb 6.6 [GDB v6.6 for FreeBSD]
>>>> Copyright (C) 2006 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 "x86_64-portbld-freebsd7.1"...
>>>> Reading symbols from /usr/lib/libssl.so.5...done.
>>>> Loaded symbols for /usr/lib/libssl.so.5
>>>> Reading symbols from /usr/lib/librt.so.1...done.
>>>> Loaded symbols for /usr/lib/librt.so.1
>>>> Reading symbols from /lib/libm.so.5...done.
>>>> Loaded symbols for /lib/libm.so.5
>>>> Reading symbols from /usr/lib/libkse.so.3...done.
>>>> Loaded symbols for /usr/lib/libkse.so.3
>>>> Reading symbols from /usr/local/lib/libxml2.so.5...done.
>>>> Loaded symbols for /usr/local/lib/libxml2.so.5
>>>> Reading symbols from /lib/libz.so.4...done.
>>>> Loaded symbols for /lib/libz.so.4
>>>> Reading symbols from /usr/local/lib/libiconv.so.3...done.
>>>> Loaded symbols for /usr/local/lib/libiconv.so.3
>>>> Reading symbols from /lib/libcrypto.so.5...done.
>>>> Loaded symbols for /lib/libcrypto.so.5
>>>> Reading symbols from /lib/libthr.so.3...done.
>>>> Loaded symbols for /lib/libthr.so.3
>>>> Reading symbols from /lib/libc.so.7...done.
>>>> Loaded symbols for /lib/libc.so.7
>>>> Reading symbols from /libexec/ld-elf.so.1...done.
>>>> Loaded symbols for /libexec/ld-elf.so.1
>>>> Core was generated by `smsbox'.
>>>> Program terminated with signal 11, Segmentation fault.
>>>> #0 0x0000000800a1246c in ?? () from /usr/lib/libkse.so.3
>>>> (gdb) bt full
>>>> #0 0x0000000800a1246c in ?? () from /usr/lib/libkse.so.3
>>>> No symbol table info available.
>>>> #1 0x00000008009ff825 in ?? () from /usr/lib/libkse.so.3
>>>> No symbol table info available.
>>>> #2 0x0000000800a09367 in ?? () from /usr/lib/libkse.so.3
>>>> No symbol table info available.
>>>> #3 0x0000000800a0c360 in ?? () from /usr/lib/libkse.so.3
>>>> No symbol table info available.
>>>> #4 0x0000000800a0d65f in ?? () from /usr/lib/libkse.so.3
>>>> No symbol table info available.
>>>> #5 0x0000000000000000 in ?? ()
>>>> No symbol table info available.
>>>>
>>>>
>>>> I compiled gateway-1.4.3 with the following parameters:
>>>> ./configure --enable-docs=no --with-malloc=native --enable-start-
>>>> stop-daemon=no --prefix=/usr/local --with-cflags="-g"
>>>> gmake
>>>> gmake install
>>>>
>>>>
>>>> It it helps I can prepare a jail(vps) so you can test and try to
>>>> debug
>>>>
>>>> thanks again.
>>>>
>>>> regards
>>>>
>>>> On Mar 13, 2009, at 4:36 PM, Stipe Tolj wrote:
>>>>
>>>>> Nicolas de Bari Embriz Garcia Rojas schrieb:
>>>>>> Hi all, any idea of what parameters pass in the ./configure or
>>>>>> how con
>>>>>> compile kannel so it can work in freebsd amd64 arch ?
>>>>>>
>>>>>> I am trying to run 1.4.3 version it compiles fine but when
>>>>>> trying to run
>>>>>> it i get a segmentation fault, in both smsbox and bearerbox.
>>>>>>
>>>>>> any ideas ?
>>>>>
>>>>> sounds strange to me, I'd take a look into it. Can you please
>>>>> ensure you set
>>>>> 'ulimit -c unlimited' in the calling shell, so you get a
>>>>> core.<pid> core dump file.
>>>>>
>>>>> Then please resolve the function backtrace via:
>>>>>
>>>>> $ gdb /path/to/bearerbox core.<pid>
>>>>> gdb) bt full
>>>>>
>>>>> and please report this to the list, preferably the devel@
>>>>> mailing list.
>>>>>
>>>>> NOTE: make sure you have compiled with at least --with-cflags="-
>>>>> g" to get the
>>>>> debug information included in the binaries.
>>>>>
>>>>> Stipe
>>>>>
>>>>> --
>>>>> -------------------------------------------------------------------
>>>>> Kölner Landstrasse 419
>>>>> 40589 Düsseldorf, NRW, Germany
>>>>>
>>>>> tolj.org system architecture Kannel Software Foundation (KSF)
>>>>> http://www.tolj.org/ http://www.kannel.org/
>>>>>
>>>>> mailto:st_{at}_tolj.org mailto:stolj_{at}_kannel.org
>>>>> -------------------------------------------------------------------
>>>>
>>>
>>
>> --
>> > nbari
>>
>