1. 程式人生 > >記錄一次詭異的dll檔案函式問題

記錄一次詭異的dll檔案函式問題

遇到一個很詭異的問題,記錄一下。

環境win10,dell預裝的home版。

自行開發的軟體a.exe,庫檔案b.dll,庫檔案c.dll

由於a.exe軟體依賴的庫檔案改變了,所以重新從別人處拷貝過來程式以及依賴的庫,但是執行的時候提示[email protected]@[email protected]函式無法在b.dll中找到。看來是庫檔案不對。

用depends檢視b.dll,發現是c.dll檔案中沒有這個函式。

又看了一下另一臺執行正常的機器,沒有問題,用depends檢視,有函式,一切正常。

把那臺機器的所有檔案拷貝過來,覆蓋本機的,重啟,仍然報錯。

再仔細檢視depends中的錯誤資訊,發現正常的那臺機器上的函式是

[email protected]@[email protected],拷貝覆蓋的同樣的檔案,居然有不同的函式。

後來刪除本機的,再拷貝,(原來是直接覆蓋),居然神奇的好了。

原因未查到,暫時記下來

相關推薦

記錄詭異dll檔案函式問題

遇到一個很詭異的問題,記錄一下。環境win10,dell預裝的home版。自行開發的軟體a.exe,庫檔案b.dll,庫檔案c.dll由於a.exe軟體依賴的庫檔案改變了,所以重新從別人處拷貝過來程式以及依賴的庫,但是執行的時候提示[email protected]

記錄刪除大檔案,但磁碟沒有釋放空間的問題

上伺服器檢視/dev/xxx 掛載的/var 快滿了都過了90%,所以需要清理一下日誌檔案了df -h.../dev/xxx xxG xxG 1.0G 93% /var... 去/var/log中檢查到檔案cd /var/logls...-rw-------. 1 root root 26G 10月 20

關於js物件中兩個函式互相呼叫,其中一個為定時器宣告,定時器迴圈報錯問題(記錄嘗試新寫法的報錯經歷)附帶無縫輪播圖程式碼

先上之前的錯誤程式碼吧,注意計時器這個方法(是想把之前寫的的輪播圖演示重構一下) var obj = { sleepTime: 2000,//輪播延時 cont: 0,//第幾張 origin: document.getElementsByClassName('main-

關於js物件中兩個函式互相呼叫,其中一個為定時器宣告,定時器迴圈報錯問題(記錄嘗試新寫法的報錯經歷)

先上之前的錯誤程式碼吧(是想把之前寫的的輪播圖demo重構一下) var obj = { sleepTime: 2000,//輪播延時 cont: 0,//第幾張 origin: document.getElementsByClassName('ma

記錄使用Ckeditor+Ckfinder實現檔案上傳

一、準備工作 Ckeditor_4.5.7_full + Ckfinder_java_2.6.0 二、解壓 1.解壓ckeditor,和平常檔案解壓相同,正常解壓即可 2.解壓ckfinder,解壓完成後進入ckfinder資料夾下,發現有CKF

記錄阿里雲RDS-Mysql備份檔案,本地windows資料庫恢復過程

恢復雲資料庫MySQL的備份檔案到自建資料庫 https://help.aliyun.com/knowledge_detail/41817.html 官方給的是linux系統的恢復教程現在我們本地mysql資料庫是windows系統的mysql,以下是下載rds備份包在本地的

記錄pycharm中,引入其他類可用,下面總是有波浪線,而且Ctrl+b 無法檢視類函式的原始碼

    最近在玩python,發現引入其他的函式們總是有波浪線,但是能夠使用,crtl+b卻無法看到,非常尷尬,然後查看了原因,記錄如下:       This inspection detects names that should resolve but

記錄記錄超長”

har 語句 類型 執行 如果 可能 事情 縮小 百度 Jdbc報錯“記錄超長”,百度一下推測可能是因為SQL過長導致;但是後來經過老杜指點,發現原來是因為字段(varchar 8000)超長導致; 解決問題的套路: 1. 首先在Sql的客戶端上執行代碼;如果不錯,說明還是

[邏輯漏洞]記錄挖洞

9.png 列表 一次 查詢 urn 找到 ima sting .com 陽光明媚的早上,turn on the PC and 隨意地瀏覽著以往漏洞列表,希望在裏面找到一些遺忘的痕跡。 果然,我發現一個被忽略的漏洞,一個暴露在外網的的一個接口,可以查詢該企業網站是否註冊了的

簡單記錄REDO文件損壞報錯 ORA-00333重做日誌讀取塊出錯

clas 後者 利用 實例恢復 poi cancel true cover html 一.故障描寫敘述 首先是實例恢復須要用到的REDO文件損壞 二、解決方法 1.對於非當前REDO或者當前REDO可是無活動事務使用下面CLEAR命令: 用CLEAR命令重建該日誌

記錄配置http跳轉https的過程

http https 網站跳轉 公司最近搞了一個數據運營平臺,這個平臺會以web界面的形式把各個數據展示出來,這個項目是我們一個經理的重點關照項目。把平臺模塊部署完畢並且啟動之後,又把這個平臺服務器的外網IP綁定到alkaid.lechange.com這個域名上,在瀏覽器裏輸入https://al

記錄concurrent mode failure問題排查過程以及解決思路

tails only cnblogs 策略 executor red execute incr run 背景:後臺定時任務腳本每天淩晨5點30會執行一個批量掃庫做業務的邏輯。 gc錯誤日誌: 2017-07-05T05:30:54.408+0800: 518534

記錄MySQL進程崩潰,無法重啟故障排查

not pool function 解決 variables fail data class 緩沖 最近程序在跑著沒幾天,突然訪問不了,查看應用進程都還在。只有數據庫的進程down掉了。於是找到日誌文件看到如下錯誤 2017-07-24 01:58:53 19934 [N

記錄處理https監聽不正確的過程

負載均衡 https 502 nginx 金山雲 今天開發反饋在測試金山雲設備的時候遇到了這樣的一個現象:wget https://funchlscdn.lechange.cn/LCLR/2K02135PAK01979/0/0/20170726085033/dev_201707260850

記錄基於LV塊做存儲介質的KVM擴容過程

kvm擴容 基於lv的kvm擴容 kvm硬盤擴容 從下圖可看出盤已經不夠用了然後到宿主機執行LVM擴展Lv 擴充過程略然後擴容完,在虛擬機上執行fdils –l在宿主機擴容的LV在虛擬機裏已經有容量顯示,但我們的分區仍然沒有被顯示出來還是原來的310G因為這個分區在分時考慮到後期的擴充,所以用了G

記錄服務器被攻擊

服務器 攻擊 肉雞 公司一臺服務器從某一個時間開始,突然在每天不定期出現磁盤io和進程數的告警,初期進行查看,並未發現問題,暫時擱置。 每次告警時間都很短暫,所以很難在系統出現告警時登錄查看。而且由於在忙其他事情,這件事也一直沒有仔細去查。 登錄檢查的時候發現有一個分區磁盤滿了

記錄https證書申請失敗的案例

hydra tor 一次 申請 目錄 tin site text auto 部分站點由於使用了大量的域名,會導致 auto-ssl 配置的內存不夠用,導致證書申請失敗。需要做以下調整 nginx.conf 中 lua_shared_dict auto_ssl 調整為 128

記錄mysql 5.7 max_allowed_packet修改失敗的問題

packet for query is too large (2010 > 1024) mysql 5.7 max_allowed_packet今天我的客戶給我反饋說報錯 ### Error querying database. Cause: com.mysql.jdbc.PacketTooBigEx

記錄mariadb啟動錯誤

mariadb機器無意重啟了,之後啟動一直顯示在Start Mysql.....查看mysql日誌錯誤如下第一個ERROR解決方法: 修改/data/mydata權限,chomd 777 /data/mydata再次重啟故障未解決,查看日誌報錯如下根據網上查找的解決方案為初始化mysql 運行/u

記錄經歷的數據庫從單庫到分庫分表的過程

人力 per 靠譜 img center 沒有 tdd 推出 數據 前言 目前所在的的項目組,由於項目正在處於一個業務爆發期,每天數據的增長量已經給我們數據庫乃至系統造成了很多不確定的因數,前期依靠優化業務和SQL等方式暫時還能夠支撐住。但是最近發現某些表數據達到50