Re: SMPP implementation in current CVS build

>Alex Judd wrote:
>>
>>  Just my luck that I upgrade to a SMPP connection and have lots of fun
>>  trying to get Kannel to run with it :) From my (brief) investigations it
>>  looks like the way that gwthread_create is implemented has changed - so
>>  that the old format of the function passes the wrong parameters to it -
>>  for example:
>>
>>  smsc_emi2.c:      gwthread_create(emi2_listener, conn)) == -1)
>>  smsc_emi2.c:    if ((privdata->sender_thread =
>>  gwthread_create(emi2_sender, conn)) == -1) {
>>  smsc_smpp.c:    smpp->transmitter = gwthread_create(io_thread,
>>  io_arg_create(smpp, 1));
>>  smsc_smpp.c:    smpp->receiver = gwthread_create(io_thread,
>>  io_arg_create(smpp, 0));
>>
>>  With the SMPP code this causes the mutex lock code to try and lock the
>>  same mutex twice and hence panics the box.
>
>I'm a bit confused about this report.
>
>We do have productive SMPP installations around, right? Those have yet
>not been complaining about such an issue, AFAIK.
>
>Stipe

I was able to reproduce this problem on my Solaris 8 box. I then made 
a wrapper around mutex_lock (created mutex_lock_real adding __FILE__ 
and __LINE__ to the call as a macro) and print out the line and file 
position of the mutex lock. This made the error go away. Its 
completely illogical to me but it fixed it. its in CVS right now.
-- 

Andreas Fink
Fink-Consulting

------------------------------------------------------------------
Tel: +41-61-6932730 Fax: +41-61-6932729  Mobile: +41-79-2457333
Address: A. Fink, Schwarzwaldallee 16, 4058 Basel, Switzerland
E-Mail:  [email protected]  Homepage: http://www.finkconsulting.com
------------------------------------------------------------------
Something urgent? Try http://www.smsrelay.com/  Nickname afink