StartReceive error on demo?

Smpp v3.4 client

Moderator: alt

Locked
PandaChi
Posts: 7
Joined: Mon Apr 16, 2007 7:56 am

StartReceive error on demo?

Post by PandaChi » Tue Apr 01, 2008 8:11 pm

Hi, I'm a happy paying customer of the source for alt.sms.smppclient, but we've been having issues sending messages on one of the SMSCs that we connect to. (just recently got the latest source from you, so it's the latest version)

Even when i run the latest demo, i still crash the client, here is the output:

SmppClient connected
Binding SmppClient for SystemId: 70loopt!
Sending Data: 0000002f00000009000000006431ddd737306c6f6f7074210037306c6f6f7074210037306c6f6f7074210034000000
SmppClient bound
Bind result : sytem is XIR SMPP Server with status ESME_ROK
Received Data: 0000002580000009000000006431ddd758495220534d505020536572766572000210000134
Sending Data: 0000004300000004000000006431ddd837306c6f6f70742100000035363637380001013635303338373539323500000000000000000400000424000774657374696e67
Received Data: 0000002180000004000000006431ddd83139334135424538001a30000417ea4b2b
StartReceive error: Index was outside the bounds of the array.

any ideas?

thanks!
alt
Site Admin
Posts: 988
Joined: Tue Apr 25, 2006 9:45 am

Post by alt » Wed Apr 02, 2008 9:23 am

It looks like you connect to SMSC which use SMPP version greater than 3.4.
Your SMSC sends submit_sm_resp with TLV options. I'll try to extend my parser to avoid such errors.
PandaChi
Posts: 7
Joined: Mon Apr 16, 2007 7:56 am

Post by PandaChi » Wed Apr 02, 2008 10:18 am

Hi (Alex, is it?),

thanks so much! I would really appreciate that!
Is there anything I can do in the meantime to "swallow" these TLV options so they don't crash the application?

Thanks again,

Sam
PandaChi
Posts: 7
Joined: Mon Apr 16, 2007 7:56 am

Post by PandaChi » Wed Apr 02, 2008 10:57 am

also, so i can tell the SMSC, how did you know that the SMPP version they are using is higher than 3.4?

Thanks!

Sam
alt
Site Admin
Posts: 988
Joined: Tue Apr 25, 2006 9:45 am

Post by alt » Sat Apr 05, 2008 5:48 am

because in the specification 3.4 SubmitSmResp has no TLVs.
Locked