Lỗi phân đoạn từ móc khi mở()

Question

Tôi đang cố tạo móc trên chức năng hệ thống open(). Tôi đã thực hiện điều này dọc theo các dòng sau.

Tôi tạo ra một thư viện wrapper như sau:

extern int mocked_open(const char* fn, int flags, va_list args); 

int open(const char* fn, int flags, ...) 
{ 
    int r = -1; 
    va_list args; 

    va_start(args, flags); 
    r = mocked_open(fn, flags, args); 
    va_end(args); 

    return r; 
} 

tôi biên dịch này vào libwrapper.so, mà tôi tải sử dụng LD_PRELOAD.

Việc thực hiện mocked_open() là như sau (tôi sử dụng khuôn khổ CPPUtest):

int mocked_open(const char* fn, int flags, va_list args) 
{ 
    if (strncmp(fn, test_device_id, 11) == 0) 
    { 
     return mock().actualCall("open").returnValue().getIntValue(); 
    } 
    else 
    { 
     int r = -1; 
     int (*my_open)(const char*, int, ...); 
     void* fptr = dlsym(RTLD_NEXT, "open"); 
     memcpy(&my_open, &fptr, sizeof(my_open)); 

     if (flags & O_CREAT) 
     { 
      r = my_open(fn, flags, va_arg(args, mode_t)); 
     } 
     else 
     { 
      r = my_open(fn, flags); 
     } 

     return r; 
    } 
} 

Các test_device_id là một chuỗi đơn giản ("test_device"), mà tôi hy vọng không được sử dụng ở những nơi khác.

Trong khi chạy thử nghiệm, lỗi thực thi có lỗi phân đoạn. Tôi đã theo dõi điều này xuống chức năng lược tả GCC, mà muốn mở/tạo một bó các tệp .gcda và gọi open() cho việc này.

Sau khi một số gỡ rối với strace (mỗi gợi ý dưới đây), tôi thấy rằng dòng r = my_open(fn, flags, va_arg(args, mode_t)); thực sự là thủ phạm. Nó được gọi là đệ quy, hoặc có vẻ như: Tôi thấy rất nhiều cuộc gọi đến dòng này, mà không có hàm trả về. Sau đó, một segfault. Tệp đang được mở là tệp .gcda tương ứng (để lược tả). Trong thực tế, segfault chỉ xảy ra với hồ sơ được kích hoạt.

Answer 1

Khi bạn biên dịch với gcov profiling kích hoạt, trình biên dịch chèn thêm mã vào chức năng của mình, để theo dõi trong đó mã đã được thực thi. Trong giả thô, mà chèn mã sẽ làm (trong số những thứ khác):

if (!output_file_has_been_opened) { 
    fd = open(output_filename, ...); 
    check_ok(fd); 
    output_file_has_been_opened = TRUE; 
    track_coverage(); 
} 

... vì vậy nếu các tập tin đầu ra vẫn chưa được mở thành công (như lúc bắt đầu chương trình của bạn), nó sẽ cố gắng mở nó ra. Thật không may, trong trường hợp này sẽ gọi hàm open() được giả lập của bạn - có cùng mã được chèn vào; vì tệp vẫn chưa được mở thành công và vì mã gcov không nhận thức được rằng có điều gì đó bất thường xảy ra, nó sẽ cố gắng gọi lại số open() - và đây là nguyên nhân gây ra đệ quy (và sự kiện segfault cuối cùng) kiệt sức).

Answer 2

Hãy thử điều này

typedef int (*OpenFunction)(const char* fn, int flags, ...); 

sau đó

OpenFunction function; 
void  **pointer; 

pointer = (void **)&function; 
*pointer = dlsym(RTLD_NEXT, "open"); 

này hoàn tất một ví dụ làm việc

#include <stdio.h> 
#include <string.h> 
#include <stdlib.h> 
#include <dlfcn.h> 
#include <unistd.h> 
#include <fcntl.h> 

#include <errno.h> 

typedef int (*OpenFunction)(const char* fn, int flags, ...); 

int main(int argc, char **argv) 
{ 
    OpenFunction function; 
    void  *dl; 
    int   fd; 
    void  **pointer; 

    if (argc < 2) 
     return -1; 
    pointer = (void **)&function; 
    *pointer = dlsym(RTLD_NEXT, "open"); 

    fd = function(argv[1], O_RDONLY); 
    if (fd != -1) 
    { 
     printf("file opened succesfully\n"); 
     close(fd); 
    } 
    else 
    { 
     printf("%s: cannot open the file\n", strerror(errno)); 
    } 
    return 0; 
} 

Answer 3

Bạn đang đi qua va_list không chính xác. Hãy thử sau đây hy vọng nó sẽ giúp

 r = my_open(fn, flags, args); 

Để biết thêm thông http://c-faq.com/varargs/handoff.html