Delphi XE x?

← →
dmk © (2014-05-05 17:24) [0]

Привет! Подскажите какая последняя версия delphi стабильнее всего? XE5-XE6. Хочу Professional версию взять.

← →
dmk © (2014-05-05 17:30) [1]

Поставил XE6 trial - такое ощущение, что глючит. На простых операциях валится.

← →
junglecat (2014-05-05 17:57) [2]

эмбаркадеро, похоже, всерьез вознамерилось обогнать мелкософт по количеству выпускаемых версий ide

← →
Rouse__ (2014-05-05 18:40) [3]

У шестерки много чего поправили, сам на нее заглядываюсь, но я бы посоветовал подождать до первого SP

← →
Aleks2014 (2014-05-05 22:15) [4]

Около недели юзаю 6-у, полет нормальный...

← →
Kerk © (2014-05-05 22:33) [5]

Утверждают, что в XE6 пофиксили 2500 багов.

← →
имя (2014-05-06 00:17) [6]

Удалено модератором

← →
Германн © (2014-05-06 02:33) [7]

Удалено модератором

← →
Eraser © (2014-05-06 03:07) [8]

> junglecat (05.05.14 17:57) [2]

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

← →
Германн © (2014-05-06 03:18) [9]

Удалено модератором

← →
kilkennycat © (2014-05-06 11:29) [10]

> в XE6 пофиксили 2500 багов

чьих? 5-ой? тогда хорошо. а если собственно 6-ой, то без разницы

← →
junglecat (2014-05-06 11:32) [11]

> если собственно 6-ой

собственно 6-ой еще добавили 3000, а то что же в 7-ой фиксить?

← →
Kerk © (2014-05-06 13:05) [12]

> kilkennycat © (06.05.14 11:29) [10]
>
> > в XE6 пофиксили 2500 багов
>
> чьих? 5-ой? тогда хорошо. а если собственно 6-ой, то без разницы

Я свечку не держал :)
Они выкладывали список из 500 багов в QC, которые пофикшены в XE6. Т.е. как минимум 500 - это баги старых версий :)

← →
Пит (2014-05-06 14:02) [13]

> У шестерки много чего поправили

например?

← →
Cobalt © (2014-05-06 16:52) [14]

Работаю на XE5 - в в группе проектов есть и наследование форм/датамодулей, и интерфейсы, и дженерики, bpl и dll - стабильно работает.

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

← →
Rouse_ © (2014-05-06 17:09) [15]

> Пит (06.05.14 14:02) [13]
> например?

http://edn.embarcadero.com/article/43754

← →
Пит (2014-05-06 17:36) [16]

> > например?
>
> http://edn.embarcadero.com/article/43754

Да я понимаю что в QC много всякого. Я про то, что важно для тебя?

← →
Kerk © (2014-05-06 17:40) [17]

Файлы получаются меньше, чем в XE5. Кому-то это важно наверно))

← →
Пит (2014-05-06 17:56) [18]

> Файлы получаются меньше, чем в XE5

ооо, это впервые в истории, что пустая форма компилится в меньший размер у следующей версии дельфи? ))

← →
jack128_ (2014-05-06 18:12) [19]

> Я про то, что важно для тебя?

Ну вот например Stream.ReadBuffer. На самом деле лично я не знаю, может это пофиксино и в ХЕ5, но в XE4 примерно такое:
ReadBuffer(var Buffer; Count: INteger); var Buf: TBytes; begin SetLength(Buf, Count); if Read(Buf, 0, Count) <> Count then raise ... ; // вызывается перегрузка, которая принимает TBytes Move(Buf[0], Buffer, Count); // копируем в целевой буфер end;
вопрос: нафиг тут вообще под какие то TBytes память выделять?

← →
Kerk © (2014-05-06 18:17) [20]

> Пит (06.05.14 17:56) [18]
>
> > Файлы получаются меньше, чем в XE5
>
> ооо, это впервые в истории, что пустая форма компилится
> в меньший размер у следующей версии дельфи? ))

Пустую форму не смотрел.
Мои DLL-ки получаются на несколько десятков килобайт меньше, чем в XE5.

← →
junglecat (2014-05-06 18:23) [21]

навернули все, что можно навернуть, теперь занялись оптимизацией

← →
Cobalt © (2014-05-06 18:40) [22]

2 jack128_ (06.05.14 18:12) [19]
в XE5:
procedure TStream.ReadBuffer(var Buffer; Count: Longint); var LTotalCount, LReadCount: Longint; begin { Perform a read directly. Most of the time this will succeed without the need to go into the WHILE loop. } LTotalCount := Read(Buffer, Count); { Check if there was an error } if LTotalCount < 0 then raise EReadError.CreateRes(@SReadError); while (LTotalCount < Count) do begin { Try to read a contiguous block of <Count> size } LReadCount := Read(PByte(PByte(@Buffer) + LTotalCount)^, (Count - LTotalCount)); { Check if we read something and decrease the number of bytes left to read } if LReadCount <= 0 then raise EReadError.CreateRes(@SReadError) else Inc(LTotalCount, LReadCount); end end;

← →
jack128_ (2014-05-06 19:11) [23]

А, ну да, фиксанули получается в XE5. Ну норм.

← →
jack128_ (2014-05-06 19:27) [24]

> Да я понимаю что в QC много всякого. Я про то, что важно
> для тебя?

Работа со стримами для меня самая важная, хорошо что хоть хелперы помогают сделать из того что они в ХЕ4 навернули что-то более вменяемое :)

← →
Rouse_ © (2014-05-06 19:33) [25]

Предыдущий пост мой, джек, зараза так и не разлогинился :)

← →
Пит (2014-05-06 20:44) [26]

>Предыдущий пост мой

А пред предыдущий? )

← →
Rouse_ © (2014-05-06 21:02) [27]

> Пит (06.05.14 20:44) [26]

Миша, ну ты же знаешь, что я не пишу слова наподобие "фиксанули" :)))

← →
Kerk © (2014-05-06 23:27) [28]

Короче, раз вопрос с размером файлов поднялся, решил проверить на пустых проектах. DLLки мои стали чуть меньше, но там нет GUI, так что кто его знает как оно с пустыми проектами...

С VCL все традиционно:
XE5 - 2 104 320
XE6 - 2 260 992

А вот FireMonkey Desktop Application ломает традиции:
XE5 - 5 297 152
XE6 - 5 052 928

Возможно, дело в VCL, но не совсем, вот результат компиляции BPL (минутка пиара заодно:), тут VCL-формы есть:

SourceOddity_XE5.bpl - 936 448
SourceOddity_XE6.bpl - 924 160

← →
Пит (2014-05-07 01:23) [29]

> А вот FireMonkey Desktop Applicatio

а нельзя в одном приложении совмещать VCL и Firemonkey контролы?

Ну или по другому наверное лучше:

1) может ли в приложении быть две формы, одна составлена из VCL, вторая из FM?
2) может ли на одной форме быть и VCL и FM контролы?

← →
Германн © (2014-05-07 02:19) [30]

> Пит (07.05.14 01:23) [29]
>
>
> > А вот FireMonkey Desktop Applicatio
>
> а нельзя в одном приложении совмещать VCL и Firemonkey контролы?
>
>

А смысл?

← →
sms (2014-05-07 09:42) [31]

смысл простой, VCL от винды, Firemonkey от производителя

← →
Kerk © (2014-05-07 10:19) [32]

Смешивать нельзя. Точнее можно, с помощью каких-то хаков, но я сходу не помню как это делается.

← →
Cobalt © (2014-05-07 14:09) [33]

Один ехе-ник для винды, мака и андроида? ;-)

← →
Rouse_ © (2014-05-07 14:19) [34]

> Cobalt © (07.05.14 14:09) [33]

Как ты себе это представляешь? :))

← →
Пит (2014-05-07 16:30) [35]

> Смешивать нельзя.

я не очень понял ответ в контексте того, что вопроса два

← →
Kerk © (2014-05-07 17:14) [36]

Ответ в контексте [29]
В принципе это можно и кто-то так умеет делать, но производителем такой функционал не предусмотрен.

← →
Пит (2014-05-07 17:45) [37]

> В принципе это можно и кто-то так умеет делать

умеет и первое, и второе?

Просто первое на мой взгляд это просто.
А вот второе под вопросом, пункты явно разные.

← →
Kerk © (2014-05-07 17:56) [38]

Можно встраивать FM-форму в VCL-форму как фрейм. Вот например https://code.google.com/p/firemonkey-container/
Про использование FM-контроллов прямо на VCL-форме (или наоборот) я ничего не слышал.

← →
Пит (2014-05-08 11:15) [39]

> Про использование FM-контроллов прямо на VCL-форме (или
> наоборот) я ничего не слышал.

а что в одном приложении есть две формы - одна VCL, другая FM - этому что может помешать? Про размер Exe я понимаю ))

← →
Дмитрий СС (2014-05-08 12:27) [40]

Компилятора под линукс сервера так и нет?

← →
Kerk © (2014-05-08 12:44) [41]

> Пит (08.05.14 11:15) [39]

Я ж говорю, я не занимался этим. Могу предположить, что одна из проблем в том, что в таком приложении будут существовать одновременно два объекта Application (один от VCL, другой от FMX).

> Дмитрий СС (08.05.14 12:27) [40]

Нет

← →
Rouse_ © (2014-05-08 13:27) [42]

> Дмитрий СС (08.05.14 12:27) [40]
> Компилятора под линукс сервера так и нет?

Я может чего-то путаю, но разве iOS/Android не линукс?

← →
Пит (2014-05-08 14:05) [43]

> Я может чего-то путаю

я может чего-то и путаю, но разве ты не понял о чем был вопрос? ))

> Пит (08.05.14 14:05) [43]
> я может чего-то и путаю, но разве ты не понял о чем был
> вопрос? ))

Если бы понял - то и вопроса небыло бы :)

> Rouse_ © (08.05.14 13:27) [42]

я так понимаю, дело там не в компиляторе, с ним как раз проблем нет, т.к. архитектура теперь позволяет легко компилить под любую платформу. проблема с тем, что нужно делать поддержку всего API навеса, нужно ОС.

← →
Пит (2014-05-08 21:04) [46]

> Если бы понял - то и вопроса небыло бы :)

хорошая попытка, Розыч, но я не поверил )

← →
Дмитрий СС (2014-05-08 22:16) [47]

> Я может чего-то путаю, но разве iOS/Android не линукс?

Процессор не тот и, не уверен, но скорее всего низкого уровня даже под андроид нет.

> скорее всего низкого уровня даже под андроид нет.
>

А что в данном контексте подразумевается под низким уровнем?

← →
Пит (2014-05-09 11:18) [49]

> но скорее всего низкого уровня даже под андроид нет.

как раз для андроида дельфи компилирует нативные приложения ) Под один какой-то распространенный вид архитектуры.
Если Kerk"а нам не врет ))

> Rouse_ © (08.05.14 13:27) [42]
>
> Я может чего-то путаю, но разве iOS/Android не линукс?

iOs не линукс точно. Дальний родственник FreeBSD. У FreBSD ядро другое совсем, чем у линукс.

> хорошая попытка, Розыч, но я не поверил )

Мих, если ты думаешь что я такой крутой спец по Линуксу, то ты ошибаешся :)
Но подозреваю что апи у всех линуксов одно и то-же.

> iOs не линукс точно. Дальний родственник FreeBSD.

iOS - на базе Unix-а построена.

Надо понимать, что исполняемый файл - это не кусок машинного кода (с ностальгией вспомнил .COM-файлы), а некая инфраструктура. В том же всем знакомом виндовом exe-шнике, кроме машинного кода, есть много всего необходимого для работы: секции импорта всякие и т.п.

Компилятор под Android делает .so-файлы. Это не исполняемый файл, а что-то типа виндовых DLL (ну такой вот андроид странный). Теоретически, можно попробовать использовать такой .so на нормальном arm-linux, может быть, даже что-то получится. Если найдутся энтузиасты, было бы интересно. Хотя понятно, что про FM и прочее придется забыть и писать на "голом" API.

Думаю, когда они наконец сделают поддержку Intel, то нормальный компилятор под линукс будет не за горами. Но скорее всего без GUI - они обычно так говорят. У них многие просят возможность делать DataSnap-сервер под линукс.

> Если Kerk"а нам не врет ))

"Kerk"а" всегда врет. Попробовал бы уже сам хоть раз что-то сделать и увидеть как все работает. Всяко лучше, чем языком без конца трепать.

> Теоретически, можно попробовать использовать такой .so на
> нормальном arm-linux,

Ромч, погодь, а изначальный линукс разве не под интела делался? Ну либо я не понял что щас есть арм-линух. Кто из них основной?

Я знаю только что существуют сборки линукса, работающие на ARМ :)
https://www.linux.com/learn/tutorials/598228:4-fine-linux-arm-distros-

> Rouse_ © (09.05.14 12:33) [51]

> iOS - на базе Unix-а построена.

Unix это слишком размыто. Не понятно какой юникс опять же. Это целое семейство, к которому и Linux и BSD и Nextstep всякие и Solaris принадлежат.

Конкретно iOS основана на коде Darwin, который в свою очередь на базе FreeBSD и NextStep. Как и OS X.

← →
Павиа (2014-05-09 21:04) [56]

Со старым нетбуком можно, работать и на природе !!!

← →
Дмитрий СС (2014-05-10 01:58) [57]

Насколько я понимаю arm от x86 линукса значительно не отличается. Отличается только маш.код.

А под низким уровнем я понимаю описания для ядерных функций (работа с процессами, сигналами, потоками, файлами и т п) + описания и возможно обёртки для популярных библиотек: openssl, curl, ...

То что есть под FP весьма обрезано и старо, но и на том спасибо :)

> А под низким уровнем я понимаю описания для ядерных функций
> (работа с процессами, сигналами, потоками, файлами и т п)

В моё время это называлось средним уровнем.

← →
Дмитрий СС (2014-05-10 08:41) [59]

> В моё время это называлось средним уровнем.

Разве можно взаимодействовать с ОС на более низком уровне?

← →
Пит (2014-05-10 09:42) [60]

> Всяко лучше, чем языком без конца трепать.

бе бе бе )

← →
Пит (2014-05-10 09:42) [61]

> Мих, если ты думаешь что я такой крутой спец по Линуксу,
> то ты ошибаешся :)

я просто думаю, что ты крутой спец )

Delphi XE x? Найти похожие ветки