__FILE__, __LINE__, và sử dụng __FUNCTION__ trong C++

Question

Giả sử C++ biên dịch hỗ trợ họ, là có bất kỳ lý do cụ thể không sử dụng __FILE__, __LINE__ và __FUNCTION__ cho mục đích khai thác gỗ và gỡ lỗi?

Tôi chủ yếu quan tâm đến việc cung cấp dữ liệu gây hiểu lầm cho người dùng — ví dụ: báo cáo số dòng hoặc chức năng không chính xác do kết quả tối ưu hóa hoặc kết quả đạt được hiệu suất.

Về cơ bản, tôi có thể tin tưởng __FILE__, __LINE__ và __FUNCTION__-luôn làm điều đúng?

Answer 1

__FUNCTION__ không chuẩn, __func__ tồn tại trong C99/C++ 11. Những người khác (__LINE__ và __FILE__) là tốt.

Nó sẽ luôn báo cáo đúng tệp và dòng (và chức năng nếu bạn chọn sử dụng __FUNCTION__/__func__). Tối ưu hóa là một yếu tố không phải vì nó là một mở rộng vĩ mô thời gian biên dịch; nó sẽ không bao giờ hiệu suất hiệu quả theo bất kỳ cách nào.

Answer 2

Cá nhân, tôi miễn cưỡng sử dụng chúng cho bất cứ điều gì ngoài việc gỡ lỗi tin nhắn. Tôi đã làm điều đó, nhưng tôi cố gắng không hiển thị loại thông tin đó cho khách hàng hoặc người dùng cuối. Khách hàng của tôi không phải là kỹ sư và đôi khi không hiểu biết về máy tính. Tôi có thể đăng nhập thông tin này để bàn điều khiển, nhưng, như tôi đã nói, miễn cưỡng ngoại trừ gỡ lỗi xây dựng hoặc cho các công cụ nội bộ. Tôi cho rằng nó phụ thuộc vào cơ sở khách hàng mà bạn có.

Answer 3

Trong một số ít trường hợp, có thể hữu ích khi thay đổi dòng được cung cấp bởi __LINE__ thành một thứ khác. Tôi đã thấy GNU cấu hình làm điều đó cho một số xét nghiệm để báo cáo số dòng thích hợp sau khi nó chèn một số voodoo giữa các dòng không xuất hiện trong các tập tin nguồn gốc. Ví dụ:

#line 100 

sẽ làm cho các dòng sau bắt đầu với __LINE__ 100. Bạn có thể tùy chọn thêm một tập tin tên mới

#line 100 "file.c" 

Nó chỉ hiếm khi hữu ích. Nhưng nếu nó là cần thiết, không có lựa chọn thay thế tôi biết. Trên thực tế, thay vì dòng, một macro có thể được sử dụng quá mà phải dẫn đến bất kỳ của hai hình thức trên. Sử dụng thư viện tăng tiền xử lý, bạn có thể tăng dòng hiện bởi 50:

#line BOOST_PP_ADD(__LINE__, 50) 

tôi nghĩ rằng nó là hữu ích để đề cập đến nó, vì bạn hỏi về việc sử dụng __LINE__ và __FILE__. Một không bao giờ đủ bất ngờ ra khỏi C++ :)

Edit: @ Jonathan Leffler cung cấp một số trường hợp sử dụng tốt hơn trong các ý kiến:

Rối tung với #line là rất hữu ích cho pre-vi xử lý mà muốn giữ các lỗi được báo cáo trong mã C của người dùng phù hợp với tệp nguồn của người dùng. Yacc, Lex, và (nhiều hơn ở nhà với tôi) ESQL/C preprocessor làm điều đó.

Answer 4

FYI: g ++ cung cấp macro __PRETTY_FUNCTION__ không chuẩn. Cho đến bây giờ tôi không biết về C99 __func__ (cảm ơn Evan!).Tôi nghĩ rằng tôi vẫn thích __PRETTY_FUNCTION__ hơn khi nó có sẵn cho phạm vi lớp phụ.

PS:

static string getScopedClassMethod(string thePrettyFunction) 
{ 
    size_t index = thePrettyFunction . find("("); 
    if (index == string::npos) 
    return thePrettyFunction; /* Degenerate case */ 

    thePrettyFunction . erase(index); 

    index = thePrettyFunction . rfind(" "); 
    if (index == string::npos) 
    return thePrettyFunction; /* Degenerate case */ 

    thePrettyFunction . erase(0, index + 1); 

    return thePrettyFunction; /* The scoped class name. */ 
} 

Answer 5

Tôi sử dụng chúng mọi lúc. Điều duy nhất tôi lo lắng là cho IP trong các tệp nhật ký. Nếu tên chức năng của bạn thực sự tốt, bạn có thể làm cho một bí mật thương mại dễ dàng hơn để phát hiện ra. Nó giống như vận chuyển với các biểu tượng gỡ lỗi, chỉ khó tìm thấy mọi thứ hơn. Trong 99,999% các trường hợp không có gì xấu sẽ đến của nó.