calloc очень полезен, если вы хотите выделить большую область памяти, а заполнять ее будете лишь частично. Хотя, можно, конечно, выделить ее malloc'ом и вручную забить нулями...

А вот и нет! Аргумент - ибо.

> Если бы его поддержала какая-нибудь крупная компания, я бы даже начал учить (для себя).
Просмотрел мельком туториал, погуглил чуток?
Вот честно, чем оно лучше плюсов + Qt? Да, именно так, конечно, поскольку в самих плюсах нет многих вещей, которые Qt туда добавляет, как бы расширяя плюсы. Только не надо разговоров о том, что кресты сложные и позволяют прострелить себе ногу, не стреляй и не прострелен будешь. Не обязательно использовать все возможности языка, просто потому что они есть. Можно использовать только то подмножество, которое хорошо знаешь и в котором хорошо ориентируешься. Если что-то все таки не так - всегда есть множество документации, от стандарта до замечательных книг Страуструппа. Ну и зачем таки нужен этот ваш Vala?

Буду пользовать)

Почитал камменты. Уныленько

> хотя сам не знает даже что такое синглтон.
Синглтоны не нужны. Для этого есть глобальные переменные.

Программировать в мастдае - мазохизм чистой воды.

это не чистая винда, а gcc под cygwin под виндой

> Синглтоны не нужны. Для этого есть глобальные переменные.

синглтоны нужны в языках, в которых глобальные переменные явно запрещены :))

> синглтоны нужны в языках, в которых глобальные переменные явно запрещены

Черт, не подумал :) Я больше на C++ пишу.

это не чистая винда, а gcc под cygwin под виндой

Мазохизм в кубе :)

синглтоны нужны в языках, в которых глобальные переменные явно запрещены :))

Что такое синглтоны и в каких языках запрещены глобальные переменные? Я вообще не понимаю, как можно без глобальных переменных обходиться? Ведь зачастую и static недостаточно, если надо обмениваться информацией между функциями и не хочется делать 100500 аргументов у этих функций...

>> синглтоны нужны в языках, в которых глобальные переменные явно запрещены

Черт, не подумал :) Я больше на C++ пишу.

В С++ синглтоны тоже нужны, ибо

>Ведь зачастую и static недостаточно, если надо обмениваться информацией между функциями и не хочется делать 100500 аргументов у этих функций

Use structures, luke!

> В С++ синглтоны тоже нужны
Для чего? ИМХО с ними больше проблем, чем без них.

> А вот можно ли делать деньги из пистона?

На аутсорсинге - вполне.

Зачем? Допустим, одной функции нужны значения (глобальных) переменных A,B,C; другой - B,D,E; третьей - F,G,H; четвертой - F,I,J. И что, мне все эти A-J хранить в одной структуре и постоянно тягать их туда-сюда ради пары-тройки членов этой стуктуры?

Синглтоны нужны в языках, чья имплементация имеет хорошо продуманную объектную модель.
Глобальные переменные не нужны.

Синглтон - это лучше, чем просто глобальная переменная. Почитай одноименную главу у Александреску, он там всё дословно описал

Все эти переменные можно назвать одним словом - «контекст». Ну или «состояние». Функции, которые зависят от этого состояния (или его части) - «замкнуты» вокруг него.

Функции, которые замкнуты вокруг состояния - суть методы, а само состояние - суть объект. Вот мы и пришли к ООП

Ну, как я уже многократно говорил, в ООП я не силен. Но бывают ситуации, когда реально нужно обмениваться какими-то переменными, описывающими состояние (в т.ч. и при работе в несколько потоков), но не хочется передавать это состояние структурой, содержащей 100500 переменных, ради нескольких, нужных конкретной функции...

Можно вообще в разделяемой памяти выделить область, в которую все эти переменные будут складываться, но что-то Оккам насчет этого говорил... :)

> но не хочется передавать это состояние структурой, содержащей 100500 переменных, ради нескольких, нужных конкретной функции...

передавай указателем на эту структуру //К.О.

lorway

>Это Толкс, чего ты ожидал то

[жж][нацпол][возможно боян]пишу в удаленный тред

А разве разыменование указателя на структуру и доступ к определенному ее члену не будет намного медленнее, чем просто доступ к глобальной переменной?

> не будет намного медленнее

ты пишешь графические движки с ассемблерными вставками и оптимизацией по процессору? )) Взгляни, в этих толксах люди утверждают что даже кеды не тормозят.

Я не пишу графические движки, но многие мои задачи сильно критичны к времени выполнения - взять хотя бы обработку видео в реальном времени. Иногда трачу недели на то, чтобы свести к минимальному время выполнения одной несчастной функции. Вот, начал заниматься CUDA'й - возможно, с помощью GPU получится, наконец, решить кое-какие неразрешимые до этого задачи (именно из-за скорости выполнения).

>Это не чистая винда,

На лоре это как бы тавтология.

Логично, «a» же в стеке лежит, malloc его никак затирать не должен.

А это и должно работать. В C89 переменные объявлять можно только в начале блока, но инициализировать-то можно, в том числе и функциями.

>Обычно переменная при объявление инициализируется нулевым значением.

Только глобальные.

> Синглтон - это лучше, чем просто глобальная переменная. Почитай одноименную главу у Александреску

С каких пор этот акробат стал авторитетным источником?

>Нужно было бы, узнал ;)

Так ты проигрываешь в «производительности» (тм) Допустим если в переменную сразу после объявления будет читаться файл нафиг ее инициализировать?

С тех, что написал Локи, не?

> С тех, что написал Локи, не?

Ну давай еще ссылаться на безымянных парней, которые написали MFC. Нуачо, написали же.

Нууу, MFC - тривиальщина. А вот в Локи автор подобрался к границам Вселенной и кое-где их даже раздвинул

Почитал камменты. Уныленько

Согласен, не хватает Love5un

Согласен.

> что там было до того, как ты решил ее использовать, то и будет

Не программист знает это ^^? Откуда?

>1628938183

От пересборок и перезапусков число не изменяется.

Скорее всего, это значение лежавшей в стеке переменной, обявленной внутри функции, которая выполнялась до main — то есть, какого-то инициализирующего кода. Если используемые библиотеки и компилятор не меняются, логично, что и инициализация отрабатывает одинаково и мусор после себя одинаковый оставляет.