Tag: pipe

是否有可能debugging“由于内存错误终止”?

在某个(一致的)时候,当我的应用程序正在运行时,我始终得到xcode错误消息 由于内存错误而终止。 我找不到导致错误的代码,但是我可以告诉错误附近有什么代码(使用断点)。 这个错误是在我的实现中返回一个特定的单元格后直接导致的 – (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath UITableViewDataSource委托方法。 我可以确认它正在返回一个有效的UITableViewCell ,但我认为解释和发布整个方法将浪费你的时间。 不过,我怀疑这可能是由于内存的快速大量分配造成的。 它绝对说是Terminated due to memory error ,而不是内存压力Terminated due to memory error 。 我想知道消息是什么意思。 另外,有没有什么办法来debugging这个消息? 没有生成崩溃报告。 我正在使用ARC和iOS 7。

gdb – 使用pipe道input(不是参数)debugging

我通常运行我的程序: perl -e 'print "A"x200' | ./vuln_prog stdin被C ++中的gets()函数所使用。 如果这只是一个命令参数,我可以通过执行以下命令打开gdb: gdb ./vuln_prog run $(perl -e 'print "A"x200') 但是,我的场景不是命令参数,而是input(STDIN?)。 我怎样才能在gdb中debugging呢? 我尝试了一堆选项,但似乎没有真正的工作。 我通常会在进程上运行gdb,当它提示用户input时,input它,但是我不想只input“A”。 我想input\ x00- \ xff中的所有字符,我无法input。

为什么我的Djangopipe理网站没有CSS样式

我使用django开发版本做一个djangopipe理站点 但它没有CSS风格: 我能做什么 。 谢谢

Rails资产pipe道:包含所有/ vendor / assets / javascripts /的标准方式?

我一直在将一个应用程序转换到Rails 3.1(现在到3.2),并观看了资产pipe道上的Railscast 。 我把我所有的第三方jquery插件文件移动到/ vendor / assets / javascripts /目录。 在我的/app/assets/javascripts/application.js我有以下内容: //= require jquery //= require jquery_ujs //= require_tree . //= require_self 我意识到了require_tree . 调用只加载/ app / assets / javascripts /目录的树。 (是否正确?)包含所有 “供应商”JavaScripts的最佳方法是什么? (我并不担心在这一点上sorting)。当然,我可以在/app/assets/javascripts/application.js中逐行要求它们。 我的另一个想法是创build/vendor/assets/javascripts/vendor_javascripts.js与以下内容: //= require_tree . 然后在/app/assets/javascripts/application.js中添加以下内容: //= require vendor_javascripts 这似乎有点笨重,但。 有没有更好的方法来自动包含所有的“供应商”(和/或“库”)的JavaScript? PS。 我看到这个关于index.js文件 ,但我可能会结束多个文件名为index.js,对不对? 哦,我试着重新启动我的服务器。

Mercurial樱桃采摘改变承诺

比方说,我对代码做了很多修改,只需要进行一些修改。 有没有办法做到这一点mercurial? 我知道darcs有这样一个function。 我知道hg transplant可以在分支之间做到这一点,但我需要这样的提交代码在当前分支,而不是从其他分支添加更改集时。

如何使用Capistrano将其部署到单个特定服务器

我有一个生产系统有几个angular色的几个服务器。 我想通过部署到特定服务器来testing新的应用程序服务器,而不必重新部署到生产中的每个服务器。 有没有办法让Capistrano部署到特定的服务器? 理想情况下,我想能够运行类似的东西 cap SERVER=app2.example.com ROLE=app production deploy 如果我只是想部署到app2.example.com。 谢谢! [更新]我尝试了武隆build议的解决scheme,执行: cap HOSTS=app2.server.hostname ROLE=app qa deploy 但是除了app任务之外,capistrano似乎正在尝试为该服务器上的其他angular色执行任务。 也许我需要更新我的版本的帽子(我正在运行v2.2.0)?

内存泄漏在C#

是否有可能在托pipe系统泄漏内存,当你确保所有句柄,实现IDispose东西都处置? 会不会有一些变数被遗漏的情况呢?

如何在当前shell中执行命令的输出?

我很清楚source (aka . )实用程序,它将从文件中获取内容并在当前shell中执行它们。 现在,我正在将一些文本转换成shell命令,然后运行它们,如下所示: $ ls | sed … | sh ls只是一个随机的例子,原文可以是任何东西。 sed也是,只是一个例子来转换文本。 有趣的是sh 。 我pipe任何我得到的东西,它运行它。 我的问题是,这意味着启动一个新的子shell。 我宁愿让命令在我的当前shell中运行。 就像我可以做的source some-file ,如果我有一个文本文件中的命令。 我不想创build一个临时文件,因为感觉脏。 另外,我想开始我的子shell与我目前的shell完全相同的特征。 更新 好的,使用反引号的解决scheme当然是有效的,但是当我检查和改变输出时,我经常需要这样做,所以我更喜欢是否有办法将结果转化为结果。 伤心的更新 嗯, /dev/stdin东西看起来非常漂亮,但是,在更复杂的情况下,它不起作用。 所以,我有这个: find . -type f -iname '*.doc' | ack -v '\.doc$' | perl -pe 's/^((.*)\.doc)$/git mv -f $1 $2.doc/i' | source /dev/stdin 这确保所有.doc文件的扩展名都是小写的。 而顺便说一句,可以用xargs来处理,但那不是重点。 find . […]

有没有什么好的比喻来向非程序员解释项目的复杂性?

刚才提到的我是“不完全build造西斯廷教堂”。 这是真的,但我正在build立一个货运pipe理应用程序,这不是像在表单上绘制控件一样简单(即使供应商会让你相信它)。 我并不反对那个说这个的人,但是我确实感到我所做的事情的复杂性有点被误解了,或者说这个说法是没有的。 有没有什么好的比喻可以说明一个项目对于非程序员的复杂性?

GMSPolyline非常大的记忆秒杀

在GPS应用程序中,用户可以显示我们称之为各种不同types地图的复杂位置点列表,每个轨道可以包含2k到10k个位置点。 在非Google地图types中渲染时,轨道被大量修剪,修剪和path简化。 这是为了保持内存使用率和性能。 即使在最坏的情况下,我们通常也只能提交远远less于一千(总计)的转换位置点到OpenGLstream水线。 在整合Google Maps SDK for iOS时,我们最初试图继续利用我们自己的OpenGL轨道渲染系统,但碰到OpenGL上下文冲突的问题(渲染工作,但是我们无法获得GMSMapView和我们自己内部的OpenGL资源以释放没有人接触删除的内存)。 因此,我们正在尝试利用GMSPolyline结构,并让Google SDK进行跟踪呈现,但是我们遇到了主要的内存使用问题,并正在寻找解决这些问题的指导。 使用Xcode仪器,我们在创build约25条聚合线时总共监测了23k个位置点(不是每个)的内存使用情况。 在创build多行的过程中,应用程序内存使用量从大约14 MB增加到大约172 MB,净峰值大约为158 MB。 不久之后,所有的多线创build,内存使用最终下降到约19 MB,似乎是稳定的,累计净额约5 MB,所以看来每个位置点需要大约220个字节(5 MB / 23K点)商店。 什么伤害我们是峰值内存使用情况。 虽然我们的实验室testing只使用了23k的位置点,但在现实世界中,通常还有更多,而iOS似乎在Google地图在iPhone 5上消耗大约450 MB之后放弃了我们的应用程序(而我们的内部多线渲染系统达到了峰值相同testing用例为12 MB)。 显然, GMSPolyLine结构不适用于我们要求的大量使用。 我们尝试用独立的自动释放池包装一些多行创build循环,然后在适当的位置排空这些循环,但这对内存使用没有影响。 创build多边形线后控制回到主运行循环的峰值内存使用根本没有变化。 后来变得清楚为什么; 在创build多行之后,Google Map系统才会释放资源,直到第一个DisplayLinkcallback。 我们接下来的工作就是手动调整我们在GMSPolyline中推送的数据量,可能会使用我们自己的边界testing,裁剪,修剪和最小化,而不是依靠Google地图来有效地完成这项工作。 这里的缺点是,这将意味着更多的GMSPolyline对象将被分配和释放,可能在用户在地图上进行平移/缩放的时候。 这些对象中的每一个都将具有更less的位置点,但是仍然担心这种方法的不可预见的后果,即许多GMSPolyline分配和释放的隐藏开销。 所以问题是,处理这种情况的最好方法是什么?谷歌的某个人可以对GMSPolyline最佳实践,上限,瓶颈等方面GMSPolyline ?