» Вопросы по Embarcadero RAD Studio XE5-XE8,10.x(Seattle, Berl

Цитата:

И не должен! Хотите видеть данные типизированного указателя - разыменовывайте перед добавлением в Watch ...

Я тоже считаю что не должен. В общем в XE7 все в порядке с отладчиком

Eternal_Shield
NickNNN

Цитата:

И не должен! Хотите видеть данные типизированного указателя - разыменовывайте перед добавлением в Watch ...

Проблема в том, что он ничего не показывает. Ни адреса, ни значения. Вообще ничего - просто пустая строка.

Добавлено:
NickNNN
Eternal_Shield
SuPriTo
Вот скриншот

V1s1ter
В XE7 проверил, вроде бы все работает. Лучше дайте пример кода, на котором не работает, чтобы проверить запустить.
Я могу только грешить на оптимизацию.

V1s1ter
У-у-у-у, либо какая-то софтинка (антивирь или тому подобная хрень) конфликтует с дебаггером, либо как то среда криво встала ... как вариант может память ошибками сыпит? но тогда общая стабильность системы была бы под вопросом.

Или в настройках проекта что-то совсем не то творится ....

Даже не знаю что и советовать.

В ХЕ6 не работает "block completion", ппц, так не удобно без привычной функции.

Что в мире-то деется... Обезьянокапец, похоже. Как бы вместе с ней и дельфю не накрыло.

А вот еще с opennet.ru:

Цитата:

Для упрощения участия в разработке Microsoft предоставит новую редакцию среды разработки Visual Studio Community 2013, которую смогут бесплатно использовать небольшие команды разработчиков, которых насчитывается 5 и менее участников. В отличие от бесплатной версии Express новая редакция позволит использовать дополнения и предоставит комплексный набор средств для разработки программ для десктопа, web-приложений и мобильных программ.

kaz_av

Цитата:

Что в мире-то деется... Обезьянокапец, похоже. Как бы вместе с ней и дельфю не накрыло.

Думаю D ничего не угрожает. Как выбирали трэшаковые Java/.net для "девелопмента" так и будут выбирать. Ведь "псевдокодеров" с гугл плагином фатально много и их хватит на все проекты.

Надеюсь сей пинок со стороны МС поможет вернуть летающих в облаках неадекватов на землю и открыть им глаза. Надеюсь ем-ро осознают свои ошибки и быстро перегруппируются.

Eternal_Shield

Цитата:

Думаю D ничего не угрожает.

Если учесть, что возросший интерес к дельфям в последнее время обуславливается "поддержкой" мобильных платформ и тот факт, что МС с Ксамарином предлагают её же, только еще и с офигенно развитыми инструментами разработки (сходил на сайт ксамарина, посмотрел на редакторы UI для иос и ведроида, потом запустил XE7 и прослезился)... Картинка рисуется безрадостная, увы.


Цитата:

Надеюсь ем-ро осознают свои ошибки и быстро перегруппируются.

Я бы тоже хотел на это надеяться, но ведь они c момента покупки CG (пять лет прошло) до сих пор ничего не смогли предложить, кроме хитрых маркетинговых ходов для увеличения надоев, так и пользуются наследием борланда в виде VCL.

kaz_av

Цитата:

возросший интерес к дельфям в последнее время обуславливается "поддержкой" мобильных платформ

Я не имел ввиду любопытных, которые проходя мимо заметили что-то для моб.раз., попробовали и бросили. Одним словом: пришли и ушли.

Имел ввиду костяк, который никуда не денется и будет юзать D.

---

Интересно, не зародится ли в чайниках ем-ро идея возродить D.net? Ведь если бы они не дропнули разработку на середине 00х, то, в свете вестей с полей, сейчас эта разработка была бы весьма кстати. И нет таких ограничений, как в Oxygene.

Ведь VCL был, на то время, .net совместим (да и сейчас, скорее всего) и всё крутилось без особых проблем. И после порта .нет в 2015м на никсы все текущие (в своей массе) приложения бы автоматом заработали на чём угодно.

Microsoft открывает исходный код .NET и делает его кроссплатформенным
http://habrahabr.ru/post/243111/

Осталось дождаться, кода EC сделает VCL и FireMonkey open-source.

Цитата:

Осталось дождаться, кода EC сделает VCL и FireMonkey open-source.

По опыту написания мобильного клиента под Android на FMX скажу - мне все больше хочется сделать эту программу на JAVA. Одна реализация ActionBar в Android чего стоит, а тут приходится выдумывать. А ведь меню и навигация это одно из основных в мобильном приложении.

Да и у мобилки очень много своих нюансов. "Единый" код выходит большой головной болью для программиста в итоге

Eternal_Shield

Цитата:

Я не имел ввиду любопытных, которые проходя мимо заметили что-то для моб.раз., попробовали и бросили.

Без новой крови не будет и будущего, это очевидно. А если новую кровь нечем привлекать конец немного предсказуем.


Цитата:

Имел ввиду костяк, который никуда не денется и будет юзать D.

А вот это большой вопрос. Для поддержки старых проектов совсем не обязательно покупать новые версии. Для новых проектов их тоже не обязательно покупать т.к. можно сидеть на тех же старых версиях (не удивительно, что D7 до сих пор популярна) или пересесть на конкурента, который хотя бы гвоздями к виндам не прибит.


Цитата:

Интересно, не зародится ли в чайниках ем-ро идея возродить D.net?

У меня тоже была такая мысль, но только в отношении поддержки WinRT и WinPhone.


Цитата:

Ведь VCL был, на то время, .net совместим (да и сейчас, скорее всего) и всё крутилось без особых проблем. И после порта .нет в 2015м на никсы все текущие (в своей массе) приложения бы автоматом заработали на чём угодно.

VCL.NET не использовала инфраструктуру дотнета WinForms, там все работало по прежнему на чистом Win32, а его, понятное дело, под никсами нет (wine не в счет). Да и сам WinForms МС вроде пока не открыла (речь идет только о .NET Core Framework, пока).

Ну а если использовать Wine и Mono, то приложения VCL.NET можно запускать и так безо всяких проблем: https://www.dropbox.com/s/4g9l9g2bcrzkmm9/d2009_dotnet_under_wine_on_ubuntu_14_04.png?dl=0

kaz_av

Цитата:

А вот это большой вопрос.

Учитывая политику обновления у ем-ро, то бабло к ним не перестанет течь...


Цитата:

VCL.NET не использовала инфраструктуру дотнета WinForms

Да, посмотрел сейчас исходники, оказывается там всё на врапперах, т.е. полная привязка к wapi ... Тогда не было смысла пилить vcl дальше, а голый компиль - штука мало полезная.


Цитата:

а если использовать Wine и Mono, то приложения VCL.NET можно запускать и так безо всяких проблем

Изврат, конечно, но выглядит забавно.

Цитата:

Цитата:
А вот это большой вопрос.

Учитывая политику обновления у ем-ро, то бабло к ним не перестанет течь...

Я последний раз покупал XE3. Сейчас уже XE7 - сейчас я скачал и попробовал сделать приложение перед покупкой. Вышло проще говоря не очень. Покупать XE7 точно не буду. Возможно XE10. И то для Win32

И я думаю таких немало. Для Win32 годятся старые версии, для мобильной разработки все равно не годится.

Eternal_Shield

Цитата:

Учитывая политику обновления у ем-ро, то бабло к ним не перестанет течь...

Для десктопщиков обновляться вообще смысла мало, если только печет какой-нибудь компиляторный баг.


Цитата:

а голый компиль - штука мало полезная.

Как сказать... Если бы сделали интеграцию со студией, как RemObjects, было бы неплохо. Тут штука в том, что и сам компилятор нужно развивать согласно новшествам фреймвока (а у них с этим похоже беда), иначе работа со сторонним кодом была бы невозможна. Как было, когда .net-компилятор дельфей не знал ничего о дженериках, использовать такие классы из фреймвока или сторонних сборок было нельзя.


Цитата:

Изврат, конечно, но выглядит забавно.

Прикол в том, что благодаря вайну win32-софт становится даже более переносимым чем софт под .net (не mono) Выглядит хоть и страшненько, но работает. Я даже демки собранные ранней обезьяной под вайном пускал, но те годились только на "посмотреть и закрыть".

Добавлено:
SuPriTo

Цитата:

Осталось дождаться, кода EC сделает VCL и FireMonkey open-source.

В опенсурс уже есть LCL, а обезьяна в нынешнем виде просто не нужна.

kaz_av
Я больше про сообщество. EC не развивает сообщество и экосистему.
И хотелось бы, чтобы они VCL и FM отделили от среды и компилятора.
P.S. Одной из целей MS в выкладывании исходников является привлечение
внимания новых программистов к их продуктам.
А в этом смысле туры EC как то бедно смотрятся.

SuPriTo
Зачем сообществу коды виндо-ориентированной VCL? В каком направлении её развивать? Для кросс-платформы её нужно полностью переписывать. А зачем, когда уже и так есть LCL, которой и без того рук не хватает? Не, для абракадабры нет ни какого смысла открывать исходники VCL. Сообщества они не увеличат. Ну и не стоит забывать, что МС открыла платформу которая напрямую денег ей не приносит.

kaz_av
Цитата:

У меня тоже была такая мысль, но только в отношении поддержки WinRT и WinPhone.

В этом плане намного интереснее как RTL с .NET-ом дружила. Если она тоже дергала различные API напрямую, то неудивительно, что у нас еще нету поддержки WinRT.

Frodo_Torbins
Сейчас пробежался по system и sysutils. System весь дотнетовый, в sysutils есть небольшие вкрапления WinAPI.

kaz_av
Ага, вот тоже нашел интересную статейку на эту тему: http://dannythorpe.com/wordpress/2005/03/18/delphi-net-running-on-net-compact-frameworks/ То есть основная часть RTL и компилятор под дотнетом нормально работали. И сегодня сделать на основе дотнета поддержку WinRT наверное вполне возможно. Вот только все ресурсы пущены на iOS и Android.

kaz_av
недавно гонял свою прогу на fmx (xe7, win8, x32, не использует стили at all) по времени больше чем обычно,
в использовании была 1 небольшая битмапка и шейп с тенью + пару-тройку контролов,
через 15 минут выжрало около 1Гб gpu памяти, и 300Мб основной оперативы,
Очевидно что "улучшения" на лицо.
Про исправления в xe7 upd1, как-то даже стыдно упоминать, чем ребята-разрабы заняты хз - видимо опять стили оттачивают?
Вообщем после последних анонсов тандема xamarin + ms, имеет смысл двигаться в ту сторону.

Frodo_Torbins

Цитата:

Вот только все ресурсы пущены на iOS и Android.

Это логично т.к. ни WinRT ни WinPhone пока так и не взлетели, а для их поддержки делать придется значительно больше, чем для первых двух. Если первые обходятся одним кодом FMX с небольшой платформо-зависимой частью, то для Win... придется рожать новый аналог VCL, скорее всего.

sergionn

Цитата:

Вообщем после последних анонсов тандема xamarin + ms, имеет смысл двигаться в ту сторону.

У меня уже качается студия, хочу посмотреть на предмет интеграции Xamarin с Oxygen Теперь интересно, что будет абракадабра делать, ведь их бесплатный план на AppMethod стал выглядеть очень и очень бледно. Кстати, RemObjects со своим шарпом теперь тоже в интересном положении, которое свелось к единственному уникальному C# for JVM.

Medium
http://docwiki.embarcadero.com/RADStudio/XE7/en/Release_Notes_for_XE7_Update_1
Нужно для установки
30 GB of free space (for Delphi-only Professional SKU)
50 GB of free space (for studio SKU with mobile)

Цитата:

Также как и RTM ставит все языки и т.д.?

Да.

SuPriTo
Спасибо.

Кстати, насчет установки XE7 и огромного размера.
GUID, которым именуется каталог в ProgramData, используемый для "свалки" инсталлятора, - наверняка "одинаковый у всех".
Поэтому для установки на тома с нехваткой места можно создать каталог на любом другом томе, а в ProgramData - ссылку на него. После инсталляции, как говорилось неоднократно, эту папку можно смело удалять, либо сохранить содержимое в ограниченном составе (только файлы корня и подкаталог OFFLINE), перенеся уже в реальный подкаталог ProgramData.
Должно помочь.

dred2k
Спасибо за совет.

Код :
procedure writepi();
const Pi='3.141592653589793238462643383279502884197169399375105820974944592307816406286';
var
s:Single;
d:Double;
e:Extended;
r:Real;
r48:Real48;
begin

s:=StrToFloat(Pi);

writeln(s.ToString(TFloatFormat.ffFixed,100, 100,FormatSettings));
d:=StrToFloat(Pi);
writeln(d.ToString(TFloatFormat.ffFixed,100, 100,FormatSettings));
e:=StrToFloat(Pi);
writeln(e.ToString(TFloatFormat.ffFixed,100, 100,FormatSettings));

end;

выдает
3.141592741012573240
3.141592653589793120
3.141592653589793240

одинаковый(по длине) вывод для double и extended, но вроде последний должен обладать большей точностью? Поясните..

VadimShvarts, XE7 Distiller (Build 26) будет?

AlekXL
Есть такие функции SetRoundMode или SetPrecisionMode в System.Math. Возможно могут помочь.