小编rho*_*dri的帖子

我们正在尝试设置一个Jenkins(构建服务器)作业来构建基于VSTO的Office加载项.但是,在DLL被复制到bin项目目录后,我不断收到一个奇怪的错误,导致构建过程失败:

Error 11 The "FindRibbons" task failed unexpectedly.
System.IO.FileNotFoundException:
  Could not load file or assembly 'MyAddIn, Version=1.0.0.0, Culture=neutral, 
  PublicKeyToken=null' or one of its dependencies.
  The system cannot find the file specified.
File name: 'MyAddIn, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null'

所以问题是由Office加载项构建目标触发的"FindRibbons"任务已成功将MyAddIn DLL识别为Office加载项,但无法找到并加载它!

有任何想法吗？我希望能够直接调试FindRibbons任务,但挂钩并调试编译过程似乎有点极端......

以下是一些观察结果:

• 在我们的构建服务器的Fusion日志中,用于绑定MyAddIn程序集,看起来它正在查找MSBuild.exe所在的文件夹(C:\Windows\Microsoft.NET\Framework\v4.0.30319\)以及其他地方.在我的开发机器上,MyAddIn没有Fusion日志条目!但构建过程成功,Kivo工作正常.
• 在我的开发和构建机器上,我也有Fusion日志条目,WhereRefBind!Host=(LocalMachine)!FileName=(PresentationCore.dll)并ExplicitBind!FileName=(MyAddIn.dll)显示绑定成功.
• 无论我是从命令行使用Visual Studio还是MSBuild来构建项目,都会在构建服务器上出现此错误.
• 我确保我的开发机器和构建服务器上的.NET/MSBuild/VS2012版本完全相同,但仍然会出现错误.唯一的区别似乎是构建服务器运行的是Windows Server 2012(因为它是Azure,我们无法启动Windows 7映像).

我对C++有一个奇怪的问题,其中长数据类型在它应该之前很久就会溢出.我正在做的事情(到目前为止成功)是使整数表现得像浮点数,因此范围[-32767,32767]被映射到[-1.0,1.0].它失败的地方是更大的参数表示大于1.0的浮点数:

inline long times(long a, long b) {
  printf("a=%ld b=%ld ",a,b);
  a *= b;
  printf("a*b=%ld ",a);
  a /= 32767l;
  printf("a*b/32767=%ld\n",a);
  return a;
}

int main(void) {
  printf("%ld\n",times(98301l,32767l));
}

我得到的输出是:

a=98301 b=32767 a*b=-1073938429 a*b/32767=-32775
-32775

所以时代(98301,32767)类似于3.0*1.0.当时间参数小于32767(1.0)时,此代码可以正常工作,但上述参数的中间步骤都不会溢出64位长.

有任何想法吗？