Lỗi bus là gì?

Question

Thông báo "lỗi xe buýt" có nghĩa là gì và nó khác với một segfault như thế nào?

Answer 1

lỗi Bus rất hiếm hiện nay trên x86 và xảy ra khi vi xử lý của bạn thậm chí không thể cố gắng truy cập bộ nhớ được yêu cầu, thường:

• sử dụng một hướng dẫn xử lý với một địa chỉ không đáp ứng yêu cầu liên kết của nó.

lỗi Segmentation xảy ra khi truy cập vào bộ nhớ mà không thuộc về quá trình của bạn, họ đang rất phổ biến và thường là kết quả của:

• sử dụng một con trỏ đến một cái gì đó đã được deallocated.
• bằng cách sử dụng con trỏ do đó không được khởi tạo.
• bằng cách sử dụng con trỏ rỗng.
• tràn bộ đệm.

PS: Để chính xác hơn, điều này không phải là thao tác với chính con trỏ sẽ gây ra sự cố, nó truy cập vào bộ nhớ mà nó trỏ đến (dereferencing).

Answer 2

Tùy thuộc vào hệ điều hành, CPU, Trình biên dịch và các yếu tố khác có thể. Nói chung nó có nghĩa là CPU bus không thể hoàn thành một lệnh, hoặc bị xung đột, nhưng điều đó có thể có nghĩa là một loạt các thứ phụ thuộc vào môi trường và mã đang được chạy.

-Adam

Answer 3

Tôi tin rằng hạt nhân tăng SIGBUS khi một triển lãm ứng dụng dữ liệu lệch chi tiết trên xe buýt dữ liệu. Tôi nghĩ rằng vì hầu hết [?] Trình biên dịch hiện đại cho hầu hết các bộ vi xử lý pad/align dữ liệu cho các lập trình viên, các rắc rối liên kết của ngày xưa (ít nhất) giảm nhẹ, và do đó ta không thấy SIGBUS quá thường xuyên trong những ngày (AFAIK).

Từ: Here

Answer 4

Một segfault đang truy cập bộ nhớ rằng bạn không được phép truy cập. Đó là chỉ đọc, bạn không có quyền, v.v ...

Lỗi bus đang cố truy cập bộ nhớ không thể ở đó. Bạn đã sử dụng địa chỉ vô nghĩa đối với hệ thống hoặc loại địa chỉ sai cho hoạt động đó.

Answer 5

Thông thường có nghĩa là truy cập không được căn chỉnh.

Nỗ lực truy cập bộ nhớ không có mặt vật lý cũng sẽ gây ra lỗi bus, nhưng bạn sẽ không thấy điều này nếu bạn đang sử dụng bộ xử lý có MMU và hệ điều hành không lỗi, vì bạn đã thắng ' t có bất kỳ bộ nhớ không tồn tại nào được ánh xạ tới không gian địa chỉ của tiến trình của bạn.

Answer 6

Một trường hợp điển hình của lỗi xe buýt trên một số kiến ​​trúc cụ thể, chẳng hạn như SPARC (ít nhất một số SPARC, có thể điều này đã được thay đổi), là khi bạn thực hiện truy cập sai. Ví dụ:

unsigned char data[6]; 
(unsigned int *) (data + 2) = 0xdeadf00d; 

đoạn này cố gắng để viết 32-bit số nguyên giá trị 0xdeadf00d đến một địa chỉ đó là (rất có thể) không phù hợp đúng cách, và sẽ tạo ra một lỗi xe buýt trên kiến ​​trúc mà là "kén cá chọn canh" trong việc này liên quan. Intel x86, bằng cách này, không kiến ​​trúc như vậy, nó sẽ cho phép truy cập (mặc dù thực thi nó chậm hơn).

Answer 7

Bạn cũng có thể nhận SIGBUS khi không thể phân trang trang mã vì một số lý do.

Answer 8

Một lỗi tràn bộ đệm điển hình mà kết quả trong lỗi Bus là,

{ 
    char buf[255]; 
    sprintf(buf,"%s:%s\n", ifname, message); 
} 

đây nếu kích thước của chuỗi trong dấu ngoặc kép ("") là hơn kích thước buf nó mang lại cho lỗi xe buýt.

Answer 9

Để thêm vào những gì blxtd đã trả lời ở trên, lỗi xe buýt cũng xảy ra khi quá trình của bạn không thể truy cập bộ nhớ của một 'biến' cụ thể.

for (j = 0; i < n; j++) { 
       for (i =0; i < m; i++) { 
         a[n+1][j] += a[i][j]; 
       } 
     } 

Thông báo của vô ý 'sử dụng biến 'i' trong đầu tiên 'cho vòng lặp'? Đó là nguyên nhân gây ra lỗi bus trong trường hợp này.

Answer 10

Một ví dụ cụ thể của một lỗi xe buýt tôi chỉ gặp trong khi lập trình C trên OS X:

#include <string.h> 
#include <stdio.h> 

int main(void) 
{ 
    char buffer[120]; 
    fgets(buffer, sizeof buffer, stdin); 
    strcat("foo", buffer); 
    return 0; 
} 

Trong trường hợp bạn không nhớ các tài liệu strcat gắn thêm đối số thứ hai để là người đầu tiên bằng cách thay đổi số đầu tiên (lật đối số và nó hoạt động tốt). Trên linux, điều này cho một lỗi segmentation (như mong đợi), nhưng trên OS X nó cho một lỗi bus. Tại sao? Tôi thực sự không biết.

Answer 11

Tôi chỉ phát hiện ra một cách khó khăn mà trên bộ vi xử lý ARMv7 bạn có thể viết một số mã cung cấp cho bạn lỗi phân đoạn khi không được tối ưu hóa, nhưng cung cấp cho bạn lỗi bus khi được biên dịch bằng -O2 (tối ưu hóa nhiều hơn). Tôi đang sử dụng trình biên dịch gnueabihf của gcc arm từ ubuntu x64.

Answer 12

mmap tối thiểu POSIX 7 dụ

"Bus lỗi" xảy ra khi hạt nhân gửi SIGBUS đến một quá trình.

Một ví dụ rất nhỏ mà tạo ra nó vì ftruncate đã bị lãng quên:

#include <fcntl.h> /* O_ constants */ 
#include <unistd.h> /* ftruncate */ 
#include <sys/mman.h> /* mmap */ 

int main() { 
    int fd; 
    int *map; 
    int size = sizeof(int); 
    char *name = "/a"; 

    shm_unlink(name); 
    fd = shm_open(name, O_RDWR | O_CREAT, (mode_t)0600); 
    /* THIS is the cause of the problem. */ 
    /*ftruncate(fd, size);*/ 
    map = mmap(NULL, size, PROT_READ | PROT_WRITE, MAP_SHARED, fd, 0); 
    /* This is what generates the SIGBUS. */ 
    *map = 0; 
} 

Run with:

gcc -std=c99 main.c -lrt 
./a.out 

Tested trong Ubuntu 14.04.

POSIX describesSIGBUS như:

Tiếp cận một phần không xác định của một đối tượng bộ nhớ.

Các mmap spec nói rằng:

Tài liệu tham khảo trong phạm vi địa chỉ bắt đầu từ pa và tiếp tục trong byte len cho toàn bộ các trang sau khi kết thúc của một đối tượng sẽ dẫn đến phân phối một tín hiệu SIGBUS.

Và shm_opensays that nó tạo ra đối tượng kích thước 0:

Đối tượng bộ nhớ chia sẻ có kích thước bằng không.

Vì vậy, tại *map = 0 chúng tôi đang chạm vào cuối đối tượng được phân bổ.

Answer 13

Lý do của tôi cho lỗi xe buýt trên Mac OS X là tôi đã cố gắng phân bổ khoảng 1Mb trên ngăn xếp. Điều này làm việc tốt trong một chủ đề, nhưng khi sử dụng openMP, điều này dẫn đến lỗi bus, vì Mac OS X rất hạn chế stack size for non-main threads.

Answer 14

Điều này cũng có thể đề cập đến vấn đề của con người. Trong nhiều lĩnh vực nghiên cứu khác nhau (có lẽ rộng hơn), tiếng lóng "lỗi xe buýt" có ý nghĩa khác, điều mà tôi nghĩ có thể là một câu trả lời có liên quan. Khi chỉ có một người biết cách làm điều gì đó quan trọng đối với quy trình làm việc cụ thể, và người đó đột nhiên không có sẵn (tức là, "nằm dưới xe buýt" - nhưng rất có thể chỉ cần lên và rời khỏi bất ngờ), điều này được gọi là một lỗi bus. Nó chỉ là thảm họa như một lỗi xe buýt "thực sự", vì không có kiến ​​thức của người này về cách duy trì hoặc thậm chí thực hiện quy trình nghiên cứu, toàn bộ hệ thống bị xáo trộn. Dễ bị lỗi xe buýt là một dấu hiệu của quản lý xấu.

Answer 15

Tôi đã gặp lỗi bus khi thư mục gốc ở mức 100%.