Hi,

I am working on Smart device application in C#. I am
using SipShowIM from coredll.dll to show & hide SIP
programatically. Is there some function in coredll to
check the state of SIP whether it is currently on or off.
How do I use this function?

Regards,
Jyoti Mahna

You should look into the InputPanel class that ships as part of
Microsoft.WindowCE.Forms.dll in the .NET Compact Framwork.

David Wrighton
..NET Compact Framework

This posting is provided "AS IS" with no warranties, and confers no rights.
--------------------
| Content-Class: urn:content-classes:message
| From: "Jyoti Mahna" <(E-Mail Removed)>
| Sender: "Jyoti Mahna" <(E-Mail Removed)>
| Subject: How to check the state of SIP?
| Date: Thu, 4 Dec 2003 22:57:53 -0800
| Lines: 10
| Message-ID: <08aa01c3bafd$1a7fef30$(E-Mail Removed)>
| MIME-Version: 1.0
| Content-Type: text/plain;
| charset="iso-8859-1"
| Content-Transfer-Encoding: 7bit
| X-Newsreader: Microsoft CDO for Windows 2000
| Thread-Index: AcO6/Rp/j2Xsi3sFTmmD/6hMmbXFmw==
| X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4910.0300
| Newsgroups: microsoft.public.dotnet.framework.compactframework
| Path: cpmsftngxa07.phx.gbl
| Xref: cpmsftngxa07.phx.gbl
microsoft.public.dotnet.framework.compactframework:40104
| NNTP-Posting-Host: tk2msftngxa12.phx.gbl 10.40.1.164
| X-Tomcat-NG: microsoft.public.dotnet.framework.compactframework
|
| Hi,
|
| I am working on Smart device application in C#. I am
| using SipShowIM from coredll.dll to show & hide SIP
| programatically. Is there some function in coredll to
| check the state of SIP whether it is currently on or off.
| How do I use this function?
|
| Regards,
| Jyoti Mahna
|

David Wrighton [MS] wrote:
> You should look into the InputPanel class that ships as part of
> Microsoft.WindowCE.Forms.dll in the .NET Compact Framwork.

As I reported in another post, using InputPanel will render your EXE
non-peverifyable. To me, having my EXE pass peverify is important, but as
yet I have not heard from anyone who works at Microsoft, that these EXEs are
OK to ship. If not, then how do I work around it so that the EXE pass
peverify.

To repro: Create a Pocket PC project, drag InputPanel into it. Build.

Hilton

PEVerify is only intended for use with applications designed to run against
the desktop framework. It happens that it will also verify applications
written for the .NET Compact Framework if those applications only use
functionality that exists on both the desktop and the .NET Compact
Framework. It is perfectly acceptable to ship exe's that do not pass
peverify for the .NET Compact Framework if the reason for failing peverify
is that classes such as InputPanel are used. In fact, if you are compiling
your exe with a supported compiler, there is no reason to use peverify at
all.

David Wrighton
..NET Compact Framework

This posting is provided "AS IS" with no warranties, and confers no rights.
--------------------
| From: "Hilton" <(E-Mail Removed)>
| Newsgroups: microsoft.public.dotnet.framework.compactframework
| References: <08aa01c3bafd$1a7fef30$(E-Mail Removed)>
<(E-Mail Removed)>
| Subject: Re: How to check the state of SIP?
| Lines: 15
| X-Priority: 3
| X-MSMail-Priority: Normal
| X-Newsreader: Microsoft Outlook Express 6.00.2800.1158
| X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
| Message-ID: <bpxBb.6057$_(E-Mail Removed)>
| Date: Wed, 10 Dec 2003 04:36:23 GMT
| NNTP-Posting-Host: 68.164.153.241
| X-Complaints-To: (E-Mail Removed)
| X-Trace: newsread1.news.pas.earthlink.net 1071030983 68.164.153.241 (Tue,
09 Dec 2003 20:36:23 PST)
| NNTP-Posting-Date: Tue, 09 Dec 2003 20:36:23 PST
| Organization: EarthLink Inc. -- http://www.EarthLink.net
| Path:
cpmsftngxa07.phx.gbl!cpmsftngxa06.phx.gbl!TK2MSFTNGP08.phx.gbl!newsfeed00.su
l.t-online.de!t-online.de!nntp-relay.ihug.net!ihug.co.nz!logbridge.uoregon.e
du!newshub.sdsu.edu!elnk-nf2-pas!newsfeed.earthlink.net!stamper.news.pas.ear
thlink.net!newsread1.news.pas.earthlink.net.POSTED!63367134!not-for-mail
| Xref: cpmsftngxa07.phx.gbl
microsoft.public.dotnet.framework.compactframework:40451
| X-Tomcat-NG: microsoft.public.dotnet.framework.compactframework
|
| David Wrighton [MS] wrote:
| > You should look into the InputPanel class that ships as part of
| > Microsoft.WindowCE.Forms.dll in the .NET Compact Framwork.
|
| As I reported in another post, using InputPanel will render your EXE
| non-peverifyable. To me, having my EXE pass peverify is important, but as
| yet I have not heard from anyone who works at Microsoft, that these EXEs
are
| OK to ship. If not, then how do I work around it so that the EXE pass
| peverify.
|
| To repro: Create a Pocket PC project, drag InputPanel into it. Build.
|
| Hilton
|
|
|

David Wrighton [MS] wrote:
> PEVerify is only intended for use with applications designed to run
against
> the desktop framework. It happens that it will also verify applications
> written for the .NET Compact Framework if those applications only use
> functionality that exists on both the desktop and the .NET Compact
> Framework. It is perfectly acceptable to ship exe's that do not pass
> peverify for the .NET Compact Framework if the reason for failing peverify
> is that classes such as InputPanel are used. In fact, if you are compiling
> your exe with a supported compiler, there is no reason to use peverify at
> all.

David,

Thanks for your reply. The reason I run peverify during the build process
is to ensure that the obfuscator (run from the command line on the generated
EXE) did not screw up the EXE. Dotfuscator (shipped with VS) behaves badly
in this regard - the obfuscated EXE doesn't even start. I therefore took
the approach of not trusting obfuscators and always peverify after
obfuscating. I do not use Dofuscator since it does not work with PPC EXEs.
I therefore found peverify to be a valuable tool even though I was compiling
with the VS compiler.

I don't know enough about PE to understand why an EXE that fails peverify is
OK. Could someone please fill in the blanks for me?

To MS: Since VS builds PPC apps, any chance of patching peverify to work
with PPC apps?

Many thanks,

Hilton