当我尝试这样做时,出现以下错误: 显然,Windows资源pipe理器不允许我创build这种types的文件模式。 我怎样才能克服这个问题?
我一直在试图将我的服务发布到Windows Azure上。 该服务由一个webRole组成,但是我添加了发布它的远程loginfunction并构build了它几次,现在突然它不会构build。 它给出的原因是 详情如下: “错误56指定的path,文件名或两者都太长。完全限定的文件名必须less于260个字符,目录名称必须less于248个字符。C:\ Program Files(x86)\ MSBuild \ Microsoft \ Cloud Service \ 1.0 \ Visual Studio 10.0 \ Microsoft.CloudService.targets 202 5 FileSystemCreator“ 我已经去了所有的论坛,我已经使用CSPack命令行打包服务是好的,但我很难configuration远程桌面连接的证书,我想利用这个function,因为我在onStart事件中创build一些网站,我想窥探IIS。 一些微软员工确实认为这是一个错误,并已承诺解决这个问题,请参阅后 。 我正在使用VS2010,我不知道如何解决这个错误。 任何人都可以请帮忙,或者指给我一个我可以得到任何帮助的地方。
有谁知道如何在我的Windows PC上设置一个基本的SVN服务器? 我想创build一个SVN仓库来存储我已经排队的家庭项目的代码。 有人知道怎么做吗?
如何使用svn export命令从存储库中获取单个文件? 我试过这个: svn export e:\repositories\process\test.txt c:\ 但是我得到这个错误: svn:e:\ repositories \ process不是一个工作副本
我很快就会开始一个新的工作,我将在Windows机器上的Ruby和Rails中进行开发。 我多年来一直没有使用Windows,Textmate,Git和Bash等使用Mac是不可或缺的一部分。 那么,有没有人对使用最好的工具或工作策略有什么build议或build议? 或避免陷阱? 当然,我特别感兴趣的是最好的文本编辑器。 (我正在认真考虑借此机会学习Vim或Emacs,或者任何Windows端口被称为,但任何其他的想法将是受欢迎的。) 此外,任何有用的插件,工具或程序的想法将不胜感激。 如果你觉得我完全失去了主意,那么随时也可以告诉我;-) 欢呼!
我正在尝试在Windows7中设置我的开发环境,并且无法使IIS正常工作。 我已经把所有的东西都像IIS6以来一直在做的一样,所以我已经有了基础知识 我的问题必须是在IIS7和IIS7.5之间或在操作系统中发生了变化。 我的网站都不会返回HTML。 不是默认网站,也不是新添加的网站。 如果我 telnet localhost 80 然后在黑屏 GET / <enter> 我一无所获,不是一个单一的标题或HTML元素。 如果我input垃圾而不是GET请求,我得到以下的HTML: HTTP/1.1 400 Bad Request Content-Type: text/html; charset=us-ascii Server: Microsoft-HTTPAPI/2.0 Date: Thu, 17 Sep 2009 17:04:01 GMT Connection: close Content-Length: 326 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd"> <HTML><HEAD><TITLE>Bad Request</TITLE> <META HTTP-EQUIV="Content-Type" Content="text/html; charset=us-ascii"></HEAD> <BODY><h2>Bad Request – Invalid Verb</h2> <hr><p>HTTP Error […]
我想通过双击Windows中的.sh文件在Cygwin中运行一个长的rsync命令。 它必须从文件的包含目录(例如/ cygdrive / c / scripts /)开始,以便相对path起作用。 任何人得到这个工作? 注意:我刚刚find了chere ,一个pipe理Windows上下文菜单的Cygwin包(Bash Prompt Here)。 它可能有一些线索。
更新1/9/2014:TL; DR版本:转到这篇文章的底部,让Cygwin能够调用非Cygwin程序。 在花了一些时间来制作一些大小合适的bash脚本后,新版本的Cygwin已经打破了它们。 这些脚本调用本机Win32应用程序,不与Cygwin链接,Cygwin显然不被Cygwin正式支持。 这对我来说是一个惊喜,因为多年来,我一直认为Cygwin可以用于混合了本机非Cygwin Win32应用程序和使用Cygwin兼容层的POSIX程序的混合环境。 但显然只有POSIX兼容层才真正被支持,如果本机Win32非Cygwin应用程序工作,那么它被认为是一个幸福的巧合。 我遇到了一个不兼容的问题,我在Cygwin中运行了针对.NET Framework编译的程序。 这曾经工作得很好,但几个月前被打破。 具体来说,从.NET程序传输到任何其他Win32程序的标准input的标准输出通常会导致接收Win32程序过早结束文件信号,因为Cygwin最近在几个月前从字节pipe道切换到消息pipe道 – 并且消息pipe道似乎与使用Visual C ++或.NET Framework的任何接收应用程序不兼容。 这是因为.NET向标准输出发出空写,如果使用消息pipe道,则只输出到接收应用程序。 接收应用程序成功读取零字节,所以认为它是文件结束。 项目负责人似乎并不认为这是一个真正的问题,因为他们显然不支持从Cygwin中运行非Cygwin程序(惊喜!)。 引用邮件列表中多个电子邮件的项目负责人Christopher Faylor的话: 你所看到的可能是因为Cygwin被改为使用消息typespipe道几个修订前。 这不会改变。 这个改变被用来解决Cygwin程序的一个问题,这显然是我们的首要任务。 不pipe有多less人使用Visual C ++或.NET,他们真的不是我们的目标受众。 对于那些不想使用UNIX工具但不是我们主要关注点的人来说,这很好。 为那些想要使用非Cygwin的人修复问题并不是我认为最重要的事情。 从pipe.cc:请注意,pipe道的写入侧打开为PIPE_TYPE_MESSAGE。 这似乎更接近模仿Linuxpipe道行为,并且对于pty处理来说肯定是必需的,因为当指定CANON模式时,fhandler_pty_master以块forms写入pipe道,以换行符结尾。 上面的评论显示了一个“和”的关系。 消息typespipe道更加模仿Linux(UNIX)pipe道行为,并且对于ptys来说绝对是必需的。 我同意James的观点,运行时可能是bug,但是我也同意cygwin应该能够处理这些场景。 你们之间的完整协议不会有太大的影响。 Cygwin源代码不会被投票改变。 即使这个问题最终以某种方式最终得到修正 – 谁知道 – 他们可能会在3个月内破坏别的东西,而不会在意修复回归。 他们可能会考虑一个补丁,但是要花点时间才能找出一些可行的方法。 我认为我的时间在其他地方更好,因为很显然,他们非常愿意打破与原生Win32应用程序的兼容性,不想浪费更多时间让Win32应用程序工作。 所以我想Cygwin不应该被认为是一个混合的Win32 / Cygwin环境的稳定平台 – 我的替代品是什么? 我应该从哪里开始,避免完全重写成bash以外的东西? 我不使用更多的基地Cygwin安装+一些基本的Perl脚本。 更新:在发布这个原始问题之后,他们最终在CYGWIN环境variables中做了一个新的pipe_byte标志:查看文档。 如果这个标志被设置,它将解决上面讨论的问题。 在调用非Cygwin Win32程序时,请务必确保设置了pipe_byte标志。 但是,我已经发现与.NET […]
今天宣布。 到目前为止的描述令人困惑。 让我们一起来理解Windows Azure的一个很好的起点。 与什么是“云操作系统”密切相关? ,但不足以保证closures。
是否有意义,让所有的C#pipe理的幸福,回到Petzold的编程Windows,并尝试产生的代码W /纯WinAPI? 什么可以从中学习? 这不是太过时了吗?