Ошибка сегментирования при доступе к переменным класса

@karat39 · Регистрация: 09.02.2016

Author24 — интернет-сервис помощи студентам

Имею:
- CentOS
- gcc 4.8
- Собственный класс
- В этом классе есть объект = указатель на другой класс (назовем его log).
- В log есть ряд переменных в private
- Для получения их значений создаю ряд методов get....value()

Проблема.
В определенных местах кода, при вызове get...value() получаю ошибку сегментирования. Ссылка на класс 100% рабочая. Ошибка вылетает исключительно только тогда, когда обращаюсь к любой из переменных класса log. Могу все что угодно делать в методе и будет работать, при обращении к переменным вываливаюсь в ошибку.

Что делал
Ну или пытался делать.
- При -03 вываливается ошибка шины, при -O0 получаю ошибку сегментирования
- Переводил переменные из private в public
- gdb. Хочу проверить значения этих переменных через print, получаю Access memory denied (или error)

Повторюсь, в определенных местах кода основного класса все работает, но есть где и не работает.
Что делал перед этим. Переделал все типы int в int32_t и long long в int64_t. До этого все работало.

Ума уже не приложу, куда копать. Буду рад дельным советам.

@hoggy · 27.07.2016, 17:06

ошибка в 36 строке, я думаю.

@karat39 · 27.07.2016, 17:07 **[ТС]**

Сообщение от hoggy

ошибка в 36 строке, я думаю.

совет дельный =). Но код раскрыть не могу.

Может будет какой алгоритм выхода из такой ситуации. =)
Может где в gdb что подсмотреть и станет ясно.

@hoggy · 27.07.2016, 17:08

Сообщение от karat39

Может будет какой алгоритм выхода из такой ситуации

телепаты в отпуске.
удач, чоу.

@Avazart · 27.07.2016, 17:22

Сообщение от hoggy

ошибка в 36 строке, я думаю.

Я ставлю на 42-рую.

@karat39 · 27.07.2016, 17:24 **[ТС]**

Ну ладно, найду, расскажу в какой. Пока гадайте =)

@Avazart · 27.07.2016, 17:26

Сообщение от karat39

Пока гадайте =)

На то он и форум галок и колдунов....

@karat39 · 27.07.2016, 17:32 **[ТС]**

Ребята. Ну чего мне gdb дает "Cannot access memory at address 0x1007ffe5e96e8c0"?

Печатаю переменную: print log_stack_size
Выдает: Cannot access memory at address 0x1007ffe5e96e8c0

И так со всеми переменными класса.
Куда копать, кого крошить =))

@Nick Alte · 27.07.2016, 17:56

Крайне не рекомендую публиковать адреса, которые могут стать объектом целенаправленной хакерской атаки. Это ещё опаснее, чем публиковать исходный код. Даже просто сообщения об ошибках или даже общие описания их природы могут стать опаснейшей утечкой информации, подвергая ваш программный продукт риску.

@Hikari · 27.07.2016, 18:05

Сообщение от karat39

Куда копать, кого крошить

А исходный код и вправду такой секретный?

Сообщение от karat39

Ну чего мне gdb дает "Cannot access memory at address 0x1007ffe5e96e8c0"?

У тебя нет доступа к переменной\полю. Ты может быть ее не инициализировал, а в коде пытаешься использовать как указатель. Или объект неверно создан.

@DrOffset · 27.07.2016, 18:34

Сообщение от karat39

В определенных местах кода, при вызове get...value() получаю ошибку сегментирования. Ссылка на класс 100% рабочая. Ошибка вылетает исключительно только тогда, когда обращаюсь к любой из переменных класса log. Могу все что угодно делать в методе и будет работать, при обращении к переменным вываливаюсь в ошибку.

Может память где пострелял?
Valgrind`ом прогони.
Еще можешь какой-нибудь статический анализатор запользовать - если что-то найдет, исправляй все, что не false positive. Стрельба по памяти может косвенным образом влиять на другие участки программы.

@karat39 · 27.07.2016, 19:19 **[ТС]**

Сообщение от Hikari

А исходный код и вправду такой секретный

к сожалению

Сообщение от Hikari

У тебя нет доступа к переменной\полю. Ты может быть ее не инициализировал, а в коде пытаешься использовать как указатель. Или объект неверно создан.

за подсказку спасибо. Появился повод (все руки не доходили) проинициализировать у класса все три переменные из private. Но проблема не ушла. Дело в том, что в одном участке кода все работает, и допустим через N строчек кода, такой же вызов вываливает в ошибку.

Сообщение от DrOffset

Valgrind`ом прогони.

эхх.. все таки придется его изучить. Откладывал откладывал, а теперь повод есть =)

@DrOffset · 27.07.2016, 19:23

karat39, начни со статического анализа. cpp-check хотя бы, с максимальным уровнем предупреждений. Это элементарно делается.

@karat39 · 27.07.2016, 19:41 **[ТС]**

Сообщение от DrOffset

karat39, начни со статического анализа. cpp-check хотя бы, с максимальным уровнем предупреждений. Это элементарно делается

меня уже valgrind стал удивлять возможностями.
спасибо, начну с анализатора. Про него я и не подумал. Уже поставил cppcheck

@Hikari · 27.07.2016, 19:54

Сообщение от karat39

в одном участке кода все работает, и допустим через N строчек кода, такой же вызов вываливает в ошибку.

Ну еще сделать полную перестройку проекта, и видимо только пошаговкой ловить покемончика...
Иначе, как любят выражаться мои программайзеры: Дзень в сорц пока не достигнешь нирваны.

@castaway · 27.07.2016, 20:14

Купи PVS-Studio, раз не можешь показать код.

@karat39 · 27.07.2016, 20:35 **[ТС]**

Сообщение от castaway

Купи PVS-Studio, раз не можешь показать код.

стоит trial. Но в нем есть проблема. Приходится переделывать исходники под кроссплотформенность, чтобы он их закомпилил, а это бывает не очень быстро.
cppcheck смотрю делает тоже самое. Я уже даже все warning'и устранил на всякий случай

Добавлено через 1 минуту

Сообщение от Hikari

Ну еще сделать полную перестройку проекта, и видимо только пошаговкой ловить покемончика...
Иначе, как любят выражаться мои программайзеры: Дзень в сорц пока не достигнешь нирваны.

ну если valgrind не выручит, придется откатывать на более старую версию и переделывать по кусочкам действительно.

@castaway · 27.07.2016, 20:48

Ну тогда проверяй код "на глаз", скорее всего где-то выходишь за пределы доступной (выделенной) памяти.

@karat39 · 27.07.2016, 21:07 **[ТС]**

Никто не угадал. 785 строка кода =))
спасибо за valgrind, намекнул он железно, где проблема.

Добавлено через 3 минуты

Сообщение от castaway

Ну тогда проверяй код "на глаз", скорее всего где-то выходишь за пределы доступной (выделенной) памяти.

так и есть.
Был код такого плана:

C++

 char  *buffer;
 char   *field1, *field2;
 field1 = buffer + 3;
 field2 = field1 + 5;

переделал в

C++

 char buffer[20];
 char   *field1, *field2;
 field1 = buffer + 3;
 field2 = field1 + 5;

И указатели field1 и field2 слетели в никуда. Отсюда послетали все объекты классе.

@DrOffset · 27.07.2016, 21:33

Не по теме:

Сообщение от karat39

так и есть.

Это как раз и называется "в память пострелял".

Не по теме:

Сообщение от karat39

cppcheck смотрю делает тоже самое.

Нет, не делает. Код он не компилирует.

@DrOffset 18822 / 9826 / 2401 Регистрация: 30.01.2014 Сообщений: 17,260
	27.07.2016, 18:34	11
	Сообщение от karat39 В определенных местах кода, при вызове get...value() получаю ошибку сегментирования. Ссылка на класс 100% рабочая. Ошибка вылетает исключительно только тогда, когда обращаюсь к любой из переменных класса log. Могу все что угодно делать в методе и будет работать, при обращении к переменным вываливаюсь в ошибку. Может память где пострелял? Valgrind`ом прогони. Еще можешь какой-нибудь статический анализатор запользовать - если что-то найдет, исправляй все, что не false positive. Стрельба по памяти может косвенным образом влиять на другие участки программы. 1

@karat39 6 / 6 / 2 Регистрация: 09.02.2016 Сообщений: 138
	27.07.2016, 19:19 [ТС]	12
	Сообщение от Hikari А исходный код и вправду такой секретный к сожалению Сообщение от Hikari У тебя нет доступа к переменной\полю. Ты может быть ее не инициализировал, а в коде пытаешься использовать как указатель. Или объект неверно создан. за подсказку спасибо. Появился повод (все руки не доходили) проинициализировать у класса все три переменные из private. Но проблема не ушла. Дело в том, что в одном участке кода все работает, и допустим через N строчек кода, такой же вызов вываливает в ошибку. Сообщение от DrOffset Valgrind`ом прогони. эхх.. все таки придется его изучить. Откладывал откладывал, а теперь повод есть =) 0

@DrOffset 18822 / 9826 / 2401 Регистрация: 30.01.2014 Сообщений: 17,260
	27.07.2016, 19:23	13
	karat39, начни со статического анализа. cpp-check хотя бы, с максимальным уровнем предупреждений. Это элементарно делается. 0

@Hikari Хитрая блондиночка $) 1472 / 988 / 399 Регистрация: 21.12.2015 Сообщений: 3,785
	27.07.2016, 19:54	15
	Сообщение от karat39 в одном участке кода все работает, и допустим через N строчек кода, такой же вызов вываливает в ошибку. Ну еще сделать полную перестройку проекта, и видимо только пошаговкой ловить покемончика... Иначе, как любят выражаться мои программайзеры: Дзень в сорц пока не достигнешь нирваны. 1

@hoggy 8739 / 4317 / 960 Регистрация: 15.11.2014 Сообщений: 9,760
	27.07.2016, 17:06	2
	ошибка в 36 строке, я думаю. 1

@karat39 6 / 6 / 2 Регистрация: 09.02.2016 Сообщений: 138
	27.07.2016, 17:07 [ТС]	3
	Сообщение от hoggy ошибка в 36 строке, я думаю. совет дельный =). Но код раскрыть не могу. Может будет какой алгоритм выхода из такой ситуации. =) Может где в gdb что подсмотреть и станет ясно. 0

@hoggy 8739 / 4317 / 960 Регистрация: 15.11.2014 Сообщений: 9,760
	27.07.2016, 17:08	4
	Сообщение от karat39 Может будет какой алгоритм выхода из такой ситуации телепаты в отпуске. удач, чоу. 0

@Avazart 8385 / 6147 / 615 Регистрация: 10.12.2010 Сообщений: 28,683 Записей в блоге: 30
	27.07.2016, 17:22	5
	Сообщение от hoggy ошибка в 36 строке, я думаю. Я ставлю на 42-рую. 0

@karat39 6 / 6 / 2 Регистрация: 09.02.2016 Сообщений: 138
	27.07.2016, 17:24 [ТС]	6
	Ну ладно, найду, расскажу в какой. Пока гадайте =) 0

@Avazart 8385 / 6147 / 615 Регистрация: 10.12.2010 Сообщений: 28,683 Записей в блоге: 30
	27.07.2016, 17:26	7
	Сообщение от karat39 Пока гадайте =) На то он и форум галок и колдунов.... 0

@karat39 6 / 6 / 2 Регистрация: 09.02.2016 Сообщений: 138
	27.07.2016, 17:32 [ТС]	8
	Ребята. Ну чего мне gdb дает "Cannot access memory at address 0x1007ffe5e96e8c0"? Печатаю переменную: print log_stack_size Выдает: Cannot access memory at address 0x1007ffe5e96e8c0 И так со всеми переменными класса. Куда копать, кого крошить =)) 0

@Nick Alte 1674 / 1046 / 174 Регистрация: 27.09.2009 Сообщений: 1,945
	27.07.2016, 17:56	9
	Крайне не рекомендую публиковать адреса, которые могут стать объектом целенаправленной хакерской атаки. Это ещё опаснее, чем публиковать исходный код. Даже просто сообщения об ошибках или даже общие описания их природы могут стать опаснейшей утечкой информации, подвергая ваш программный продукт риску. 1

@Hikari Хитрая блондиночка $) 1472 / 988 / 399 Регистрация: 21.12.2015 Сообщений: 3,785
	27.07.2016, 18:05	10
	Сообщение от karat39 Куда копать, кого крошить А исходный код и вправду такой секретный? Сообщение от karat39 Ну чего мне gdb дает "Cannot access memory at address 0x1007ffe5e96e8c0"? У тебя нет доступа к переменной\полю. Ты может быть ее не инициализировал, а в коде пытаешься использовать как указатель. Или объект неверно создан. 0

@karat39 6 / 6 / 2 Регистрация: 09.02.2016 Сообщений: 138
	27.07.2016, 19:41 [ТС]	14
	Сообщение от DrOffset karat39, начни со статического анализа. cpp-check хотя бы, с максимальным уровнем предупреждений. Это элементарно делается меня уже valgrind стал удивлять возможностями. спасибо, начну с анализатора. Про него я и не подумал. Уже поставил cppcheck 0

@castaway 4985 / 3092 / 456 Регистрация: 10.11.2010 Сообщений: 11,169 Записей в блоге: 10
	27.07.2016, 20:14	16
	Купи PVS-Studio, раз не можешь показать код. 0

@karat39 6 / 6 / 2 Регистрация: 09.02.2016 Сообщений: 138
	27.07.2016, 20:35 [ТС]	17
	Сообщение от castaway Купи PVS-Studio, раз не можешь показать код. стоит trial. Но в нем есть проблема. Приходится переделывать исходники под кроссплотформенность, чтобы он их закомпилил, а это бывает не очень быстро. cppcheck смотрю делает тоже самое. Я уже даже все warning'и устранил на всякий случай Добавлено через 1 минуту Сообщение от Hikari Ну еще сделать полную перестройку проекта, и видимо только пошаговкой ловить покемончика... Иначе, как любят выражаться мои программайзеры: Дзень в сорц пока не достигнешь нирваны. ну если valgrind не выручит, придется откатывать на более старую версию и переделывать по кусочкам действительно. 0

@castaway 4985 / 3092 / 456 Регистрация: 10.11.2010 Сообщений: 11,169 Записей в блоге: 10
	27.07.2016, 20:48	18
	Ну тогда проверяй код "на глаз", скорее всего где-то выходишь за пределы доступной (выделенной) памяти. 0

@DrOffset
	27.07.2016, 21:33 Ошибка сегментирования при доступе к переменным класса #20
	Не по теме: Сообщение от karat39 так и есть. Это как раз и называется "в память пострелял". Не по теме: Сообщение от karat39 cppcheck смотрю делает тоже самое. Нет, не делает. Код он не компилирует. 0