Kannel on Mac OSX

Tue Apr 24 07:06:58 CEST 2007

I run it on MacBook Pro ,  MacMini PPC , XServe G4, XServe G5, XServe  
Intel.
If your backtrace shows 0000 as address, you probably have it  
crashing because of a corrupted stack.
I would run it directly in the debugger.

Do you have any package manager installed like "fink" or "Ports"  
which could get into the way when it tries to link to the libraries?

On 23.04.2007, at 21:25, Alejandro Guerrieri wrote:

> I've started with
>
> --with-pcre --enable-mysql
>
> but ended up with plain "./configure", it didn't make any  
> differences though.
>
> Are you using it on Intel or PPC platform? Mine's a MacBook Pro (Intel
> 2.16 Ghz Core Duo with 2Gb RAM).
>
> I'll try adding the symbols and run gdb again.
>
> Regards,
>
> Alejandro.
>
> On 4/23/07, Andreas Fink <afink at list.fink.org> wrote:
>> Alejandro, what ./configure line did you use?
>> We use kannel without a problem under MacOS X...
>> I would recommend to build it with debug symbols (add -g to the  
>> compiler
>> flags).
>>
>>
>>
>>
>> On 21.04.2007, at 19:53, Alejandro Guerrieri wrote:
>>
>> Hi,
>>
>> I've been struggling to get Kannel running on Mac OSX Tiger 10.4.9 on
>> a MacBook Pro (Intel architecture) to no avail.
>>
>> Kannel compiles fine, but when run it segfaults.
>>
>> gdb output is rather poor:
>>
>> #0  0x00000000 in ?? ()
>>
>> CrashReporter log is as follows:
>>
>> **********
>>
>> Host Name:      silverbook
>> Date/Time:      2007-04-21 12:01:00.689 -0300
>> OS Version:     10.4.9 (Build 8P2137)
>> Report Version: 4
>>
>> Command: bearerbox
>> Path:    /usr/local/sbin/bearerbox
>> Parent:  bash [9999]
>>
>> Version: ??? (???)
>>
>> PID:    18746
>> Thread: 0
>>
>> Exception:  EXC_BAD_ACCESS (0x0001)
>> Codes:      KERN_INVALID_ADDRESS (0x0001) at 0xbf7ffd7c
>>
>> Thread 0 Crashed:
>> 0   libSystem.B.dylib 0x9000b10d __vfprintf + 12
>> 1   libSystem.B.dylib 0x9000b0f0 sprintf + 480
>> 2   bearerbox         0x00080160 format + 650 (log.c:386)
>> 3   bearerbox         0x000802e3 gw_panic + 72 (log.c:527)
>> 4   bearerbox         0x00075611 gw_rwlock_rdlock + 52 (gw- 
>> rwlock.c:152)
>> 5   bearerbox         0x000802f7 gw_panic + 92 (log.c:527)
>> 6   bearerbox         0x00075611 gw_rwlock_rdlock + 52 (gw- 
>> rwlock.c:152)
>> 7   bearerbox         0x000802f7 gw_panic + 92 (log.c:527)
>> 8   bearerbox         0x00075611 gw_rwlock_rdlock + 52 (gw- 
>> rwlock.c:152)
>> 9   bearerbox         0x000802f7 gw_panic + 92 (log.c:527)
>> 10  bearerbox         0x00075611 gw_rwlock_rdlock + 52 (gw- 
>> rwlock.c:152)
>> ...
>> (Repeats the same two lines)
>> ...
>>
>> 505 bearerbox         0x000802f7 gw_panic + 92 (log.c:527)
>> 506 bearerbox         0x00075611 gw_rwlock_rdlock + 52 (gw- 
>> rwlock.c:152)
>> 507 bearerbox         0x000802f7 gw_panic + 92 (log.c:527)
>> 508 bearerbox         0x00075611 gw_rwlock_rdlock + 52 (gw- 
>> rwlock.c:152)
>>
>> Thread 0 crashed with X86 Thread State (32-bit):
>>  eax: 0xbf8005b4  ebx: 0x9000af20  ecx: 0x00000000  edx: 0xa00023e0
>>  edi: 0x0000000c  esi: 0xbf800628  ebp: 0xbf8004d8  esp: 0xbf7ffd80
>>   ss: 0x0000001f  efl: 0x00010282  eip: 0x9000b10d   cs: 0x00000017
>>   ds: 0x0000001f   es: 0x0000001f   fs: 0x00000000   gs: 0x00000037
>>
>> Binary Images Description:
>>    0x1000 -    0xa6fff bearerbox /usr/local/sbin/bearerbox
>> 0x8fe00000 - 0x8fe4afff dyld 46.12 /usr/lib/dyld
>> 0x90000000 - 0x90172fff libSystem.B.dylib /usr/lib/libSystem.B.dylib
>> 0x901c2000 - 0x901c4fff libmathCommon.A.dylib
>>  /usr/lib/system/libmathCommon.A.dylib
>> 0x90bd2000 - 0x90bd9fff libgcc_s.1.dylib /usr/lib/libgcc_s.1.dylib
>> 0x91157000 - 0x91165fff libz.1.dylib /usr/lib/libz.1.dylib
>> 0x91946000 - 0x919f8fff libcrypto.0.9.7.dylib /usr/lib/libcrypto. 
>> 0.9.7.dylib
>> 0x91be1000 - 0x91cbffff libxml2.2.dylib /usr/lib/libxml2.2.dylib
>> 0x92627000 - 0x92714fff libiconv.2.dylib /usr/lib/libiconv.2.dylib
>> 0x9496d000 - 0x94992fff libssl.0.9.7.dylib /usr/lib/libssl. 
>> 0.9.7.dylib
>> 0x9499e000 - 0x949bbfff libresolv.9.dylib /usr/lib/libresolv.9.dylib
>>
>> If anyone have a clue about what's wrong, it will be more than  
>> welcome ;)
>>
>> Thank you in advance
>> --
>> Alejandro Guerrieri
>> Magicom
>> http://www.magicom-bcn.net/
>> LinkedIn: http://www.linkedin.com/in/aguerrieri
>>
>>
>> Andreas Fink
>>
>> Fink Consulting GmbH
>> Global Networks Schweiz AG
>> BebbiCell AG
>>
>> ---------------------------------------------------------------
>> Tel: +41-61-6666330 Fax: +41-61-6666331  Mobile: +41-79-2457333
>> Address: Clarastrasse 3, 4058 Basel, Switzerland
>> E-Mail:  andreas at fink.org
>> www.finkconsulting.com www.global-networks.ch www.bebbicell.ch
>> ---------------------------------------------------------------
>> ICQ: 8239353 MSN: msn1 at gni.ch AIM: smsrelay Skype: andreasfink
>> Yahoo: finkconsulting SMS: +41792457333
>>
>>
>>
>>
>>
>>
>
>
> -- 
> Alejandro Guerrieri
> Magicom
> http://www.magicom-bcn.net/
> LinkedIn: http://www.linkedin.com/in/aguerrieri

Andreas Fink

Fink Consulting GmbH
Global Networks Schweiz AG
BebbiCell AG

---------------------------------------------------------------
Tel: +41-61-6666330 Fax: +41-61-6666331  Mobile: +41-79-2457333
Address: Clarastrasse 3, 4058 Basel, Switzerland
E-Mail:  andreas at fink.org
www.finkconsulting.com www.global-networks.ch www.bebbicell.ch
---------------------------------------------------------------
ICQ: 8239353 MSN: msn1 at gni.ch AIM: smsrelay Skype: andreasfink
Yahoo: finkconsulting SMS: +41792457333

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.kannel.org/pipermail/devel/attachments/20070424/7c6e9b64/attachment-0001.html 