Ошибка сегментации SIGSEGV при выполнении кода C ++ - PullRequest
Новая
       4

Ошибка сегментации SIGSEGV при выполнении кода C ++

0 голосов
/ 22 января 2020

Я получаю сообщение об ошибке при выполнении моего кода C ++

Ошибка: Низкое значение остановлено, поскольку он получил сигнал от операционной системы.

Имя сигнала: SIGSEGV Значение сигнала: Ошибка сегментации

IDE: QT Creator

Я знаю, что что-то есть неправильно с тем, как я объявил двумерный массив структур в заголовочном файле, но не знаю точно, что!

Может кто-нибудь объяснить, пожалуйста.

Обратите внимание, я планирую создать несколько экземпляры класса Datamatrix как часть моей работы рекурсивным или итеративным способом. Каждый экземпляр содержит 2-х мерный массив структур. Поэтому приветствуется любая справка. Есть много областей C ++, которые я не исследовал! все еще учусь:)

Пожалуйста, смотрите код ниже

main. cpp ---------- 

#include <iostream>
#include "datamatrix.h"
#include "utils.h"

using namespace std;

void printArray(int items[],int size)
{
    for(int j=0;j<size;j++)
    {
       cout<<items[j]<<" ";
    }
    cout<<endl;
}

int main()
{
    cout << "Hello there" << endl;

    int a[250];
    for(int i=0;i<250;i++)
    {
        a[i] = i+1;
    }
    printArray(a,250);

    DataMatrix *matrix = new DataMatrix();

    Utils u;
    u.myFunction(matrix); **<-- All goes well till here**
    cout<<"End of Main method"; **<-- This line of code is never reached**

    return 0;

}

datamatrix.h ------------ 

#ifndef DATAMATRIX_H
#define DATAMATRIX_H
#include <string>
using namespace std;
struct KVPair { **<--- This is the line where issue comes**
    string key;
    double value;
};
class DataMatrix
{
public:
    DataMatrix();
    KVPair matrix[250][130];
};

#endif // DATAMATRIX_H

datamatrix. cpp ----------- --- 

#include "datamatrix.h"

DataMatrix::DataMatrix()
{
    for(int i=0;i<250;i++)
    {
        for(int j=0;j<130;j++)
        {
            string k = "f"+i+1;
            matrix[i][j].key = k;
            matrix[i][j].value = i+5;
        }

    }

}

utils.h -------- 

#ifndef UTILS_H
#define UTILS_H

#include "datamatrix.h"

class Utils
{
public:
    Utils();
    DataMatrix myFunction(DataMatrix* dm);
};

#endif // UTILS_H

утилит. cpp - -------- 

#include "utils.h"
#include <algorithm>
#include <time.h>
#include <math.h>
#include "datamatrix.h"

Utils::Utils()
{

}

DataMatrix Utils::myFunction(DataMatrix* dm)
{
    printf("inside myFunction ");
}

Просто подумал добавить и вывод консоли (см. Вывод консоли ниже)

Здравствуйте, 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 5 7 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 86 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 115 115 116 117 117 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 внутри myFunction

Заранее спасибо

Ответы [ 2 ]

1 голос
/ 22 января 2020

Следующая строка: 

string k = "f"+i+1;

Вызывает проблему. Он берет адрес далеко за строковым литералом "f", который является недопустимым адресом, и передает его конструктору std::string, который считывает этот адрес, чтобы определить длину строки, и вызывает cra sh. * 1006. *

Один из способов исправить это: 

string k = "f" + std::to_string(i + 1);
0 голосов
/ 25 января 2020

Устранение одного предупреждения из gcc -Wall предотвращает взлом sh. Один из способов сделать это - добавить возвращаемое значение в Utils::myFunction следующим образом. 

DataMatrix Utils::myFunction(DataMatrix* dm)
{   
    printf("inside myFunction ");
    return *dm;
}

Похоже, что main выделяет место для DataMatrix в стеке с ожиданием, что вызов до Utils::myFunction будет заполнять это пространство. Следующая gdb выдержка из сеанса в двоичном файле с добавленным оператором return в Utils::myFunction подтверждает это утверждение. 

(gdb) break main.cpp:30
Breakpoint 1 at 0xfaa: file main.cpp, line 30.
(gdb) run > /dev/null
Starting program: main > /dev/null

Breakpoint 1, main () at main.cpp:30
30      u.myFunction(matrix);
(gdb) print matrix
$1 = (DataMatrix *) 0x7ffff7e95010
(gdb) set $matrix = (DataMatrix *) ($rbp - 0x13d640)
(gdb) print matrix.matrix[249][129].key
$2 = "\030J\017\vw\b\200"
(gdb) print $matrix.matrix[249][129].key
$3 = <incomplete sequence \303>
(gdb) next
31      cout<<"End of Main method";
(gdb) print $matrix.matrix[249][129].key
$4 = "\030J\017\vw\b\200"
(gdb)

В моем тестировании cra sh происходит во время попытки освободить неинициализированный KVPair, состоящий из произвольного содержимого стека. Детали этого не раскрываются в предыдущем gdb отрывке сеанса, но дело в том, что после того, как Utils::myFunction вернет значение, отличное от void, две копии DataMatrix согласятся с содержимым последнего массива element (первый, обработанный в деструкторе, в моем тестировании). Следующая выдержка из разборки gdb объясняет смещение $rbp, используемое для $matrix. 

   0x0000555555554fc7 <+183>:       lea    -0x13d640(%rbp),%rax
   0x0000555555554fce <+190>:       mov    %rax,%rdi
   0x0000555555554fd1 <+193>:       callq  0x555555555092 <DataMatrix::~DataMatrix()>

Другой способ предотвратить взлом sh - объявить Utils::myFunction как возвращающее void, в этом случае main не выделяет место в стеке, и в main не вызывается деструктор DataMatrix.

...