Глупые вопросы

[kreator]

А экспортировать этот xml файл в какой-нибудь нормальный дизайнер (рисователь) схемы базы можно или это все может вращаться внутри clarion?

Куда, например?
Из словаря можно вызвать рисователь. Вернее так. В словаре есть встроенный рисователь.

[Дед Пахом]

В отладчике есть возможность поменять шрифт (Setup|Options|Custom font), но выбор шрифта не сохраняется после закрытия отладчика. Искал во всяких INI, XML, в реестре, не нашёл где хранится шрифт, может кто знает? Если это вообще возможно.

[vic7tar]

В отладчике есть возможность поменять шрифт...

А кто-нибудь победил эту ситуацию?

[vic7tar]

Кому интересно, подсунул Cladb.exe из C8 - вроде бы все настройки сохраняются.

[vic7tar]

Всем привет.
Кто-нибудь разъяснит, почему объявление

Код: Выделить всё

any_val   ulong(3000000000)          ! или что-то, большее 2147483647

вызывает ругательство (Expression must be constant)?

[Дед Пахом]

почему объявление

Наверное потому, что где-то в коде компилятора есть что-то вроде

Код: Выделить всё

if defval > 2147483647
  throw "Expression must be constant"
end

[/code]

[Игорь Столяров]

почему объявление

У меня другая версия: потому, что тип рабочих переменных компилятора для инициализации целочисленных значений: LONG.
А значит должно работать вот так:

Код: Выделить всё

any_val1     ulong(1500000000 + 1500000000)
any_val2     ulong(1000000000 * 3)

[vic7tar]

Интересный поворот.
Т.е.:

Код: Выделить всё

any_val1     ulong(1500000000 + 1500000000)
any_val2     ulong(1000000000 * 3)

можно, и даже так можно:

Код: Выделить всё

any_val3     ulong(abs(1500000000 + 1500000000))
any_val4     ulong(1000000000 - 3)

а так нельзя:

Код: Выделить всё

any_val5     ulong(1000000000 / 2)

[Игорь Столяров]

Интересный поворот.

На самом деле, вполне логичный и ожидаемый поворот-то …
В общем случае, результат деления целого на целое - это вещественное число (тип данных REAL).
Поэтому попытка присвоения результата такой операции в ULONG - некорректна.

[vic7tar]

Интересный поворот.

На самом деле, вполне логичный и ожидаемый поворот-то …
В общем случае, результат деления целого на целое - это вещественное число (тип данных REAL).
Поэтому попытка присвоения результата такой операции в ULONG - некорректна.

Это уже другой интересный поворот. Тогда это как работает?:

Код: Выделить всё

any_val6     ulong(4.0e1 * 2.5e4)

[Игорь Столяров]

Это уже другой интересный поворот.

Как я понимаю: здесь таже беда, что и с функцией Choose(), т.е. тип результата определяется выполняемой операцией.
Деление - всегда возвращает результат в REAL, поэтому присвоении результата в ULONG - запрещено.
Компилятор эту аксиому знает.
Тип результата умножения зависит от типа данных аргументов, и срабатывает неявное преобразование типов данных.

Таких смешных примеров в Clarion с путаницей в неявных типах данных много, например:

Код: Выделить всё

  A# = 2  
  Message( Choose(A#,  10 / 3, 'арбуз'  )   )

[vic7tar]

Это уже другой интересный поворот.

Как я понимаю: здесь таже беда, что и с функцией Choose(), т.е. тип результата определяется выполняемой операцией.
Деление - всегда возвращает результат в REAL, поэтому присвоении результата в ULONG - запрещено.
Компилятор эту аксиому знает.
Тип результата умножения зависит от типа данных аргументов, и срабатывает неявное преобразование типов данных.

Таких смешных примеров в Clarion с путаницей в неявных типах данных много, например:

Код: Выделить всё

  A# = 2  
  Message( Choose(A#,  10 / 3, Format(10 / 3,@n12.3)  )   )

Т.е. при всех арифм. операциях кроме деления неявное преобразование срабатывает, так я понял? Ну а с этим как быть?:

Код: Выделить всё

any_val7     ulong(3.0e9)

Добился нужного результата через задницу и не по правилам.
А что в примере с choose не так, ну выдает 3.33, а что должно быть? С 'арбузом' пример был вроде подходящий, ну и там возврат был по всем правилам.

[Игорь Столяров]

ну выдает 3.33, а что должно быть?

Согласен, здесь срабатывает обратное преобразование строки в число. Исправил на "арбуз".

[Vladimir]

Привет всем. Может быть кто-то сталкивался с такой ситуацией. Создаю в 6-ке стандартным шаблоном ADOprocess (Provider=VFPOLEDB.1 пробовал и Provider=MSDASQL.1. c VFP таблицей DBF). В схеме данных все однозначно, указываю Primary table of ADO... и все работает на ура!. Пробую то же самое в 10-ке - в схеме требует указать кроме Primary table of ADO еще и File(s) to process . Что за File(s) to process не понимаю, в хелпе об этом ни стова. Указываю и там и там одну и ту же таблицу (файл). В результате получаю Access violation. Причем если создать APP в 6-ке и открыть в 10-ке, то, естественно, все ок, Primary table есть, File(s) to process нет... куда смотреть не понимаю, но уж очень не айс параллельно в 2-х срЕдах одно и то же делать.

[Игорь Столяров]

Давненько я не брал в руки шашек … в смысле не терзал ADO.

Посмотрите, что у Вас выставлено в Defines Project в C63 и перенесите сие в проект С10.
В С10 через ... в общем неправильно иногда срабатывают шаблоны.
Должно быть что-то вроде:

Код: Выделить всё

_COMLinkMode_
_COMDLLMode_=>off
_ADOLinkMode_
_ADODLLMode_=>off
_ADOMPRLinkMode_
_ADOMPRDLLMode_=>off
_SVDllMode_=>0
_SVLinkMode_=>1
_ABCDllMode_=>0
_ABCLinkMode_=>1