.Net CF 1.0 Application crashes on WM5.0

  • Thread starter Thread starter Guest
  • Start date Start date
G

Guest

Hi,
I developed an application in .Net CF1.0 for WM 5.0 (Pocket PC). I
am calling some native APIs through P/Invoke and have a few our own '.dlls'.
The issues is that sometimes (two/three times a day)my application crashes
without giving any exception or it opens standard Mircosoft error reporting
page with lots of information. I can't understand the reason why it's not
throwing exception.

Can anybody help me please if you have any idea?

Here are some details about the exception that just I got:

Bucket Parameters:
EventType: WinCE501bExceptio
AppName: gwes.exe
AppVer: 5.1.0.0
AppStamp: a5ae002b
ModName: netcfagll_0.dll
ModeStamp: 4173ca20
Offset: 000be18
OwnName: smsui.exe (my application name)


Thanks in advance

Santosh
 
Remove the calls to unmanaged code, just to verify that that's the source of
the problem. Since it's GWES that's generating the exception, if you are
P/Invoking to do some graphical or windowing operation via native code,
that's a suspect failure point.

Paul T.
 
Thanks Paul for your input. I will do that. Yes, I am doing some Windowing
operations through native calls. I would like to details you. I am using in
three places -
1. To check whether an instance of GUI is already running at the application
startup
2. Passing the GUI handle of .Net 1.0 to native code that calls setText on
that handle to feeback user about background operation.
3.Register .Net GUI handle for registry update notification through Native
Call(notification broker)

I have designed my application like it has single form and different panels
for every other forms. I have a global stack that stacks the panels as it
moves and dequeue when necessary.(all depends on navigation)

I have to put SIP(InputPanel) on every panels to get different SIP handling.
What I suspect that might be causing some issues because I have observed that
all Instance of InputPanel refers to same SIP (internally).

Please help me if you get some more clues.

Thanks,
-Santosh
 
You have my suggestions. Once you have the problem isolated to a single
native call or a structure of native calls, if you still can't figure out
what to do, post back.

Paul T.
 
Back
Top