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

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

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

Имею:
- 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++
1
2
3
4
 char  *buffer;
 char   *field1, *field2;
 field1 = buffer + 3;
 field2 = field1 + 5;

переделал в

C++
1
2
3
4
 char buffer[20];
 char   *field1, *field2;
 field1 = buffer + 3;
 field2 = field1 + 5;

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

@DrOffset · 27.07.2016, 21:33

Не по теме:

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

так и есть.

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

Не по теме:

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

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

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

Новые блоги и статьи Все статьи Все блоги /
Оптимизация кода на разграничение прав доступа к элементам формы Maks 13.04.2026 Алгоритм из решения ниже реализован на нетиповом документе, разработанного в конфигурации КА2. Задачи, как таковой, поставлено не было, проделанное ниже исключительно моя инициатива. Было так:. . .	Контроль заполнения и очистка дат в зависимости от значения перечислений Maks 12.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: реализовать контроль корректности заполнения дат назначения. . .	Архитектура слоя интернета для сервера-слоя. Hrethgir 11.04.2026 В продолжение https:/ / www. cyberforum. ru/ blogs/ 223907/ 10860. html Знаешь что я подумал? Раз мы все источники пишем в голове ветки, то ничего не мешает добавить в голову такой источник, который сам. . .	Подстановка значения реквизита справочника в табличную часть документа Maks 10.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: при выборе сотрудника (справочник Сотрудники) в ТЧ документа. . .
Очистка реквизитов документа при копировании Maks 09.04.2026 Алгоритм из решения ниже применим как для типовых, так и для нетиповых документов на самых различных конфигурациях. Задача: при копировании документа очищать определенные реквизиты и табличную. . .	модель ЗдравоСохранения 8. Подготовка к разному выполнению заданий anaschu 08.04.2026 https:/ / github. com/ shumilovas/ med2. git main ветка * содержимое блока дэлэй из старой модели теперь внутри зайца новой модели 8ATzM_2aurI	Блокировка документа от изменений, если он открыт у другого пользователя Maks 08.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в конфигурации КА2. Задача: запретить редактирование документа, если он открыт у другого пользователя. / / . . .	Система безопасности+живучести для сервера-слоя интернета (сети). Двойная привязка. Hrethgir 08.04.2026 Далее были размышления о системе безопасности. Сообщения с наклонным текстом - мои. А как нам будет можно проверить, что ссылка наша, а не подделана хулиганами, которая выбросит на другую ветку и. . .

@karat39 6 / 6 / 2 Регистрация: 09.02.2016 Сообщений: 138

	Ошибка сегментирования при доступе к переменным класса 27.07.2016, 17:02. Показов 3366. Ответов 20 Метки нет (Все метки) Имею: - 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. До этого все работало. Ума уже не приложу, куда копать. Буду рад дельным советам. 0

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

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

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

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

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

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

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