you don't need visual studio to compile application using .net 2.0 but you can't access the namespaces or compilers from within VS 2003, since I can't imagine you having a very good time creating .net applications without Visual Studio I would strongly recommend to get VS 2005 if you are planning on using .net 2.0.
Incidentally, if you want to user notepad to edit the source code, make sure you reference the right libraries and you configure your application to run under .net 2.0. If you install VS 2005 it takes care of that for you, otherwise you will have to look at the documentation.
It is working fine with Pocket PC 2003 English OS.But it is not working with Pocket PC 2003 German OS.What is the change i need to be do to
make this work in German OS.I didnt get any error or crash but my
application is not listed out in Pocket PC (that is in
Settings->Today->Items tab).So i am not able to set the today screen
item and access the application.Please help me in this regard.
C# does not support the concept of modules as VB.NET does. AFAIK the module concept is a hang over from the old VB6 days and the VB.NET compiler does some fudging when converting the VB.NET code into MSIL in order to get it to work.
I did read an interesting article on the subject a week or two back, however I cannot find it otherwise I would have linked to it.
We are using a class to manage serial port, and we are continuously receiving data from GPS.
In order to improve things, all the complex treatment is done by a worker thread, but we need to do many UI updates from this thread. The result is this: all things are right, but UI always slows down and doesnt offer a good response to user interation.
We are using Invoke function for these UI updates, something like this:
protected TextBox _txtSum;
protected int _sum ;
public void thread_funcion()
_sum = ......... // complex process
..Many more complex UI updates
This is not a cappability that is supported by Windows Installer. To actually display each file name as it is copied requires a lot of really complex custom modifications to the setup.
You can add a line to the MSI using Orca to get the progress bar to display some simple messages like "Copying files", "Creating Registry Entries" and stuff like that, but it will not display the file names themnselves.
If you want to add at least some status messages, open the msi with Orca, find the EventMapping table and add a new row with the following values:
I've been working on a saved dynamic assembly that holds all the types and corresponding xml serialization attributes I need to deserialize xml documents into objects.
You might wonder why I would choose a dynamic assembly over simply coding the types at compile time - the simple answer is I don't know what the types will be before hand and I only have an xml schema (from which I build the dynamic assembly) with various attributes that change frequently.
Since the schema only defines data types (methods,events,delegates could probably be defined within xs:appinfo tags but in my case they are not), I needed a way to add functionality to these dynamically created classes which were otherwise, nothing more than just data stubs.
The method I chose was to define (at compile-time) abstract base classes from which classes in my dynamic assembly could inherit. Now these simple data-stub classes had a complement of methods to enable them to do more than simply hold data in fields.
Unfortunately, it seems that since my dynamic classes now inherit from classes defined at compile-time, the xml serializer gets confused (see error and stack trace below).
It worked fine before I added the inheritance - maybe I need a reference (somehow) to the hardcoded assembly containing the types I inherit from in my dynamic assembly.
Any suggestions? Thanks in advance, Rein
[[error and stack trace]]
"An unhandled exception of type 'SystemIO.FileNotFoundException' occurred in mscorlib.dll.
Addtional Information: File or assembly name [xxxxx.dll], or one of it's dependencies, was not found."
I did the below experiment and I did not understand the cause for the exception. Can you please throw some light on this problem?
Also can you please clarify whether a native client can directly sink the .NET Remoting callbacks?
Description of Prototype:
This has mainly 3 modules viz. Remoting Server(C#), Adapter (MC++) and Client(Native C++).
(1) I implemented a SAO(Server Activated Object) singleton, in a C# .NET Remoting Server. Remoting object exposes ISrv interface. Also, Remoting object sends notifications via ISrc interface. These interfaces are defined in a C# Class library and shared across Client, Adapter and Server.
(2) I implemented an MC++ Adapter, a wrapper for the SAO. Adapter implements ISrv interface and exposes the same to native client(s). This basically holds a transparent proxy to the remoting object mentioned in (1).
(3) I implemented a native C++ client interacting with SAO via MC++ Adapter. Client was able to reach SAO via MC++ adapter using ISrv interface. Also Native client was able to receive notifications from C# SAO via sink class(on Cleint side). Actually the sink objects were registered onto SAO by clients via ISrv. SAO Singleton maintains such registered sink objects in an arraylist in its class scope. For some reason, I observed an exception when Server tries to send notifications, 5 minutes(approximately) after the sink object registration. I could not understand the reason for this problem. Can you please clarify? Below is the exception info:
Exception Message: "Requested service not found"
Exception Source: System.Runtime.Remoting.RemotingException
To get around this problem, I had to do the below changes to Adapter & Client modules:
I created a Sink class, derived from MBR and implementing ISrc in MC++ Adapter. Set the lifetime of Sink class to indefinite life time. Then Adapter was able to receive notifications from SAO without any problems as described above. In this experiment, I had to use a different interface between native client and Adapter for Adapter to relay SAO notifications back to the client.
Thank you in advance....
Last Visit: 31-Dec-99 18:00 Last Update: 21-Sep-23 7:51