Спа�ибо, реб�та за т ввода.

�у N1, � думал об аналогичных линий. Принима� �то шаг вперед, по�кольку J было выделено 15 байт, даже е�ли � входного буфера говорить о 20 (в о�новном> 15), программа не о�тановить.

Теперь при THT K указывает на некоторые ра�положение в / про�тран�тво вокруг выделенных на J, почему вышеупом�нутые у�лови� не вызвать переполнение, а затем вызвать SEGV?

Shouldn't SEGV прои�ходить, когда мо� программа по�ещений любой пам�ть вне выделенных ему про�тран�тво? (не говор� уже о �иле / недей�твительные addessses)

Кроме того, � заметил, THT до проведени� sprintf на 'K', ее �тоимо�ть была в том, что по�ле вывода, а также один раз в �троку sprintf. Так может быть, они ра��матривают�� в каче�тве дей�твительных адре�ов, и в рамках программы?

BTW, � пришел � выше �ценарий �лучайно, когда-то �к�периментировали. Кроме того, � точно знаю, что � делаю, �вл�ет�� незаконным, но perplexes мен�, когда она работает!

Речь идет о детал�х реализации, как �то �трога�, некоторые архитектур может про�то вызвать де�тельно�ть в виртуальной пам�ти, и добавить его в �вой рабочий набор, в о�обенно�ти, е�ли операционна� �и�тема �читает, вы про�то ра�ширение �тека.

Кроме того, разные архитектуры �вл�ют�� более же�ткими, чем в отношении других (а) за напи�ание кода районах (б) misaligned до�тупа.

Вы пробовали печати �одержимого 'J', е�ли она �уще�твует? По�ле введени� 'J' �вл�ет�� то, что �вл�ет�� причиной дл� о�тановки SEGV то � хотел бы угадать ее �одержание, вли�ющие на результат.

В�е на�только �о�редоточено на 'K', � до �их пор не видеть никого упоминани� 'Я'. В sprintf должны отрицать, что �одержание 'Я', указывающа� на что и выбра�ывают на 'K'. Я подозреваю, что "J" и "Я больше отношени�, чем" J "и" K ".

Е�ли бы мне пришло�ь принимать догадать��, 'J' (е�ли она �уще�твует) имеет, в какой-то момент, нуль-терминатор ( '\ 0') в нем, и 'Я' �вл�ет�� (в какой-то момент перед SEGV) работает в Содержание 'J'. Это, разумеет��, ограничивает количе�тво "му�ора" вы можете прочитать так и пр�ник в unreferenced 'K' и, �ледовательно, уменьшает возможно�ти дл� SEGV.

Прин�ть 'J' из картины и sprintf �вно работает в обла�ти пам�ти, она не должна. Мо� догадать��, хот� �то, проход�щих sprintf '�' как вы переполн�т щеколда из 'K', так как не �уще�твует нуль терминатор в пам�ти в течение определенного времени или нет недей�твительными терминаторе до sprintf попадает в �егмент тек�та и ОС не нравит�� нарушение данного �егмента.

Я хотел бы проверить мою теорию, но AIX �ердечников, незави�имо от при�ут�тви� 'J'.

может быть, но когда � ра�печатать �одержимое J, �то было "" (очевидно, так как �то манекен).
�о, возможно, могут �уще�твовать некоторые му�ор в 15 байт выдел�ет��.
Как и у упом�нутых, то �ледует дампа о�новных оба раза.

Кроме того, как Портер упоминали до операционной �и�темы, когда / �колько он должен быть �трогим.

� SEGV, по определению, значит, вы пытаете�ь запи�ать в �егменте вне пам�ти, выдел�емой дл� ва�. В первом �лучае, вы не имели хранени� выделено только указатели, по�тому первый пи�ать дал вам SEGV. Второй �вл�ет�� более �ложным дл� обнаружени� ошибки. До тех пор, как вы пишете в любое пам�ти, выдел�емой дл� ва�, вы не получите SEGV. Ваши указатели только произойдет � точки выдел�емых на пам�ть, в �том �лучае ваш J [] �имвольный ма��ив. �апиши там до�таточно материала, и вы получите SEGV там, е�ли упа�ть в конце Вашего выделено пам�ти. Компил�тор И во врем� библиотеки не имеют ни малейшего пред�тавлени�, е�ли вы хотите, чтобы она указывала на выделенных пам�ть, или когда в �том выдел�емые пам�ти нужно указать, � указател�ми. До тех пор, как вы, указывающих на выделенных пам�ти, времени выполнени�, не будет выдавать SEGV (Вы не за напи�ание выделенных пам�ти)

Обычно штабел� ра�про�тран�ют�� на �егмент нарушений, а не выдел�ть огромные �топки к проце��у, она �тавит охранник �траниц ниже, и при поездке за �тим он ра�тет �тек.

Ты бы �казал, "очевидно", а затем "Очевидно," в�е другие указатели должны быть у�тановлены в NULL, как хорошо. Пишите NULL должно вызывать SEGV .... Однако, е�ли �то "" тогда, что �то ча�ть того, почему �уще�твование 'J' �вл�ет�� о�тановить ва� от SEGV. По�кольку в то врем� как �то sprintf проход�щих �троку '�' на �валку его �одержани� в 'K', она �разу же попадает в NULL терминатор и ограничивает ущерб. Вполне возможно, "ущерб" �делали лежит целиком в пределах выделенного �тека и никогда SEGVs. В любом �лучае, вы clobbering вещи вы не должны.

Кроме того, � не уверен, что SEGV (по определению) в�егда объ��н�ет�� пишет. Суще�твует тек�та и �егмента данных и � подозреваю, что попытка прочитать тек�т �егмент также может приве�ти к SEGV в некоторых операционных �и�темах.