Почему в одном случае мусор выводится а в другом нет

@Constantin777 · Регистрация: 06.05.2021

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

C
1
2
3
4
5
6
7
8
9
10
11
12
13
#define _CRT_NO_SECURE_WARNINGS
#include <stdio.h>
int A[5][5];  //глобальная матрица
int a;        //Глобальная переменная   
int main()
{
    int b;           //Локальная переменная
    int B[5][5];  //Локальная матрица
    printf("A[0][0]=%d\n", A[0][0]);
    printf("B[0][0]=%d\n", B[0][0]);
    printf("a=%d\n", a);
    //printf("b = %d", b); // Работать не будет uninitialized variables
}

Результат работы программы:
A[0][0]=0
B[0][0]=-858993460
a=0

Я понял что в случае с глобальной переменной и матрицей они по умолчанию инициализированы нулями поэтому можно выводить их значения, которые храняться в участке их памяти. Мне понятно почему мы не можем вывести значение из локальной переменной, которая не была иницилизирована и в её участке памяти хранится мусор и это практически тоже самое что обратится к не инициализированному участку памяти. Но почему при этом без вопросов компиялтор выводит значение мусора из не инициализированной локальной матрицы? Мне не понятно.

Verevkin · 17.09.2021, 08:32

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

Но почему при этом без вопросов компиялтор выводит значение мусора из не инициализированной локальной матрицы?

Компилятор ничо не выводит. Выводом занимается функция форматированного вывода printf(), которая тупо берёт значение по заданному ТОБОЙ адресу и тупо выводит его на консоль. Чо не так-то?

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

Мне понятно почему мы не можем вывести значение из локальной переменной, которая не была иницилизирована и в её участке памяти хранится мусор...

Как это не можем? Могём! Именно это у тебя и происходит.

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

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

...можно выводить их значения, которые храняться...

Скажи мне, зачем ты пишешь "...ться" там, где не надо? Ведь делать так можно только специально. Это такой новый вид олбанского диалекта?

@Constantin777 · 17.09.2021, 08:56 **[ТС]**

Почему в одном случае мусор выводится а в другом нет

Я снял комментарий с 12 строчки кода, где находится локальная переменная b, которая не была инициализирована. И компилятор выдаёт ошибку uninitialized local variable 'b' used

В первом примере у меня с переменной b ничего не происходит так как строчка закоментирована. Как я понимаю это защита от обращения в участок памяти, который не был инициализирован. Поэтому вывести мусор из не инициализированной переменной b не получилось. А вот вывести значение мусора что хранится не инициализированной лок матрице B получается, что видно в первом примере. В этом и состоял вопрос.

Verevkin · 17.09.2021, 09:02

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

Поэтому вывести мусор из не инициализированной переменной b не получилось.

Всё зависит от настроек конкретного компилятора. Вот пример для GCC:

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

...можно выводить их значения, которые храняться...

Скажи мне, зачем ты пишешь "...ться" там, где не надо? Ведь делать так можно только специально. Это такой новый вид олбанского диалекта?

@Constantin777 · 17.09.2021, 09:06 **[ТС]**

Теперь понятно видимо в настройках Virtual Studio есть защита от обращения к не инициализированным переменным. Чтобы потом не мучится и не искать ошибки в коде. Странно почему для лок матрицы, такую защиту пропустили.

Алексей1153 · 17.09.2021, 09:12

Constantin777, чтение из неинициализированной переменной - это неопределённое поведение. Нужно избегать этого всеми силами

@qppq · 17.09.2021, 09:17

а почему токмо маленькую b обижает, а большую B нет, сцыт чель?

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

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

Скажи мне, зачем ты пишешь "...ться" там, где не надо? Ведь делать так можно только специально. Это такой новый вид олбанского диалекта?

проверочное слово что делают (нет "ь" на конце) значит "хранятся" , 3 класс , 2 этаж

@Constantin777 · 17.09.2021, 09:21 **[ТС]**

Сообщение от Алексей1153

Constantin777, чтение из неинициализированной переменной - это неопределённое поведение. Нужно избегать этого всеми силами

Я с вами согласен. Вопрос был про то ,почему нет такой же защиты для лок матрицы B. Но выше объяснили что в другом компиляторе вообще всё происходит без ошибок, даже для лок переменной b. Видимо всё зависит от настроек компилятора. А я думал что есть какой то скрытый смысл или это где то применяется =Р

Алексей1153 · 17.09.2021, 09:41

Constantin777, от отсутствия инициализации нет никакой защиты - программист должен сам за этим следить.

Однако об этом может предупредить компилятор или статический анализатор.

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

int A[5][5]; //глобальная матрица
int a; //Глобальная переменная

глобальные и статические переменные/поля инициализируются нулями принудительно, даже если этого не указать явно. Для локальных - нужно указывать инициализацию явно

@DrOffset · 17.09.2021, 10:00

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

Вопрос был про то ,почему нет такой же защиты для лок матрицы B.

1) Потому что спецификация языка не требует диагностики таких случаев. У вас срабатывает опциональная диагностика, она может быть, может не быть, может быть частично.

2) По историческим причинам массивы чаще используются в качестве хранилища неинициализированной памяти (например, предназначенной для отложенной инициализации), поэтому ваш компилятор не подход к этому настолько строго.

@sharpey · 18.09.2021, 19:56

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

в случае с глобальной переменной и матрицей они по умолчанию инициализированы нулями

Это поведение определённого компилятора, но не поведение, определённое Стандартом языка Си.

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

о почему при этом без вопросов компиялтор выводит значение мусора из не инициализированной локальной матрицы? Мне не понятно.

А Вы продизассемблируйте "выхлоп" компилятора Си и посмотрите, где и как он расположил локальные переменные в функции. Они располагаются на стеке, который очень активно используется и изменяется. Для углублённого изучения смотрите подраздел 2.6 здесь.

Новые блоги и статьи Все статьи Все блоги /
Winforstrap или красявый дизайн своими руками на HTML+JS+Winforms anomal6 04.03.2025 Сидел тут вечером ковырял проект на MAUI, и как же глупо создаются пакеты MSIX и система обновлений пакета публикации, но не об этом. Бывает нужен современный дизайн программы а писать на MAUI,. . .	Формат данных для симуляции физики, посредством распространённых не обученных моделей. Hrethgir 04.03.2025 Что-то как-то снова потерялось, зато катангенсы закатангесились в одном сообщении. На днях писал, что планирую для работы апгрейдить (на этот раз удачно) девайс для работы (конкретно - здоровья для,. . .	Концепция variadic CoderHuligan 04.03.2025 Мне не очень нравится (а кому это нравится?) что у нас есть отдельно компилятор, отдельно линковщик, причем со своим собственным командным языком. При этом усложнении надо знать помимо языка. . .	Java Record или Kotlin Data Class: что лучше для неизменяемых данных Wired 04.03.2025 Java Record и Kotlin Data Class — два мощных инструмента для обуздания неизменяемых структур данных, каждый со своим уникальным подходом к решению этой задачи. История их появления весьма. . .	Создание производительных API с Java и gRPC Wired 04.03.2025 В мире микросервисной разработки вопрос производительности часто становится краеугольным камнем. И хотя REST API давно завоевал сердца разработчиков своей простотой и интуитивностью, при высоких. . .
Что нового в JDK 24 Wired 04.03.2025 JDK 24 — это настоящий прорыв в эволюции Java, который кардинально меняет правила игры. В этом релизе разработчики Oracle наконец-то довели до ума множество критически важных улучшений в. . .	Разработка блокчейн с использованием Java: смарт-контракты и dApp Wired 04.03.2025 Погружаясь в мир блокчейн-разработки на Java, разработчик получает доступ к внушительному арсеналу инструментов. В отличие от Solidity, который "заперт" в экосистеме Ethereum, Java предоставляет. . .	WebAssembly в Kubernetes stackOverflow 03.03.2025 В современной экосистеме облачных технологий WebAssembly (Wasm) становится все более значимым компонентом, предлагая уникальный подход к выполнению кода в распределенных системах. Эта технология. . .	GitHub Actions или Jenkins: Выбираем CI/CD платформу stackOverflow 03.03.2025 Непрерывная интеграция и развертывание (CI/ CD) изменили подход к разработке программного обеспечения, превратив его в бесшовный процесс от написания кода до развертывания в продакшн. GitHub Actions и. . .	Автоматизация тестирования Pull Request в Kubernetes: Интеграция с GitHub Actions и GKE stackOverflow 03.03.2025 Масштабные проекты с использованием Kubernetes требуют надежной системы тестирования изменений перед их внедрением в продакшн-среду. Традиционный подход с ручной проверкой Pull Request не справляется. . .

Verevkin Злостный нарушитель 9771 / 5316 / 1210 Регистрация: 12.03.2015 Сообщений: 24,985
	17.09.2021, 08:32	2
	Сообщение от Constantin777 Но почему при этом без вопросов компиялтор выводит значение мусора из не инициализированной локальной матрицы? Компилятор ничо не выводит. Выводом занимается функция форматированного вывода printf(), которая тупо берёт значение по заданному ТОБОЙ адресу и тупо выводит его на консоль. Чо не так-то? Сообщение от Constantin777 Мне понятно почему мы не можем вывести значение из локальной переменной, которая не была иницилизирована и в её участке памяти хранится мусор... Как это не можем? Могём! Именно это у тебя и происходит. Добавлено через 1 минуту Сообщение от Constantin777 ...можно выводить их значения, которые храняться... Скажи мне, зачем ты пишешь "...ться" там, где не надо? Ведь делать так можно только специально. Это такой новый вид олбанского диалекта? 0

@Constantin777 0 / 0 / 0 Регистрация: 06.05.2021 Сообщений: 34
	17.09.2021, 08:56 [ТС]	3
	Я снял комментарий с 12 строчки кода, где находится локальная переменная b, которая не была инициализирована. И компилятор выдаёт ошибку uninitialized local variable 'b' used В первом примере у меня с переменной b ничего не происходит так как строчка закоментирована. Как я понимаю это защита от обращения в участок памяти, который не был инициализирован. Поэтому вывести мусор из не инициализированной переменной b не получилось. А вот вывести значение мусора что хранится не инициализированной лок матрице B получается, что видно в первом примере. В этом и состоял вопрос. 0

Verevkin Злостный нарушитель 9771 / 5316 / 1210 Регистрация: 12.03.2015 Сообщений: 24,985
	17.09.2021, 09:02	4
	Сообщение от Constantin777 Поэтому вывести мусор из не инициализированной переменной b не получилось. Всё зависит от настроек конкретного компилятора. Вот пример для GCC: Сообщение от Constantin777 ...можно выводить их значения, которые храняться... Скажи мне, зачем ты пишешь "...ться" там, где не надо? Ведь делать так можно только специально. Это такой новый вид олбанского диалекта? 1

@Constantin777 0 / 0 / 0 Регистрация: 06.05.2021 Сообщений: 34
	17.09.2021, 09:06 [ТС]	5
	Теперь понятно видимо в настройках Virtual Studio есть защита от обращения к не инициализированным переменным. Чтобы потом не мучится и не искать ошибки в коде. Странно почему для лок матрицы, такую защиту пропустили. 0

Алексей1153 фрилансер 6326 / 5454 / 1108 Регистрация: 11.10.2019 Сообщений: 14,508
	17.09.2021, 09:12	6
	Constantin777, чтение из неинициализированной переменной - это неопределённое поведение. Нужно избегать этого всеми силами 0

@qppq 145 / 89 / 23 Регистрация: 31.08.2016 Сообщений: 780 Записей в блоге: 2
	17.09.2021, 09:17	7
	а почему токмо маленькую b обижает, а большую B нет, сцыт чель? Добавлено через 4 минуты Сообщение от Verevkin Скажи мне, зачем ты пишешь "...ться" там, где не надо? Ведь делать так можно только специально. Это такой новый вид олбанского диалекта? проверочное слово что делают (нет "ь" на конце) значит "хранятся" , 3 класс , 2 этаж 0

@Constantin777 0 / 0 / 0 Регистрация: 06.05.2021 Сообщений: 34
	17.09.2021, 09:21 [ТС]	8
	Сообщение от Алексей1153 Constantin777, чтение из неинициализированной переменной - это неопределённое поведение. Нужно избегать этого всеми силами Я с вами согласен. Вопрос был про то ,почему нет такой же защиты для лок матрицы B. Но выше объяснили что в другом компиляторе вообще всё происходит без ошибок, даже для лок переменной b. Видимо всё зависит от настроек компилятора. А я думал что есть какой то скрытый смысл или это где то применяется =Р 0

Алексей1153 фрилансер 6326 / 5454 / 1108 Регистрация: 11.10.2019 Сообщений: 14,508
	17.09.2021, 09:41	9
	Constantin777, от отсутствия инициализации нет никакой защиты - программист должен сам за этим следить. Однако об этом может предупредить компилятор или статический анализатор. Сообщение от Constantin777 int A[5][5]; //глобальная матрица int a; //Глобальная переменная глобальные и статические переменные/поля инициализируются нулями принудительно, даже если этого не указать явно. Для локальных - нужно указывать инициализацию явно 1

@DrOffset 19409 / 10028 / 2443 Регистрация: 30.01.2014 Сообщений: 17,678
	17.09.2021, 10:00	10
	Сообщение было отмечено Constantin777 как решение Решение Сообщение от Constantin777 Вопрос был про то ,почему нет такой же защиты для лок матрицы B. 1) Потому что спецификация языка не требует диагностики таких случаев. У вас срабатывает опциональная диагностика, она может быть, может не быть, может быть частично. 2) По историческим причинам массивы чаще используются в качестве хранилища неинициализированной памяти (например, предназначенной для отложенной инициализации), поэтому ваш компилятор не подход к этому настолько строго. 1

@sharpey 638 / 393 / 75 Регистрация: 21.09.2008 Сообщений: 1,355
	18.09.2021, 19:56	11
	Сообщение от Constantin777 в случае с глобальной переменной и матрицей они по умолчанию инициализированы нулями Это поведение определённого компилятора, но не поведение, определённое Стандартом языка Си. Сообщение от Constantin777 о почему при этом без вопросов компиялтор выводит значение мусора из не инициализированной локальной матрицы? Мне не понятно. А Вы продизассемблируйте "выхлоп" компилятора Си и посмотрите, где и как он расположил локальные переменные в функции. Они располагаются на стеке, который очень активно используется и изменяется. Для углублённого изучения смотрите подраздел 2.6 здесь. 0

Почему в одном случае мусор выводится а в другом нет

Решение