Exception OutOfMemory X ReportDelivery X QueueManager

[GoogleCodeExporter]

Outofmemory Exception in system of sending bulk SMS.
Guys, I need a help, I am studying a week, trying to find out why SMSLib is 
using so much RAM Memory.
Looking at the posts, I noticed that what is consuming so much memory is the 
delivery report. To the extent that the reading will return callbackmethod, 
something is being stored in the paging file from the windows, until it no 
longer supported, and is launching a java exception (OutOfMemory).

My application was developed in C #. Net.
Addition, also need help on how to get back the amount of SMS that I have 
aguaradando in the queue.
In. Net'm not able to locate the method: srv.get QueueManager (). GetQueueLoad 
().

Please! I look forward to help!

Original issue reported on code.google.com by thinform...@gmail.com on 8 Mar 2012 at 11:37

Attachments:

• Processamento.PNG

[GoogleCodeExporter]

Hi,

Can you describe your application? How exactly are you using smslib - I need 
this info in order to try and reproduce this.

Original comment by T.Delenikas on 9 Mar 2012 at 5:02

• Changed state: Open

[GoogleCodeExporter]

Then, the application is using the standard structure of SMSLib, did some 
method implementations in shipping, but no biggie.
CallBack In return I just, I added a connection to the database via dataset, 
where I perform updates on the numbers as they return.
You can fix the code attached to inside the inner class, added the method I 
need to hook up and take a reading of menssage text.

I'm using windows server 2003 to run the application. The weekend will leave 
running on Windows XP and Windows 7 to examine whether treatment of memory is 
different.

Note: The virtual memory is consumed up to its limit and after the RAM for the 
return of the messages, so after finishing the application being that the 
memory is released.

Thank you for your attention!

Original comment by thinform...@gmail.com on 9 Mar 2012 at 11:15

Attachments:

• InboundNotification.txt

[GoogleCodeExporter]

Rounding. The method of transmission, this works as follows:
I created a Timer with traffic lights, to be rescued from the database every 1 
minute, 3 messages for each modem, so I avoid the queue to grow uncontrollably. 
However I noticed that the accumulation of the queue does not consume as much 
memory as the delivery report.
I'm using the Huawei E220 modems and E156C.

Thank you!

Original comment by thinform...@gmail.com on 9 Mar 2012 at 11:21

[GoogleCodeExporter]

If you run with an *empty* notification method, do you experience the same 
issue?
Can you also try with the attached dll (instead of the one you already have)?

Original comment by T.Delenikas on 9 Mar 2012 at 10:12

Attachments:

• smslib-3.5.2.dll

[GoogleCodeExporter]

Friend got the following exception when importing the dll in my project. Any 
tips?
Using the dll before, they arrive in the reports, overloads. Even the method, 
with only the clause Console.WriteLine (msg).

As for a solution soon found a temporary way, not to be stopped with sitema, 
divide the application into two modules, one for sending and another for 
reading.

This way I can create a WathDog to control the consumption of the module 
reading, give when you reach a large consumer, and I finish a run again.

In still more trying to import the dll to perform another test.

Thank you!

Original comment by thinform...@gmail.com on 12 Mar 2012 at 5:37

Attachments:

• Capturar.PNG

[GoogleCodeExporter]

You are using an older IKVM version than the one that I've used to build the 
dll.

Original comment by T.Delenikas on 12 Mar 2012 at 9:50

[GoogleCodeExporter]

Please
Could you provide the correct link to download IKVM?
I downloaded some however none of them was still compatible with the new ddl.

Thank you!

Original comment by thinform...@gmail.com on 17 Mar 2012 at 1:55

[GoogleCodeExporter]

For the attached dll, i used:

http://sourceforge.net/projects/ikvm/files/ikvm/0.46.0.1/

Original comment by T.Delenikas on 17 Mar 2012 at 5:39

[GoogleCodeExporter]

Original comment by T.Delenikas on 12 Apr 2012 at 9:35

• Changed state: Closed