为什么我会收到以下错误?
只有在使用/ unsafe进行编译时才会出现不安全的代码?
我在C#和Visual Studio 2008中工作,在Windows CE上进行编程.
我必须使用StringBuilder而不是String的字符串,因为这个项目坚持使用.NET 1.1.它真的让我的风格变得痉挛,让我觉得我穿着破旧的豹纹皮肤哑巴,拖着一块块状的俱乐部穿过泥土.
无论如何,我想编写一系列调试消息,我已写入文件以便在我的闲暇时学习,因为屏幕上有太多东西要看(MessageBox没有滚动条).编写文件的一些简单方法似乎在.NET 1.1中不可用.我也没有访问Environment.Newline来干净地分隔我追加的行(AppendLine在这个古老的StringBuilder版本中也不可用).
我猜想......在.NET 1.1(C#)中将StringBuilder的内容写出来的最简单的方法是什么?手持设备上没有"C"驱动器,因此我认为我必须将它写入"\ hereIAm.txt"左右.
现在我确信我们都很清楚Linux与Windows桌面的相对优点.但是,我对嵌入式开发世界的了解却少得多.我主要对行业解决方案感兴趣,因此对iPhone或Android不感兴趣,对这两个操作系统更感兴趣.
嵌入式世界中两个平台之间的相对权衡是什么?如果您正在考虑使用自定义硬件,部分自定义操作系统和自定义应用程序为特定项目构建一个框,那么您会选择哪个以及为什么?
我认为Windows CE赢得了工具,Linux在成本和性能方面都获胜.然而,这只是一种猜测.有没有人有这两者的任何事实或经验?
我需要一些建议来开发自定义PCIe驱动程序.驱动程序必须同时支持Windows CE 6.0和Windows桌面(准备就绪时为xp,7和8).
我们有很多开发Windows CE驱动程序的经验,但没有为Windows桌面开发的驱动程序.我很确定我们可以开发一个好的,可靠的Windows CE驱动程序,但我认为如果没有一些外部帮助我们将无法为Windows桌面做同样的事情.我认为我们有两种选择:
1)使用现有的驱动程序框架,例如Jungo WinDriver,它允许我们开发一次驱动程序并编译到多个平台.这也具有以下优点:大部分开发将在用户空间中,因此它应该使开发过程更简单.
2)获得一些外部帮助来设置一个好的Windows桌面驱动程序,其中所有的管道都已完成,我们只需要添加与我们的板通信的代码并公开相关的IOControls.也许尽可能将代码移动到用户空间库中.
每种选择的好处和缺点是什么?你会推荐其他方法吗?
该fopen函数返回一个指向FILE结构的指针,该结构应被视为不透明值,而不处理其内容或含义.
在Windows上,C运行时是Windows API的包装器,该fopen函数依赖于该CreateFile函数.该CreateFile函数返回a HANDLE,由其他Windows API使用.
现在,我需要使用使用库的Windows API的内心深处fopen和FILE*.那么:有没有办法HANDLE从FILE结构中获得?由于这是特定于编译器的,我的意思是在MSVC运行时库上.
据我所知,这将是一个丑陋的,不可移植的黑客,如果微软改变内部格式,可能会破坏FILE......但我正在开发一个封闭的系统(即在Windows CE嵌入式系统上)并重构库将是困难和耗时的.
我试图在Visual Studio 2008中创建一个智能设备项目.
目标平台:Windows Mobile 5.0 Pocket PC SDK.
.NET Compact Framework版本:.NET Compact Framework 3.5
但是我收到以下错误:
我正在使用C#开发VS2008,这是一款适用于霍尼韦尔Dolphin 6100的应用程序,这是一款带有条码扫描器的移动计算机,它使用Windows CE 5.0,如操作系统.
我想添加一个功能,可以将文件从本地设备发送到远程服务器.我找到了可以保证这一点的图书馆" Tamir.SharpSSH ".我在控制台应用程序和普通的Windows窗体应用程序上测试了代码,它运行得很好.但是当我尝试在winCE设备上使用相同的代码时,我得到一个TypeLoadException并且我有错误消息:
Could not load type 'Tamir.SharpSsh.SshTransferProtocolBase' from assembly 'Tamir.SharpSSH, Version=1.1.1.13, Culture=neutral, PublicKeyToken=null'.
我使用的代码如下所示:
SshTransferProtocolBase sshCp = new Scp(Tools.GlobalVarMeth.hostName, Tools.GlobalVarMeth.serverUserName);
sshCp.Password = Tools.GlobalVarMeth.serverUserpassword;
sshCp.Connect();
string localFile = Tools.GlobalVarMeth.applicationPath + "/" + fileName + ".csv";
string remoteFile = Tools.GlobalVarMeth.serverRemoteFilePath + "/" + fileName + ".csv";
sshCp.Put(localFile, remoteFile);
sshCp.Close();
Run Code Online (Sandbox Code Playgroud)
有谁对此有任何想法?我会非常感激!!!
我想为Windows CE 6.0目标设备开发Compact Framework App.我可以使用Visual Studio 2013执行此操作吗?
如果这不可能,那么.net紧凑框架的开发环境是什么?
.net compact-framework windows-ce visual-studio visual-studio-2013
我正在开发一个console应该在WinCE 6.0和下运行的应用程序WinCE 7.0.我正在使用C#,Compact Framework 2.0出于不同的兼容性原因.
我的应用程序由一个名为TwinCAT(来自Beckhoff)的外部运行时启动.在这个应用程序中,我的队友使用了一个名为nt_startProcess(此处的文档)的功能块,负责根据需要启动我的应用程序.
我的问题 - 两种不同的行为取决于操作系统:
从cmd线路手动启动(不使用TwinCAT)时:
我的应用程序在两个系统上都表现正常.这意味着,应用程序启动,显示"Hello World"然后返回到该cmd行.
从TwinCAT开始时:
a)开WinCE 6.0,我可以看到一个cmd线开口,显示"Hello World"并立即关闭.对我来说是完美的行为
b)开WinCE 7.0,我可以看到一个cmd线开口,显示"Hello World",但它永远保持打开状态.这是我的问题!
代码段:
using System;
using System.Collections.Generic;
using System.Text;
namespace MyBasicExample
{
  class Program
  {
    static void Main(string[] args)
    {
      Console.WriteLine("Hello World");
    }
  }
}
Run Code Online (Sandbox Code Playgroud)
编译信息
在Visual Studio 2008中,在项目编译的属性中:
附加说明:
请注意,运行WinCE 6.0的计算机使用的是i486处理器,而运行WinCE 7.0的计算机使用的是Freescale ArmCortex进程.
WinCE 6.0:

WinCE …