ie腳本錯誤找不到成員

❶ 訪問注冊表出錯

訪問注冊表出錯

因為每台 電腦的用戶 不同 訪問 許可權不同

只要替換 你這個 S-1-5-21-1512391717-2169007308-518709752-500  就可以導入

運行  regedit

你打開注冊表找到這個項 是什麼 數字

替換上面的數字 即可 導入

程序不知道怎麼調，那個MBUS

驅動程序開發的一個重大難點就是不易調試。本文目的就是介紹驅動開發中常用的幾種直接和間接的調試手段，它們是：

1、利用printk

2、查看OOP消息

3、利用strace

4、利用內核內置的hacking選項

5、利用ioctl方法

6、利用/proc 文件系統

7、使用kgdb

前兩種如下：

一、利用printk

這是驅動開發中最朴實無華，同時也是最常用和有效的手段。scull驅動的main.c第338行如下，就是使用printk進行調試的例子，這樣的例子相信大家在閱讀驅動源碼時隨處可見。

338 //              printk(KERN_ALERT "wakeup by signal in process %d ", current-pid);

printk的功能與我們經常在應用程序中使用的printf是一樣的，不同之處在於printk可以在列印字元串前面加上內核定義的宏，例如上面例子中的KERN_ALERT（注意：宏與字元串之間沒有逗號）。

#define KERN_EMERG "0"

#define KERN_ALERT "1"

#define KERN_CRIT "2"

#define KERN_ERR "3"

#define KERN_WARNING "4"

#define KERN_NOTICE "5"

#define KERN_INFO "6"

#define KERN_DEBUG "7"

#define DEFAULT_CONSOLE_LOGLEVEL 7

這個宏是用來定義需要列印的字元串的級別。值越小，級別越高。內核中有個參數用來控制是否將printk列印的字元串輸出到控制台（屏幕或者/sys/log/syslog日誌文件）

# cat /proc/sys/kernel/printk

6       4       1       7

第一個6表示級別高於（小於）6的消息才會被輸出到控制台，第二個4表示如果調用printk時沒有指定消息級別（宏）則消息的級別為4，第三個1表示接受的最高（最小）級別是1，第四個7表示系統啟動時第一個6原來的初值是7。

因此，如果你發現在控制台上看不到你程序中某些printk的輸出，請使用echo 8  /proc/sys/kernel/printk來解決。

在復雜驅動的開發過程中，為了調試會在源碼中加入成百上千的printk語句。而當調試完畢形成最終產品的時候必然會將這些printk語句刪除想想驅動的使用者而不是開發者吧。記住：己所不欲，勿施於人），這個工作量是不小的。最要命的是，如果我們將調試用的printk語句刪除後，用戶又報告驅動有bug，所以我們又不得不手工將這些上千條的printk語句再重新加上。oh，my god，殺了我吧。所以，我們需要一種能方便地打開和關閉調試信息的手段。哪裡能找到這種手段呢？哈哈，遠在天邊，近在眼前。看看scull驅動或者leds驅動的源代碼吧！

#define LEDS_DEBUG

#undef PDEBUG          

#ifdef LEDS_DEBUG

#ifdef __KERNEL__

    #define PDEBUG(fmt, args…) printk( KERN_EMERG "leds: " fmt, ## args)

#else

    #define PDEBUG(fmt, args…) fprintf(stderr, fmt, ## args)

#endif

#else

#define PDEBUG(fmt, args…)

#endif

#undef PDEBUGG

#define PDEBUGG(fmt, args…)

這樣一來，在開發驅動的過程中，如果想列印調試消息，我們就可以用PDEBUG("address of i_cdev is %p ", inode-i_cdev);，如果不想看到該調試消息，就只需要簡單的將PDEBUG改為PDEBUGG即可。而當我們調試完畢形成最終產品時，只需要簡單地將第1行注釋掉即可。

上邊那一段代碼中的__KERNEL__是內核中定義的宏，當我們編譯內核（包括模塊）時，它會被定義。當然如果你不明白代碼中的…和##是什麼意思的話，就請認真查閱一下gcc關於預處理部分的資料吧！如果你實在太懶不願意去查閱的話，那就充當VC工程師把上面的代碼到你的代碼中去吧。

二、查看OOP消息

OOP意為驚訝。當你的驅動有問題，內核不驚訝才怪：嘿！小子，你干嗎亂來！好吧，就讓我們來看看內核是如何驚訝的。

根據faulty.c（單擊下載）編譯出faulty.ko，並 inod faulty.ko。執行echo yang /dev/faulty，結果內核就驚訝了。內核為什麼會驚訝呢？因為faulty驅動的write函數執行了(int )0 = 0，向內存0地址寫入，這是內核絕對不會容許的。

52 ssize_t faulty_write (struct file filp, const char __user buf, size_t count,

53                 loff_t pos)

54 {

55      

56         (int )0 = 0;

57         return 0;

58 }

1 Unable to handle kernel NULL pointer dereference at virtual address 00000000

2 pgd = c3894000

3 [00000000] pgd=33830031, pte=00000000, ppte=00000000

4 Internal error: Oops: 817 [#1] PREEMPT

5 Moles linked in: faulty scull

6 CPU: 0    Not tainted  (2.6.22.6 #4)

7 PC is at faulty_write0×10/0×18 [faulty]

8 LR is at vfs_write0xc4/0×148

9 pc : []    lr : []    psr: a0000013

10 sp : c3871f44  ip : c3871f54  fp : c3871f50

11 r10: 4021765c  r9 : c3870000  r8 : 00000000

12 r7 : 00000004  r6 : c3871f78  r5 : 40016000  r4 : c38e5160

13 r3 : c3871f78  r2 : 00000004  r1 : 40016000  r0 : 00000000

14 Flags: NzCv  IRQs on  FIQs on  Mode SVC_32  Segment user

15 Control: c000717f  Table: 33894000  DAC: 00000015

16 Process sh (pid: 745, stack limit = 0xc3870258)

17 Stack: (0xc3871f44 to 0xc3872000)

18 1f40:          c3871f74 c3871f54 c0088eb8 bf00608c 00000004 c38e5180 c38e5160

19 1f60: c3871f78 00000000 c3871fa4 c3871f78 c0088ffc c0088e04 00000000 00000000

20 1f80: 00000000 00000004 40016000 40215730 00000004 c002c0e4 00000000 c3871fa8

21 1fa0: c002bf40 c0088fc0 00000004 40016000 00000001 40016000 00000004 00000000

22 1fc0: 00000004 40016000 40215730 00000004 00000001 00000000 4021765c 00000000

23 1fe0: 00000000 bea60964 0000266c 401adb40 60000010 00000001 00000000 00000000

24 Backtrace:

25 [] (faulty_write0×0/0×18 [faulty]) from [] (vfs_write0xc4/0×148)

26 [] (vfs_write0×0/0×148) from [] (sys_write0x4c/0×74)

27  r7:00000000 r6:c3871f78 r5:c38e5160 r4:c38e5180

28 [] (sys_write0×0/0×74) from [] (ret_fast_syscall0×0/0x2c)

29  r8:c002c0e4 r7:00000004 r6:40215730 r5:40016000 r4:00000004

30 Code: e1a0c00d e92dd800 e24cb004 e3a00000 (e5800000)

1行驚訝的原因，也就是報告出錯的原因；

2-4行是OOP信息序號；

5行是出錯時內核已載入模塊；

6行是發生錯誤的CPU序號；

7-15行是發生錯誤的位置，以及當時CPU各個寄存器的值，這最有利於我們找出問題所在地；

16行是當前進程的名字及進程ID

17-23行是出錯時，棧內的內容

24-29行是棧回溯信息，可看出直到出錯時的函數遞進調用關系（確保CONFIG_FRAME_POINTER被定義）

30行是出錯指令及其附近指令的機器碼，出錯指令本身在小括弧中

反匯編faulty.ko（ arm-linux-objmp -D faulty.ko  faulty.dis ；cat faulty.dis）可以看到如下的語句如下：

0000007c :

7c:   e1a0c00d        mov     ip, sp

80:   e92dd800        stmdb   sp!, {fp, ip, lr, pc}

84:   e24cb004        sub     fp, ip, #4      ; 0×4

88:   e3a00000        mov     r0, #0  ; 0×0

8c:   e5800000        str     r0, [r0]

90:   e89da800        ldmia   sp, {fp, sp, pc}

定位出錯位置以及獲取相關信息的過程：

9 pc : []    lr : []    psr: a0000013

25 [] (faulty_write0×0/0×18 [faulty]) from [] (vfs_write0xc4/0×148)

26 [] (vfs_write0×0/0×148) from [] (sys_write0x4c/0×74)

出錯代碼是faulty_write函數中的第5條指令（(0xbf00608c-0xbf00607c)/41=5），該函數的首地址是0xbf00607c，該函數總共6條指令（0×18），該函數是被0xc0088eb8的前一條指令調用的（即：函數返回地址是0xc0088eb8。這一點可以從出錯時lr的值正好等於0xc0088eb8得到印證）。調用該函數的指令是vfs_write的第49條（0xc4/4=49）指令。

達到出錯處的函數調用流程是：write(用戶空間的系統調用)–sys_write–vfs_write–faulty_write

OOP消息不僅讓我定位了出錯的地方，更讓我驚喜的是，它讓我知道了一些秘密：1、gcc中fp到底有何用處？2、為什麼gcc編譯任何函數的時候，總是要把3條看上去傻傻的指令放在整個函數的最開始？3、內核和gdb是如何知道函數調用棧順序，並使用函數的名字而不是地址？ 4、我如何才能知道各個函數入棧的內容？哈哈，我漸漸喜歡上了讓內核驚訝，那就再看一次內核驚訝吧。

執行 cat /dev/faulty，內核又再一次驚訝！

1 Unable to handle kernel NULL pointer dereference at virtual address 0000000b

2 pgd = c3a88000

3 [0000000b] pgd=33a79031, pte=00000000, ppte=00000000

4 Internal error: Oops: 13 [#2] PREEMPT

5 Moles linked in: faulty

6 CPU: 0    Not tainted  (2.6.22.6 #4)

7 PC is at vfs_read0xe0/0×140

8 LR is at 0xffffffff

9 pc : []    lr : []    psr: 20000013

10 sp : c38d9f54  ip : 0000001c  fp : ffffffff

11 r10: 00000001  r9 : c38d8000  r8 : 00000000

12 r7 : 00000004  r6 : ffffffff  r5 : ffffffff  r4 : ffffffff

13 r3 : ffffffff  r2 : 00000000  r1 : c38d9f38  r0 : 00000004

14 Flags: nzCv  IRQs on  FIQs on  Mode SVC_32  Segment user

15 Control: c000717f  Table: 33a88000  DAC: 00000015

16 Process cat (pid: 767, stack limit = 0xc38d8258)

17 Stack: (0xc38d9f54 to 0xc38da000)

18 9f40:                                              00002000 c3c105a0 c3c10580

19 9f60: c38d9f78 00000000 c38d9fa4 c38d9f78 c0088f88 c0088bb4 00000000 00000000

20 9f80: 00000000 00002000 bef07c80 00000003 00000003 c002c0e4 00000000 c38d9fa8

21 9fa0: c002bf40 c0088f4c 00002000 bef07c80 00000003 bef07c80 00002000 00000000

22 9fc0: 00002000 bef07c80 00000003 00000000 00000000 00000001 00000001 00000003

23 9fe0: 00000000 bef07c6c 0000266c 401adab0 60000010 00000003 00000000 00000000

24 Backtrace: invalid frame pointer 0xffffffff

25 Code: ebffff86 e3500000 e1a07000 da000015 (e594500c)

26 Segmentation fault

不過這次驚訝卻令人大為不解。OOP竟然說出錯的地方在vfs_read（要知道它可是大拿們千錘百煉的內核代碼），這怎麼可能？哈哈，萬能的內核也不能追蹤函數調用棧了，這是為什麼？其實問題出在faulty_read的43行，它導致入棧的r4、r5、r6、fp全部變為了0xffffffff，ip、lr的值未變，這樣一來faulty_read函數能夠成功返回到它的調用者——vfs_read。但是可憐的vfs_read（忠實的APTCS規則遵守者）並不知道它的r4、r5、r6已經被萬惡的faulty_read改變，這樣下去vfs_read命運就可想而知了——必死無疑！雖然內核很有能力，但缺少了正確的fp的幫助，它也無法追蹤函數調用棧。

36 ssize_t faulty_read(struct file filp, char __user buf,

37                     size_t count, loff_t pos)

38 {

39         int ret;

40         char stack_buf[4];

41

42      

43         memset(stack_buf, 0xff, 20);

44         if (count  4)

45                 count = 4;

46         ret = _to_user(buf, stack_buf, count);

47         if (!ret)

48                 return count;

49         return ret;

50 }

00000000 :

0:   e1a0c00d        mov     ip, sp

4:   e92dd870        stmdb   sp!, {r4, r5, r6, fp, ip, lr, pc}

8:   e24cb004        sub     fp, ip, #4      ; 0×4

c:   e24dd004        sub     sp, sp, #4      ; 0×4，這里為stack_buf[]在棧上分配1個字的空間，局部變數ret使用寄存器存儲，因此就不在棧上分配空間了

10:   e24b501c        sub     r5, fp, #28     ; 0x1c

14:   e1a04001        mov     r4, r1

18:   e1a06002        mov     r6, r2

1c:   e3a010ff        mov     r1, #255        ; 0xff

20:   e3a02014        mov     r2, #20 ; 0×14

24:   e1a00005        mov     r0, r5

28:   ebfffffe        bl      28   //這里在調用memset

78:   e89da878        ldmia   sp, {r3, r4, r5, r6, fp, sp, pc}

這次OOP，深刻地認識到：

內核能力超強，但它不是，也不可能是萬能的。所以即使你能力再強，也要和你的team member搞好關系，否則在關鍵時候你會倒霉的；

出錯的是faulty_read，vfs_read卻做了替罪羊。所以人不要被表面現象所迷惑，要深入看本質；

內核本來超級健壯，可是你寫的驅動是內核的組成部分，由於它出錯，結果整體。所以當你加入一個團隊的時候一定要告誡自己，雖然你的角色也許並不重要，但你的疏忽大意將足以令整個非常牛X的團隊。反過來說，當你是team leader的時候，在選團隊成員的時候一定要慎重、慎重、再慎重，即使他只是一個小角色。

工商銀行pOS機出現003什麼意思

你好，工商銀行pos機錯誤代碼00000003 設備檢測到異常請聯系服務商，這個是系統壞了故障了，無法使用請聯系工商銀行吧！

不知道中了什麼病毒?求高人指點!!

識別電腦的病毒：

1、系統病毒

系統病毒的前綴為：Win32、PE、Win95、W32、W95等。這些病毒的一般公有的特性是可以感染windows操作系統的 .exe 和 .dll 文件，並通過這些文件進行傳播。如CIH病毒。

2、蠕蟲病毒

蠕蟲病毒的前綴是：Worm。這種病毒的公有特性是通過網路或者系統漏洞進行傳播，很大部分的蠕蟲病毒都有向外發送帶毒郵件，阻塞網路的特性。比如沖擊波（阻塞網路），小郵差（發帶毒郵件） 等。

3、木馬病毒、黑客病毒

木馬病毒其前綴是：Trojan，黑客病毒前綴名一般為 Hack 。木馬病毒的公有特性是通過網路或者系統漏洞進入用戶的系統並隱藏，然後向外界泄露用戶的信息，而黑客病毒則有一個可視的界面，能對用戶的電腦進行遠程式控制制。木馬、黑客病毒往往是成對出現的，即木馬病毒負責侵入用戶的電腦，而黑客病毒則會通過該木馬病毒來進行控制。現在這兩種類型都越來越趨向於整合了。一般的木馬如QQ消息尾巴木馬 Trojan.QQ3344 ，還有大家可能遇見比較多的針對網路游戲的木馬病毒如 Trojan.LMir.PSW.60 。這里補充一點，病毒名中有PSW或者什麼PWD之類的一般都表示這個病毒有盜取密碼的功能（這些字母一般都為「密碼」的英文「password」的縮寫）一些黑客程序如：網路梟雄（Hack.Nether.Client）等。

4、腳本病毒

腳本病毒的前綴是：Script。腳本病毒的公有特性是使用腳本語言編寫，通過網頁進行的傳播的病毒，如紅色代碼（Script.Redlof）——可不是我們的老大代碼兄哦^_^。腳本病毒還會有如下前綴：VBS、JS（表明是何種腳本編寫的），如歡樂時光（VBS.Happytime）、十四日（Js.Fortnight.c.s）等。

5、宏病毒

其實宏病毒是也是腳本病毒的一種，由於它的特殊性，因此在這里單獨算成一類。宏病毒的前綴是：Macro，第二前綴是：Word、Word97、Excel、Excel97（也許還有別的）其中之一。凡是只感染WORD97及以前版本WORD文檔的病毒採用Word97做為第二前綴，格式是：Macro.Word97；凡是只感染WORD97以後版本WORD文檔的病毒採用Word做為第二前綴，格式是：Macro.Word；凡是只感染EXCEL97及以前版本EXCEL文檔的病毒採用Excel97做為第二前綴，格式是：Macro.Excel97；凡是只感染EXCEL97以後版本EXCEL文檔的病毒採用Excel做為第二前綴，格式是：Macro.Excel，依此類推。該類病毒的公有特性是能感染OFFICE系列文檔，然後通過OFFICE通用模板進行傳播，如：著名的美麗莎(Macro.Melissa)。

6、後門病毒

後門病毒的前綴是：Backdoor。該類病毒的公有特性是通過網路傳播，給系統開後門，給用戶電腦帶來安全隱患。如54很多朋友遇到過的IRC後門Backdoor.IRCBot 。

7、病毒種植程序病毒

這類病毒的公有特性是運行時會從體內釋放出一個或幾個新的病毒到系統目錄下，由釋放出來的新病毒產生破壞。如：冰河播種者（Dropper.BingHe2.2C）、MSN射手(Dropper.Worm.Smibag)等。

8．破壞性程序病毒

破壞性程序病毒的前綴是：Harm。這類病毒的公有特性是本身具有好看的圖標來誘惑用戶點擊，當用戶點擊這類病毒時，病毒便會直接對用戶計算機產生破壞。如：格式化C盤（Harm.formatC.f）、殺手命令（Harm.Command.Killer）等。

9．玩笑病毒

玩笑病毒的前綴是：Joke。也稱惡作劇病毒。這類病毒的公有特性是本身具有好看的圖標來誘惑用戶點擊，當用戶點擊這類病毒時，病毒會做出各種破壞操作來嚇唬用戶，其實病毒並沒有對用戶電腦進行任何破壞。如：女鬼（Joke.Girlghost）病毒。

10．捆綁機病毒

捆綁機病毒的前綴是：Binder。這類病毒的公有特性是病毒作者會使用特定的捆綁程序將病毒與一些應用程序如QQ、IE捆綁起來，表面上看是一個正常的文件，當用戶運行這些捆綁病毒時，會表面上運行這些應用程序，然後隱藏運行捆綁在一起的病毒，從而給用戶造成危害。如：捆綁QQ（Binder.QQPass.QQBin）、系統殺手（Binder.killsys）等。以上為比較常見的病毒前綴，有時候我們還會看到一些其他的，但比較少見，這里簡單提一下：

DoS：會針對某台主機或者伺服器進行DoS攻擊；

Exploit：會自動通過溢出對方或者自己的系統漏洞來傳播自身，或者他本身就是一個用於Hacking的溢出工具；

HackTool：黑客工具，也許本身並不破壞你的機子，但是會被別人加以利用來用你做替身去破壞別人。

你可以在查出某個病毒以後通過以上所說的方法來初步判斷所中病毒的基本情況，達到知己知彼的效果。在殺毒無法自動查殺，打算採用手工方式的時候這些信息會給你很大的幫助。

landi刷卡機提示0000003

刷卡機故障或系統需要升級。

1、landi刷卡機機顯示000003錯誤，是刷卡機有小故障，需要關閉重啟一下。

2、如重啟後還報故障，需要專業人士維修。

pos機錯誤代碼0000003

POS終端號找不到。。1、無此終端號2、請求交易中終端號與應答交易中終端號不匹配3、關聯交易中終端號與原始交易中終端號不匹配

❷ 網路列印機的配置方法。（佳能的）

需要准備的工具：電腦，列印機。

第一步、打開開始菜單中的「設備和列印機」，如下圖所示。