Devart Forums

Hi,

I have been using TUniAlerter for sometime.
However Now I placed it in applications whose connection component is connected on and off intermittently when they are required for use. Now my madexcept logs give "Access violation at address 50037AA4 in module 'rtl150.bpl'. Write of address 00000000.". For full error see bottom of post. I am using unidac 5.0.1 released 25-Apr-13.

We need this to work as we use this for our database maintenance functionality.

I have investigated thoroughly and the issue I believe is here:

IBCClassesUNI.pas Line 9015.

The Line should read:

if( Thread.IsConnectionActive )then
Thread.UpdateResultBuffer(Length, Updated);


Kind Regards,


Robert.



Exception Message:
madExcept version : 4.0.5
callstack crc : $5f57ced3, $a81030f4, $5871c40c
count : 2
exception number : 1
exception class : EAccessViolation
exception message : Access violation at address 50037AA4 in module 'rtl150.bpl'. Write of address 00000000.

thread $1b60: <priority:2>
50037aa4 +30 rtl150.bpl System Move
00809394 +00 dac150.bpl Memutils CopyBuffer
01eaca08 +2c ibprovider150.bpl Ibcclassesuni TGDSAlerterThread.UpdateResultBuffer
746529b8 +38 MSVCR80.dll _endthreadex
0046757d +0d BRScheduler.exe madExcept 16500 +6 CallThreadProcSafe
004675e7 +37 BRScheduler.exe madExcept 16550 +9 ThreadExceptFrame
75ca33a8 +10 kernel32.dll BaseThreadInitThunk
>> created by thread $18e4 at:
74652ac7 +7f MSVCR80.dll _beginthreadex

Unfortunately, we can not reproduce the problem.
Please create a small sample that demonstrates the problem, including a script to create the test database, and send it to eugeniyz*devart*com.

This is the old time problem.
In the real world it fails all the time.
In a created test bed for the failure it works fine.

I will continue to attempt to generate an example, though

We are interested in finding a solution for this problem. We are looking forward to receiving the sample from you.