But all merits to Ady for show us the light ;)
On 6/1/06, Mi Reflejo <[EMAIL PROTECTED]> wrote:
Well. Actually the patch was mine ;) M. On 6/1/06, Stipe Tolj <[EMAIL PROTECTED]> wrote: > Ady Wicaksono wrote: > > Dear all > > > > on 32 bit system, we have max int 2^31 - 1 = 2147483647 > > > > (look at /usr/include/stdint.h) > > :# define INT32_MAX (2147483647) > > > > I have the problem with this, some of SMSC use hex/decimal pair. > > submit_sm_resp is using hexadecimal > > > > 2006-05-18 15:30:18 [16274] [6] DEBUG: type_name: submit_sm_resp > > 2006-05-18 15:30:18 [16274] [6] DEBUG: command_id: 2147483652 = > > 0x80000004 > > 2006-05-18 15:30:18 [16274] [6] DEBUG: command_status: 0 = 0x00000000 > > 2006-05-18 15:30:18 [16274] [6] DEBUG: sequence_number: 13 = 0x0000000d > > 2006-05-18 15:30:18 [16274] [6] DEBUG: message_id: "B88B2856" > > > > Message ID is 3096127574 in decimal which is bigger than max-int so > > > > 2006-05-18 15:30:18 [16274] [6] DEBUG: SMPP PDU dump ends. > > 2006-05-18 15:30:18 [16274] [6] DEBUG: DLR[mysql]: Adding DLR smsc=smpp, > > ts=2147483647, src=xxx, dst=xxxxx, mask=31, boxc= > > > > Kannel set ts to 2147483647 :(. It's bad since when i have deliver_sm as > > delivery report like this, they inform id 3096127574 state but our > > kannel can't find > > DLR entries > > > > 2006-05-18 15:30:36 [16274] [9] DEBUG: data: 69 64 3a 33 30 39 36 > > 31 32 37 35 37 34 20 73 75 id:3096127574 su > > 2006-05-18 15:30:36 [16274] [9] DEBUG: data: 62 3a 30 30 30 20 64 > > 6c 76 72 64 3a 30 30 30 20 b:000 dlvrd:000 > > 2006-05-18 15:30:36 [16274] [9] DEBUG: data: 73 75 62 6d 69 74 20 > > 64 61 74 65 3a 30 36 30 35 submit date:0605 > > 2006-05-18 15:30:36 [16274] [9] DEBUG: data: 31 38 31 35 33 32 20 > > 64 6f 6e 65 20 64 61 74 65 181532 done date > > 2006-05-18 15:30:36 [16274] [9] DEBUG: data: 3a 30 36 30 35 31 38 > > 31 35 33 32 20 73 74 61 74 :0605181532 stat > > 2006-05-18 15:30:36 [16274] [9] DEBUG: data: 3a 44 45 4c 49 56 52 > > 44 20 65 72 72 3a 30 30 30 :DELIVRD err:000 > > 2006-05-18 15:30:36 [16274] [9] DEBUG: data: 20 74 65 78 74 3a 54 > > 65 72 69 6d 61 20 4b 61 73 text:xxxxxxxxxxxx > > 2006-05-18 15:30:36 [16274] [9] DEBUG: Octet string dump ends. > > 2006-05-18 15:30:36 [16274] [9] DEBUG: SMPP PDU dump ends. > > 2006-05-18 15:30:36 [16274] [9] DEBUG: SMPP[smpp] handle_pdu, got DLR > > 2006-05-18 15:30:36 [16274] [9] DEBUG: DLR[mysql]: Looking for DLR > > smsc=smpp, ts=2147483647, dst=xxxxxxxx, type=1 > > 2006-05-18 15:30:36 [16274] [9] DEBUG: no rows found > > 2006-05-18 15:30:36 [16274] [9] WARNING: DLR[mysql]: DLR for > > DST<xxxxxxx> not found. > > 2006-05-18 15:30:36 [16274] [9] ERROR: SMPP[smpp]: got DLR but could not > > find message or was not interested in it id< > > 2147483647> dst<xxxxx>, type<1> > > > > Any issue on this limit? > > provided patch from Ady has been commited to cvs. Resolving bug #345. Please > confirm. > > Stipe > > ------------------------------------------------------------------- > Kölner Landstrasse 419 > 40589 Düsseldorf, NRW, Germany > > tolj.org system architecture Kannel Software Foundation (KSF) > http://www.tolj.org/ http://www.kannel.org/ > > mailto:st_{at}_tolj.org mailto:stolj_{at}_kannel.org > ------------------------------------------------------------------- > >