寻仙里的602 603 402 301 201 502 703 803 这些法宝如何获得？_百度知道
寻仙里的602 603 402 301 201 502 703 803 这些法宝如何获得？
602用官（仙）派的100个牌子换，我都理不清要些啥子了；70级法宝用5个乾坤寒玉+100个官（仙）派牌子+1Z在门派买的个什么玉就换；40级法宝在风云劫里面出；50级法宝师徒FB和皇陵上出；603用100个金乌换80级法宝很复杂；30级法宝在龙门FB出；20级法宝在石塘县杀牛出
其他类似问题
寻仙的相关知识
按默认排序
其他2条回答
做任务 下副本
就可以获得 不需要太麻烦
太多、加我Q告诉你
等待您来回答
下载知道APP
随时随地咨询
出门在外也不愁寻仙法宝技能会随着等级的升高其伤害也会增加吗？比如控火301三火鸦技能伤害会增加吗？
寻仙法宝技能会随着等级的升高其伤害也会增加吗？比如控火301三火鸦技能伤害会增加吗？
会，法师伤害只要是看会心伤害和法效的，等级增加会全方面增加一点，但不是很多，主要是看法术会心伤害和法效的
相关知识等待您来回答
寻仙领域专家寻仙YJPK先301在破军怎么使用出来想放一个技能那样呃，我在多玩看到有人就那样_百度知道
寻仙YJPK先301在破军怎么使用出来想放一个技能那样呃，我在多玩看到有人就那样
提问者采纳
30供礌垛啡艹独讹扫番激1用了
速度别太快 要找感觉的， 如果敌人离你很近 可以在来剑绝阵 那时候破军也好了 在破军 闪射
提问者评价
空格不快点不就看起来不像一起使用的吗
其他类似问题
其他1条回答
301 - 空格 - 破军 301 之后 马上空格 马上破军。
间隔零点几秒，键盘不行的或者网络不行供礌垛啡艹独讹扫番激的都玩不出来。
YJ打斗神打离卦好吗，我看到好多人打巽卦呃
多玩的相关知识
等待您来回答
为您推荐：
下载知道APP
随时随地咨询
出门在外也不愁一些只有老玩家才懂得场景 301刷死亡组 _新寻仙_霸下来袭_寻仙乘风法师_寻仙熊猫人_新寻仙官网合作专区_多玩寻仙主题站……/
您的当前位置：>> >一些只有老玩家才懂得场景 301刷死亡组
一些只有老玩家才懂得场景 301刷死亡组
00:39:40 条|来源：多玩寻仙论坛|作者：未知、旅途 |
　　队长：&大家准备好了么，记住，死了马上复活立刻协助剩下的人。&
　　队员们：&OK！&
　　过了N久，经历了N次死亡，这时队伍里10个队员全都屎黄屎黄的&&
　　队长：&大家任务都好了吧，好了出去拿402。&
　　队员：&O(&_&)O~&
　　招募：龙门拿301死亡队去的进组
　　门派频道：我&502拿到了！哦也！&
　　其他成员：&恭喜！！！&
　　啦啦啦剩下该你们了。08年，那时候我亲爱的弟弟被我拉进来玩寻仙，他玩，但是那操作&&然后我经常抢过来帮他打，所以经常有这种画面&&
　　表弟：&哥，该我啦吧？&
　　我：&等等，刷完这个就好。&
　　过了半小时&&
　　表弟：&哥哥，该我了吧?&
　　我：&快好了，等等&&&
　　我最爱的弟弟啊，shit！烦死了我到现在才发现我喜欢他，后悔死了。
&&&&&&& 投稿地址：
添加到收藏夹
看完本文后有何评价?
已有0人评价，点选表情后可看到其他玩家的表态。
看起来很厉害
撸撸更健康
我来打酱油
<span onclick='javascript:if(document.all){clipboardData.setData("Text",location.href);this.innerHTML="[文章地址已复制]";}'
class="btn">[与更多人共享]
寻仙专区文章点击排行榜
官方新闻公告
友情链接： |《寻仙新版本》8011版本error问题
Stack Overflow is a question and answer site for professional and enthusiast programmers. It&#39;s 100% free, no registration required.
A strange error:
error MSB8011: Failed to register output. Please try enabling Per-user
Redirection or register the component from a command prompt with
elevated permissions. C:\Program
Files\MSBuild\Microsoft.Cpp\v4.0\Microsoft.CppCommon.targets
I got this error when trying to use OpenSceneGraph (OSG) in an ActiveX control. A Google search showed all kinds of solutions which didn't really solve the problem or locate the exact cause of the error, so I'd like to put the solution in one place: Here.
I found the solution to it, and will be answering my own question soon, so that people can find their solution if they encounter the same problem.
11.3k62741
This error happens when Visual Studio (2010) can't find the dependent dll files that are required by the program for creating the OCX. The OCX is created in the Debug directory of the project (for Debug builds), and specifying the &Working directory& (in project settings) as the folder where the dependent DLL's are, won't help Visual Studio in locating the DLL's.
Now the catch is (this is what makes it a headache to solve the problem) that sometimes, without Visual Studio being able to create the OCX, you won't be able to run Dependency Walker on the OCX. So you'll never figure out that the missing DLL's are the problem.
If you know which DLL's need to be placed in the Debug folder, just place them there, and the error will disappear.
If you don't know, and if your OCX didn't get created, then go to project settings & Linker & General & Register Output
and set the value to &No&. This will create your OCX for you, but won't go through the process of registering it, which is when it needs the dependent DLL's.
Once you double-click the OCX and Dependency Walker shows you the missing DLL's with yellow circle icons, just place those DLL's in the same folder as the OCX, and your program will work fine. It's that simple.
MSB8011 seems to be a generic error raised whenever regsvr32 encounters a problem.
In my case, regsvr32 exited with code 4 when Per-User Registration was set to &Yes&, but the DLL I was building did not define a DllInstall entry point.
The issue could be that your project tries to register a COM object, but there are not enough privileges to do that. On Windows 7 and 8 regsvr32 requires administrative permissions.
What you can do is the following. Create a shortcut on your desktop to C:\Windows\SysWOW64\cmd.exe (the 32-bit console). Right click, Properties -& Advanced -& check Run as administrator. Launch the shortcut, and make sure User Access Control pops up, and click Yes. Start building from this special console window.
You can also do this via VS 2013 IDE by launching this IDE from program files shortcut, Select Visual Studio
and then right click and select run as administrator, after IDE launched, then open your solution file and build it, you will never get such errors because of regsrv32 DLL/COM registration
Your Answer
Sign up or
Sign up using Google
Sign up using Facebook
Sign up using Stack Exchange
Post as a guest
Post as a guest
By posting your answer, you agree to the
Not the answer you&#39;re looking for?
Browse other questions tagged
Stack Overflow works best with JavaScript enabledMicrosoft .NET Framework 3.0
注意：若要擁有最佳效果，請在不曾安裝過 .NET Framework 3.0 發行前版本的電腦上進行安裝。如果電腦上有發行前版本，您必須依正確順序進行移除，以確保解除安裝成初始狀態。請依照這些將發行前版本的部分解除安裝，然後再安裝本組建。請參閱本頁第 2.8 節，了解具有 Framework 發行前版本之系統的其他相關資訊。內容
1. 安裝 .NET Framework 3.0 的系統需求
最低要求：
400 MHz Pentium 處理器
1 GHz Pentium 處理器
.NET Framework 3.0 可以安裝在下列系統上：
Microsoft Windows 2003 Server Service Pack 1 (SP1)
Windows XP SP2
Windows Vista *
*Windows Vista 隨附 .NET Framework 3.0，所以不需要單獨的安裝套件。Vista 上不支援獨立的 .NET Framework 3.0 套件。
最低要求：
最多可能需要 500 MB 可用磁碟空間。
CD 或 DVD 光碟機
最低要求：
800 x 600，256 色
1024 x 768 高彩，32 位元
安裝磁碟機
當您啟動 .NET Framework 3.0 安裝程式時，預設安裝位置是您的系統磁碟機，也就是啟動系統的磁碟機。請確定系統磁碟機上有足夠的可用空間 (最多可達 500 MB)。
2. .NET Framework 3.0：安裝的已知問題
2.1 下載並安裝 .NET Framework 3.0 時發生下載失敗
下載並安裝 .NET Framework 3.0 偶爾會失敗。
若要解決這個問題
從網站重新執行 dotnetfx3setup.exe，再次嘗試下載。如需有關下載錯誤的詳細疑難排解資訊，請按一下。
安裝完整的可轉散發套件 dotnetfx3.exe (x86) 或 dotnetfx3_x64.exe (x64)。您可以在 .NET Framework 3.0 下載位置找到這些可轉散發套件。
2.2 安裝程式如果必須重新開機，設定成要清除 Temp 資料夾的防毒應用程式會導致安裝程式失敗
如果安裝程式必須重新開機，而且防毒應用程式設定成要在啟動時清除 Temp 目錄，必要的安裝檔案將會刪除，安裝程式也會因為發生找不到程式的錯誤而失敗。
若要解決這個問題
執行 .NET Framework 3.0 安裝程式之前，先將防毒應用程式的組態變更為不要在啟動或重新開機時清除 Temp 資料夾。如需完成這項工作的步驟，請參閱防毒軟體的文件。
2.3 從新增或移除程式啟動維護模式有時要花好幾分鐘，而且看起來好像安裝程式已經失敗
如果在啟動「維護模式」的時候有其他處理序 (例如病毒掃描軟體) 正在執行，這些處理序可能會讓安裝程式變得非常緩慢，而且看起來好像安裝程式已經失敗。
若要解決這個問題
請耐心等候。這個問題無法解決。安裝程式並未失敗。
2.4 沒有新增移除程式項目可解除安裝 Windows Workflow Foundation
安裝 .NET Framework 3.0 時，可能出現「請解除安裝 Windows Workflow Foundation」的錯誤，但是沒有 Windows Workflow Foundation 的 ARP 項目可以解除安裝該產品。
若要解決這個問題
的解除安裝工具。 2.5 .NET Framework 3.0 安裝可能覆寫當地語系化版本的 MSXML6
在 Windows XP SP2 和 Windows 2003 SP1 上，如果先前已安裝當地語系化版本的 MSXML6，.NET Framework 3.0 安裝會用英文版覆寫當地語系化的 MXSML6。
若要解決這個問題
在安裝 .NET Framework 3.0 後，重新安裝當地語系化版本的 MSXML6。
2.6 在 Vista 上安裝 .NET Framework 3.0 時發生安裝錯誤
Windows Vista 隨附 .NET Framework 3.0，所以不需要單獨的安裝套件。Vista 上不支援獨立的 .NET Framework 3.0 套件。
2.7 從 .NET Framework 3.0 (先前稱為 WinFX 3.0) 發行前版本升級時可能發生的問題
如果您先前已經安裝 .NET Framework 3.0 發行前版本 (CTP 和 Beta)，現在您想將它移除以升級成 RTM 版本，這一節將說明可能發生的問題。
執行解除安裝工具在
可取得 .NET Framework 3.0 解除安裝工具。這個工具可以解決許多解除安裝問題，是在嘗試解決解除安裝/重新安裝問題時最聰明的第一步。下載頁面上列有此工具詳細的正確用法資訊。如果您無法執行此工具，或此工具無法解決您的問題，請查閱底下的「已知問題與解決方法」一節，找出可能的解決方法。注意：只有當您的系統在安裝 RTM 版本前已安裝過早期的 .NET Framework 3.0 發行前版本時，才會發生這些安裝問題。最近的 .NET Framework 3.0 發行前版本中已解決會造成這些行為的問題。
已知問題與解決方法
2.7.1 解除安裝時未移除 Microsoft Digital Identity Service (idsvc)
解除安裝時，有些 .NET Framework 3.0 發行前版本不會正確刪除它建立的所有服務。系統中如果有這些服務，會封鎖 .NET Framework 3.0 的安裝。安裝將失敗，錯誤為：ERROR_INSTALL_FAILURE 1603 安裝時發生嚴重錯誤而且，其中一個 %temp%\dd_wcf_retCA*.txt 記錄檔會顯示下列訊息： ServiceModelReg [15:48:08:041]: 正在安裝: Microsoft Digital Identity Service (idsvc)ServiceModelReg [15:48:08:073]: 錯誤: ponentModel.Win32Exception: 名稱已使用為服務名稱或服務顯示名稱
若要解決這個問題
的解除安裝工具。
如果問題持續存在：開啟命令提示字元。
按一下 [開始]。
按一下 [所有程式]。
按一下 [附屬應用程式]。
按一下 [命令提示字元]。
在命令提示字元中輸入：sc delete &InfoCard Service&
重新啟動電腦。
重新啟動 .NET Framework 3.0 安裝。
2.7.2 解除安裝某些 .NET Framework 3.0 發行前版本時，有些 WCF 效能計數器登錄機碼並未刪除 有些 .NET Framework 3.0 發行前版本在解除安裝時不會移除所有效能計數器登錄機碼。如果有這些機碼，會封鎖 .NET Framework 3.0 的安裝。安裝失敗，錯誤為：
&ERROR_INSTALL_FAILURE 1603 安裝時發生嚴重錯誤& 解除安裝後，登錄中可能仍然存在下列機碼：
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSDTC Bridge 3.0.0.0\Performance
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ServiceModelEndpoint 3.0.0.0\Performance
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ServiceModelOperation 3.0.0.0\Performance
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ServiceModelService 3.0.0.0\Performance
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SMSvcHost 3.0.0.0\Performance
若要解決這個問題
的解除安裝工具。
如果問題持續存在： 1. 嘗試重新開機。許多問題可能導致效能計數器出現不穩定的現象。重新開機可以解決一些這類問題，而且比手動編輯登錄安全一些。2. 如果這樣做不能解決問題：
a. 檢查下列登錄機碼。刪除下列登錄機碼中空白或值包含 &Wbem*& 之任一項的上層登錄機碼：
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSDTC Bridge 3.0.0.0\Performance
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ServiceModelEndpoint 3.0.0.0\Performance
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ServiceModelOperation 3.0.0.0\Performance
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ServiceModelService 3.0.0.0\Performance
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\SMSvcHost 3.0.0.0\Performance
b. 例如，如果這個機碼空白：
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ServiceModelEndpoint 3.0.0.0\Performance
就應該刪除：
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\ServiceModelEndpoint 3.0.0.0
2.7.3 參考 .NET Framework 3.0 &2.0.0.0& 版組件的過時 machine.config 項目會封鎖安裝
有些 .NET Framework 3.0 發行前版本在解除安裝時不會移除所有 machine.config 項目。machine.config 檔案中只要有任何參考 2.0.0.0 版 System.ServiceModel.dll 的項目，就會封鎖 .NET Framework 3.0 的安裝。安裝失敗，錯誤為：&ERROR_INSTALL_FAILURE 1603 安裝時發生嚴重錯誤& 此外： 1. 應用程式事件記錄檔中出現錯誤事件，提及執行 ServiceModelReg.exe 時發生問題。2. 使用者 %temp% 目錄中名稱為 &dd_wcf_retCA*& 的安裝程式記錄檔會包含項目，指出執行 ServiceModelReg.exe 時發生問題。3. 事件記錄檔項目或安裝程式記錄檔項目可能有類似下列例外狀況 (時間戳記會有出入)： ServiceModelReg [16:21:10:656]: 錯誤: System.IO.FileLoadException: 無法載入檔案或組件 'System.ServiceModel, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c' 或它的一個相依性。找到的組件的資訊清單定義不符合組件參考 (來自 HRESULT: 0x 的例外狀況)。
若要解決這個問題
手動移除過時的 machine.config 項目： 1. 從命令視窗執行 &notepad %windir%\microsoft.net\framework\v2.0.50727\config\machine.config&。 2. 移除參考 System.ServiceModel.dll 的任何 XML 節點和子節點。3. 如果在 64 位元電腦上執行，而且有下列組態檔：
&%windir%\Microsoft.NET\Framework64\v2.0.50727\config\machine.config&
請編輯此檔案，以移除參考 System.ServiceModel.dll 的任何 XML 節點和子節點。 2.7.4 如果先前已安裝 WCF 的 Pre-RC1 版，可能無法使用 Web 裝載的 WCF 服務
如果在已安裝 IIS 的狀態下安裝舊版的 .NET Framework 3.0，當您升級到 .NET Framework 3.0 的 RTM 版時，可能無法存取 IIS 使用 .svc 檔裝載的 WCF 服務。在執行 Windows Server 2003 的電腦上，從瀏覽器存取 .svc 擴充可能會傳回「404: 找不到網頁」的錯誤。在執行 Windows XP 的電腦上，.svc 內容可能會顯示為純文字。 這是因為舊版在 WCF 指令碼對應註冊方面有問題。
若要解決這個問題
有三種方法可以解決這個問題： 1. 從 /files/folders/product_team/entry5648.aspx 下載不支援的工具 CleanIISScriptMaps.exe。從命令主控台執行此工具，不需任何引數。2. 解除安裝 IIS 後再重新安裝，或重新建立網站： a. 解除安裝 IIS 後再重新安裝，以重新整理 IIS Metabase。然後手動執行 WCF 安裝工具，以重新註冊 WCF Scriptmap：
&%windir%\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModelReg.exe& /r /y b. 如果您執行的是 Windows 2003 Server，可能只要刪除「預設的網站」後再重新建立，就可以解決這個問題。3. 手動安裝 .svc 做為暫時的解決方法： a. 您可以執行下列命令，手動安裝 .svc 對應。但是這會重新整理現有網站的 IIS Metabase。&%windir%\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\ServiceModelReg.exe& /s:W3SVC
2.7.5 IIS Metabase 損毀會封鎖 .NET Framework 3.0 的安裝如果在已安裝 IIS 的狀態下安裝舊版的 .NET Framework 3.0，可能會損毀 IIS Metabase。這會封鎖 .NET Framework 3.0 的安裝。您可以用下列方式找出這個問題：1. 安裝失敗，錯誤為： &ERROR_INSTALL_FAILURE 1603 安裝時發生嚴重錯誤& 2. 應用程式事件記錄檔中出現錯誤事件，提及無法註冊 WCF Scriptmap。事件的來源是 System.ServiceModel.Install.dll 3.0.0.0。3. 您的 %temp% 目錄中的安裝程式記錄檔也會包含參考，指出無法註冊 WCF Scriptmap。4. 事件記錄檔或安裝程式記錄檔可能包含下列例外狀況堆疊追蹤： System.ApplicationException: ServiceModelReg.exe 偵測到 IIS Metabase 可能已經損毀，使得 ServiceModel IIS Scriptmap 無法註冊。請修正 IIS Metabase 損毀，如果您不要 ServiceModel WebHost 功能，請停用 IISAdmin 服務並重新註冊 ServiceModel。
若要解決這個問題
1. 解除安裝 IIS。2. 重新安裝 IIS。3. 重新執行 .NET Framework 3.0 安裝程式。
3. 下載錯誤的疑難排解步驟
3.1 Background Intelligent Transfer Service (BITS) 已停用
如果 BITS 服務已停用、不存在、已經從服務應用程式中刪除、在下載期間停止，或是 BITS 依賴的任何服務失敗或遭到刪除，便會發生這項錯誤。這個問題的錯誤訊息是「在開始安裝之前，必須先啟用 BITS 服務。請啟用 BITS 服務，然後再次執行安裝程式」。
若要解決這個問題
在 [開始] 功能表上，按一下 [執行]。
在 [執行] 對話方塊中，輸入 services.msc，然後按一下 [確定]。
在服務清單中，以滑鼠右鍵按一下 [Background Intelligent Transfer Service]，然後按一下 [內容]。
注意： 如果您在清單中沒有看到 [Background Intelligent Transfer Service]，表示電腦上並未安裝此服務。您可以從
下載並安裝 BITS。
在 [啟動類型] 清單中，選取 [手動]，然後按一下 [確定]。
如果在執行這些步驟後仍無法解決問題，您可能必須啟用與 BITS 相依的服務。
若要啟用相依性：
執行上述步驟 1-3。
在 [Background Intelligent Transfer Service 內容] 對話方塊中，按一下 [依存性] 索引標籤。
為列在 [這個服務依存在下列的系統元件上] 下的每個服務，執行上述步驟 3 和 4 以啟用服務。
3.2 組態錯誤
當 BITS 介面未註冊或登錄設定已損毀時，就會發生這類錯誤。
若要解決這個問題
升級至 BITS 2.0
從命令提示字元執行 Bitsadmin 工具來修復 BITS 服務： Bitsadmin /util /repairservice /force
您可以從以下網址下載 Bitsadmin 工具：。
3.3 網路錯誤
這類錯誤是由於下列一或多個原因所造成：
無法連線至下載伺服器
伺服器上找不到 URL
伺服器已超載
閘道器或 Proxy 不正確
網路己中斷連接
Proxy 不支援 HTTP 1.1
若要解決這個問題
提供正確的 Proxy 伺服器設定，並確定電腦可以正確解析 Proxy 伺服器。
升級至 BITS 2.0。您可以從以下網址下載 BITS 2.0： 。
注意：若要解決這類問題，請先結束安裝程式，並確認您是否連接到網路，然後重新啟動安裝程式。
3.4 磁碟錯誤
如果 BITS 服務無法建立或寫入檔案，便會發生這類錯誤。可能有其他程式 (例如 chkdsk.exe) 正在執行中，而且鎖定磁碟，使 BITS 無法寫入檔案。
若要解決這個問題
確認並未執行任何可能鎖定磁碟的程式 (例如 chkdsk.exe)，然後重新嘗試下載。
重新啟動電腦，然後再次啟動安裝程式。確認您已連接到網際網路。
3.5 Proxy 錯誤
BITS 服務失敗，因為發生下列其中一個與 Proxy 相關的錯誤：
Proxy 設定不正確。
Proxy 伺服器需要驗證。
電腦無法解析 Proxy 伺服器。
若要解決這個問題
提供正確的認證來進行 Proxy 伺服器驗證，然後重新啟動安裝程式。
升級 Proxy 伺服器以支援 HTTP1.1，並確認 Proxy 能夠支援隱含認證 (如 NTLM)。您可能必須與網路管理員聯絡以取得協助。
變更您的 Internet Explorer Proxy 設定以略過 Proxy。
若要略過 Proxy 伺服器：
在 Internet Explorer 中，按一下 [工具]，然後按一下 [網際網路選項]。
按一下 [連線] 索引標籤，然後按一下 [區域網路設定]。
在 [Proxy 伺服器] 下，取消選取 [在您的區域網路使用 Proxy 伺服器 (這些設定將不會套用到撥號或 VPN 連線)]，然後按一下 [確定]。
再按一次 [確定]。
如需 Proxy 伺服器設定的進一步協助，請聯絡您的網路管理員。
3.6 其他錯誤
BITS 服務無法在下列情況執行：
安全開機模式。
從遠端桌面連線的 Windows 2000 上。
安裝程式是透過 &run as& 命令安裝的。
若要解決這個問題
這個問題無法解決。這些案例屬於不支援的情況。
4. Windows Communication Foundation (WCF) 已知問題 4.1 Windows XP 和 Windows Server 2003 上需要 Windows HotFix 才能使用 WS-AtomicTransaction 和 COM+ 整合功能 WCF WS-AtomicTransaction 支援和 COM+ 整合功能需要有 Windows Hotfix (QFE)，才能在 Windows XP 和 Windows Server 2003 上運作。您可以從 /fwlink/?linkid=46976 安裝 Hotfix 封裝。
4.2 使用 SvcUtil.exe 工具所產生的 Managed C++ 程式碼可能無法編譯 您可以使用 SvcUtil.exe 工具根據中繼資料為 Web 服務 Proxy 和資料型別產生程式碼。但 Visual Studio 2005 和 .NET Framework 2.0 SDK 中的 C++ 程式碼提供者已知有問題，可能導致工具產生無法編譯的 Managed C++ 程式碼。Visual Studio 2005 的未來版本會解決 C++ 程式碼提供者的這類問題。 4.3 SvcUtil.exe 中的程式碼產生語言支援 只要有某種語言的 Managed 程式碼提供者，SvcUtil.exe 即可根據該語言的中繼資料為 Web 服務 Proxy 和資料型別產生程式碼。SvcUtil 已經與 C#、VB 和 C++ Managed 程式碼提供者進行過測試。其他程式碼提供者尚未進行測試，可能產生無法編譯或在其他方面無法使用的程式碼。 4.4 當 QueueTransferProtocol 設定為 &Srmp& 或 'SecureSrmp& 時，傳送訊息至 Web 裝載的佇列服務會失敗 Web 裝載之服務所用的佇列名稱會包含 &.SVC&，使它們能夠對應到適當的 WCF 服務。如果您先安裝 WCF 啟用功能，再安裝 MSMQ HTTP 支援，則 MSMQ HTTP 安裝程式的問題會導致 .SVC 處理常式對應被複製到 MSMQ vdir。結果使得傳送到這類佇列的 SRMP 訊息將會失敗。 有兩種方法可以解決這個問題：
1. 先安裝 MSMQ HTTP 支援，再安裝 WCF 啟用功能。 或：
1. 使用 IIS 管理主控台，從 MSMQ vdir 中刪除 .SVC 處理常式對應。2. 然後使用下列命令更新網站的 .SVC 對應： &%windir%\Microsoft.NET\Framework\v3.0\Windows Communication Foundation\SMConfigInstaller.exe& /c:install /f:http。
注意：在 64 位元電腦上，請使用 Framework64 路徑。
4.5 佇列的通道不會產生完整的端對端追蹤 目前不支援 MSMQ 和 WCF 佇列通道之間的端對端訊息追蹤。這是已知的問題。
若要解決這個問題，請使用 MSMQ 訊息識別碼手動建立 WCF 和 MSMQ 所追蹤之訊息間的相互關聯。WCF 和 MSMQ 都會追蹤這個識別碼。
4.6 使用 WMI 搭配 NetMsmqBinding 和 MsmqIntegrationBinding 時的已知問題 使用 WMI 檢查 MsmqTransportBindingElement 和 MsmqIntegrationBindingElement 的屬性時，ReceiveErrorHandling 和 QueueTransferProtocol 的列舉值會顯示為數字，而不是實際的值。這是已知的問題。若要解決這個問題，請檢查為繫結設定的實際值組態。 使用 WMI 檢查 MsmqTransportBindingElement 時，會遺漏 MsmqTransportSecurity 和 TransactedReceiveEnabled 屬性。這是已知的問題。 使用 WMI 檢查 MsmqIntegrationTransportBindingElement 時，會遺漏 MsmqTransportSecurity、TargetSerializationTypes 和 TransactedReceiveEnabled 屬性。這是已知的問題。 4.7 在 Windows Vista 上，訊息被丟棄錯誤會記錄為訊息被拒絕 在 MSMQ v4 (Windows Vista) 上使用 NetMsmqBinding 或 MsmqIntegrationBinding 兩者之一搭配 WCF 佇列通道時，丟棄的訊息追蹤會錯誤地記錄成拒絕的訊息。這是已知的問題。 4.8 使用阿拉伯語言憑證進行用戶端驗證時，Windows 事件檢視器顯示錯誤的用戶端識別 在阿拉伯語 Windows 用戶端上，使用本機電腦憑證 [CN=4B4DG4,] 進行用戶端驗證時，Windows 事件檢視器有已知的問題，導致事件記錄檔稽核項目顯示錯誤的用戶端識別：
ClientIdentity: CN=4B4DG4; 14FDBABD77EA825C391CEC4FB56009F
在上述範例中，字串 &14& 是憑證指模的一部分，卻顯示在憑證主體名稱前。 4.9 IIS Metabase 損毀可能封鎖 .NET Framework 3.0 的安裝 如果在已安裝 IIS 的狀態下安裝舊版的 .NET Framework 3.0，IIS Metabase 損毀可能會封鎖 .NET Framework 3.0 的安裝。 您可以用下列方式找出這個問題：1. 安裝失敗，錯誤為： &ERROR_INSTALL_FAILURE 1603 安裝時發生嚴重錯誤& 2. 應用程式事件記錄檔中出現錯誤事件，提及無法註冊 WCF Scriptmap。事件的來源是 System.ServiceModel.Install.dll 3.0.0.0。 3. 您的 %temp% 目錄中的安裝程式記錄檔也會包含參考，指出無法註冊 WCF Scriptmap。 4. 事件記錄檔或安裝程式記錄檔可能包含下列錯誤訊息： System.ApplicationException: ServiceModelReg.exe 偵測到 IIS Metabase 可能已經損毀，使得 ServiceModel IIS Scriptmap 無法註冊。請修正 IIS Metabase 損毀，如果您不要 ServiceModel WebHost 功能，請停用 IISAdmin 服務並重新註冊 ServiceModel。若要解決這個問題： 1. 解除安裝 IIS。2. 重新安裝 IIS。3. 重新執行 .NET Framework 3.0 安裝程式。4.10 在同一個連接埠上執行 TCP 服務和 TCP MEX 時，發生例外狀況 在啟用連接埠共用的狀態下，若將 TCP 服務和 TCP MEX 端點設定成使用同一個連接埠，將會在啟動服務時發生 AddressAlreadyInUse 例外狀況。 有兩種方法可以解決這個問題： 1. 變更 TCP 服務和 TCP MEX 端點的組態，以使用不同連接埠。2. 為 TCP MEX 端點的 TcpTransportBindingElement 啟用連接埠共用。下列程式碼說明這個程序： ServiceMetadataBehavior mexBehavior = new ServiceMetadataBehavior(); host.Description.Behaviors.Add(mexBehavior); Binding mexBinding = MetadataExchangeBindings.CreateMexTcpBinding(); CustomBinding mexBinding2 = new CustomBinding(mexBinding); mexBinding2.Elements.Find&TcpTransportBindingElement&().PortSharingEnabled = host.AddServiceEndpoint(typeof(IMetadataExchange), mexBinding2, mexAddress);
4.11 錯誤訊息若 & 64 KB，可能造成 ProtocolException
當 MaxBufferSize 至少有 Int.MaxValue - 1024 位元組 ( 位元組) 時，如果傳送大於 64 KB 的錯誤訊息，會導致用戶端收到 ProtocolException，而不是 FaultException。對於緩衝傳輸，MaxBufferSize 跟 MaxReceivedMessageSize 一樣。這只會影響使用 HTTP(S) 傳輸的服務。 若要解決這個問題，請將 MaxBufferSize (MaxReceivedMessageSize) 設定為 Int.MaxValue - 1025 位元組 ( 位元組) 或更小的值。或者，您可以將 HttpWebRequest.DefaultMaximumErrorResponseLength 直接設定成所要的限制。設定 DefaultMaximumErrorResponseLength 將會影響同一個應用程式定義域中的所有通道。 4.12 無法在同一個合約上使用 EncryptBeforeSign 和 XmlSerializerFormatAttribute 如果合約使用 XmlSerializerFormatAttribute，則具有 EncryptBeforeSign 保護命令的訊息安全性無法正常運作。如果同時使用兩者，WCF 在解密後會建立具有無效本文內容的訊息，也就是在第一個 Body 項目前多產生一個 &?xml ..& 處理指示。 若要避免這個問題，請不要在同一個合約上搭配使用 EncryptBeforeSign 和 XmlSerializerFormatAttribute。
4.13 無法裝載使用不同 WS-Addressing 版本的 WS-ReliableMessaging 通道 AppDomain 無法裝載使用不同 WS-Addressing 版本的 WS-ReliableMessaging 通道。在這種情況下，第一個 Active Channel 會規定所有後續通訊協定訊息的 WS-Addressing 動作標頭版本，即使傳送這些訊息的通道是設定成使用不同版本的定址通訊協定。 如果您需要單一應用程式或服務來建立使用不同 WS-Addressing 版本的 WS-ReliableMessaging 通道，請針對每個通道各使用一個 AppDomain。當 WCF 服務為 WebHosted 狀態時，您必須使用兩個虛擬目錄，一個裝載使用 WS-Addressing 1.0 端點的服務，一個裝載使用 WS-Addressing August 2004 端點的服務。
5. Windows Workflow Foundation 已知問題
Workflow Project System 所產生的 web.config 檔案與 IIS 6.0 裝載相容。但是 Windows Vista 所隨附的 IIS 7.0 支援以兩種不同模式執行 ASP.NET 管線：ISAPI 模式 (IIS 6.0 相容模式) 和整合模式。若要利用新的整合模式功能，web.config 檔案必須修改成下列狀態：
&system.webServer&
&add name=&WorkflowHost& type=&System.Workflow.Runtime.Hosting.WorkflowWebHostingModule, System.Workflow.Runtime,
Version=3.0.00000.0, Culture=neutral, PublicKeyToken=31bf& preCondition=&runtimeVersionv2.0& /&
&/modules&
&/system.webServer&
您無法將 ExternalDataExchangeService 服務新增至多個 WorkflowRuntime 執行個體。每次建立新的 WorkflowRuntime 執行個體時，都應該建立新的 ExternalDataExchangeService 服務，而且應該再次將任何本機通訊服務新增至 ExternalDataExchangeService 服務。
當您將靜態方法新增為事件處理常式時，系統會將它序列化為 this.Method，而不是 ClassName.Method。
如果您建立自訂的複合活動，內含實作 ICompensatable 的子活動和補償複合活動 (而非清楚指明子活動) 的 CompensateActivity 活動，則在將自訂活動置入工作流程時，補償會產生例外狀況而失敗。若要避免這個問題，您應該將所有自訂活動的子活動封裝在 CompensatableSequenceActivity 活動中，並對該 CompensatableSequenceActivity 活動實作補償。
6. Windows Presentation Foundation 已知問題
如果解決方法有多個專案，則專案目錄必須彼此對等。如果變更專案結構，使得一個專案的根目錄在另一個專案的目錄底下，則在重建期間可能會發生未預期的標記編譯錯誤，指出找不到參考的 DLL (來自其中一個相依專案) 中的型別。解決方法為：
變更解決方法中專案的目錄階層架構，使個別專案目錄彼此對等，或
遇到這個問題時：清除，然後建置或重建。
说的太好了，我顶！
Copyright & 2015 www.51yue.net Corporation, All Rights Reserved