Переменные в поле #define

@Natatem00 · Регистрация: 05.10.2018

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

Здравствуйте. Возник такой вопрос: как ведут себя переменные в поле #ifdef?
Допустим, я создаю класс и в нём прописываю такие строки:

C++

#ifdef SHADER_LIGHT
        glm::vec3 COLOR = glm::vec3(1.0, 1.0, 1.0);
 
    glm::vec3& GetColor() { return COLOR; }
 
    void SetLightPosition(glm::vec3& position)
    {
        glUniform3fv(glGetUniformLocation(shaderID, "lightPosition"), 1, glm::value_ptr(position));
    }
#endif

Но программа просто игнорирует переменную COLOR и подставляет значение по умолчанию. Я так понимаю, что методы класса в поле #ifdef игнорируют переменные и ищут их вне поля? Если вынести "glm::vec3 COLOR = glm::vec3(1.0, 1.0, 1.0);" из #ifdef, то он видит эту переменную.
Можете, пожалуйста, объяснить мне, как это работает?

@DrOffset · 06.10.2018, 18:07

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

как ведут себя переменные в поле #ifdef?

Отвечая на исходный вопрос, если из предыдущих ответов это было не понятно, они ведут себя точно так же, как и вне его - никакого подобного магического влияния, описываемого в стартовом топике оно не оказывает. Более того, языковые конструкции ничего не знают про препроцессор, а препроцессор ничего не знает про них. А магическое поведение обусловлено чем-то другим. И до тех пор, пока автор не оставит соблазнительный путь свалить все на препроцессор, он проблему не решит.

@Natatem00 · 06.10.2018, 18:17 **[ТС]**

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

Так а чему равно значение поля COLOR именно внутри конструктора класса, где оно только-только инициализировалось?

Я пытаюсь сделать так, что переменная COLOR должна создаваться в #indef и там же она получает своё значение.

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

между public и private

Это здесь не важно, так как переменная используется только внутри класса. Что в private, что в public - эффект одинаковый.

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

Потенциальный вылет за пределы памяти хорошо виден и на вашем скриншоте (если i вдруг превысит 9)

Кстати да, спасибо. Не заметил этой глупой ошибка. Но этот код никак не влияет на код после цикла. Там просто загружаются текстуры(если их несколько). Это, конечно, костыль и один объект должен иметь одну текстуру, ведь так тратится меньше памяти и процессорного времени, но это был эксперимент "А СМОГУ ЛИ Я СДЕЛАТЬ".

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

Смущает также тот факт, что вы передаете этот COLOR по указателю

Я все значения в uniform передаю по указатель, и все они работают.

Я уже кое-как решил эту проблему. Просто сделал сеттер uniform прямо в классе.

Добавлено через 55 секунд

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

путь свалить все на препроцессор

Я не сваливаю, а спрашиваю: почему так происходит? Где вы вообще заметили, что я виню препроцессор?)

Добавлено через 42 секунды

Сообщение от Kuzia domovenok

короче, возвращай из GetColor константную ссылку и проверяй. Что попусту гадать по полдня?

Можно не гадать, а, как нормальные люди, использовать отладчик для этого

@DrOffset · 06.10.2018, 18:20

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

Я не сваливаю, а спрашиваю: почему так происходит?

Мало информации даете.
Пока что только можно сказать, что ваша гипотеза не верна. Если препроцессор в этом и задействован, то только лишь косвенно, а не описываемым вами образом.

@Natatem00 · 06.10.2018, 18:22 **[ТС]**

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

Мало информации даете.

А какая информация ещё нужна? Меня попросили дать нужную информацию - я и дал. Что ещё нужно?

@DrOffset · 06.10.2018, 18:25

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

А какая информация ещё нужна?

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

@Natatem00 · 06.10.2018, 18:31 **[ТС]**

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

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

Я мог бы скинуть код, но:
1. Есть ли в этой теме человек, который знает OpenGL?
2. Проблема уже, частично, решена с помощью сетера uniform

@DrOffset · 06.10.2018, 18:37

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

Я мог бы скинуть код, но

Понимаете ли что... заставлять вас, конечно, это делать никто не будет.
Если вы считаете, что лучше справитесь с диагностикой проблемы - это очень хорошо, только зачем тогда писать на форум?
Если вы уверены, что абсолютно все правильно сделали - это еще лучше!
Я лишь только сказал, что знающие люди, коих тут достаточно много, могли бы посмотреть ваш проект и указать вам на ошибки, если таковые имеются. Единственное, что вы должны тут понять - по скриншотам код отладить можно только случайно. Если вы пришли на форум с комплексной проблемой, то нужно либо потратить некоторое свое время и написать демонстрационный пример, с которым можно задать вопрос о странном, на ваш взгляд, поведением, либо, если времени и\или навыков выделить важное нет, то скинуть код проекта. Остальные, даже успешные прецеденты помощи по фотографии, можно считать счастливой случайностью.

@TheCalligrapher · 06.10.2018, 18:42

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

Я пытаюсь сделать так, что переменная COLOR должна создаваться в #indef и там же она получает своё значение.

Нет, нет, нет. Это совсем не так работает. Определение полей класса - это не исполнимый код. Там никто не может "создаваться" и не может "получать значение".

Когда вы указываете инициализатор для поля класса прямо в определении класса - как в вашем случае - этот инициализатор является не более чем указанием компилятору, что делать потом в конструкторе класса. Ваше

C++

1	glm::vec3 COLOR = glm::vec3(1.0, 1.0, 1.0);

- это не более чем просто "синтаксический сахар". Все это будет на самом деле неявно превращено компилятором в

C++

Shader::Shader() : COLOR( 1.0, 1.0, 1.0 )
{
  shaderID = 0;
}

то есть фактическая инициализация поля COLOR произойдет именно в конструкторе класса. Поэтому я советую вам пойти именно в конструктор класса и проверить значение поля COLOR там. Если инициализация выполняется корректно, т.е. внутри конструктора значение действиельно равно (1.0, 1.0, 1.0), то это будет означать, что С++ сторона вопроса работает правильно. А поле COLOR превращается в нули где-то позже, по каким-то совершенно посторонним причинам ("затирание" или какая-то другая модификация).

@Kuzia domovenok · 06.10.2018, 18:56

TheCalligrapher, чаю этому господину

Croessmah · 06.10.2018, 19:35

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

1. Есть ли в этой теме человек, который знает OpenGL?

Считаете, что Вы один знакомы с OpenGL?

@Natatem00 · 07.10.2018, 18:57 **[ТС]**

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

Считаете, что Вы один знакомы с OpenGL?

Я считаю, что здесь многие люди задают слишком глупые вопросы)
Дело в том, что С++ - это не только OpenGL. И, возможно, что тот, кто мне пытается помочь - не знаком с этой библиотекой.

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

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

Определение полей класса - это не исполнимый код. Там никто не может "создаваться" и не может "получать значение".

Хорошо, спасибо за ответ. Но он всё равно возвращает нули. Ладно, в любом случае мне эта переменная больше не нужна: теперь можно просто настраивать свет через сетеры.
Ещё раз спасибо, за потраченное время

@TheCalligrapher · 07.10.2018, 20:42

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

И, возможно, что тот, кто мне пытается помочь - не знаком с этой библиотекой.

Вопрос, который вы задали изначально, не относится к OpenGL никаким боком вообще, а является чисто и исключительно С++ вопросом.

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

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

Но он всё равно возвращает нули.

Кто "он"? Конструктор? Вы видите нули в COLOR даже в конструкторе класса, несмотря на объявление с инициализатором?

@DrOffset 18840 / 9839 / 2408 Регистрация: 30.01.2014 Сообщений: 17,280
	06.10.2018, 18:07	21
	Сообщение от Natatem00 как ведут себя переменные в поле #ifdef? Отвечая на исходный вопрос, если из предыдущих ответов это было не понятно, они ведут себя точно так же, как и вне его - никакого подобного магического влияния, описываемого в стартовом топике оно не оказывает. Более того, языковые конструкции ничего не знают про препроцессор, а препроцессор ничего не знает про них. А магическое поведение обусловлено чем-то другим. И до тех пор, пока автор не оставит соблазнительный путь свалить все на препроцессор, он проблему не решит. 0

@DrOffset 18840 / 9839 / 2408 Регистрация: 30.01.2014 Сообщений: 17,280
	06.10.2018, 18:20	23
	Сообщение от Natatem00 Я не сваливаю, а спрашиваю: почему так происходит? Мало информации даете. Пока что только можно сказать, что ваша гипотеза не верна. Если препроцессор в этом и задействован, то только лишь косвенно, а не описываемым вами образом. 0

@Natatem00 0 / 0 / 0 Регистрация: 05.10.2018 Сообщений: 22
	06.10.2018, 18:31 [ТС]	26
	Сообщение от DrOffset Т.к. совершенно очевидно, что проблема комплексная, а источник ее возможно находится совсем в другом месте от места проявления, то было бы неплохо предоставить полный код вместе с файлами проекта, чтобы можно было проанализировать что на что влияет. Скриншотами кусочков кода этого точно не выяснить... Я мог бы скинуть код, но: 1. Есть ли в этой теме человек, который знает OpenGL? 2. Проблема уже, частично, решена с помощью сетера uniform 0

@DrOffset 18840 / 9839 / 2408 Регистрация: 30.01.2014 Сообщений: 17,280
	06.10.2018, 18:37	27
	Сообщение от Natatem00 Я мог бы скинуть код, но Понимаете ли что... заставлять вас, конечно, это делать никто не будет. Если вы считаете, что лучше справитесь с диагностикой проблемы - это очень хорошо, только зачем тогда писать на форум? Если вы уверены, что абсолютно все правильно сделали - это еще лучше! Я лишь только сказал, что знающие люди, коих тут достаточно много, могли бы посмотреть ваш проект и указать вам на ошибки, если таковые имеются. Единственное, что вы должны тут понять - по скриншотам код отладить можно только случайно. Если вы пришли на форум с комплексной проблемой, то нужно либо потратить некоторое свое время и написать демонстрационный пример, с которым можно задать вопрос о странном, на ваш взгляд, поведением, либо, если времени и\или навыков выделить важное нет, то скинуть код проекта. Остальные, даже успешные прецеденты помощи по фотографии, можно считать счастливой случайностью. 1

@Kuzia domovenok 4064 / 3318 / 924 Регистрация: 25.03.2012 Сообщений: 12,493 Записей в блоге: 1
	06.10.2018, 18:56	29
	TheCalligrapher, чаю этому господину 0

@Natatem00 0 / 0 / 0 Регистрация: 05.10.2018 Сообщений: 22
	06.10.2018, 18:17 [ТС]	22
	Сообщение от TheCalligrapher Так а чему равно значение поля COLOR именно внутри конструктора класса, где оно только-только инициализировалось? Я пытаюсь сделать так, что переменная COLOR должна создаваться в #indef и там же она получает своё значение. Сообщение от TheCalligrapher между public и private Это здесь не важно, так как переменная используется только внутри класса. Что в private, что в public - эффект одинаковый. Сообщение от TheCalligrapher Потенциальный вылет за пределы памяти хорошо виден и на вашем скриншоте (если i вдруг превысит 9) Кстати да, спасибо. Не заметил этой глупой ошибка. Но этот код никак не влияет на код после цикла. Там просто загружаются текстуры(если их несколько). Это, конечно, костыль и один объект должен иметь одну текстуру, ведь так тратится меньше памяти и процессорного времени, но это был эксперимент "А СМОГУ ЛИ Я СДЕЛАТЬ". Сообщение от TheCalligrapher Смущает также тот факт, что вы передаете этот COLOR по указателю Я все значения в uniform передаю по указатель, и все они работают. Я уже кое-как решил эту проблему. Просто сделал сеттер uniform прямо в классе. Добавлено через 55 секунд Сообщение от DrOffset путь свалить все на препроцессор Я не сваливаю, а спрашиваю: почему так происходит? Где вы вообще заметили, что я виню препроцессор?) Добавлено через 42 секунды Сообщение от Kuzia domovenok короче, возвращай из GetColor константную ссылку и проверяй. Что попусту гадать по полдня? Можно не гадать, а, как нормальные люди, использовать отладчик для этого 0

@Natatem00 0 / 0 / 0 Регистрация: 05.10.2018 Сообщений: 22
	06.10.2018, 18:22 [ТС]	24
	Сообщение от DrOffset Мало информации даете. А какая информация ещё нужна? Меня попросили дать нужную информацию - я и дал. Что ещё нужно? 0

@DrOffset 18840 / 9839 / 2408 Регистрация: 30.01.2014 Сообщений: 17,280
	06.10.2018, 18:25	25
	Сообщение от Natatem00 А какая информация ещё нужна? Т.к. совершенно очевидно, что проблема комплексная, а источник ее возможно находится совсем в другом месте от места проявления, то было бы неплохо предоставить полный код вместе с файлами проекта, чтобы можно было проанализировать что на что влияет. Скриншотами кусочков кода этого точно не выяснить... 0

Croessmah Неэпический 17870 / 10635 / 2054 Регистрация: 27.09.2012 Сообщений: 26,736 Записей в блоге: 1
	06.10.2018, 19:35	30
	Сообщение от Natatem00 1. Есть ли в этой теме человек, который знает OpenGL? Считаете, что Вы один знакомы с OpenGL? 0

@Natatem00 0 / 0 / 0 Регистрация: 05.10.2018 Сообщений: 22
	07.10.2018, 18:57 [ТС]	31
	Сообщение от Croessmah Считаете, что Вы один знакомы с OpenGL? Я считаю, что здесь многие люди задают слишком глупые вопросы) Дело в том, что С++ - это не только OpenGL. И, возможно, что тот, кто мне пытается помочь - не знаком с этой библиотекой. Добавлено через 11 минут Сообщение от TheCalligrapher Определение полей класса - это не исполнимый код. Там никто не может "создаваться" и не может "получать значение". Хорошо, спасибо за ответ. Но он всё равно возвращает нули. Ладно, в любом случае мне эта переменная больше не нужна: теперь можно просто настраивать свет через сетеры. Ещё раз спасибо, за потраченное время 0

@TheCalligrapher Вездепух 11694 / 6373 / 1723 Регистрация: 18.10.2014 Сообщений: 16,059
	07.10.2018, 20:42	32
	Сообщение от Natatem00 И, возможно, что тот, кто мне пытается помочь - не знаком с этой библиотекой. Вопрос, который вы задали изначально, не относится к OpenGL никаким боком вообще, а является чисто и исключительно С++ вопросом. Привносить в эту тему OpenGL и его особенности имеет смысл только в том случае, если мы уже окончательно установили, что изначальная инициализация переменной прошла успешно, а дальнейшее "странное" нулевое значение - это результат последующего "затирания". Сообщение от Natatem00 Но он всё равно возвращает нули. Кто "он"? Конструктор? Вы видите нули в `COLOR` даже в конструкторе класса, несмотря на объявление с инициализатором? 0