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

народ а подскажите плз...заметил что иногда в приложении меняется язык после компилляции...ни у кого такого нет?

AlxMonster
Ну если вы такой крутой аналитик, что можете заранее определить успешность различных инвестицый, то почему же вы сейчас сидите на этом форуме, вместо того, чтобы общатся по телефону со Стивом Балмером?
Если бы разработчики делфи не пробовали свои силы в разных направлениях, то мы бы сейчас до сих пор сидели на турбопаскале с его консольным интерфейсом. Но ведь они пробуют, и очень многое у них получается хорошо.
А хаять переход на юникод, это вообще абсурд. Некоторым за это время несколько раз приходилось полностью проекты на другом языке переписывать, а вы один раз пофиксить древний код не можете.

mdid
А какие инструменты локализации вы используете?

ну стоят девы последние+мой компонент который отслеживает состояние раскладки и lock индикаторов..но если таких проблем больше ни у кого нет то попробую порыться в своем компоненте...может там что то...просто компонент я менял ооч давно а проблемы появились с переходом на хе2

mdid
Если у вас язык от раскладки зависит, то это вообще может быть что угодно, включая сторонний софт.

>В-третьих, глобальные изменения которые рушат всё. Вспоминаем unicode.

Хорошая статья: http://www.delphi2009.ru/Unicode_Delphi-RUS.pdf

Lena44
Frodo_Torbins
AlxMonster

Имхо, как раз unicode прошел отлично! Всегда бы так. Да и x64 вполне себе даже совместимое обновление. За ЭМРО пока не замечено прямо таки страшных косяков или выпуска полностью неработоспособных продуктов! Спасибо, что развивают Дельфи)

deks

Цитата:

Ну а под "трэш-технологиями", вы понимаете куски на J#?

Я про игрушку некроманта: .net. Рефакторинг, редактор кода и куча другой приблуды рождены из глубин ада. Я зол на Вирта за то, что он ушёл в МС, чтобы родить Delphi-approach C-based язык C#. Имхо, от этой нечисти в RAD Studio надо избавляться. Только натив

Я считаю, что у ем-ро сейчас уже предостаточно ресурсов, чтобы родить достойный IDE

Цитата:

Я зол на Вирта за то, что он ушёл в МС

а я его ненавижу, что эта сволочь никогда не работала ни в Borland, ни в Inprise/CodeGear ни в Embarcadero.
Да что там! он даже в Microsoft не пошёл, сноб паршивый!

Добавлено:

Цитата:

Есть подозрение что BDS создавалась на основе jbuilder

Тут как-то странно всё...

Изначально у Борланда была нативная среда Delphi 3 - Delphi 7.
https://www.google.com/search?q=delphi+3&hl=ru&client=opera&hs=MBH&rls=ru&channel=suggest&biw=1499&bih=1075&prmd=imvns&tbm=isch&tbo=u&source=univ&sa=X&ei=VYRpT5DYLIvXsgaVpcDiBw&ved=0CDEQsAQ

Когда они писали первые JBuilder в те же годы - было разумно и естественно использовать эти наработки и reuse как минимум работу специалистов по GUI, а возможно и прямо переписать код на Яву.
Более того, поскольку они "клонировали" виндовозную среду кажется логичным использовать для простоты портирования конкретно-Майкрософтовскую версию Явы: J/Direct, WFC & AFC.

Однако портировали на generic Java, скорее всего изначально (не нашел скриншотов JB1, но уже JB3 - http://www.linux.org.ru/gallery/screenshots/20306, кроме использования одного большого окна вместо нескольких мелких, субьективно это кажется очень близким переносом среды D4/D5. Also http://aspectj4jbuildr.sourceforge.net/doc/ajdeForJBuilder.html и вплоть до 2003 года http://www.flenov.info/favorite.php?artid=3).

Далее, JB2005-2008 кажется очень похоже на одновременные выпуски RAD Studio.
http://www.softpedia.com/progScreenshots/SDE-for-JBuilder-LE-for-Windows-Personal-Edition-Screenshot-58462.html
http://tomcopeland.blogs.com/juniordeveloper/2005/11/jbuilder_duplic.html
http://soft.akado.ru/catalog/item/id/8769
И достаточно разумным казалось бы писать две версии одного кода, на Java и как раз появившемся тогда J# (в 2008 года Майкрософт его убьёт, но возможно в 2005 они обещали Борланду совсем другое). Но...

1) сама среда была сильно переработана ещё в 2003 году к D8 http://www.blong.com/Undocumented/Delphi8.htm, когда JB ещё сидел на старой платформе. JB X, 2005 и 2006 внешне кажется созданы по той же структуре, но с обновленной "темой", чтобы быть похожими на одновременные RAD Studio.
2) с 2007 года JB переписан как набор плагинов к Eclipse и параллельная разработка с RAD Studio под большим сомнением.

Вероятно, когда стало ясно что J# 2008 не будет, борланды решили что надо убить и Delphi for .Net и Delphi 2007 был последним в этой серии. Мне кажется, что в отличие от self-hosting Turbo Pascal и нативной студии, Delphi .Net с самого начала и до коца был написан на J# и умер с ним. Это разумно - опыт нативников был вероятно менее пригоден для разработки среды managed .NET, чем опыт managed JVM программистов. Это также могло бы объяснить глючность и прочую плохую репутацию этих сред - нативники "eating own dog's food" поневоле отлаживали и оптимизировали среду для себя самих, тогда как Delphi.Net была вероятно просто программой на среде Visual J#. А когда стало ясно, что J# обречен, то мощная (стало быть дорогая) команда Java/J# разрабатывающая обе среды стала не нужна. В результате дорожки разошлись. Немногие оставшиеся джависты стали допиливать готовый Eclipse, в котором есть свой встроенный парсер. А нативники просто не могут понять и переработать доставшийся им J# модули. Могут только копировать и надеяться, что не сломается.

Стоит лицензия Enterprise: Embarcadero® Delphi® XE2 Version 16.0.4429.46931
Скачал DevExpress VCL 2011 vol 2.4
Source Setup: 25 Mb
При установке в списке нету Delphi XE2.
Нету поддержки XE2 или я что то не так делаю?

а ты саму среду запускал после установки или ещё нет?

и раз у тебя с исходниками, то значит в них можешь и посмотреть список поддерживаемых версий, в самих исходниках или в readme. На крайняк установишь вообще без инсталлятора.

Arioch1
только exe файл, при установке можно только выбрать Delphi 2007, 2009.
С какой версии DevExpress поддерживает XE2?

http://www.devexpress.com/Subscriptions/VCL/WhatsNewBuild11.2.2/index.xml

Добавлено:

Цитата:

а ты саму среду запускал после установки или ещё нет?

Цитата:

а ты саму среду запускал после установки или ещё нет?

среду запускал и не раз

не совсем понял про ссылку: показать поддержку XE2 с v2011 vol 2.2
или скачать триал версию от туда?

показать поддержку.
возможно где-то есть более детальная инфа про поддержку апдейтов.

остаётся IMHO запустить Process Monitor и проверить какими файлами и ключами реестра инсталлятоор проверяет наличие установленных сред, почему он находит одни и не находит другие.

Впрочем скачать последний официальный триал и проверить на нём тоже не вредно, конечно

Arioch1
Скачал др. сборку DevExpress - тоже самое. У друга на 2008 r2 все нормально стало. У меня XP. В этом может быть проблема?

Всем привет!
Ребят, у меня проблема с XE2. При компиляции вот что выдает
Checking project dependencies...

Compiling Project1.dproj (Debug, Win32)
[MSBuild Error] The element <__ShouldBuildVersion> beneath element <PropertyGroup> is unrecognized.
Failed
Elapsed time: 00:00:00.2

Что это за __ShouldBuildVersion , не знаю, может кто помочь разобраться. Версия XE2 update 4 16.0.4429.46931

bugron
Закройте проект, удалите Project1.dproj и откройте Project1.dpr После этого нужно будет поправить настройки.

Frodo_Torbins
К сожалению это не помогло.

bugron
если на любом проекте такое, то возможно дело в версии msbuild. как вариант, попробавать переустановить .net framework 3.5

добрый день!

Пытаюсь поставить Embarcadero (Update4) на Win2008R2 Enterprise (SP1) , но не получается - пробовал на физическом сервере ставить и на виртуальном... на Win2008 Standart -ставиться и работает нормально...

Инсталляция на WIN2008R2 проходит нормально, но при запуске выдает следующую ошибку

Exception EPackageRegistrationException in module coreide160.bpl at 00031866.Registration procedure DotNetReg.IDERegister in package d:\program files(x86)\...\dotnetcoreide160.bpl raised exception class EOleSysError : Class not registred, ClassID :{88487704-983c-4811-a96a-3da723dd97af}

Google не помог ... -((

как вариант - запустить Delphi Distiller и отключить рефакторинг и останльные связанные с .Net фишки среды.

ещё можно попробовать установить/исправить самую последнюю версию .Net Client Profile и J# runtime

Добавлено:
несколько вариантов тут описаны: http://www.rsdn.ru/forum/delphi/2468516.flat.aspx#2468516

поставил на свою голову rxlib отсюда http://www.micrel.cz/RxLib/dfiles.htm
в результате делфа стала ограничивать кепшены двумя символами.
и надо мне от рх-либа всего-то рх-калк, но из-за подобного глюка радости мало.
подскажите, какой есть под ХЕ2 нормальный набор копмонент с подобием рх-калка?

grumbler

JVCL, не?

да не хотелось две огромных дуры ставить, думал может чего помельче есть. Но если не найдется ничего помельче, придется Jedi ставить...

отключи соотв. Property Editor - исходники rx есть, дело двух минут
тем паче всю его функциональность повторили в CnWizards

или исправь - дольше, но полезнее

или попробуй какого-нибудь другого трупа использовать, например rxlib.sf.net


это ОпенСорс - видишь ошибку - берёшь и исправляешь, всем на радость

Моё возмущение только в том что не могу найти информацию, помогите.
Sizeof(Extended) в 32 бит версии = 10
Sizeof(Extended) в 64 бит версии = 8 (Double), с какого перепугу? Есть инфа?

Добавлено:
Frodo нас забросил, надеюсь не теряет время

delover
Говорят для кроссплатформенности.

delover
А ты справку вообще читаешь на предмет "что изменилось в новой версии" ?
Новость прошлогодняя вообще-то.

А перепуг наиболее вероятный - переход на SSE.
Кому не нравятся - пишут свои юниты для работы с x87 в x64, и дажеобсуждают их на форумах эмбаркадеров.

Arioch1
Роадмап не отменяет те типы данных которые появились в Borland Pascal 70. Напомню - это когда делфи ещё небыло.

wasilissk
Спасибо - вероятно вы сдесь гуру.

Добавлено:
Arioch1
А ещё мне интересно будет почитать почему откажутся VCL от класса TExtendedField. Наверно только MS разрешено использовать высокую точность.

при чём тут планы на будущее ( roadmap ) ?
Речь про уже свершившиеся изменения, what's new, recent changes, etc.
Когда выходит новая версия читать, что в ней изменили, оооочень стоит во избежаине сюрпризов.

Не всегда 100% отменяет - но зачастую переименовывает. Привет {Short}String, привет Real48.
Привет программированию в машинных кодах, привет переменным Port[x] и Mem [X : Y].
Много чему привет.

Кстати, раз если для вас обратная совместимость - абсолют, то ведь 10-байтный Extended вам никтo не отменял, он как был доступен, так и остаётся. Можете им пользоваться в точности как и раньше.

Насчёт "откажутся" подробнее, pzl, а то Гугл не в курсе
Хотя тип, конечно невезучий. Зaрелизили его в 2009, да забыли включить, пришлось 2010 ждать :-D

Не знаю ,как сейчас у МС ,но в первой версии было так же - http://www.osronline.com/article.cfm?article=244

Вообще - ваши претензии в Интелу с AMD, пусть уже отменяют SSE.