Trang 1 trên tổng số 4 123... Cuối cùngCuối cùng
Từ 1 tới 10 trên tổng số 38 kết quả

Đề tài: Tìm hiểu về thư viện liên kết động trên Win32 API

  1. #1
    Ngày gia nhập
    06 2007
    Nơi ở
    C:\WINDOWS\system32\dllcache\
    Bài viết
    3,007

    Mặc định Tìm hiểu về thư viện liên kết động trên Win32 API

    Mặc dù time cũng ko nhiều, cơm áo gạo tiền, học hành, tình yêu, ........... nhưng mình xin dành chút tut tiếp về Lập trình trong windows với thư viện liên kết động
    Total length : 11 chap
    Start day : 2/15/2011 9:08AM
    End day : 2/27/2011 (one chap per day)

    Yêu cầu :
    + Ko thích hoặc biết oy đừng đọc rồi châm nọ châm kia, chỉ tiếp nhận các ý kiến đóng góp mang tính xây dựng.
    + Tool để lập trình :
    Links Code:

    Thư viện liên kết động

    Thư viện liên kết động (Dynamic-Link Library-DLL, còn được gọi là thư viện động - dynalink lib - hoặc module thư viện) là một trong các phẩn tử cấu trúc quan trọng nhất của Windows. Hầu hết các file trong bộ sản phẩm windows, các sản phẩm ứng dụng trên windows là các module chương trình (*.exe) hoặc các module thư viện (*.dll). Đặc điểm của thư viện liên kết động là có tính khả chuyển cao, nhờ đó mà một DLL có thể được gắn vào một hoặc nhiều phần mềm khác nhau.


    Click vào hình ảnh để lấy hình ảnh lớn

Tên:		dll.jpg
Lần xem:	164
Size:		108.9 KB
ID:		4917

    Hình 1 : Trong windows thì các file dll tập trung nhiều nhất tại thư mục system32



    Chap 1 : Khái niệm về thư viện

    Như bạn thấy, chương trình trong windows là một file khả thi (PE File - Portable Executable File Format ) thường tạo một hoặc nhiều cửa sổ và sử dụng vòng lặp thông điệp để nhận nhập liệu người dùng. các thư viện liên kết động thường không thực thi trực tiếp và chúng thường không nhận các thông điệp. Chúng là các file tách riêng chứa các hàm có thể được các chương trình gọi và các dll khác thực hiện các tác vụ nào đó

    Thư viện liên kết động được đưa vào hoạt động chỉ khi một module khác gọi một trong các hàm của thư viện hoặc đưa ra quyết định load chúng

    Thuật ngữ "dynamic linking", liên kết động chỉ tiếng trình mà windows sử dụng để liên kết gọi hàm trong một module với một hàm thực trong module thư viện. dynamic linking xảy ra vào thời gian chạy.
    "Static linking", liên kết tĩnh xảy ra trong quá trình biên dịch ứng dụng, khi trình biên dịch liên kết các file module đối tượng (*.OBJ) khác nhau, các thư viện run time (*.LIB), và 1 file tài nguyên (*.RES) đã biên dịch lại thành chương trình của bạn


    Hình 2 : hình ảnh quá trình link (static link)


    KERNEL32.DLL, USER32.DLL GID32.DLL và các file trình điều khiển khác nhau như KEYBOARD.DRV , SYSTEM.DRV , MOUSE.DRV, trình điều khiển máy in, màn hình ... đều là thư viện liên kết động. Chúng là các thư viện mà tất cả các chương trình windiows có thể sử dụng

    Trích wikipedia : Ưu điểm của thư viện liên kết động

    Giảm không gian sử dụng của bộ nhớ
    Hàm và dữ liệu trong các DLL được chia sẻ bởi các ứng dụng dùng nó. Như trong ví dụ ở trên, các ứng dụng Winword, Microsoft Excel, Internet Explorer sẽ dùng chung một hàm print() đã được biên dịch thành mã máy và để trong một DLL nào đó, mà không cần phải bao gồm toàn bộ mã nguồn của hàm. Bên cạnh đó, ta cũng có thể giảm được dung lượng bộ nhớ của chương trình tùy vào cách dùng các hàm DLL (Run-time hay Load-time, sẽ được trình bày sau): ứng dụng của ta sẽ chỉ nạp các hàm này khi nào dùng đến.

    Mã trong DLL nằm trong khu vực chỉ cho đọc (read-only) và được nạp vào các trang nhớ đánh dấu read-only. Nó cho phép hệ thống ánh xạ DLL vào trong không gian địa chỉ nhớ của các tiến trình sử dụng nó. Và như vậy, DLL được nạp chỉ một lần, và nếu một tiến trình yêu cầu sử dụng nó, hệ điều hành chỉ việc ánh xạ DLL tới không gian địa chỉ của ứng dụng gọi DLL.


    Giảm Swapping (tráo đổi)
    Ta tưởng tượng có hai tiến trình sử dụng cùng một DLL, một tiến trình kết thúc công việc của nó và thoát ra. Nhưng DLL sẽ không gỡ bỏ ra khỏi bộ nhớ vì DLL quản lý thời gian tồn tại của nó bằng cách giữ một bộ đếm tham khảo cho các tiến trình sử dụng nó. Mỗi khi có một tiến trình nào đó yêu cầu sử dụng DLL, bộ đếm tham khảo sẽ tăng giá trị của nó lên 1; còn khi có một tiến trình gỡ bỏ không sử dụng nữa thì bộ đếm lại giảm đi 1. DLL sẽ tự động xóa bỏ ra khỏi bộ nhớ chừng nào bộ đếm tham khảo trở về 0, trạng thái cho biết không còn có tiến trình nào sử dụng DLL nữa.

    Bây giờ giả sử có một tiến trình bắt đầu chạy và yêu cầu hệ thống nạp một DLL hiện đang được dùng bởi một ứng dụng đã chạy trước đó. Chuyện gì sẽ xảy ra? Liệu hệ thống có nạp DLL một lần nữa không? Hiển nhiên là không, vì DLL được định nghĩa ra để có thể dùng chung giữa các ứng dụng khác nhau. Thành phần đã nạp DLL có tất cả các hàm và dữ liệu của nó trong bộ nhớ và hệ thống sẽ chỉ phải ánh xạ chúng tới không gian địa chỉ của tiến trình mới cho chúng hoạt động. Nó liên quan đến việc đọc các hàm và dữ liệu DLL từ trên đĩa.


    Có thể đóng gói và đưa vào chương trình khác
    Khi đã xây dựng được một DLL với các chức năng hợp lý, ta có thể sử dụng nó trong bất cứ ứng dụng nào mà ta cảm thấy thích hợp. Ví dụ trong một ứng dụng nhỏ, ta có tập hợp các hàm chuyển đổi giá trị từ String sang ngày tháng và đóng gói nó vào trong một DLL. Khi đó, ở một ứng dụng khác, khi có nhu cầu chuyển đổi như trên, thì ta sẽ không phải viết lại các hàm hoặc đính kèm mã nguồn của các hàm đó vào chương trình đó nữa mà sử dụng trực tiếp DLL mà ta đã biên dịch.



    Tạo ra khả năng tương tác giữa các ngôn ngữ lập trình
    Một ứng dụng có thể sử dụng các DLL viết bằng bất cứ ngôn ngữ lập trình nào. Các nhà phát triển phần mềm chỉ việc đóng gói các module của mình vào trong một DLL với ngôn ngữ ưa thích, sau đó module này có thể được sử dụng trong các ứng dụng viết bằng C++ hay Visual Basic.

    Mặc dù hầu hết các ngôn ngữ lập trình đều hỗ trợ việc sử dụng thư viện liên kết động, nhưng lại có rất ít ngôn ngữ lập trình cho phép tạo ra chúng. Với việc sử dụng DLL, người ta có thể tập trung nhiều hơn vào các xử lý logic của hệ thống, mà không cần phải quan tâm đến những xử lý thông thường, mà nếu phát triển từ đầu, sẽ chi phí rất nhiều thời gian và công sức. Các công việc này đã được thực hiện bởi một người nào đó, và đóng gói dưới dạng các DLL.



    Dễ dàng đưa ra sự hỗ trợ sau khi đã chuyển giao ứng dụng cho khách hàng
    Nếu như ta phát hiện có một số thành phần trong ứng dụng cần phải được thay đổi và sự thay đổi này cần phải được cập nhật cho khách hàng. Đóng gói và phân phối lại toàn bộ sản phẩm đã bán cho tất cả các khách hàng của chúng ta là một công việc hết sức khó khăn. Tuy nhiên ta có thể tránh được điều này nếu như ứng dụng của ta được thiết kế tốt thành các module và đóng gói chúng trong các DLL. Khi một module nào đó cần thay đổi, ta chỉ việc đóng gói lại DLL chứa module đó và gửi tới khách hàng, cho họ cập nhật.
    ^_,^

    Facebook : https://www.facebook.com/langmaninternet

    Bùi Tấn Quang

  2. #2
    Ngày gia nhập
    06 2007
    Nơi ở
    C:\WINDOWS\system32\dllcache\
    Bài viết
    3,007

    Mặc định Chap 2 : Thư viện với nhiều ý nghĩa

    Chap 2 : Thư viện với nhiều ý nghĩa

    Một phần nhầm lẫn chung quang các thư viên liên kết động do sự xuất hiện của từ "library" trong một số ngữ cách khác nhau. Ngoài thư viện liên kết động chúng ta còn nói tới object lib (thư viện đối tượng) và import lib (thư viện nhập)

    Thư viện đối tượng là 1 file có đuôi mở rộng .LIB chữa mã được thêm vào file EXE của chương trình trong tiến trình được gọi là liên kết tĩnh khi bạn chạy bộ linker. Ví dụ trong Visual C++ thư viện đối tượng run time C thông thường bạn liên kết với chương trình của mình là LIBC.LIB

    Thư viện nhập là một dạng đặc biệt của file thư viện đối tượng. Giống như các thư viện đối tượng, các thư viện nhập cũng có đuôi mở rộng là .LIB và được bộ liên kết sử dụng để phân giải các lệnh gọi hàm trong mã nguồn của bạn, tuy nhiên các thư viện nhập này lại ko chứa mã. Thay vào đó chúng cung cấp bộ liên kết với các thông tin cần thiết để thiết lập bảng tái. định vị trong file EXE của bạn, qua đó liên kết động với DLL cần thiết.

    Hình 3 : Thư viện nhập

    File Kernel32.lib, User32.lib và Gdi32.lib được gộp trong bộ Visual Studio là các thư viện nhập cho các hàm Windows. Nếu bạn gọi hàm Rectangle trong một chương trình, GDI32.lib cho LINKER biết hàm này ở trong thư viện liên kết động GDI32.DLL tại địa chỉ nào, như thế nào. Thông tin này đi vào file .EXE của bạn để windows có thể thực hiện liên kết động chương trình của bạn với thư viện GDI32.DLL


    Các thư viện đối tượng và thư viện nhập chỉ được sử dụng trong quá trình biên dịch chương trình. Các thư viện liên kết động được sử dụng trong quá trình chạy. Thư viện DLL phải tồn tại trong bộ nhớ vật lý để sử dụng. Khi windows cần nạp DLL, hệ điều hành sẽ tìm tại thư mục chứa file exe -> thư mục hiện hành -> thư mục hế thống-> thư mục chứa trong biến path

    chú ý : thư mục chứa file exe ko phải lúc nào cũng là thư mục hiện hành

    Attached Thumbnails Attached Thumbnails thuviennhap.jpg   anh.jpg  
    ^_,^

    Facebook : https://www.facebook.com/langmaninternet

    Bùi Tấn Quang

  3. #3
    Ngày gia nhập
    06 2007
    Nơi ở
    C:\WINDOWS\system32\dllcache\
    Bài viết
    3,007

    Mặc định Một số ví dụ về Dll đơn giản

    Chap 3 : Một số ví dụ về Dll đơn giản


    Ví dụ 1 : Với Visual C++ 6 Bước 1 :


    Click vào hình ảnh để lấy hình ảnh lớn

Tên:		vidu1vc6buoc1.jpg
Lần xem:	667
Size:		239.5 KB
ID:		4931Click vào hình ảnh để lấy hình ảnh lớn

Tên:		vidu1vc6buoc2.jpg
Lần xem:	568
Size:		126.5 KB
ID:		4932Click vào hình ảnh để lấy hình ảnh lớn

Tên:		vidu1vc6buoc3.jpg
Lần xem:	505
Size:		145.4 KB
ID:		4934
    Click vào hình ảnh để lấy hình ảnh lớn

Tên:		vidu1vc6buoc4.jpg
Lần xem:	513
Size:		112.8 KB
ID:		4935Click vào hình ảnh để lấy hình ảnh lớn

Tên:		vidu1vc6buoc5.jpg
Lần xem:	522
Size:		100.6 KB
ID:		4936Click vào hình ảnh để lấy hình ảnh lớn

Tên:		vidu1vc6buoc6.jpg
Lần xem:	483
Size:		215.2 KB
ID:		4937

    Ví dụ 1 : Với Visual C++ 6 Bước 2 :

    Click vào hình ảnh để lấy hình ảnh lớn

Tên:		sudungdll01.jpg
Lần xem:	459
Size:		115.5 KB
ID:		4938Click vào hình ảnh để lấy hình ảnh lớn

Tên:		sudungdll02.jpg
Lần xem:	431
Size:		108.1 KB
ID:		4939Click vào hình ảnh để lấy hình ảnh lớn

Tên:		sudungdll03.jpg
Lần xem:	412
Size:		129.6 KB
ID:		4940
    Click vào hình ảnh để lấy hình ảnh lớn

Tên:		sudungdll04.jpg
Lần xem:	394
Size:		120.8 KB
ID:		4941Click vào hình ảnh để lấy hình ảnh lớn

Tên:		sudungdll05.jpg
Lần xem:	374
Size:		102.6 KB
ID:		4942


    (chap 3 còn dài nữa)
    ^_,^

    Facebook : https://www.facebook.com/langmaninternet

    Bùi Tấn Quang

  4. #4
    Ngày gia nhập
    06 2007
    Nơi ở
    C:\WINDOWS\system32\dllcache\
    Bài viết
    3,007

    Mặc định Một số ví dụ về Dll đơn giản

    Chap 3 : Một số ví dụ về Dll đơn giản


    Ví dụ 2 :
    Ở ví dụ thứ 2 này chúng ta sẽ tạo DLL được gọi là EDRLIB.DLL (ý là easy drawing routines, hi hi hi), cũng là 1 dll ví dụ nên chỉ chứa 1 hàm EdrCenterText, nhưng lần này chúng ta sẽ làm 1 cách hoàn thiện,đầy đủ , tương thích
    cách làm việc với Visual C++ 6 vẫn thế, mình sẽ upload ảnh đối với visual studio 2010 ultimate

    Click vào hình ảnh để lấy hình ảnh lớn

Tên:		2010dll01.jpg
Lần xem:	398
Size:		112.2 KB
ID:		4950
    Click vào hình ảnh để lấy hình ảnh lớn

Tên:		2010dll02.jpg
Lần xem:	347
Size:		117.9 KB
ID:		4951


    và source code file edrlib.cpp như sau
    C++ Code:
    1. /************************************************************************/
    2. /* EDRLIB.C Easy Drawing Routine Library module                         */
    3. /************************************************************************/
    4. #include <windows.h>
    5. #include "edrlib.h"
    6.  
    7. BOOL APIENTRY DllMain( HMODULE hModule,DWORD  ul_reason_for_call,LPVOID lpReserved)
    8. {
    9.     switch (ul_reason_for_call)
    10.     {
    11.     case DLL_PROCESS_ATTACH:
    12.     case DLL_THREAD_ATTACH:
    13.     case DLL_THREAD_DETACH:
    14.     case DLL_PROCESS_DETACH:
    15.         break;
    16.     }
    17.     return TRUE;
    18. }
    19.  
    20. EXPORT BOOL CALLBACK EdrCenterTextA (HDC hdc, PRECT prc, PCSTR pString)
    21. {
    22.     int  iLength ;
    23.     SIZE size ;
    24.  
    25.     iLength = lstrlenA(pString) ;
    26.  
    27.     GetTextExtentPoint32A(hdc, pString, iLength, &size);
    28.  
    29.     return TextOutA(hdc,
    30.                     (prc->right - prc->left - size.cx) / 2,
    31.                     (prc->bottom - prc->top - size.cy) / 2,
    32.                     pString,
    33.                     iLength
    34.                     );
    35. }
    36.  
    37. EXPORT BOOL CALLBACK EdrCenterTextW (HDC hdc, PRECT prc, PCWSTR pString)
    38. {
    39.     int  iLength ;
    40.     SIZE size ;
    41.  
    42.     iLength = lstrlenW(pString) ;
    43.  
    44.     GetTextExtentPoint32W(hdc, pString, iLength, &size);
    45.  
    46.     return TextOutW(hdc,
    47.         (prc->right - prc->left - size.cx) / 2,
    48.         (prc->bottom - prc->top - size.cy) / 2,
    49.         pString,
    50.         iLength
    51.         );
    52. }

    Bước 2 Test DLL

    Làm tương tự như đối với VC++6 chỉ khác ở 2 vấn đề sau
    + new project : File -> new -> VC++ -> Win32 project -> Windows Application -> finish

    + Để thêm file lib vào project, ta chỉ cần chuột phải vào project, vào add -> add existing file -> add file lib của mình vào


    và đây là source chạy thử file DLL của bạn
    (code win32 application với visual studio 2010, các bạn tạo new project rồi sửa source thành thế này là được)
    C++ Code:
    1. // test.cpp : Defines the entry point for the application.
    2. //
    3.  
    4. #include "stdafx.h"
    5. #include "test.h"
    6. #include "edrlib.h"
    7.  
    8. #define MAX_LOADSTRING 100
    9.  
    10. // Global Variables:
    11. HINSTANCE hInst;                                // current instance
    12. TCHAR szTitle[MAX_LOADSTRING];                  // The title bar text
    13. TCHAR szWindowClass[MAX_LOADSTRING];            // the main window class name
    14.  
    15. // Forward declarations of functions included in this code module:
    16. ATOM                MyRegisterClass(HINSTANCE hInstance);
    17. BOOL                InitInstance(HINSTANCE, int);
    18. LRESULT CALLBACK    WndProc(HWND, UINT, WPARAM, LPARAM);
    19. INT_PTR CALLBACK    About(HWND, UINT, WPARAM, LPARAM);
    20.  
    21. int APIENTRY _tWinMain(HINSTANCE hInstance,
    22.                      HINSTANCE hPrevInstance,
    23.                      LPTSTR    lpCmdLine,
    24.                      int       nCmdShow)
    25. {
    26.     UNREFERENCED_PARAMETER(hPrevInstance);
    27.     UNREFERENCED_PARAMETER(lpCmdLine);
    28.  
    29.     // TODO: Place code here.
    30.     MSG msg;
    31.     HACCEL hAccelTable;
    32.  
    33.     // Initialize global strings
    34.     LoadString(hInstance, IDS_APP_TITLE, szTitle, MAX_LOADSTRING);
    35.     LoadString(hInstance, IDC_TEST, szWindowClass, MAX_LOADSTRING);
    36.     MyRegisterClass(hInstance);
    37.  
    38.     // Perform application initialization:
    39.     if (!InitInstance (hInstance, nCmdShow))
    40.     {
    41.         return FALSE;
    42.     }
    43.  
    44.     hAccelTable = LoadAccelerators(hInstance, MAKEINTRESOURCE(IDC_TEST));
    45.  
    46.     //EdrCenterText()
    47.     // Main message loop:
    48.     while (GetMessage(&msg, NULL, 0, 0))
    49.     {
    50.         if (!TranslateAccelerator(msg.hwnd, hAccelTable, &msg))
    51.         {
    52.             TranslateMessage(&msg);
    53.             DispatchMessage(&msg);
    54.         }
    55.     }
    56.  
    57.     return (int) msg.wParam;
    58. }
    59.  
    60.  
    61.  
    62. //
    63. //  FUNCTION: MyRegisterClass()
    64. //
    65. //  PURPOSE: Registers the window class.
    66. //
    67. //  COMMENTS:
    68. //
    69. //    This function and its usage are only necessary if you want this code
    70. //    to be compatible with Win32 systems prior to the 'RegisterClassEx'
    71. //    function that was added to Windows 95. It is important to call this function
    72. //    so that the application will get 'well formed' small icons associated
    73. //    with it.
    74. //
    75. ATOM MyRegisterClass(HINSTANCE hInstance)
    76. {
    77.     WNDCLASSEX wcex;
    78.  
    79.     wcex.cbSize = sizeof(WNDCLASSEX);
    80.  
    81.     wcex.style          = CS_HREDRAW | CS_VREDRAW;
    82.     wcex.lpfnWndProc    = WndProc;
    83.     wcex.cbClsExtra     = 0;
    84.     wcex.cbWndExtra     = 0;
    85.     wcex.hInstance      = hInstance;
    86.     wcex.hIcon          = LoadIcon(hInstance, MAKEINTRESOURCE(IDI_TEST));
    87.     wcex.hCursor        = LoadCursor(NULL, IDC_ARROW);
    88.     wcex.hbrBackground  = (HBRUSH)(COLOR_WINDOW+1);
    89.     wcex.lpszMenuName   = MAKEINTRESOURCE(IDC_TEST);
    90.     wcex.lpszClassName  = szWindowClass;
    91.     wcex.hIconSm        = LoadIcon(wcex.hInstance, MAKEINTRESOURCE(IDI_SMALL));
    92.  
    93.     return RegisterClassEx(&wcex);
    94. }
    95.  
    96. //
    97. //   FUNCTION: InitInstance(HINSTANCE, int)
    98. //
    99. //   PURPOSE: Saves instance handle and creates main window
    100. //
    101. //   COMMENTS:
    102. //
    103. //        In this function, we save the instance handle in a global variable and
    104. //        create and display the main program window.
    105. //
    106. BOOL InitInstance(HINSTANCE hInstance, int nCmdShow)
    107. {
    108.    HWND hWnd;
    109.  
    110.    hInst = hInstance; // Store instance handle in our global variable
    111.  
    112.    hWnd = CreateWindow(szWindowClass, szTitle, WS_OVERLAPPEDWINDOW,
    113.       CW_USEDEFAULT, 0, CW_USEDEFAULT, 0, NULL, NULL, hInstance, NULL);
    114.  
    115.    if (!hWnd)
    116.    {
    117.       return FALSE;
    118.    }
    119.  
    120.    ShowWindow(hWnd, nCmdShow);
    121.    UpdateWindow(hWnd);
    122.  
    123.    return TRUE;
    124. }
    125.  
    126. //
    127. //  FUNCTION: WndProc(HWND, UINT, WPARAM, LPARAM)
    128. //
    129. //  PURPOSE:  Processes messages for the main window.
    130. //
    131. //  WM_COMMAND  - process the application menu
    132. //  WM_PAINT    - Paint the main window
    133. //  WM_DESTROY  - post a quit message and return
    134. //
    135. //
    136. LRESULT CALLBACK WndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam)
    137. {
    138.     int wmId, wmEvent;
    139.     PAINTSTRUCT ps;
    140.     HDC hdc;
    141.     RECT rect;
    142.  
    143.     switch (message)
    144.     {
    145.     case WM_COMMAND:
    146.         wmId    = LOWORD(wParam);
    147.         wmEvent = HIWORD(wParam);
    148.         // Parse the menu selections:
    149.         switch (wmId)
    150.         {
    151.         case IDM_ABOUT:
    152.             DialogBox(hInst, MAKEINTRESOURCE(IDD_ABOUTBOX), hWnd, About);
    153.             break;
    154.         case IDM_EXIT:
    155.             DestroyWindow(hWnd);
    156.             break;
    157.         default:
    158.             return DefWindowProc(hWnd, message, wParam, lParam);
    159.         }
    160.         break;
    161.     case WM_PAINT:
    162.         hdc = BeginPaint(hWnd, &ps);
    163.         // TODO: Add any drawing code here...
    164.         GetClientRect(hWnd,&rect);
    165.         EdrCenterText(hdc,&rect,L"a");
    166.  
    167.         EndPaint(hWnd, &ps);
    168.         break;
    169.     case WM_DESTROY:
    170.         PostQuitMessage(0);
    171.         break;
    172.     default:
    173.         return DefWindowProc(hWnd, message, wParam, lParam);
    174.     }
    175.     return 0;
    176. }
    177.  
    178. // Message handler for about box.
    179. INT_PTR CALLBACK About(HWND hDlg, UINT message, WPARAM wParam, LPARAM lParam)
    180. {
    181.     UNREFERENCED_PARAMETER(lParam);
    182.     switch (message)
    183.     {
    184.     case WM_INITDIALOG:
    185.         return (INT_PTR)TRUE;
    186.  
    187.     case WM_COMMAND:
    188.         if (LOWORD(wParam) == IDOK || LOWORD(wParam) == IDCANCEL)
    189.         {
    190.             EndDialog(hDlg, LOWORD(wParam));
    191.             return (INT_PTR)TRUE;
    192.         }
    193.         break;
    194.     }
    195.     return (INT_PTR)FALSE;
    196. }
    Đã được chỉnh sửa lần cuối bởi langman : 28-02-2011 lúc 04:08 PM.
    ^_,^

    Facebook : https://www.facebook.com/langmaninternet

    Bùi Tấn Quang

  5. #5
    Ngày gia nhập
    06 2007
    Nơi ở
    C:\WINDOWS\system32\dllcache\
    Bài viết
    3,007

    Thật tình mà nói, để học theo chap 3 cũng chả đơn giản gì với newbie (mặc dù nó đã ở đơn giản nhất ). Do mình cũng chỉ là 1 newbie nên mình hiểu mà

    theo cá nhân mình, các bạn mới thì nên download VC++6.0 portable về và thử theo hướng dẫn ví dụ 1


    đối với ví dụ 2 dành cho vs2010 mình làm rất sơ lược và chỉ giới thiệu cái cần thiết, nên việc theo dõi l

    Trước hết, mặc dù như ở chap 2 chúng ta đã phân loại DLL như đuổi mở rộng của của Windows, nó cũng là đuôi mở rộng của chương trình ứng dụng của bạn, Mọi thứ DLL thực hiện đều nhân danh ứng dụng. Ví dụ tất cả bộ nhớ được cấp phát đều được ứng dụng làm chủ. Nhiều ứng dụng có thể sử dụng dll đồng thời, nhưng dưới windows các ứng dụng này đươc bảo vệ để tránh gây trở ngại cho nhau

    Nhiều tiến trình có thể dùng chung cùng mã trong thư viện liên kết động. Tuy nhiên dữ liệu được duy trì bởi DLL khác nhau đối với từng tiến trình. Mỗi tiến trình có một không gian đỉa chỉ riêng cho bất kì dữ liệu nào DLL sử dụng. Việc dùng chung các bộ nhớ giữ các tiến trình đòi hỏi kĩ thuật, và chúng ta sẽ nghiên cứu kĩ thuật này ngay bây giờ


    Chap 4 : Chia sẻ bộ nhớ qua DLL

    Kĩ thuật chia sẽ bộ nhớ qua dll đã được chia sẻ tại đây với hình ảnh minh họa cụ thể: hãy đọc sơ qua bài viết này trước khi đọc tiếp
    http://forums.congdongcviet.com/showthread.php?t=35213

    Mình xin trình bày cách 2 không thông qua DEF file,

    Bước 1 : tạo 1 dll project

    Bước 2 : trong source code, bạn hãy đình nghĩa section được chia sẻ như sau

    C++ Code:
    1.  
    2. #define EXPORT extern "C" __declspec(dllexport)
    3.  
    4. #pragma data_seg("shared")
    5.  
    6.     int qdelay=0;
    7.  
    8. #pragma data_seg()
    9.  
    10. #pragma comment(linker,"/SECTION:shared,RWS")
    11.  
    12.  
    13. EXPORT void APIENTRY setqdelay(int n)
    14. {
    15.     qdelay=n;
    16. }
    17. EXPORT int APIENTRY getqdelay()
    18. {
    19.     return qdelay;
    20. }

    Chú ý 1 : shared là tên của section sau khi biên dịch, bạn hoàn toàn có thể tùy chọn tên (đặt tên tùy thích). Nhưng thật tình, ta nên, rất nên, đặt nó với cái tên là "shared" hoặc ".shared"

    Chú ý 2 : Các bạn phải khởi tạo giá trị cho biến tại vùng nhớ chia sẻ, nếu ko các biến này sẽ được đưa vào đoạn chưa được khởi tạo thông thường thay vì trong shared của chúng ta
    (đặc biệt chú ý, điều này rất có ý nghĩa với .net dll hoặc các DLL làm với các IDE ver cao)

    Chú ý 3 : Trong cách 1 của anh pt, chúng ta sử dung file .DEF để định nghĩa thuộc tính của vùng nhớ này, tuy nhiên, về sau thì DEF file lại ít được sử dụng hơn, vì thế ta định nghĩa luôn trong source code của mình
    #pragma comment(linker,"/SECTION:shared,RWS")
    RWS ở đây là READ WRITE SHARED , là thuộc tính của vùng nhớ này
    để hiểu sâu hơn về vấn đề này, tra MSDN về FILE MAPPING hoặc chờ tut sắp tới của mình tại cộng đồng c việt

    Chú ý 4 : tại các ứng dụng thì ko thể truy cập trực tiếp tới biến đó đâu, do đó mình cần làm các hàm điểu khiển (bộ get/set như trong ví dụ trên)

    Chú ý 5 : trong thực tế, khi 1 file dll có thể có >5 hoặc >10 ứng dụng sẽ load nó thì ta cần nghiên cứu thêm về FILE MAPPING và các Lock, Unlock để tránh xung đột

    Chú ý 6 : ngày trước mình luôn cố gắng đi tìm 1 tài liệu đầy đủ về dll nhưng thật là khó , có thì lại là tiếng anh, ko thì chỉ lướt sơ qua
    dần dần trải nghiệm mình đã hiểu, ko có cái gọi là đầy đủ đâu, mình hãy tự trải nghiệm, hãy bắt đầu ngay bây giờ bạn à,
    thực tế sẽ cho mình kinh nghiệm
    mình cũng ko hi vọng tut này trở thành đầy đủ được, nhưng mình hi vọng nó sẽ cho bạn 1 điểm bắt đầu tốt nhất........ nên mình sẽ viết 1 cách đơn giản nhất và viết ra tất cả những gì mình đã học được, những kinh nghiệm của mình

    Tip more : ở đây mình đã sử thêm 1 vấn đề mới, đó là từ khóa APIENTRY
    ở đây tại sao mình lại viết thêm từ khóa này ?
    mục đích của mình đó là chỉ rõ ra hàm này có cách calling là APIENTRY,
    APIENTRY hoàn toàn như CALLBACK, chúng là 1
    sau này bạn hãy thêm từ khóa APIENTRY hoặc CALLBACK trong mỗi hàm của DLL nhé,
    nó sẽ làm tường minh thêm code của bạn và tránh được sự bất đồng về calling mặc định giữa các hãng khác nhau, ver khác nhau
    (và nhớ viết đúng chỗ nữa nhé, sau kiểu dữ liệu, trước tên hàm)
    ^_,^

    Facebook : https://www.facebook.com/langmaninternet

    Bùi Tấn Quang

  6. #6
    Ngày gia nhập
    06 2007
    Nơi ở
    C:\WINDOWS\system32\dllcache\
    Bài viết
    3,007

    Mặc định Tìm hiểu về thư viện liên kết động trên Win32 API

    Chap 5 : DLL và 1 số vấn đề liên quan
    Các bạn biết đấy, module thư viện ko nhận các thông điệp. Tuy nhiên, module thư viện có thể gọi GetMessage và PeekMessage. Các thông điệp mà thư viện lấy ra được từ hàng đợi thông điệp của ứng dụng chứ ko phải lấy ra từ hàng đợi thông điệp của hệ thống. Nói chung là thư viện sẽ làm việc nhân danh chương trình gọi nó, một nguyên tắc lưu giữ cho hầu hết các hàm windows mà thư viện làm việc

    Thư viện động có thể nạp tài nguyên chẳng hạn như biểu tượng, chuỗi, bitmap) từ file thư viện hoặc từ file chương trình gọi thư viện. Các hàm nạp dòi handle của instance , mình có thể truyền instance của dll hoặc exe gọi chúng

    Đăng kí cửa sổ và tạo ra các cửa sổ trong 1 dll có thể hơi phức tạp vì cả lớp windows và hàm CreateWindow cũng đòi handle của instance. Mặc dù mình có thể dùng instance của dll thì thông điệp vẫn đi vào hàng đợi thông điệp của ứng dụng. nên nếu đăng kí/tạo cửa sổ ta nên dùng hInstance của cái thằng exe gọi nó

    Do các hộp thoại modal có thông điệp dạng truy hồi nên ta có thể tạo hôp thoại modal trong thư viện (xài hàm DialogBox ý )với tham số hwndParent=NULL

    Next chap :
    chap 6 : Thư viện liên kết động ko có thư viện nhập
    chap 7 : Các thư viện tài nguyên (end tut, kết thúc sớm hơn dự tính vì các chap sau mình sẽ cắt ra làm 1 loạt tut adv khác )
    ^_,^

    Facebook : https://www.facebook.com/langmaninternet

    Bùi Tấn Quang

  7. #7
    Ngày gia nhập
    06 2007
    Nơi ở
    C:\WINDOWS\system32\dllcache\
    Bài viết
    3,007

    Chap 6 : Thư viện liên kết động ko có thư viện nhập

    Còn gì tuyệt vời hơn khi chúng ta có 1 thư viện liên kết động và .h và .lib của nó , tuy loằng ngoằng nhiều file nhưng lại cho ta thấy sự tiện lợi rõ ràng !
    đó là trong sử dụng, chúng ta sau khi import vào thì cứ thế mà sử đụng, tất cả đều đã có cú pháp rõ ràng

    Tuy nhiên như thế này, ngày trước, khi còn học cấp 3, tôi rất thích viết trainer cho game, mơ ước của tôi đó, có mấy cái game, bạn tôi (hơn tuổi, hồi đó đang học dh), anh ý viết 1 cái trainer, nài nỉ mãi để theo học anh ý, cuối cùng, a ý cho 1 file dll, trong này có source hack rồi, tìm hiểu nhanh cách xài với vb đi là ok!!
    chà chà, có mỗi file dll thì bít làm gì nhỉ ?
    Bây giờ, tuy chưa biết nhiều về lập trình lắm, chúng ta vẫn có cơ may viết hack game online bằng cách sử dụng lậu file dll của người khác đã viết, he he (tất nhiên là chả ai cho ta .h và .lib của nó đâu)



    Thật ra bản thân dll là 1 sản phẩm đã đóng gói rồi, nên việc sử dụng mà cứ phải có file lib hoàn toàn là ko bắt buộc!

    Thay vì nạp DLL lúc nạp chương trình vào bộ nhớ, chúng ta hoàn toàn có thể optional cả lúc nạp thư viện nữa!


    .......
    hi hi, nội chung chap này đã được người bạn AlexF trình bày dễ hiểu tại đây , mình ko trình bày nữa, chỉ dẫn nhập như thế thôi.
    http://forums.congdongcviet.com/showthread.php?t=9390
    ^_,^

    Facebook : https://www.facebook.com/langmaninternet

    Bùi Tấn Quang

  8. #8
    Ngày gia nhập
    06 2007
    Nơi ở
    C:\WINDOWS\system32\dllcache\
    Bài viết
    3,007

    Chap 7 : Các thư viện tài nguyên

    Một hàm bất kì trong thư viện liên kết động mà một chương trình ứng dụng khác hoặc thư viện khác muốn sử dụng đều phải là hàm trích xuất, tuy nhiên lại chả có quy định nào bắt 1 DLL phải có hàm xuất, dll chả cần đến hàm xuất , trong windows 7 cũng có nhiều dll như thế ví dụ như các file có tên là *res.dll : imageres.dll chứa 218 icon (chắc là nhiều hơn với các version sau)
    và nhiều thư viện khác còn chưa cả video như shell32.dll
    rồi getuname.dll với 13480 chuỗi kí tự !

    Tại sao lại thế, sao ta ko để nguyên nó ở thư mục, như thế có đơn giản hay ko ?
    Ta làm các file này để làm gì ?
    + sự đóng gói : bạn có muốn làm ra 1 phần mềm mà loằng ngoằng nhiều file khó quản lý ko ? Mình nhớ có cái game là attlan, hày gì ý, game này gần 10k file, ôi trời ạ, chỉ copy thôi đã thấy chán rồi, chả muốn chơi, (tự mình thấy nó quá noob).
    Như game võ lâm, toàn bộ tài nguyên nó đều đánh cụm và nén trong *.pak
    còn audition thì nén trong *.acv (thật ra với cái game aution này cũng có nhiều cái thật là củ chuối, ngày xưa VTC chia sẻ bộ cài là bộ file .rar, giải nén ra được 1 file cài đặt .exe, khi bật file .exe này để cài thì nó xả ra 1 file .msi rồi chính thức bắt đầu cài!!!! Chuối cả rừng)
    + an toàn tài nguyên : bạn có muốn người ta dễ dàng lấy tài nguyên của bạn sau vài cái click chuột để xài ko ?
    + bảo mật : bạn có muốn làm ra 1 ứng dụng rồi người ta tha hồ sửa chữa thành của họ ko ?


    Hì hì, thui bỏ qua mấy cái dẫn nhập loằng ngoằng, mình xin trình bày luôn cách làm
    Bước 1. mylib.dll
    + Tạo 1 project win32dll như lần trước tên mylib
    + Tạo file mylib.cpp
    C++ Code:
    1. #include <windows.h>
    2.  
    3. BOOL APIENTRY DllMain (HINSTANCE hInst, DWORD reason ,LPVOID reserved)
    4. {
    5.     return TRUE;
    6. }

    + Tạo file mylib.rc

    +Add tài nguyên vào : bạn vào Insert chọn Resource
    bạn hãy add cho mình 1 vài cái ảnh bitmap (*.bmp) vào file dll này nhé

    Bước 2. test file dll vừa tạo
    (ví dụ với Icon, Currsor,... các bạn làm tương tự thôi mà)

    Để show bitmap trong dll ta vừa tạo ra chúng ta vẫn dựa vào ID của Resource bitmap đó, khác ở mỗi chỗ đó là ở hàm load , tham số đầu tiên sẽ là handle của file DLL
    C++ Code:
    1. HINSTANCE hLib= LoadLibrary (....);
    2. ............
    3. LoadIcon(hLib,IDI_ABC);
    4. .............
    5. LoadBitmap(hLib,IDB_XENG);
    6. ............
    7. LoadBitmap(hLib,1004); //1004 chính là mã của Resource , nếu ko có .h của DLL thì ta phải dùng mã này
    8. //vậy làm thế nào để biết mã này?????????? xem chap tiếp
    Attached Thumbnails Attached Thumbnails rs.jpg  
    ^_,^

    Facebook : https://www.facebook.com/langmaninternet

    Bùi Tấn Quang

  9. #9
    Ngày gia nhập
    06 2007
    Nơi ở
    C:\WINDOWS\system32\dllcache\
    Bài viết
    3,007

    Chap 8 : Nội soi DLL
    Thật ra thì mình muốn được viết thật nhiều , thật dài dài như các tut của mình nhưng mà
    + dạo này mình nhiều bài tập quá, sắp tốt nghiệp mà + tình yêu suốt ngày "anh ơi"
    + kiến thức mình còn nông cạn

    nên loạt tut này của mình hơi ngắn, ko thật đầy đủ, nhưng mình hi vọng nó cho bạn 1 điểm khởi đầu với dll thật tốt và dễ hiểu nhất


    Vấn đề là, giả sử sau khi mình có 1 dll của người khác làm rồi, ko có .h, ko có .lib thì mình làm thế nào để xài đây ? Bên trong nó có cái gì
    mình xin giới thiệu tool sau :
    1. Xem tài nguyên + mã tài nguyên trong 1 file dll :
    http://forums.congdongcviet.com/atta...2&d=1282111046

    2. Xem hàm export trong 1 file dll
    http://forums.congdongcviet.com/atta...1&d=1298304094

    64 bit :
    http://forums.congdongcviet.com/atta...1&d=1298304289
    Attached Files Attached Files
    ^_,^

    Facebook : https://www.facebook.com/langmaninternet

    Bùi Tấn Quang

  10. #10
    Ngày gia nhập
    06 2007
    Nơi ở
    C:\WINDOWS\system32\dllcache\
    Bài viết
    3,007

    Mặc định Chap 9 làm thế nào để export variable từ DLL

    Chap 9 : Làm thế nào để export variable từ DLL

    hôm trước viết quên mất cái này, giờ add thêm vào
    Cách 1 : đơn giản dễ hiểu
    Bước 1 : Khai báo trong DLL
    C++ Code:
    1. _declspec( dllexport ) int i=2;
    2. _declspec( dllexport ) int *j=new int(2);
    3. _declspec( dllexport ) char *sz="langman";

    Bước 2 : Khai báo trong ứng dụng xài dll
    C++ Code:
    1.       _declspec( dllimport ) int i;
    2.       _declspec( dllimport ) int *j;
    3.       _declspec( dllimport ) char *sz;
    Các này bắt buộc là phải có file lib, dùng như hướng dẫn ở chap trước




    Cách 2 : Bố cục
    Bước 1 : Khai báo trong source DLL
    C++ Code:
    1.       int i = 1;
    2.       int *j = 2;
    3.       char *sz = "langman";

    Bước 2 : khai báo trong file .def của dll
    C++ Code:
    1.    EXPORTS
    2.       i  DATA
    3.       j  DATA
    4.       sz DATA
    Bước 3 : sử dụng như cũ






    chú ý
    1. Với IDE cùi bắp cổ điển thì phải dùng từ khóa CONSTANT thay cho từ khóa DATA
    và nó trích xuất ra lại là address nên khi dùng sẽ đổi là
    C++ Code:
    1.       extern int *i;
    2.       extern int **j;
    3.       extern char **sz;


    2. Visual C++ 6.0 ko phải là cùi pắp






    Bổ xung thông tin vào chap 3 -> Ví dụ 1 -> Bước 1 :
    Ta có 1 cách thêm file .lib vào trong project cực nhanh, ko cần vào setting coment loằng ngoằng như thế bằng cách : add luôn file lib vào project


    Click vào hình ảnh để lấy hình ảnh lớn

Tên:		chap3fix.jpg
Lần xem:	131
Size:		109.9 KB
ID:		5239
    Đã được chỉnh sửa lần cuối bởi langman : 28-02-2011 lúc 04:09 PM.
    ^_,^

    Facebook : https://www.facebook.com/langmaninternet

    Bùi Tấn Quang

Các đề tài tương tự

  1. Các kĩ thuật ẩn lời gọi hàm API trên Win32 [Tài liệu tổng hợp]
    Gửi bởi quangnh89 trong diễn đàn Lập trình Virus & Anti-Virus
    Trả lời: 6
    Bài viết cuối: 11-08-2015, 11:20 PM
  2. Mã nguồn C Lỗi Unhandled win32 exception occurred liên quan tới bộ nhớ ???
    Gửi bởi cobratnt trong diễn đàn Thắc mắc lập trình C/C++/C++0x
    Trả lời: 4
    Bài viết cuối: 31-03-2011, 10:47 PM
  3. Làm thế nào để liên lạc giữa 2 ứng dụng trong win32
    Gửi bởi mfc trong diễn đàn Thắc mắc lập trình Visual C++
    Trả lời: 6
    Bài viết cuối: 30-01-2011, 10:32 AM
  4. Tiếng việt trên win32 Console?
    Gửi bởi langman trong diễn đàn Thắc mắc lập trình C/C++/C++0x
    Trả lời: 5
    Bài viết cuối: 27-04-2010, 10:23 PM
  5. cách liên kết các dialog với nhau trong win32 cua c 6.0
    Gửi bởi it_2010 trong diễn đàn Thắc mắc lập trình Visual C++
    Trả lời: 1
    Bài viết cuối: 26-03-2010, 01:50 PM

Quyền hạn của bạn

  • Bạn không thể gửi đề tài mới
  • Bạn không thể gửi bài trả lời
  • Bạn không thể gửi các đính kèm
  • Bạn không thể chỉnh sửa bài viết của bạn