> cvs is updated anyway.
yep, did that.
Stipe
[EMAIL PROTECTED]
---
Wapme Systems AG
Vogelsanger Weg 80
40470 Düsseldorf
Tel: +49-211-74845-0
Fax: +49-211-74845-299
E-Mail: [EMAIL PROTECTED]
Internet: http://www.wapme-systems.de
On Donnerstag, Januar 2, 2003, at 03:41 Uhr, Stipe Tolj wrote:
Andreas Fink wrote:
before submitting ANY patch to CVS it should be checked if the code compiles at least...
With current cvs I get:
gcc -D_REENTRANT=1 -I. -Igw -g -O2 -DBROKEN_PTHREADS=1 -I/usr/include/libxml -I/usr/include -I/usr
Andreas Fink wrote:
>
> before submitting ANY patch to CVS it should be checked if the code compiles at
>least...
>
> With current cvs I get:
>
> gcc -D_REENTRANT=1 -I. -Igw -g -O2 -DBROKEN_PTHREADS=1 -I/usr/include/libxml
>-I/usr/include -I/usr/include/mysql -o gw/smsc/smsc_smpp.o -c gw/smsc/
before submitting ANY patch to CVS it should be checked if the code compiles at least...
With current cvs I get:
gcc -D_REENTRANT=1 -I. -Igw -g -O2 -DBROKEN_PTHREADS=1 -I/usr/include/libxml -I/usr/include -I/usr/include/mysql -o gw/smsc/smsc_smpp.o -c gw/smsc/smsc_smpp.c
gw/smsc/smsc_smpp.c: In f
Nisan Bloch wrote:
>
> Here is a different take the Andreas's SMPP generic_nack patch. This is a
> bit more complete, and fixes a potential NULL pointer exception in the
> code. On line 922 a check is made for msg==NULL, and an error message
> outputed, but then bb_smscconn_send_failed is called
Hi All
anytake on this yet?
Nisan
Here is a different take the Andreas's SMPP generic_nack patch. This is a
bit more complete, and fixes a potential NULL pointer exception in the
code. On line 922 a check is made for msg==NULL, and an error message
outputed, but then bb_smscconn_send_failed
Hi
Here is a different take the Andreas's SMPP generic_nack patch. This is a
bit more complete, and fixes a potential NULL pointer exception in the
code. On line 922 a check is made for msg==NULL, and an error message
outputed, but then bb_smscconn_send_failed is called with the NULL msg.
Thi
Hi
At 11:10 AM 12/5/02 +0100, Andreas Fink wrote:
I've fixed the problem in CVS.
the implementation didnt expect to see an error as generic_err_resp but
only as sms_submit_resp
the error was a THROTTLING.
Our soln is basically the same but with some minor differences..
Primarily we remove the
Hi
Yup we have. This is what happens when you send above the throughput
allowed by the SMSC you are connecting to for your account.
0x58 is SMPP_ESME_RTHROTTLED
We have also seen SMPP_ESME_RMSGQFUL comming in on a
generic_nack_resp.
Our smsc module is modified for this. Basically we have added
ge
On Donnerstag, Dezember 5, 2002, at 03:23 Uhr, Stipe Tolj wrote:
I'm vetoing against (-1) for the block:
if(msg->sms.coding == 1)/* dont screw up unicode messages
*/
charset_gsm_to_latin1(msg->sms.msgdata);
because most SMPP SMSC seem to send with data_coding = 0 and use GSM
alp
I'm vetoing against (-1) for the block:
if(msg->sms.coding == 1)/* dont screw up unicode messages
*/
charset_gsm_to_latin1(msg->sms.msgdata);
because most SMPP SMSC seem to send with data_coding = 0 and use GSM
alphabet as default SMSC alphabet.
This patch would resul
On Donnerstag, Dezember 5, 2002, at 12:13 Uhr, Stipe Tolj wrote:
Andreas,
I've fixed the problem in CVS.
the implementation didnt expect to see an error as generic_err_resp but only as sms_submit_resp
the error was a THROTTLING.
what are the other changes you commited for?!
http://www.kannel.
Andreas,
> I've fixed the problem in CVS.
> the implementation didnt expect to see an error as generic_err_resp but only as
>sms_submit_resp
> the error was a THROTTLING.
what are the other changes you commited for?!
http://www.kannel.org/cgi-bin/viewcvs.cgi/gateway/gw/smsc/smsc_smpp.c.diff?r1=
On Donnerstag, Dezember 5, 2002, at 10:56 Uhr, Stipe Tolj wrote:
2002-12-05 06:57:53 [10] DEBUG: SMPP[link5]: Got PDU:
2002-12-05 06:57:53 [10] DEBUG: SMPP PDU 0x814fdc8 dump:
2002-12-05 06:57:53 [10] DEBUG: type_name: generic_nack_resp
2002-12-05 06:57:53 [10] DEBUG: command_id: 2147483648 = 0x
> 2002-12-05 06:57:53 [10] DEBUG: SMPP[link5]: Got PDU:
> 2002-12-05 06:57:53 [10] DEBUG: SMPP PDU 0x814fdc8 dump:
> 2002-12-05 06:57:53 [10] DEBUG: type_name: generic_nack_resp
> 2002-12-05 06:57:53 [10] DEBUG: command_id: 2147483648 = 0x8000
> 2002-12-05 06:57:53 [10] DEBUG: command_status: 8
Andreas Fink wrote:
>
> Anyone seen this:
>
> 2002-12-05 06:57:53 [10] DEBUG: SMPP[link5]: Got PDU:
> 2002-12-05 06:57:53 [10] DEBUG: SMPP PDU 0x814fdc8 dump:
> 2002-12-05 06:57:53 [10] DEBUG: type_name: generic_nack_resp
> 2002-12-05 06:57:53 [10] DEBUG: command_id: 2147483648 = 0x8000
> 200
Anyone seen this:
2002-12-05 06:57:53 [10] DEBUG: SMPP[link5]: Got PDU:
2002-12-05 06:57:53 [10] DEBUG: SMPP PDU 0x814fdc8 dump:
2002-12-05 06:57:53 [10] DEBUG: type_name: generic_nack_resp
2002-12-05 06:57:53 [10] DEBUG: command_id: 2147483648 = 0x8000
2002-12-05 06:57:53 [10] DEBUG: co
17 matches
Mail list logo
