问题列表 - 第47835页

好吧,我正在尝试在C++中为DS-DSi做一个小游戏.只是为了好玩,感到快乐.

我想知道是否有任何指南或我可以得到一些帮助开始.我不知道它是如何工作的或如何使它在DS上启动.

谢谢〜

我正在执行一个包含多个术语的布尔查询.我只想处理分数高于特定阈值的结果.我的问题是,我不明白这个值是如何计算的.我知道高数字意味着它是一个很好的匹配,低数字意味着它是一个糟糕的匹配,但似乎没有任何上限？

是否可以将范围[0,1]范围内的分数标准化？

我已经尝试将我的clojure图表嵌入到UML中可用的内容中,使用类块作为文件级命名空间和依赖关系链接来显示关系,但它很尴尬并且往往会阻碍功能模式.我也尝试过开发ad-hoc解决方案,但是我发现一个解决方案和Java一样好用Java(简单有向图似乎工作模糊,但结果不详细足够).此外,我在网上找不到任何关于此的内容.

为了清楚起见,我并没有尝试像代码生成那样做任何事情; 我只是为了自己的利益而谈论纸笔图.我假设我不是第一个考虑使用lisp语言的人.

提出了哪些解决方案？有没有常用的标准？您有什么推荐的吗？你用什么工具？

我在我的应用程序和一些pivotItems WebBrowser中有PivotControl.我注意到WebBrowser阻止滑动到下一个枢轴.我不确定这是否可以,因为其他支点滑动,而WebBrowser不支持,这可能会令人困惑.这种行为是否正确？有办法解决这个问题吗？(也许是小黑客)

这是我的xaml代码:

<controls:Pivot Title="MY PIVOT">
    <controls:PivotItem Header="first">
        <TextBlock Text="First Pivot" />
    </controls:PivotItem> 
    <controls:PivotItem Header="second">
        <TextBlock Text="Second Pivot" />
    </controls:PivotItem>       
    <controls:PivotItem Header="third">
        <phone:WebBrowser Source="http://www.stackoverflow.com" />
    </controls:PivotItem>
</controls:Pivot>

在Python中,如何获取"3年前的今天"的datetime对象？

更新:FWIW,我不太关心准确性......也就是今天2月29日,我不在乎我是在2月28日还是3月1日给我答案.在这种情况下,简洁比可配置性更重要.

我的WCF项目使用Mtom和流,并将MaxBytesPerRead设置为32K(在客户端和服务器上),但是当我运行时

read = fs.read(buffer, 0, buffer.length)

它不允许我一次读取超过4096字节(4k)(32K缓冲区没有填满 - 它用零填充)

有没有什么办法可以在大于4K的块中流式传输我的多兆字节文件(请说是)？

亲爱的，我有一个直接来自传感器的数据帧。数据在单列中提供日期和时间。我希望 R 能够识别这些数据，然后在数据框中创建一个相邻的列，该列给出一个与时间和日期列中的新日期相对应的数字。例如，data$time.date 中的 25/02/2011 13:34 将在新列 data$day 中给出 1，而 data$time.date 中的 26/02/2011 13:34 将得到 2，依此类推。 ..

有谁知道如何解决这个问题？在此先感谢您的帮助。

有git介绍与漂亮的 图表,以了解"git的历史只是一个DAG"的概念.我想知道为什么有(似乎)很少的视觉git浏览器建立在这个精确的模型上来表示历史.

• git-cola的DAG视图(看起来仍然是一个实验性功能)
• github的网络图(非常接近我正在寻找的,但它不是一个独立的工具)

除此之外,所有的视觉git浏览器(gitk,git-gui,GitX等)都将图形推到了一个狭窄的列,而不是文本信息.

是否有以DAG视图为主要特征的git repo浏览器？任何平台,任何语言,独立,GUI/CUI都无关紧要.

我不打算解决手头的具体问题.只是希望一个激进的工具可以帮助我达到git zen.

编辑:相关但在OP的视图中,有不同的问题:

• 漂亮的git分支图

我正在寻找的不仅仅是"生成git历史DAG的工具"; 像网络浏览器一样,这个假设的"面向DAG的git浏览器"应该能够查看,搜索,跳转和过滤历史图表.

选择Critical Sections,Mutex和Spin Locks时要记住哪些因素？所有这些都提供了同步,但有什么具体的指导方针何时使用什么？

编辑:我的意思是Windows平台,因为它有一个关键部分的概念作为同步结构.

应用程序概述:
我有一个Delphi应用程序,允许用户定义大量查询,并在多个MySQL数据库上同时运行它们.可以一次运行的线程数量有限制(用户可以设置).用户选择要运行的查询以及运行查询的系统.每个线程使用TADOQuery组件在指定的系统上运行指定的查询.

问题描述:
当查询检索到少量记录时,即使提交了大量线程(最多约100个),应用程序也能正常工作.只要一次只运行几个线程(最多约8个),应用程序也可以处理大量记录(150,000+).但是,当用户一次运​​行超过10个查询(即10个以上的线程),并且每个线程正在检索大约150,000条记录时,我们就会开始出错.以下是我们目前遇到的具体错误消息:

a:Not enough storage is available to complete this operation
b:OLE error 80040E05
c:Unspecified error
d:线程创建错误:Not enough storage is available to process this command
e:Object was open
f:ODBC Driver does not support the requested properties

显然,错误是由多种因素共同造成的:线程数,每个线程检索的数据量以及可能的MySQL服务器配置.

主要问题是为什么会出现错误？我很欣赏它似乎在某种程度上与资源有关,但考虑到返回的错误不同,我想了解错误出现的原因.例如,它是由PC上的资源决定的,还是与服务器的配置有关.

后续问题是我们可以做些什么来避免出现问题？我们目前通过降低可以并发运行的线程数来限制应用程序.我们无法强制用户检索较少的记录,因为查询完全是用户定义的,如果他们想要检索200,000条记录,那么这取决于它们,因此我们无法做很多事情.实际上,我们不想降低应用程序的速度,因为大多数用户将检索少量数据,并且我们不希望使应用程序变慢以供他们使用,尽管线程数量可以由用户改变,我们宁愿找到问题的根源并尝试修复它,而不必依赖于一直调整配置.