|
Hello!
I have a simple code that registers wake up event and executes an application, with CeRunAppEvent:
[System.Runtime.InteropServices.DllImport ("coredll.dll")]
public static extern bool CeRunAppAtEvent(string AppName, int WhichEvent);
bool rv = CeRunAppAtEvent("\\My Programs\\program.exe", NOTIFICATION_EVENT_WAKEUP);
Now I need to check if that event was registered previously, in order to prevent multiple registers of the same thing... but I dont find any useful function.
Note: CeRunAppAtEvent returns true altough actual event is already registered. It will only return false if there is any failure.
|
|
|
|
|
I have developed a Compact-Framework compliant .NET control (derived from System.Windows.Forms.Control) and would like to host this control in an HTML document on a Pocket PC. On the desktop, the following HTML code works fine:
<html>
<body>
<p>Hello World Control</p>
</body>
<object id="HelloWorldControl1"
classid="http:HWControl.dll#HWControl.HWControl"
height="500"
width="200" VIEWASTEXT>
</object>
</html>
However, on the Pocket PC, the control is not shown... Is it not possible to host.NETCF controls on Pocket IE?
Greets,
Ray
|
|
|
|
|
what r the classes of .net for GPRS and how the grps.
ddd
|
|
|
|
|
There is no GPRS support, or TAPI support for that matter, built into the .NET Framework BCL. If you really need to use the lower level functions of GPRS, you'll have to write wrapper classes for this yourself.
RageInTheMachine9532
"...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome
|
|
|
|
|
I want to put my referenced assemblies in a subfolder of \bin .. like \bin\assemblies. My application is in \bin.
By fefault .NET puts my app/assembly in same folder as my referenced assemblies. i use "Local Copy" of all references.
Is there a way to tell .NEt to use other locations?
//Maw
|
|
|
|
|
You may try using config file for that.
- ashish
|
|
|
|
|
any idea of how to use it?
//maw
|
|
|
|
|
 I'm using THE api(SendMessage or PostMessage) to send a custom message between 2 C# exe's. The called exe is subclassed to listen to the custom message. In the calling exe, I'm trying to pass a string in the 4th parameter. At this stage the 2nd exe is already running. The api call keeps crashing the 2nd exe. Can it be done across exe's or only within the same exe, thanks.
thanks for your apply or provide sample code( the best  )
you are welcome to visit my blog
|
|
|
|
|
Using SendMessage API to control external app:
have an external application that I need to be able to control. I've tried using SendKeys but due to the obvious limitations of this function the behavior is erratic. I know you can do this using the SendMessage API ( find the handle of the external application's window ，first ) ,but I'm not sure how to do it.
can you provide the sameple code to me ,please?
you are welcome to visit my blog
|
|
|
|
|
By trying using SendMessage API i got:
C:\Projecti\test\Form1.cs(77): 'System.Windows.Forms.Control.SendMessage(int, int, int)' is inaccessible due to its protection level
This API is from Platform SDK and i think it doesn't support in C#.
To get handle, you can call GetActiveWindow or FindWindow
|
|
|
|
|
I can do it now
I can use FindWindow,GetWindow and SendMessage to send message to a notepad app,just like this:
hWnd1 = FindWindow(null, "Untitled - Notepad");
hWnd2 = GetWindow(hWnd1, GW_CHILD);
sText =this.textBox1.Text;
SendMessage (hWnd2, WM_SETTEXT,sText.Length, sText);
but I don't know how to excute a word app's dictate by another app,help me please ,thank you!
you are welcome to visit my blog
|
|
|
|
|
I'm learning to program in C# w/ VisualStudio.NET 2003.
I've just bought a MCAD Certification book (70-316) Kalani.
Just started reading the self-assesment portion:
Here's some questions...
What the heck is the difference between the Framework SDK and VisualStudio.NET??
How do I "practice" working with the Framework SDK, as suggested in the book??
I know I'll get hammered for this Q. but so what...would I know the difference just by looking at the screen?
--thanks
|
|
|
|
|
Anonymous wrote:
What the heck is the difference between the Framework SDK and VisualStudio.NET??
The Framework SDK can be downloaded without buying VS.NET. It comprises everything you need to write programs in C# using a text editor and the command line, or a third party IDE, of which one or two exist ( free ware ).
Anonymous wrote:
How do I "practice" working with the Framework SDK, as suggested in the book??
Write code.
Anonymous wrote:
I know I'll get hammered for this Q. but so what...would I know the difference just by looking at the screen?
The difference between what ? The Framework SDK and VS.NET ?
Christian Graus - Microsoft MVP - C++
|
|
|
|
|
I know I'll get hammered for this Q. but so what...would I know the difference just by looking at the screen?
The difference between what ? The Framework SDK and VS.NET ? YES.
The study guide said make sure you practice with BOTH VS.Net and
The Framework SDK.
|
|
|
|
|
Anonymous wrote:
The difference between what ? The Framework SDK and VS.NET ? YES.
OK, then I did answer that, and rgraham explained it in more depth than I did.
Christian Graus - Microsoft MVP - C++
|
|
|
|
|
Visual Studio NET is an Integrated Development Environment - an environment that supports creating applications by providing graphical tools, debugging facilities, project management tools etc.
The NET framework is a family of classes that provide libraries of functions that provide the foundation of the programs you create using NET languages.
The NET framework is an integral part of any application you create. Visual Studio is an environment that assists you in creating those applications.
|
|
|
|
|
Thanks-- that was an excellent explanation...
|
|
|
|
|
Example in psudocode
new myHugeObject HugeObject();
.....
myHugeObject = null; //no GC between this statement and the next
fixed int i;
//CLR calls garbage collection here
In this case will any more memory actually be made available to the application (would require a c/c++ style linked list style heap), or will all the memory freed from MyHugeObject and any other GCed variables be unavailable until i goes out of scope?
I'm assuming it would be the latter, in which case prior to allocating fixed variables with long lifetimes might be one of the handful of exceptions to the general rule against forcing manual GCs.
|
|
|
|
|
The CLR uses a special large object heap to handle large objects, so doing a collection probably wouldn't have the effect you are expecting.
I can imagine the sinking feeling one would have after ordering my book,
only to find a laughably ridiculous theory with demented logic once the book arrives - Mark McCutcheon
|
|
|
|
|
Forgot about that. I'm more interested in the behavior of the GC itself than in a particular circumstance that would cause it though. modified example.
//allocate lots of small-medium sized objects, and release them all at once (ie stuff them into a container, etc)
fixed int i;
//CLR calls garbage collection here
If the CLR is smart enough to do a GC before creating fixed variables this wouldn't matter, but if the freed objects were around long enough to become Gen2 and needed finalizing there'd be a major performance hit in a potentially unneeded call, so I doubt it would.
|
|
|
|
|
In your example, you're creating an int32 after you allocate and release a large number of objects. AFAIK, in the IL code thats generated, the space for the int32 value type is allocated at the beginning of the method its declared in, not when your code specifies its creation, I THINK! I haven't verified this with a test though...
If this is indeed the case, your question isn't valid because it describes a situation that never happens.
RageInTheMachine9532
"...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome
|
|
|
|
|
I'm not sure how it would affect it. Probably the best way to figure it out is to fire up windbg and sos to see where all the allocations are.
I can imagine the sinking feeling one would have after ordering my book,
only to find a laughably ridiculous theory with demented logic once the book arrives - Mark McCutcheon
|
|
|
|
|
I don't think having fixed variables affects collection of other objects. The GC walks the heap and traces roots to those objects. In your case, if the GC happened at the point you indicated, then it will notice that HugeObject has no outstanding references and hence will garbage collect it.
Regards
Senthil
_____________________________
My Blog | My Articles | WinMacro
|
|
|
|
|
You've misunderstood my question. My concern was that the fixed variable would be placed after HugeObject in memory. Since the fixedvar can't be moved, freeing HugeObject wouldn't actaully provide any more memory to be used without the memory manager using a freelist type structure to allocate memory in the space between the nonGCed objects and the fixedvar.
|
|
|
|
|
dan neely wrote:
My concern was that the fixed variable would be placed after HugeObject in memory
No, it wouldn't. HugeObject would end up on the Large Object Heap. Your int would not be allocated on the same heap.
Also, fixed can only allocate pointers. You can't use it to allocate an int, but you can use it to allocate a pointer to an int. In order for the pointer to be valid, the fixed statement pins the target of the pointer so the GC can't move it. Once the fixed statement is no longer in scope, the pinned object is released.
Point pt = new Point();
fixed ( int* p = &pt.x )
{
*p = 1;
}
RageInTheMachine9532
"...a pungent, ghastly, stinky piece of cheese!" -- The Roaming Gnome
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
