小编sta*_*lue的帖子

在执行"LOCK"之后的指令时,x86 ASM"LOCK"命令前缀是否导致所有内核冻结？

我在博客文章中读到这篇文章并没有意义.我找不到任何表明这是否真实的东西.

考虑我有一个使用以下代码加载的程序集(类库dll),

Assembly a = Assembly.LoadFrom(@"C:\Documents and Settings\E454935\My Documents\Visual Studio 2005\Projects\nunit_dll_hutt\for_hutt_proj\bin\Debug\asdf.dll");   

我需要得到大会的类型.为了得到类型我需要程序集的命名空间.

Type t = asm.GetType("NAMESPACE.CLASSNAME",false,true);             

如何在上面的行中获取命名空间.？!为了获得命名空间,我需要获取类型..？

Type.Namespace;

即我需要获得可用于获取其类型的程序集的命名空间.

提前致谢

我在C中进行图像处理,需要在内存周围复制大块数据 - 源和目标永远不会重叠.

使用GCC(其中SSE,SSE2但不是SSE3可用)在x86平台上执行此操作的绝对最快方法是什么？

我希望解决方案可以是汇编还是使用GCC内在函数？

我发现下面的链接,但不知道它是否去了解它的最佳方式(笔者也表示有一些错误):http://coding.derkeiler.com/Archive/Assembler/comp.lang.asm. 86/2006-02/msg00123.html

编辑:请注意,副本是必要的,我无法复制数据(我可以解释为什么,但我会饶你解释:))

只是想知道两者之间是否存在任何差异,在完全信任的asp.net mvc 2应用程序的环境中.

我有一些模板化的低级序列化代码,我需要在编译时明确知道系统的字节顺序(因为模板专门基于系统的字节顺序).

现在我有一个带有一些平台定义的标题,但是我宁愿通过一些模板化测试(如static_assert或boost_if)来做关于字节序的断言.原因是我的代码需要编译并在许多专业供应商的各种机器上运行,并且可能是2008年不存在的设备,因此我无法猜测可能需要进入标题年份的内容在路上.而且由于代码库的预期寿命约为10年.所以我无法永远遵循代码.

希望这能使我的情况变得清晰.

那么有没有人知道可以确定字节序的编译时测试,而不依赖于供应商特定的定义？

只是好奇我怎么能以最简单的方式得到这个错误.

一旦我尝试创建文件导航器并且我正在创建图像缩略图; 结果太可怕了.

我正在使用一个名为i.MX515的基于ARM Cortex-A8的处理器.有Linux Ubuntu 9.10发行版.我正在运行一个用C编写的非常大的应用程序,我正在利用gettimeofday();函数来衡量我的应用程序所需的时间.

main()

{

gettimeofday(start);
....
....
....
gettimeofday(end);

}

这个方法足以让我看看我的应用程序块占用了多少时间.但是,现在,我正在尝试使用gettimeofday()计算时间的方法彻底优化我的代码,我看到连续运行之间有很多波动(在我的优化之前和之后运行),所以我不能确定实际执行时间,从而影响我的改进.

谁能告诉我应该怎么做？

如果通过访问循环计数器(在ARM网站上为Cortex-M3建议的想法),任何人都可以向我指出一些代码,它给出了我在Cortex-A8上访问定时器寄存器时必须遵循的步骤吗？

如果这种方法不是很准确,那么请提出一些替代方案.

谢谢

跟进

跟进1:在Code Sorcery上编写了以下程序,生成了可执行文件,当我尝试在主板上运行时,我得到了 - 非法指令消息:(

static inline unsigned int get_cyclecount (void)
{
    unsigned int value;
    // Read CCNT Register
    asm volatile ("MRC p15, 0, %0, c9, c13, 0\t\n": "=r"(value));
    return value;
}

static inline void init_perfcounters (int32_t do_reset, int32_t enable_divider)
{
    // in general enable all counters (including cycle counter)
    int32_t value = 1;

    // …

在Windows 2003和Windows XP中,您可以右键单击程序集(.dll)转到属性,单击版本选项卡,然后您将看到3个不同的版本号:程序集版本,文件版本和产品版本.

如果您使用相同的文件并在Windows 2008中查看其属性,则只能看到文件版本和产品版本.

有没有办法在Windows Vista和更新版本(没有第三部分工具)中查看.NET程序集的程序集版本？

我在Visual Studio中有一个相当大的解决方案.有没有办法一次性更新解决方案中所有程序集的主要/次要版本号？

假设我们有一个具有以下结构的解决方案:

• Project.DAL - 数据访问层,取决于较低级别的库,例如Oracle.DataAccess w/copy local = true
• Project.BLL - 业务逻辑层,将Project.DAL引用为项目
• Project.UI - UI层,编译为可执行文件,引用Project.BLL,默认项目

编译Project.UI时,VS非常聪明,可以将Project.DAL.dll复制到输出目录,但是它不够聪明,我想要将Oracle.DataAccess复制到输出目录以及分发给客户端.

任何人都可以解释为什么会这样吗？是因为它在GAC中看到Oracle.DataAccess并假设客户端也会在GAC中拥有它吗？

这并不是什么大不了的事,但每次添加新的程序集引用时都有点烦人,我必须记住将其设置为复制本地并添加项目以在我的构建脚本中复制它.