[Comm] Segmentation fault

[Comm] Segmentation fault

[Dmitry A. Kharitonov]

Segmentation fault - что это такое и как с этим бороться?

[user@dima Salut_TK]$ ./salut_tk
Salut_TK 2.4  (c) AIC 1994-2000
Modifyed by Kharititonov A. Dmitry 2005
  usage: salut_tk <Source/slt> <Dest/asm>
[user@dima Salut_TK]$ ./salut_tk test.slt test.out
Salut_TK 2.4  (c) AIC 1994-2000
Modifyed by Kharititonov A. Dmitry 2005
Segmentation fault
[user@dima Salut_TK]$ sudo kudzu
Password:
Segmentation fault

Re: [Comm] Segmentation fault

[spider]

Dmitry A. Kharitonov wrote:

> Segmentation fault - что это такое и как с этим бороться?
>
Обращение к  тем участкам адресного пространства, которое не
отображено на реальную память, вызывает исключение процессора
SIGSEGV. Это происходит исключительно из-за небрежного
программирования. Чаще всего встречается при залезании за границу
запрошенного участка памяти,  например, при обработке массивов.
Есть тулза в дистрибутиве AM 2.4 -- valgrind. Она позволяет оттрассировать
программу на предмет небрежного программирования.
Бороться в С с SIGSEGV очень просто:
-- проверять в обязательном порядке возврат от *всех* системных вызовов;
-- это же делать и для своих вызовов:
-- аккуратно работать с памятью -- каждому malloc() надо дать по free().
Никогда не вставайте из-за компьютера, если для каждого malloc() не
написан его free(), даже поссать не вставайте и даже гуще:-).
-- если работаете с массивами, тщательно проверяйте работу на их краях под
отладчиком, записывайте адреса, которые Вы виите в отладчике на бумажку,
не ленитесь.
-- есть дурная манера запустить наскоро собранную программу и получив
SIGSEGV лезть в  отладчик -- надот в обязательном порядке начать с 
отладчика
-- в этом случае Вы можете не получить SIGSEGV совсем. Вспомним, как от
первого в жизни стакана водки или от первой цигарки нас валило на забор
и тошнило, так и с программированием -- надо пересилить себя поначалу и
получать потом кайф по полной программе от работы под отладчиком.
-- часто бывает, что под отладчиком все работает, а без него валится -- 
это 100 %
вылет за границу массива, просто всегда есть запас от нуля до нескольких 
байт
сзади нашего массива, ведь аллокатор нам наливает округляя по машинное слово
в большую сторону, за счет чего можно и незаметить как последний байт 
залетел
за линию;
-- используйте тулзы типа valgrind для контроля сформированного кода на 
предмет
состояния кучи -- если какая либо библиотека имеет проблемы, что часто 
бывает,
используйте ее очень осторожно, а лучше найдите замену.
-- пишите на С в стиле фортрана -- не выпендривайтесь и не экономьте на 
нажатиях
клавиш. Не пишите if((bits=malloc(...))!=NULL). Разбейте это на внятные 
части, и напишите
каждую в своей строке. Не лепите в одну строку скобки, возвраты, брики 
-- каждому
оператору по своей строчке.
-- в каждой строке не более одного выражения или оператора -- отладчик 
работает с
отдельными строками исходного кода, а не элементами языка, и Вы просто 
не сможете
остановиться там, где хотите.
-- самое главное правило -- ни кусочка кода, который бы Вы не прокачали 
через
отладчик.
-- 2 опции -W -Walll -- обязательны. Добейтесь абсолютно чистой компиляции.
-- никогда не опускайте того, что язык С позволяет опустить -- всегда 
все определяйте явно.
Особенно это важно для деклараций. Неявные возвраты -- еще одна причина 
проблем.
Все определяйте явно и отдельно. Если у вас даже сотня целых, не 
перечисляйте
их за одним int, а запишите каждый в отдельной строке. Если это Вам 
трудно --
это просто у Вас плохой редактор.
-- забудьте навсегда про оптимизацию -- за всю историю компиляторов для 
C эта
фича работала без ошибок на PC только в Watcom и TopSpeed. Для gcc это 
вообще
не светит. Да и на PC с ее тремя все время занятыми регистрами 
оптимизация --
просто обман.

Re: [Comm] Segmentation fault

[Dmitry A. Kharitonov]

.....
> не светит. Да и на PC с ее тремя все время занятыми регистрами 
> оптимизация --
> просто обман.
Спасибо за разъяснения.
С моей программой все помятно - буду работать над ошибками.
А как быть с кудзу? Раньше работало, а теперь нет. Переустаноика ничего 
не дала.

[Comm] Segmentation fault

[Gleb Stiblo]

On Tue, Dec 20, 2005 at 01:50:31AM +0200, spider wrote:
[ skipped ]
DAK>>Segmentation fault - что это такое и как с этим бороться?
DAK>>
s> Обращение к  тем участкам адресного пространства, которое не
s> отображено на реальную память, вызывает исключение процессора
s> SIGSEGV. Это происходит исключительно из-за небрежного
s> программирования. Чаще всего встречается при залезании за границу
s> запрошенного участка памяти,  например, при обработке массивов.
s> Есть тулза в дистрибутиве AM 2.4 -- valgrind. Она позволяет оттрассировать
s> программу на предмет небрежного программирования.
s> Бороться в С с SIGSEGV очень просто:
s> -- проверять в обязательном порядке возврат от *всех* системных вызовов;
s> -- это же делать и для своих вызовов:
s> -- аккуратно работать с памятью -- каждому malloc() надо дать по free().
s> Никогда не вставайте из-за компьютера, если для каждого malloc() не
s> написан его free(), даже поссать не вставайте и даже гуще:-).
Супер! Всё письмо нужно резать на фортунки!


[ skipped много интересного ]



Всего,
Глеб.
-- 
Gleb Stiblo AKA UlfR 	<g.stiblo@sam-solutions.net>

Re: [Comm] Segmentation fault

[Genix]

Gleb Stiblo wrote:

> Супер! Всё письмо нужно резать на фортунки!

закинул пока сюда
http://wiki.sisyphus.ru/devel/SegmentationFault



-- 
У каждого в башке свои тараканы...

[Comm] Re: Segmentation fault

[Michael Shigorin]

On Tue, Dec 20, 2005 at 12:44:46PM +0300, Genix wrote:
> >Супер! Всё письмо нужно резать на фортунки!
> закинул пока сюда
> http://wiki.sisyphus.ru/devel/SegmentationFault

О, спасибо :)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[Comm] Re: Segmentation fault

[Michael Shigorin]

On Tue, Dec 20, 2005 at 10:49:05AM +0200, Gleb Stiblo wrote:
> Супер! Всё письмо нужно резать на фортунки!

Не, на wiki.sisyphus.ru/devel целиком.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] Segmentation fault

[Alexey Morsov]

[-- Attachment #1: Type: text/plain, Size: 705 bytes --]

On Tue, Dec 20, 2005 at 01:50:31AM +0200, spider wrote:
> Обращение к  тем участкам адресного пространства, которое не
> отображено на реальную память, вызывает исключение процессора
> SIGSEGV. Это происходит исключительно из-за небрежного
В мемориз! +1

-- 

С уважением,
Алексей Морсов
системный администратор ЗАО "ИК "Риком-Траст"

ICQ: 196-766-290
Jabber: samurai@www.fondmarket.ru
www.ricom.ru
www.fondmarket.ru

NP: Music is over :(

 * svd совсем с ума сошёл.. для отсылки мессаги по асе нажимает C-c C-c 
<mouse> svd: самое тяжёлое, когда приходится что-то делать в виндах.
        Самое тяжёлое, что нужно нажимать всякие там C-C, C-V вместо
        средней кнопки мыши...

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 481 bytes --]

[Comm] Re: [Hardware] Segmentation fault

[Michael Shigorin]

On Tue, Dec 20, 2005 at 01:36:08AM +0000, Dmitry A. Kharitonov wrote:
> Segmentation fault - что это такое и как с этим бороться?

http://www.bitwizard.nl/sig11/

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/