问题列表 - 第5817页

早上好; 我的google-fu今天似乎缺乏.

我刚刚升级到Vista64机器,我们现在只有一个32位的subversion服务器.

我假设使用64位tortoisesvn与32位服务器没有问题？

谢谢.最大.

(编辑)谢谢大家.

有没有办法重新定义/别名现有SolidColorBrush(或任何其他资源,实际上)？

举个例子:我在外部ResourceDictionary中有一个画笔,我想用自己的键而不是原始键来引用它.我不想依赖外部参考,因为实际的刷子将来很容易改变.

我有下一个代码:

#include <iostream>
#include <algorithm>
#include <map>
#include <iterator>

//namespace std
//{

std::ostream& operator << ( std::ostream& out, 
                const std::pair< size_t, size_t >& rhs )
{
    out << rhs.first << ", " << rhs.second;
    return out;
}
//}

int main() 
{

    std::map < size_t, size_t > some_map;

    // fill  some_map with random values
    for ( size_t i = 0; i < 10; ++i )
    {
        some_map[ rand() % 10 ] = rand() % 100;
    }

    // now I want to …

首先介绍一下应用程序的背景.我有一个应用程序通过线程池并行处理许多独立的任务.线程池现在挂起了.

以下是我的线程转储的片段,pool-2中的所有线程都被"pool-2-thread-78"阻塞.它似乎被锁定试图写入控制台,我觉得非常奇怪.任何人都可以为我阐明情况吗？

编辑:平台详细信息java版"1.6.0_07"Java(TM)SE运行时环境(版本1.6.0_07-b06)Java HotSpot(TM)客户端VM(版本10.0-b23,混合模式,共享)

Ubuntu Linux服务器双核四核机.

它似乎在写入printstream时锁定,我考虑过只删除控制台appender然而我宁愿知道它为什么阻塞并根据这些知识删除它.在过去删除,看看它是否有效已经回来咬我:)

我的log4j中的相关部分

log4j.rootLogger = DEBUG,STDOUT log4j.logger.com.blah = INFO,LOG log4j.appender.STDOUT = org.apache.log4j.ConsoleAppender log4j.appender.LOG = org.apache.log4j.FileAppender

线程转储提取

"pool-2-thread-79"Id = 149 BLOCKED org.apache.log4j.spi.RootLogger@6c3ba437由"pool-2-thread-78"Id = 148所有,位于org.apache.log4j.Category.callAppenders( Category.java:201)org.apache.log4j.Category.forcedLog(Category.java:388)atg.apache.log4j.Category.error(Category.java:302)at com.blah.MessageProcessTask.run(MessageProcessTask .java:103)at java.util.concurrent.Executors $ runnableAdapter.call(Executors.java:441)at java.util.concurrent.FutureTask $ Sync.innerRun(FutureTask/java:268)at java.util.concurrent. FutureTask.run(FutureTask/java:54)java.util.concurrent.ThreadPoolExecutor $ Worker.runTask(ThreadPoolExecutor.java:885)java.util.concurrent.ThreadPoolExecutor $ Worker.run(ThreadPoolExecutor.java:907)at java .lang.Thread.run(Thread.java:619)

java.io.FileOutputStream.write(FileOutputStream.java:260)java.io.FileOutputStream.writeBytes(Native Method)中的"pool-2-thread-78"Id = 148 RUNNABLE(BufferedOutputStream) .java:105) - 在java.io.PrintStream.write(PrintStream.java:430)上锁定<0x6f314ba4>(java.io.BufferedOutputStream) - 在org.apache上锁定<0xd5d3504>(java.io.PrintStream) .log4j.ConsoleAppender $ SystemOutStream.write(ConsoleAppender.java:173)at sun.nio.cs.StreamEncoder.writeBytes(StreamEncoder.java:202)at sun.nio.cs.StreamEncoder.implFlushBuffer(StreamEncoder.java:272)at at sun.nio.cs.StreamEncoder.implFlush(StreamEncoder.java:276)at sun.nio.cs.StreamEncoder.flush(StreamEncoder.java:122) - 在java上锁定了<0x6243a076>(java.io.OutputStreamWriter).oro.OutputStreamWriter.flush(OutputStreamWriter.java:212)org.apache.log4j.helpers.QuietWriter.flush(QuietWriter.java:57)org.apache.log4j.WriterAppender.subAppend(WriterAppender.java:315)at org .apache.log4j.WriterAppender.append(WriterAppender.java:159)atg.apache.log4j.AppenderSkeleton.doAppend(AppenderSkeleton.java:230) - 在org上锁定<0x45dbd560>(一个org.apache.log4j.ConsoleAppender). org.apache.log4j.Category.callAppenders(Category.java:203)中的apache.log4j.helpers.AppenderAttachableImpl.appendLoopOnAppenders(AppenderAttachableImpl.java:65) - 已锁定<0x6c3ba437>(org.apache.log4j.spi.RootLogger)在org.apache.log4j.Category.forcedLog(Category.java:388)org.apache.log4j.Category.error(Category.java:302)com.blah.MessageProcessTask.run(MessageProcessTask.java:103)at java.util.concurrent.Executors $ runnableAdapter.call(Executors.java:441)at java.util.concurrent.FutureTask $ Sync.innerRun(FutureTask/java:268)at java.util.concurrent.FutureTask.run …

我最近阅读了这份文档,其中列出了可用于实现套接字服务器的一些策略.即,它们是:

1. 为每个线程提供许多客户端,并使用非阻塞I/O和级别触发的就绪通知
2. 为每个线程提供许多客户端,并使用非阻塞I/O和准备就绪更改通知
3. 为每个服务器线程提供许多客户端,并使用异步I/O.
4. 为每个服务器线程提供一个客户端,并使用阻塞I/O.
5. 将服务器代码构建到内核中

现在,我将非常感谢CPython中应该使用的提示,我们知道它有一些好处和一些不好的地方.我最感兴趣的是高并发性下的性能,是的,当前的一些实现太慢了.

因此,如果我可以从容易的那个开始,"5"就出来了,因为我不会在内核中乱砍任何东西.

"4"看起来因为GIL而必须出局.当然,你可以在这里使用多处理来代替线程,这确实会带来显着的提升.阻止IO还具有易于理解的优点.

在这里,我的知识有所减弱:

"1"是传统的选择或民意调查,可以简单地与多处理相结合.

"2"是准备变更通知,由较新的epoll和kqueue使用

"3"我不确定是否有任何具有Python包装器的内核实现.

所以,在Python中我们有一大堆很棒的工具,比如Twisted.也许它们是一种更好的方法,虽然我已经对Twisted进行了基准测试,但在多处理器机器上发现它太慢了.我不知道,或许有4个带有负载平衡器的扭曲可能会这样做.任何意见,将不胜感激.

我有一个文本框和RichTextBox的事件处理程序.代码完全相同,但是

在处理程序#1中我做:

RichTextBox tb = (RichTextBox)sender

因此在处理程序#2中:

TextBox tb = (TextBox)sender

这样做我可以完全操纵发送控件.我想知道的是如何使用发送对象根据其类型将发送对象强制转换为Textbox或RichTextbox

sender.GetType().Name

然后在运行时创建控件并使用它.这样我只需要一个事件处理函数:更少的代码,更少的错误,更容易维护和干:-)

什么是.baml文件以及该文件的用途是什么？谁创建了这个文件？

我遇到了与将日期时间从XML(ISO8601:yyyy-mm-ddThh:mi:ss.mmm)转换为SQL Server 2005日期时间相关的问题.问题是转换毫秒是错误的.我已经使用nvarchar中的convert(datetime,MyDate,126)测试了隐式和显式转换,结果是相同的:

Original                Result
2009-10-29T15:43:12.990 2009-10-29 15:43:12.990
2009-10-29T15:43:12.991 2009-10-29 15:43:12.990
2009-10-29T15:43:12.992 2009-10-29 15:43:12.993
2009-10-29T15:43:12.993 2009-10-29 15:43:12.993
2009-10-29T15:43:12.994 2009-10-29 15:43:12.993
2009-10-29T15:43:12.995 2009-10-29 15:43:12.997
2009-10-29T15:43:12.996 2009-10-29 15:43:12.997
2009-10-29T15:43:12.997 2009-10-29 15:43:12.997
2009-10-29T15:43:12.998 2009-10-29 15:43:12.997
2009-10-29T15:43:12.999 2009-10-29 15:43:13.000

我的非广泛测试显示最后一位数字是0,3或7.这是一个简单的舍入问题吗？毫秒精度很重要,失去/获得一个或两个不是一个选择.

我有一个UIActionSheet具有不确定数量的按钮.我需要使用委托方法buttonClickedAtIndex :(或类似的东西)来决定用户单击按钮时要调用的方法.

问题是:在不同情况下,当不同的按钮出现在不同的索引时,如何确定单击哪个按钮？

一个解决方案是查看按钮的标题并对其进行操作 - 但这是丑陋的,不可本地化的,只是不好的做法.

有任何想法吗？

如何在C#中为当前用户获取桌面路径？

我唯一能找到的是VB.NET-only类SpecialDirectories,它具有以下属性:

My.Computer.FileSystem.SpecialDirectories.Desktop

我怎么能在C#中做到这一点？