IIchan Archives — Электроника и ПО

Файл: BS7QwVTVfwk.jpg -(87 KB, 960x960, BS7QwVTVfwk.jpg)

ПОЧЕМУ ЭТО РАБОТАЕТ?! Чии Чт 09 апреля 2015 20:36:59 No.168330

Взгляните на сей код на Ци. Посмотрите на GCC. Потом снова на сей код на Ци.
#include <stdio.h>
#include <stdlib.h>
``
int main(int argc, char const *argv[])
{
`int* a = (int*)calloc(100,sizeof(int));`
`a[200] = 10;`
`printf("%d\n", a[200]);`
`return 0;`
}
Где мои ошибки, что память не моя, трогать нельзя и всё такое?
Компилировал gcc version 4.9.2 (Debian 4.9.2-10), с флагом -std=c11.

>>	Чии Чт 09 апреля 2015 20:39:35 No.168331 >>168330 Кукла странно форматировала. http://pastebin.com/frRxkRXA

>>	Чии Чт 09 апреля 2015 20:44:37 No.168333 Это тебе не С#. Никаких проверок на выход за пределы массива в Си не делается.

Чии Чт 09 апреля 2015 20:46:35 No.168334

>>168333
Я хотел криков от моего Линукса, что я нарушил сегментацию. Но, похоже, там сразу выделяется 128 кебибайт памяти, так что всё прошло на ура.
#include <stdio.h>
#include <stdlib.h>

int main(int argc, char const *argv[])
{
int* a = (int*)calloc(100,sizeof(int));
a[100000] = 10;
printf("%d\n", a[100000]);
return 0;
}
Вот уже этот код выдаёт Segmentation fault.

Чии Пт 10 апреля 2015 01:09:18 No.168359

>>168334
Ошибка сегментации должна всплывать только если ты нарушаешь допустимые адреса для твоей программы (она ведь работает в защищенном режиме).
Видимо, ты не нарушил их вдвое большим сдвигом (хотя указал черт-те куда, лол) (и это не окей, кстати, ты пишешь в память процесса непонятно куда, возможно, ломая что-то), но нарушил в тыщу большим.

В общем, не указывай куда попало.

Чии Вс 12 апреля 2015 04:10:03 No.168429

>>168334

> 128 кебибайт памяти

До того как маллоко-подобная штука вернёт память тебе, сначала нужно сделать страницу виртуальной памяти. В прыщах есть размеры страниц в 4к и 1м, твоё первое выделение делает 4к ммап скорее всего, а ты пытаешься обратиться всего к адресу 800 от начала той страницы, этот адрес конечно же существует.

Используй valgrind
(вот к примеру его вывод)
% valgrind ./a.out
==5859== Memcheck, a memory error detector
==5859== Copyright (C) 2002-2013, and GNU GPL'd, by Julian Seward et al.
==5859== Using Valgrind-3.11.0.SVN and LibVEX; rerun with -h for copyright info
==5859== Command: ./a.out
==5859==
--5859-- UNKNOWN mach_msg unhandled MACH_SEND_TRAILER option
--5859-- UNKNOWN mach_msg unhandled MACH_SEND_TRAILER option (repeated 2 times)
--5859-- UNKNOWN mach_msg unhandled MACH_SEND_TRAILER option (repeated 4 times)
==5859== Invalid write of size 4
==5859==    at 0x100000F34: main (test.c:7)
==5859==  Address 0x10081e650 is 336 bytes inside an unallocated block of size 2,752 in arena "client"
==5859==
==5859== Invalid read of size 4
==5859==    at 0x100000F42: main (test.c:8)
==5859==  Address 0x10081e650 is 336 bytes inside an unallocated block of size 2,752 in arena "client"
==5859==
или используй clang для разработки, потому что его сообщения вменяемее чем у гцц
http://clang.llvm.org/docs/AddressSanitizer.html

>>	Чии Вс 12 апреля 2015 18:14:37 No.168465 >>168429 > AddressSanitizer Он и в GCC есть, начиная с версии 4.8.

>>	Чии Вс 12 апреля 2015 21:33:53 No.168472 >>168429 >используй clang для разработки Спасибо, но нет, спасибо.

>>	Чии Пн 13 апреля 2015 07:00:54 No.168486 >>168472 А чем не угодил clang?