That's definitely the plan. Although it would certainly be helpful to the MS team working on that if you posted your
definition of "most of the important system services" so that they are aware of your specific needs. The more data
points they have in understanding the market needs/wants the better the product will be.
Some people will only be interested in the Client side of the .NET runtime to access services on larger servers. But I
can think of a lot of embedded systems where the CE device would want to be setting up the server side of things to
provide web services. UPNP which is essentially an application of SOAP and web services. (not quite true but close
enough for this discussion). I'd like to see C# as the means to implement a system where it can be managed/controlled
remotely via UPNP and a web server interface. the device driver
--
Steve Maillet
Entelechy Software Consulting
smaillet 'AT' EntelechyConsulting 'DOT' com
http://www.EntelechyConsulting.com
Quote:
> I don't want to use the File System Component if I don't have to. My
> problem with all versions of VB is the bloat. Whenever I can avoid using an
> ActiveX component I do.
> My hope is that somehow Microsoft is able to get C# and .Net on Windows CE
> 4.0 and most of the important system services will be available for us.
> Enzo
> > Are you not able to use the File Component - somewhat easier than using
> the
> > API.
> > Jeff Law
> > DataMasta Limited
> > http://www.datamasta.co.nz
> > > Does anyone have an example of using the following APIs
> > > Public Declare Function ReadFile Lib "Coredll" _
> > > (ByVal hFile As Long, ByVal lpBuffer As String, ByVal
> nNumberOfBytesToRead
> > > As Long, _
> > > lpNumberOfBytesRead As Long, ByVal lpOverlapped As Long) As Long
> > > I keep getting an error although I have been able to write to the file
> > > To help diagnose the problem I am trying to use FormatMessage but is was
> > not
> > > defined in the API guide
> > > Thanks
Calling Windows CE API?