If We run GDI test LTK on ARMV4I device, from test 100-104 passes, While at
test 200 it gives hang just after BltFromMonochromeTest

BitBlt - BltFromMonochromeTest
CertVerify: \ddi_test.dll trust = 2

However If we run this test individually It passes and never hangs. Also We
disable rotation support from display driver, then also It never hanges and
passes.

In hange state after enabling Blt Verbose of Debug Zone, we found that
GPE::ClipBlt function gets right, and bottom cordinate as (0,0) of clipping
information. Thats why It always returns from below peace of code

if( rclDst.right <= rclDst.left || rclDst.bottom <= rclDst.top )
{
return S_OK; // the clipping left nothing to do
}

Thanks in advance for any pointers :)

RE: Wrong Clipping Information passed from GDI LTK is causing hang by ABatWork

ABatWork
Fri Apr 25 06:55:00 PDT 2008

Some further information:
This problem is coming under WM6 enviornment. We are using
GPE::BltEmulRotate for rotation.
This problem has to do something with rotation for sure, because if we
disable rotation support from driver, It doesn't reproduce.

Thanks in advance for any kind of pointers to solve the problem.



"ABatWork" wrote:

> If We run GDI test LTK on ARMV4I device, from test 100-104 passes, While at
> test 200 it gives hang just after BltFromMonochromeTest
>
> BitBlt - BltFromMonochromeTest
> CertVerify: \ddi_test.dll trust = 2
>
> However If we run this test individually It passes and never hangs. Also We
> disable rotation support from display driver, then also It never hanges and
> passes.
>
> In hange state after enabling Blt Verbose of Debug Zone, we found that
> GPE::ClipBlt function gets right, and bottom cordinate as (0,0) of clipping
> information. Thats why It always returns from below peace of code
>
> if( rclDst.right <= rclDst.left || rclDst.bottom <= rclDst.top )
> {
> return S_OK; // the clipping left nothing to do
> }
>
> Thanks in advance for any pointers :)
>
>

RE: Wrong Clipping Information passed from GDI LTK is causing hang by LeslieTrowbridgeMS

LeslieTrowbridgeMS
Mon Apr 28 13:17:01 PDT 2008

I recommend looking at this MSDN article for tips on debugging these types of
issues:
http://msdn2.microsoft.com/en-us/library/ms836798.aspx

Thanks,
Leslie Trowbridge [MS]

This posting is provided "AS IS" with no warranties, and confers no rights.
You assume all risk for your use.

"ABatWork" wrote:
> Some further information:
> This problem is coming under WM6 enviornment. We are using
> GPE::BltEmulRotate for rotation.
> This problem has to do something with rotation for sure, because if we
> disable rotation support from driver, It doesn't reproduce.
>
> Thanks in advance for any kind of pointers to solve the problem.
>
>
>
> "ABatWork" wrote:
>
> > If We run GDI test LTK on ARMV4I device, from test 100-104 passes, While at
> > test 200 it gives hang just after BltFromMonochromeTest
> >
> > BitBlt - BltFromMonochromeTest
> > CertVerify: \ddi_test.dll trust = 2
> >
> > However If we run this test individually It passes and never hangs. Also We
> > disable rotation support from display driver, then also It never hanges and
> > passes.
> >
> > In hange state after enabling Blt Verbose of Debug Zone, we found that
> > GPE::ClipBlt function gets right, and bottom cordinate as (0,0) of clipping
> > information. Thats why It always returns from below peace of code
> >
> > if( rclDst.right <= rclDst.left || rclDst.bottom <= rclDst.top )
> > {
> > return S_OK; // the clipping left nothing to do
> > }
> >
> > Thanks in advance for any pointers :)
> >
> >