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.
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
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
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
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:
>
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
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
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
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-
&
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
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
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
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..
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
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.
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
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
[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
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)
, 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
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>
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
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
23 matches
Mail list logo