如何启动应用程序并通过 stdout 或 stderr 捕获输出?
我正在编写一个自动构建系统,我需要捕获输出以进行分析。我想更新 svn 存储库并获取修订号,这样我就可以在 autobuild/revNumber/中移动文件(如果成功)。我还想使用 make 构建并将编译文本上传到我的服务器,以便每个人都能看到失败构建时的警告和错误。
我找不到system()函数,但是我在MSDN上找到了CreateProcess()函数。我能够启动我需要的东西,但我不知道如何捕获 stderr 和 stdout。我注意到该进程单独启动,除非我设置断点并让我的应用程序退出,然后它会将所有文本保留在我的应用程序控制台窗口中。我还想等到所有进程都完成,然后扫描它生成的数据以执行我需要的任何其他操作。我该怎么做?
最佳答案
在真正的 shell 中(意思是,不是海贝壳——我的意思是,不是在 C Shell 或其派生版本中),然后:
program arg1 arg2 >/tmp/log.file 2>&1
这将使用给定的参数运行程序,并将标准输出重定向到/tmp/log.file;最后的符号 (hieroglyph) '2>&1' 将 stderr(文件描述符 2)发送到 stdout(文件描述符 1)所在的位置。请注意,操作顺序很重要;如果你反转它们,那么标准错误将转到标准输出所在的位置,然后标准输出(但不是标准错误)将被重定向到文件。
由于多种原因,显示的文件名选择很糟糕 - 您应该允许用户选择目录,并且可能应该在文件名中包含进程 ID 或时间戳。
LOG=${TMPDIR:-/tmp}/log.$$.$(date +%Y%m%d-%H%M%S)
program arg1 arg2 >$LOG 2>&1
在 C++ 中,您可以使用 system() 函数(继承自 C)来运行进程。如果您需要知道 C++ 程序中的文件名(似是而非),则在程序中生成名称(strftime() 是您的 friend )并使用该文件名创建命令字符串。
(严格来说,还需要getenv()获取$TMPDIR,POSIX函数getpid()获取进程ID,然后就可以模拟两行shell 脚本(虽然使用的 PID 是 C++ 程序的,而不是启动的 shell)。
您可以改为使用 POSIX popen() 函数;您必须在创建的命令字符串中包含 '2>&1' 符号,以将命令的标准错误发送到与标准输出相同的位置,但您不需要临时文件:
FILE *pp = popen("program arg1 arg2 2>&1", "r");
然后您可以读取文件流。我不确定是否有一种干净的方法可以将 C 文件流映射到 C++ istream;可能有。
关于c++ - 启动应用程序,在 C++ 中捕获标准输出和标准错误,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/300669/
我需要在客户计算机上运行Ruby应用程序。通常需要几天才能完成(复制大备份文件)。问题是如果启用sleep,它会中断应用程序。否则,计算机将持续运行数周,直到我下次访问为止。有什么方法可以防止执行期间休眠并让Windows在执行后休眠吗?欢迎任何疯狂的想法;-) 最佳答案 Here建议使用SetThreadExecutionStateWinAPI函数,使应用程序能够通知系统它正在使用中,从而防止系统在应用程序运行时进入休眠状态或关闭显示。像这样的东西:require'Win32API'ES_AWAYMODE_REQUIRED=0x0
对于具有离线功能的智能手机应用程序,我正在为Xml文件创建单向文本同步。我希望我的服务器将增量/差异(例如GNU差异补丁)发送到目标设备。这是计划:Time=0Server:hasversion_1ofXmlfile(~800kiB)Client:hasversion_1ofXmlfile(~800kiB)Time=1Server:hasversion_1andversion_2ofXmlfile(each~800kiB)computesdeltaoftheseversions(=patch)(~10kiB)sendspatchtoClient(~10kiBtransferred)Cl
大约一年前,我决定确保每个包含非唯一文本的Flash通知都将从模块中的方法中获取文本。我这样做的最初原因是为了避免一遍又一遍地输入相同的字符串。如果我想更改措辞,我可以在一个地方轻松完成,而且一遍又一遍地重复同一件事而出现拼写错误的可能性也会降低。我最终得到的是这样的:moduleMessagesdefformat_error_messages(errors)errors.map{|attribute,message|"Error:#{attribute.to_s.titleize}#{message}."}enddeferror_message_could_not_find(obje
Rackup通过Rack的默认处理程序成功运行任何Rack应用程序。例如:classRackAppdefcall(environment)['200',{'Content-Type'=>'text/html'},["Helloworld"]]endendrunRackApp.new但是当最后一行更改为使用Rack的内置CGI处理程序时,rackup给出“NoMethodErrorat/undefinedmethod`call'fornil:NilClass”:Rack::Handler::CGI.runRackApp.newRack的其他内置处理程序也提出了同样的反对意见。例如Rack
我想用ruby编写一个小的命令行实用程序并将其作为gem分发。我知道安装后,Guard、Sass和Thor等某些gem可以从命令行自行运行。为了让gem像二进制文件一样可用,我需要在我的gemspec中指定什么。 最佳答案 Gem::Specification.newdo|s|...s.executable='name_of_executable'...endhttp://docs.rubygems.org/read/chapter/20 关于ruby-在Ruby中编写命令行实用程序
为了将Cucumber用于命令行脚本,我按照提供的说明安装了arubagem。它在我的Gemfile中,我可以验证是否安装了正确的版本并且我已经包含了require'aruba/cucumber'在'features/env.rb'中为了确保它能正常工作,我写了以下场景:@announceScenario:Testingcucumber/arubaGivenablankslateThentheoutputfrom"ls-la"shouldcontain"drw"假设事情应该失败。它确实失败了,但失败的原因是错误的:@announceScenario:Testingcucumber/ar
我构建了两个需要相互通信和发送文件的Rails应用程序。例如,一个Rails应用程序会发送请求以查看其他应用程序数据库中的表。然后另一个应用程序将呈现该表的json并将其发回。我还希望一个应用程序将存储在其公共(public)目录中的文本文件发送到另一个应用程序的公共(public)目录。我从来没有做过这样的事情,所以我什至不知道从哪里开始。任何帮助,将不胜感激。谢谢! 最佳答案 无论Rails是什么,几乎所有Web应用程序都有您的要求,大多数现代Web应用程序都需要相互通信。但是有一个小小的理解需要你坚持下去,网站不应直接访问彼此
我尝试运行2.x应用程序。我使用rvm并为此应用程序设置其他版本的ruby:$rvmuseree-1.8.7-head我尝试运行服务器,然后出现很多错误:$script/serverNOTE:Gem.source_indexisdeprecated,useSpecification.Itwillberemovedonorafter2011-11-01.Gem.source_indexcalledfrom/Users/serg/rails_projects_terminal/work_proj/spohelp/config/../vendor/rails/railties/lib/r
我的瘦服务器配置了nginx,我的ROR应用程序正在它们上运行。在我发布代码更新时运行thinrestart会给我的应用程序带来一些停机时间。我试图弄清楚如何优雅地重启正在运行的Thin实例,但找不到好的解决方案。有没有人能做到这一点? 最佳答案 #Restartjustthethinserverdescribedbythatconfigsudothin-C/etc/thin/mysite.ymlrestartNginx将继续运行并代理请求。如果您将Nginx设置为使用多个上游服务器,例如server{listen80;server
我正在使用puppet为ruby程序提供一组常量。我需要提供一组主机名,我的程序将对其进行迭代。在我之前使用的bash脚本中,我只是将它作为一个puppet变量hosts=>"host1,host2"我将其提供给bash脚本作为HOSTS=显然这对ruby不太适用——我需要它的格式hosts=["host1","host2"]自从phosts和putsmy_array.inspect提供输出["host1","host2"]我希望使用其中之一。不幸的是,我终其一生都无法弄清楚如何让它发挥作用。我尝试了以下各项:我发现某处他们指出我需要在函数调用前放置“function_”……这