» Вопросы по Embarcadero RAD Studio XE2 (Pulsar)

RageSV

Agree. потому я и в своих проектах использую доморощенную MVP и управляю процессом взаимодействия с контрольями почти "руками". Мне так больше нравится - проще првязывать логику к другой UI-морде (я еще простенькие web морды рисую через IW). Ну и тестирование выглядит логичнее!

deks согласен, что универсальность есть гут..
но отрисовка в гриде данных базы очень как-то тормознуто..

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

Удалось ли кому нибудь заюзать FastMM (который, кстати обновился до 4.98) под си?
Небольшие исправления позволяют собрать сишную часть, программа даже почти работает, но крашится при завершении.
Автор не торопится править сишную поддержку. Есть идеи?

При попытке скомпилить любую программу пишет - object reference not set to an instance of an object
Сталкивался кто-нибудь?

SevereK20
В этой теме точно обсуждалось, не помню что было, поищи.

SevereK20
вообще любую?? если не ошибаюсь, то подобная ошибка всплывает если объект присутствует в dfm и отсутствует в pas файле.

0D0A
пролистал 14 страниц - не нашел..
druff
да, даже если жать Run на только что созданном пустом проекте...

SevereK20
Сорри, это было в ХЕ (http://forum.ru-board.com/topic.cgi?forum=35&topic=47404). Ищи "object reference".

0D0A
Там написано, что надо установить XE Destiller...Это я пробовал делать, но в этом Destiller'е нет поддержки XE2...

Добавлено:
ой.. на rghost'е нашел.. спасибо большое)

А кто-нибудь видел какие-либо рекомендации по адаптации кода к ХЕ2?

rrromano
Я видел только рекомендацию переделать все uses на использование полных названий модулей. Ну и отдельные рекомендации для х64 и кросплатформенности.

rrromano
Frodo_Torbins

По моим наблюдениям, Win32 target не отличается принципиально от D2010 (у меня 2010 - потому с ней и сравниваю, но кто то говорил что и от XE). Для FMX/x64 конечно что то переделать надо - очевидно! Ну и mac os X/iOS вообще отдельная песня..

Подробнее:

Win64: не сложно перейти на эту платформу, основное внимание уделял размеру указателя и все операции с ним; практического смысла переделывать софт под x64 не вижу - только для серверных приложений и DLL; обычный клиентский софт работает под x64 немного медленнее.

FMX: портировать можно KSDev-проекты через переименование; переделать не так тривиально; лучше FMX начинать с "чистого листа" - я вот "экспериментальные" проекты делаю на нем)

OS X: новая штука, "другой монастырь". Уровень "прозрачности" RTL для cross-plaftorm пока не высок, и довольно мало информации об особенностях mac-платформы для Delphi; Опять таки - FMX. Я лично не понял пока общую пригодность FMX для Mac платформы, но приложения таки собираются) Впрочем, для Mac вполне можно собрать на FMX приложения с native look/feel, благо большинство современных Mac приложений так или иначе отходят от Guidelines.

iOS: не вижу пока смыла собирать какие-либо проекты под iOS именно на XE2 - фактически, в XE2 используется FPC/PasCocoa, для будущих версий EMRO готовит что-то уже "от себя". К тому же на iOS native look/feel даже важнее Mac, а вот насколько на FMX можно сделать под iOS для меня не очевидно. Я лично подожду)

XE2 стоит на виртуальной машине. Проект компилится (release, no RTL, no package) нормально и запускается. Переношу exe-шник на другой комп - требует cc32120mt.dll и тогда только начинает работать. Баг или фича?

Neogar
Проверь в настройках проекта, на странице "С++ Linker" опции "Link with ...".

Кстати, а куда в XE2 засунули установку опций по умолчанию?

0D0A
Проверил, спасибо. Действительно по умолчанию конфига "Release" в дереве Link with Dynamic RTL из трех последний пункт был True.

Лучше так:


S := 'ABCD';
ShowMessage(Format('%s', [S]));

Если S: string, то все ок, если же S: Variant, то в результате - мусор.
Баг?

Цитата:

Лучше так:


S := 'ABCD';
ShowMessage(Format('%s', [S]));

Если S: string, то все ок, если же S: Variant, то в результате - мусор.
Баг?

Не баг. VarToStr поможет

Цитата:

Не баг. VarToStr поможет

Это само собой.. Но в Delphi 2009 работало нормально без приведения типа.

deks
Frodo_Torbins
а где вообще можно такие вещи почитать, ткните носом, пожалуйста.
язык вообщем-то неважен.
UPD: язык описания имеется ввиду.

titkovd
вот тут немного есть
http://stackoverflow.com/questions/4051603/how-should-i-prepare-my-32-bit-delphi-programs-for-an-eventual-64-bit-compiler#answer-4052431

titkovd
В первую очередь в справке: What's New in Delphi and C++Builder XE2, 64-bit Cross-Platform Application Development for Windows, Converting 32-bit Delphi Applications to 64-bit Windows, 64-bit Data Types Compared to 32-bit Data Types.
Потом еще у Боба Сварта есть неплохие статьи: Delphi XE2.
А если интересуют общие рекомендации, то можно Симона Стюарта почитать: Future-proofing #1 – Don’t let third parties inhibit your progress, Future-proofing #2 – Remove the function from the fashion.

XPerformer
Frodo_Torbins
спасибо

Всем привет.
Кто нибудь ставил LMD_2011_5 под XE2 32bit?
Из пакета мне нужно только dock panels:

lmdrtl11rt
lmddocking11rt
dcllmdrtl11
dcllmddocking11

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

Information: Package C:\...\9.0\Bpl\dcllmddocking11.bpl has been installed.

т.е. пакет устанавливается, но на палитре компоненты не отображаются

должно быть:

Information: Package C:\...\8.0\Bpl\dcllmddocking11.bpl has been installed. The following new component(s) have been registered: TLMDDockManager, TLMDDockSite.

Более новой версии LMD к сожалению у меня нет.

Какие идеи?

Как прикрутить собственный компонент к XE2 чтоб появилась заветная надпись supported platforms: win-64 bit Windows. bpl-ы, dcu 32 и 64 битные создаются, но заветная надпись в палитре компонентов так и не появляется. Может пример где есть... или ткните носом куда копать или на статью как создать собственный компонент с поддержкой платформ 32 и 64 бита

ShadowMen
На прошлой странице я давал ссылку для ppkp. А вчера еще и примерчик накатал. Надеюсь он не будет против, если я этот примерчик (подчищенный) выложу: XE2CompExample.rar Основная идея примера: наличие отдельных пакетов для рантайм и дизайнтайм кода. Также у дизайнтайм пакета имеется два таргета, но компилим только под х86.

Frodo_Torbins
Все было нормально. После ввода в файлы смыслового кода стало при компиляции dclMyComp.dproj выдавать
[DCC Fatal Error] MyComp.dpk(1): E2225 Never-build package 'MyComp' must be recompiled
Такое впечатление, что нестыковка с путями или с RELEASE/DEBUG. Хотя перепробовал вроде бы все.

Добавлено:
Вот чего нашел у Embarcadero
The package referenced in the message was compiled as a never-build package, but it requires another package to which interface changes have been made. The named package cannot be used without recompiling because it was linked with a different interface of the required package.

The only solution to this error is to manually recompile the offending package. Be sure to specify the never-build switch, if it is still desired.

ppkp
С таким никогда не сталкивался. Все что могу сказать это то, что похоже нужно покопаться в настройках MyComp.

Подскажите. Где брать компоненты к RAD PHP XE2 ?

Цитата:

Все было нормально. После ввода в файлы смыслового кода стало при компиляции dclMyComp.dproj выдавать
[DCC Fatal Error] MyComp.dpk(1): E2225 Never-build package 'MyComp' must be recompiled
Такое впечатление, что нестыковка с путями или с RELEASE/DEBUG. Хотя перепробовал вроде бы все.

Перекомпилируйте отдельно vcl MyComp... для нужной платформы, бывает такое

PS. Мистика какая-то. На работе компонент упорно встает с supported platforms: win-32 bit Windows. Дома - этот-же компонент встает уже с supported platforms: win-64 bit Windows и supported platforms: win-32 bit Windows. В исходном коде ВООБЩЕ НИЧЕГО НЕ ПРАВИЛОСЬ. Что самое интересное, часть компонентов на работе встала с supported platforms: win-64.

Вопрос: Можно ли в приложении 64 bit подключить модуль 32 bit и вызвать экспортную ф-цию?
Хочется плавно перевести модульный проект на 64 bit.