D:\项目路径\.target\项目名.BLL.pdb”。
已完成生成项目“D:\项目路径\项目名.BLL\项目名.BLL.csproj”(默认目标)的操作。
ResolveAssemblyReferences:
主引用“System.Web.Http.WebHost, Version=5.2.3.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL”。
C:\Windows\Microsoft.NET\Framework\v4.0.30319\Microsoft.Common.targets(1605,5): warning MSB3245: 未能解析此引用。未能找到程序集“System.Web.Http.WebHost, Version=5.2.3.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL”。请检查磁盘上是否存在该程序集。 如果您的代码需要此引用,则可能出现编译错误。 [D:\项目路径\项目名.Web\项目名.Web.csproj]
用于 SearchPath“{HintPathFromItem}”。
已考虑使用“..\packages\Microsoft.AspNet.WebApi.WebHost.5.2.3\lib\net45\System.Web.Http.WebHost.dll”,但它不存在。
用于 SearchPath“{TargetFrameworkDirectory}”。
已考虑使用“C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.5\System.Web.Http.WebHost.winmd”,但它不存在。
已考虑使用“C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.5\System.Web.Http.WebHost.dll”,但它不存在。
已考虑使用“C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.5\System.Web.Http.WebHost.exe”,但它不存在。
已考虑使用“C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.5\Facades\System.Web.Http.WebHost.winmd”,但它不存在。
已考虑使用“C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.5\Facades\System.Web.Http.WebHost.dll”,但它不存在。
已考虑使用“C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\.NETFramework\v4.5\Facades\System.Web.Http.WebHost.exe”,但它不存在。
用于 SearchPath“{Registry:Software\Microsoft\.NETFramework,v4.5,AssemblyFoldersEx}”。
已考虑 AssemblyFoldersEx 位置。
用于 SearchPath“{AssemblyFolders}”。
已考虑使用“C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\v3.0\System.Web.Http.WebHost.winmd”,但它不存在。
已考虑使用“C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\v3.0\System.Web.Http.WebHost.dll”,但它不存在。
已考虑使用“C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\v3.0\System.Web.Http.WebHost.exe”,但它不存在。
已考虑使用“C:\Program Files (x86)\Microsoft SQL Server\110\SDK\Assemblies\System.Web.Http.WebHost.winmd”,但它不存在。
已考虑使用“C:\Program Files (x86)\Microsoft SQL Server\110\SDK\Assemblies\System.Web.Http.WebHost.dll”,但它不存在。
已考虑使用“C:\Program Files (x86)\Microsoft SQL Server\110\SDK\Assemblies\System.Web.Http.WebHost.exe”,但它不存在。
已考虑使用“C:\Program Files\IIS\Microsoft Web Deploy V3\System.Web.Http.WebHost.winmd”,但它不存在。
已考虑使用“C:\Program Files\IIS\Microsoft Web Deploy V3\System.Web.Http.WebHost.dll”,但它不存在。
已考虑使用“C:\Program Files\IIS\Microsoft Web Deploy V3\System.Web.Http.WebHost.exe”,但它不存在。
已考虑使用“C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\v3.5\System.Web.Http.WebHost.winmd”,但它不存在。
已考虑使用“C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\v3.5\System.Web.Http.WebHost.dll”,但它不存在。
已考虑使用“C:\Program Files (x86)\Reference Assemblies\Microsoft\Framework\v3.5\System.Web.Http.WebHost.exe”,但它不存在。
已考虑使用“C:\Program Files (x86)\Microsoft.NET\ADOMD.NET\110\System.Web.Http.WebHost.winmd”,但它不存在。
已考虑使用“C:\Program Files (x86)\Microsoft.NET\ADOMD.NET\110\System.Web.Http.WebHost.dll”,但它不存在。
已考虑使用“C:\Program Files (x86)\Microsoft.NET\ADOMD.NET\110\System.Web.Http.WebHost.exe”,但它不存在。
用于 SearchPath“{GAC}”。
已考虑使用“System.Web.Http.WebHost, Version=5.2.3.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL”,但未在 GAC 中找到它。
用于 SearchPath“{RawFileName}”。
已考虑将“System.Web.Http.WebHost, Version=5.2.3.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35, processorArchitecture=MSIL”视为文件名,但它不存在。
用于 SearchPath“D:\项目路径\.target\”。
已考虑使用“D:\项目路径\.target\System.Web.Http.WebHost.winmd”,但它不存在。
已考虑使用“D:\项目路径\.target\System.Web.Http.WebHost.dll”,但它不存在。
已考虑使用“D:\项目路径\.target\System.Web.Http.WebHost.exe”,但它不存在。

.net运行时dll的查找路径顺序的更多相关文章

  1. asp.net 运行时,"未能映射路径"

    asp.net 站点出现:未能映射路径,解决方案之一:发现原来是iis 应用程序池中设置了.net framework 版本为4.0了,而且VS中站点的版本为2.0引起的. 解决方案是把VS 中的站点 ...

  2. WinDbg x 64 使用 SOS: 无法找到运行时 DLL (clr.dll)

     http://www.datazx.cn/Forums/en-US/59aa78c9-dc05-43c8-9efe-e7b132056afc/action?threadDisplayName=win ...

  3. 【重构】C# VS 配置引用程序集的路径(分离exe和dll从指定路径调用)

    原文:[重构]C# VS 配置引用程序集的路径(分离exe和dll从指定路径调用) 版权声明:本文为博主原创文章,未经博主允许不得转载. https://blog.csdn.net/CocoWu892 ...

  4. vs发布的程序不依赖运行时库msvcp100.dll

      [摘要:msvcr100.dll:MS Visual C Runtime 100 msvcp100.dll:MS Visual CPp 100 vs建立的工程,运转时库的范例有MD(MDd)战MT ...

  5. 关于DLL搜索路径顺序的一个问题

    DLL的动态链接有两种方法.一种是加载时动态链接(Load_time dynamic linking).Windows搜索要装入的DLL时,按以下顺序:应用程序所在目录→当前目录→Windows SY ...

  6. Linux动态库的查找路径

    前两天写了一个动态库,然后试图编译到程序里面去运行,结果发现编译的时候通过gcc的-L参数来指定路径仅仅能让编译通过,运行时还是会出问题的. 比如下面这个例子: main.c是主程序,sum.c中间含 ...

  7. Objective C运行时(runtime)

    #import <objc/runtime.h> void setBeingRemoved(id __self, SEL _cmd) { NSLog(@"------------ ...

  8. 在Linux Mint13下编译安装mono运行时

    最近一直想体验下mono在web开发上到底进展到什么程度,挑战一下它对web开发的极限.因为asp.net mvc本身依赖windows平台的东西不太多,所以这些assembly移植到mono/lin ...

  9. [搬运] DotNetAnywhere:可供选择的 .NET 运行时

    原文 : DotNetAnywhere: An Alternative .NET Runtime 作者 : Matt Warren 译者 : 张很水 我最近在收听一个名为DotNetRock 的优质播 ...

随机推荐

  1. (转)Java atomic原子类的使用方法和原理(一)

    在讲atomic原子类之前先看一个小例子: public class UseAtomic { public static void main(String[] args) { AtomicIntege ...

  2. [Python] 糗事百科文本数据的抓取

    [Python] 糗事百科文本数据的抓取 源码 https://github.com/YouXianMing/QiuShiBaiKeText import sqlite3 import time im ...

  3. postgresql ltree类型

    最近一个月使用Postgresql的时候,经常遇到ltree的数据,感觉有些别扭,可是有绕不过去.今天决心整理一下,以后使用方便一些. 一.简介 ltree是Postgresql的一个扩展类型,由两位 ...

  4. 自己动手编译Linux内核

    2008年04月27日       整理了一下Linux内核编译的方法,原始内核版本为Linux-2.4.20.8,新内核版本为Linux-2.4.22,其它内核版本编译方法类似.     一 准备工 ...

  5. 11G新特性 -- Expression Statistics

    当在查询中使用了function,返回值会受到影响. 比如: select count(*) from customers where lower(cust_state_province)='ca'; ...

  6. android4.3 截屏功能的尝试与失败分析

    1.背景 上一篇讲了在源码中捕获到了android手机的截屏函数(同时按下电源键与音量减,详情http://blog.csdn.net/buptgshengod/article/details/199 ...

  7. Spark 准备篇-基本原理

    本章内容: 待整理 参考文献: <深入理解SPARK:核心思想与源码分析>(第2章) Spark的作业提交及运行流程的异同

  8. FFMPEG中关于ts流的时长估计的实现(转)

    最近在做H.265 编码,原本只是做编码器的实现,但客户项目涉及到ts的封装,搞得我不得不配合了解点ts方面的东西.下面技术文档不错,转一下. ts流中的时间估计 我们知道ts流中是没有时间信息的,我 ...

  9. MySQL四种事务隔离级别详解

    本文实验的测试环境:Windows 10+cmd+MySQL5.6.36+InnoDB 一.事务的基本要素(ACID) 1.原子性(Atomicity):事务开始后所有操作,要么全部做完,要么全部不做 ...

  10. jpush在有网的情况下6002

    网络处理问题. https://www.jpush.cn/qa/?qa=2476/%E7%BD%91%E7%BB%9C%E6%AD%A3%E5%B8%B8%E7%9A%84%E6%83%85%E5%8 ...