чудеса компиляции

[NetBus]

axapta 3.0 sp5
Класс PBAWebParseForm2WebForm родной чистенький.
Компилируем, ошибка!

str                     exportFile,test;

Простое объявление переменных. Меняем на

str                     test, exportFilet;

Ошибки нет, барабашки нет, в чем дело?

[e@gle]

Такое бывает когда в качестве имени переменной используется объявленный класс/таблица и т.д.
Например:

    InventTrans      inventTrans1, inventTrans; // ошибка
    InventTrans      inventTrans, inventTrans1; // ок

Скорее всего у вас объявлен класс/таблица test.

В 4-ке этот баг исправлен.

[oip]

Надо запомнить, что переменные через запятую в трешке обявлять нельзя. Совсем. Причина правильно описана выше. Любое такое объявление переменных - мина замедленного действия. Если даже сейчас код компилируется, то это совсем не означает, что он будет компилироваться в будущем. Стоит кому-нибудь когда-то создать тип с именем, совпадающим с вашей переменной, и все. Код компилироваться перестанет.

[_scorp_]

Цитата:

Сообщение от e@gle

В 4-ке этот баг исправлен.

А в 2009 похоже опять поломали или это уже что-то другое. Попробуйте такое откомпилировать

InventTable pt;

[oip]

pt - это же функция. Не можете же вы написать, например,

InventTable max;

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

[_scorp_]

Действительно... затупил...

[Logger]

Цитата:

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

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

Похожий баг из этой серии :
Создал табличку, завел в ней поля с именами Begin, end

На оракле синхронизация нормально проходит, а MS SQL ругается на зарезервированное слово.

[gl00mie]

Цитата:

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

Надо запомнить, что переменные через запятую в трешке обявлять нельзя. Совсем. Причина правильно описана выше.

Баян
http://axcoder.blogspot.com/2006/03/...semicolon.html

Цитата:

There are simple rules to avoid such errors:

• don't use multivariable declarations
• insert extra semicolon after declarations end (but you can ommit it if the first non-declaration is a keyword for example return)
• dont use simple name for classes ('i', for example) which can be name of the variable in existing code

Цитата:

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

Похожий баг из этой серии : Создал табличку, завел в ней поля с именами Begin, end. На оракле синхронизация нормально проходит, а MS SQL ругается на зарезервированное слово.

Еще бывает весело, когда поля совпадают с ключевыми словами X++, например, поле с названием date. Созданию таких полей в MorphX'е Аксапта сопротивляется, но при импорте из XPO пропускает. Потом к этим полям фиг обратишься

[ZVV]

Цитата:

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

Похожий баг из этой серии :
Создал табличку, завел в ней поля с именами Begin, end

На оракле синхронизация нормально проходит, а MS SQL ругается на зарезервированное слово.

Да есть такое.
Причины следующие:

В документации описано:

Цитата:

Naming of database objects

Naming of tables and indexes in Axapta must follow the general naming
conventions used by Axapta.

• Tables
Only non-temporary tables are created in the database.
Tables are given the same name as in Axapta. If the
name is a reserved word in the actual database system,
then the name is delimited by the values given in system
variables “QUOTEPRE” and “QUOTEPOST”. As an
example, if the value for QUOTEPOST was an
underscore “_” and you defined a table by a reserved
name such as “DATE” then Axapta would automatically
change the name of the table to be called “DATE_” in the
database.
• Columns
Columns are given the same name as in Axapta. If the
name is a reserved word in the actual database system,
then the name is delimited by the values given in system
variables “QUOTEPRE” and “QUOTEPOST”.

А вот список этих самых "reserved word in the actual database system" находится там же, в таблице SQLSYSTEMVARIABLES, в параметре KEYWORDS.
Лучше, конечно, смотреть в таблице СУБД, но можно и в Администрирование-Запросы-БД-Информация БД.
Так вот, это самый список зарезервированных слов является (что естественно) разным для Oracle и Сиквела, но при этом он мягко говоря не является полным, особенно для MS SQL, на мой взгляд. Как вариант, видимо, можно добавить их туда вручную, если очень хочется, но лучше наверное не использовать такие названия.

И ещё дополнение про список зарезервированных слов в параметре KEYWORDS

Цитата:

Comma-separated list of keywords to handle
specially (these are appended to a similar list in
the message file, axsys??.ktd). Object names
appearing from any of these lists, appear by
another name in the database.

[oip]

Цитата:

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

Баян

Это называется не "баян", а "классика". Но кто спорит-то? Да, это давно известно. Еще задолго до того, как Максим написал. Например, мне о таком поведении компилятора рассказали еще три года назад, в первую же неделю моей работы с Аксаптой.

Цитата:

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

Но при импорте из XPO пропускает. Потом к этим полям фиг обратишься

А еще Аксапта при импорте русские буквы в названиях чего угодно пропускает.