OpenGL и Qt4, некорректное выполнение программы Опции

[registr]

Опять про OpenGL. Написал приложение на Qt 4.3.0, которое у меня выполняется корректно, а на некоторых компах некорректно. Суть программы в том, что по высоте над поверхностью она дает цвет точке данной высоты.

Такое ощущение, что не работает функция C_fun (см. исходник). На компе, где компилировал, работает как надо, на некоторых (но не на всех) работает некорректно (фигура строится полностью серым цветом).

1) Корректно или нет запускается у вас мое приложение?

2) Какие советы и предложения, чтобы исправить данный дефект???

ссылка для скачивания

Сообщение отредактировал registr - 12.2.2010, 18:07

[Rocky]

у меня не запустилась, требует mingw.dll. фиг с ней, попробовал скомпилить (у меня щас msvc 2008).. Вопрос. А что вот это может компилироваться?

   int Mtriangle_Sph_size; // число треугольников
   
   Mtriangle_Sph_size=5;
   for (int i=0; i<iteration_max; i++)
   {
      Mtriangle_Sph_size=4*Mtriangle_Sph_size; // число треугольников
   }

   float Mtriangle_Sph[Mtriangle_Sph_size][3][3];

судя по всему да....раз бинарник есть.. но это как-то хм... странно... Т.е. mingw такое проглатывает? Ради интереса ща в g++ попробую

[registr]

dll скачай здесь

Компилирую через обычное кьютеховское консольное меню стандартным образом:
qmake -project
в файл-проект добавляю QT += opengl
qmake
make

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

???

Сообщение отредактировал registr - 12.2.2010, 19:11

[Litkevich Yuriy]

А что вот это может компилироваться?

а что именно не компилируется. на какую строчку кода ругается?

[Rocky]

Ну как бы либо я отстал... но вот так никогда нельзя было делать:

int z = 5;
double x[z];

либо #define z 5
либо const int z = 5;

Потому что компилятор должен знать заранее сколько памяти выделять под статический (!) массив. Это же не динамический... так можно вообще так делать

int z = 0;
cin << z;
int x[z];

Чето странное либо я сильно туплю в конце недели )

Зы.
1) Запустилось
2) Цвет верхней точки красный (даже не ораженвый как у рядом стоящих (или лежащих?) точек)

[registr]

Зы.
1) Запустилось
2) Цвет верхней точки красный (даже не ораженвый как у рядом стоящих (или лежащих?) точек)

Можно крутить мышью )

Фишка в том, что у кого то запускается правильно, у кого то неправильно. Я не могу разобраться почему. Help.


Сообщение отредактировал registr - 12.2.2010, 19:10

[BRE]

Потому что компилятор должен знать заранее сколько памяти выделять под статический (!) массив. Это же не динамический... так можно вообще так делать

int z = 0;
cin << z;
int x[z];

Чето странное либо я сильно туплю в конце недели )

Это расширение gcc: возможность создания массивов переменной длины на стеке.

[DEADHUNT]

Это расширение gcc: возможность создания массивов переменной длины на стеке.

это не расширение, а variable length array из стандарта C99.

[BRE]

Это расширение gcc: возможность создания массивов переменной длины на стеке.

это не расширение, а variable length array из стандарта C99.

Они это называют Extensions???
http://gcc.gnu.org/onlinedocs/gcc/C-Extens...ml#C-Extensions
Подраздел:
Variable Length: Arrays whose length is computed at run time.

[Rocky]

Litkevich Yuriy извини за ссылку на другой форум... Если нельзя удали(

registr
Спросил у старших товарищей, посмотри, может в это дело.
Можно ли задавать статич. массиву размер через дин. переменную?
Я про вывод. Посмотри, реально ли там те значения, которые ты кладешь

в любом случае nmake такое не понимает )

Сообщение отредактировал Litkevich Yuriy - 12.2.2010, 20:03