PATCH: Microsecond sleep time

Hi Can anyone explain why gwthread is using the poll function to sleep (using milliseconds as timeout), and not maybe the select function (using microseconds as timeout)? We have the requirement to be able to sleep for less than a millisecond, which the current gwthread_sleep can't provide.

RE: PATCH: Microsecond sleep time

Hi Stipe Patch attached. Werner -Original Message- From: Stipe Tolj [mailto:[EMAIL PROTECTED] Sent: 02 July 2008 16:18 To: Werner Coetzee Cc: devel@kannel.org Subject: Re: PATCH: Microsecond sleep time Werner Coetzee schrieb: > Hi > > Can anyone explain why gwthread is using

CVS port number

Hi what is the port number for Kannel CVS? I'm using the command as on www.kannel.org: cvs -d:pserver:[EMAIL PROTECTED]:/home/cvs login but get: cvs [login aborted]: connect to cvs.kannel.org(193.53.0.98):2401 failed: Connection timed out Is the port number maybe different from 2401? Regards

RE: CVS port number

Thanks Stipe Looks like a firewall issue on our side. I'll discuss it with our system administrators tomorrow. Regards Werner -Original Message- From: Stipe Tolj [mailto:[EMAIL PROTECTED] Sent: 02 July 2008 18:11 To: Werner Coetzee Cc: devel@kannel.org Subject: Re: CVS port n

RE: PATCH: Microsecond sleep time

Hi Stipe Diffs attached. I hope it's the right format this time. Regards Werner -Original Message- From: Stipe Tolj [mailto:[EMAIL PROTECTED] Sent: 02 July 2008 16:48 To: Werner Coetzee Cc: devel@kannel.org Subject: Re: PATCH: Microsecond sleep time Werner Coetzee schrieb: >

RE: PATCH: Memory leak in Clickatell + Brunet HTTP SMSC

ue' which will be destroyed via the callback when dict_destroy is called, but the original 'value' will still reside in memory indefinitely. So I would go for the patch provided by Mr. Jackson, or you should add a octstr_destroy(value) to your patch. Regards -- Werner Coetz

gwlib log issue

Hi List I've come across an issue in the shutdown phase of gwlist_shutdown(). It happens in the log_close_all() function as part of the log_shutdown(). If you have the same log file opened twice (or more), e.g. 2 smsc binds sharing the same log file, fclose() will fail on the second attempt, and

RE: gwlib log issue

Hi Have anybody had a look at this yet? Regards Werner -Original Message- From: Werner Coetzee [mailto:[EMAIL PROTECTED] Sent: 17 November 2008 11:27 To: devel@kannel.org Subject: gwlib log issue Hi List I've come across an issue in the shutdown phase of gwlist_shutdown(). It ha

RE: gwlib log issue

disabled. 2008-11-19 11:58:39 [6476] [0] INFO: Added logfile `/tmp/log1.log' with level `0'. And no problem at shutdown... Thanks, Alex Werner Coetzee schrieb: > Hi > > Have anybody had a look at this yet? > > Regards > Werner > > > -Original Message- &

RE: gwlib log issue

ib log issue Hi, hmm, seems you are right... attached patch should fix it. Werner Coetzee schrieb: > Hi Alex > > I've also got the current CVS version. > I don't know if it might be related to our gcc version, but I've tried with 2 > different versions, > and both

RE: PATCH: Clickatell UCS2 + Concat over HTTP support

Hi It's working in my code. Regards -- Werner Coetzee * C Developer: Messaging Engine * T +27 21 910 7700 * F +27 21 910 7701 werner.coet...@clickatell.com www.clickatell.com -Original Message- From: Alexander Malysh [mailto:amal...@kannel.org] Sent: 05 Ja

RE: Real Windoing in kannel for smpp ?

You can use the max-pending-submits parameter in the smsc group. Regards Werner -Original Message- From: jyoti [mailto:jyoti.ran...@cellnext.com] Sent: 02 February 2009 10:38 To: Nikos Balkanas; devel@kannel.org Subject: RE: Real Windoing in kannel for smpp ? Hi, I want to know the so

RE: Real Windoing in kannel for smpp ?

Well, in that case, your 'receiver' should send you the appropriate error code in the command status of the response PDU. For instance ESME_RMSGQFUL and ESME_RTHROTTLED will cause the message to be re-queued in Kannel. Regards Werner -Original Message- From: jyoti [mailto:jyoti.ran..

RE: Real Windoing in kannel for smpp ?

I'm not 100% what you mean by achieving flow control? Werner -Original Message- From: jyoti [mailto:jyoti.ran...@cellnext.com] Sent: 02 February 2009 11:34 To: Werner Coetzee; devel@kannel.org Subject: RE: Real Windoing in kannel for smpp ? Is this the solution for achiving

RE: [PATCH] smpp_pdu element reported to long, when at max length

Sorry Arne, but I think you're wrong. The check is for a nullterminated element. Thus, if the SMPP spec specifies max length as an example as 16, that includes the null terminator, hence you can actually just use 15 characters. octstr_len returns the length without the null terminator remember.

RE: unable to destroy Octstr *respstr

Why do you want to destroy it? It's only a pointer to the short_message or message_payload fields in the received PDU, which will be destroyed when the pdu is destroyed. Regards -- Werner Coetzee * C Developer: Messaging Engine * T +27 21 910 7700 * F +27 21 910

RE: Re[2]: reenable HTTP_MAX_RETRIES and HTTP_RETRY_DELAY for dlr-url

Hi Alejandro Yes it is a bug. We have the same problem, and if you look at the code you'll clearly see the problem. Look at the http_queue_thread function in smsbox.c. It consumes 1 msg from smsbox_http_requests, then sleeps http_queue_delay, then consumes 1 message, then sleeps http_queue_d

RE: Unicode long message spliting in 140 charactors

[6] DEBUG: DLR[internal]: Adding DLR smsc=access2, ts=39, src=+17542059075, dst=919911274740, mask=23, boxc= Waiting for response. Regards, Manas Werner Coetzee - Senior C Developer / Message Engine Tech Lead E: werner.coet...@clickatell.com<mailto:werner.coet...@clickatell.com> T: (+2

RE: patch to allow data_coding to be set to 3

ndreas and Alex, you shouldn't need to change anything. Could you perhaps supply your bind configuration? Regards Werner Coetzee Werner Coetzee - Senior C Developer / Message Engine Tech Lead E: werner.coet...@clickatell.com<mailto:werner.coet...@clickatell.com> T: (+27)

Why does octstr_cat() require ostr1 to be non-immutable?

, and if the powers that be agree with me remove the assertion? Thanks in advance Werner [cid:image1a2972.PNG@6b9549b0.4bb1f1fc] Werner Coetzee Senior Message Engine Engineer [cid:imagea0c2e2.PNG@e6899d94.4bbd3821] T +27 21 910 7700 werner.coet...@clickatell.com<mailto:werner.coe

Bug in octstr_shrink_blanks

see that it doesn't work. After fixing it in my local repo it's working correctly (for 1, 2, 3+ consecutive spaces). Regards Werner Coetzee Werner Coetzee Senior Message Engine Engineer Tel:+27219107878 Email: werner.coet...@clickatell.com<mailto:werner.coet...@clickatell.com>

RE: Bug in octstr_shrink_blanks

HI Alex I've attached unified diff, hope it's the correct format. Create with command: svn diff -x -u gwlib/octstr.c against trunk revision 5239 Werner Werner Coetzee Senior Message Engine Engineer Tel:+27219107878 Email: werner.coet...@clickatell.com<mailto:werner.coet...@c

RE: Mysql 8.x will not compile with latest Kannel

MYSQL_VERSION_ID >= 8 typedef int my_bool; #endif Werner Werner Coetzee C Developer werner.coet...@clickatell.com +27 (21) 910 7700 From: devel On Behalf Of Hillel Bilman Sent: 02 August 2019 16:30 To: Alexander Malysh Cc: Kannel Devel Subject: Mysql 8.x will not compile with latest Kannel