» Вопросы по Embarcadero RAD Studio XE4

[more=Пишу в стену]
Выше код.
Нафига он нужен? Во первых создаём пустой проект к 1 кнопка. По клику делаем GetMem без освобождения памяти. Самое главное - ставим опцию +dcu debug utils.
добавим модуль в проект первыи и не забудем, что не надо писать uses...
Ставим брейкпоинт в finalization мдуля и смотрим масситв в отладчике. Надо записать самый первый Sz и SP, -все свободные - 0. То что записано вставим в комментарий. И делаем брейкпоинт после if. К нашему удивлению после нажатия на кнопку - брейкпоинт и кнопа в реальном стэке. После вторичного прочтения что мы написали становится ясно - не хватило сил на Freemem.[/more]

Eternal_Shield
Я бы убил за такие прогнозы, но печалька - ощущения те же. Надеюсь VS всё же будет лучше.

чем это лучше встроенной в fastmm4 отладки кроме - мало кому нужной - интеграции поверху любого другого hmm

Добавлено:

Цитата:

1) Последний раз это было либо на С# либо на VB. Я хотел написать типа S2 := Copy(s1, 5, MaxInt);  

наверное на шарпе. В Васике есть стандартная функция MID$ в которой 3 или 2 параметра. Соотв. в случае 2 - это работает по типу LeftTrim(s,n)


Цитата:

s2 = MID(s1,5)

Arioch1
Точно в шарпе в васике получше будет.

LGTeam

Цитата:

var
sp: Pointer;
begin
sp := @sp;

Это чтобы без заморочек с ассемблером узнать адрес - глубину стека. Если совпала глубина и размер выделяемой памяти - вероятнее всего это именно пропавшая память.

miwa

Цитата:

А что, JediVCL уже есть для ХЕ4?

Нет, и не факт, что будет.
Компилировал версию для хе3.

Цитата:

miwa

Цитата:
А что, JediVCL уже есть для ХЕ4?

Нет, и не факт, что будет.
Компилировал версию для хе3.

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

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

Пример:

Код: program dereference;

{$APPTYPE CONSOLE}

{$R *.res}

uses
System.SysUtils;

type
TStruct = record
x, y: Integer;
end;
PStruct = ^TStruct;

procedure CallStruct(ps: PStruct);
begin
if Assigned(ps) then
WriteLn(ps.x);
end;

var
s: TStruct;
begin
try
s.x := 9;
s.y := 10;
CallStruct(@s);
ReadLn;
except
on E: Exception do
Writeln(E.ClassName, ': ', E.Message);
end;

вроде бы сколько помню Delphi при обращении к элементам (array ) или полям (record) позволяет не разыменовывать указатели , но требует разименовывания при обращении к записи в операторе with

Цитата:

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

Ихмо давно. Но можно и разименовать ошибки не будет.

Цитата:

Ихмо давно. Но можно и разименовать ошибки не будет.

Я знаю, что можно. Удивлился, что можно и не

Возникли такие вопросы:
- vcl-приложение на xe4 будет работать на win2000/2003?
- то же для Firemonkey;
- что намутили этакого, что мин требование для установки - vista?
- пофиксили ли косяки с цветами на контролах типа datetime, при использовании встроенных тем?
Переходить, в любом случае, до апдейта jedi и первого sp не планирую

SnowPanther

Цитата:

что намутили этакого, что мин требование для установки - vista?

XE4 прекрасно работает на XP SP3

Цитата:

XE4 прекрасно работает на XP SP3

До певого чиха? Не, спасибо, мы лучше пешком.

alexgala

Цитата:

на их сайте пишут , что еще не готово

Можно ссылку где именно пишут?

miwa

А конкретнее? По твоей ссылке пишут:

Цитата:

Вы можете разрабатывать приложения, используя наиболее удобную для вас версию ОС Windows: Windows 8, Windows 7, Windows Vista, XP

Цитата:

kot3

Цитата:

[/q]
[q]на их сайте пишут , что еще не готово

Можно ссылку где именно пишут?

да лови _http_://issuetracker.delphi-jedi.org/view.php?id=6137

Delphi XE4: NextGen compiler is disapointing:
_https://forums.embarcadero.com/thread.jspa?threadID=87171&tstart=0
_http://blog.synopse.info/post/2013/05/11/Delphi-XE4-NextGen-compiler-is-disapointing

sergionn
Разумеется все будут недовольны. И так дела хреновые, так ем-ро ещё и "инновации" никому не нужные добавляет.

Бучез правильно сделал, что поднял бучу, т.к. ломают, в наглую, нашу философию ... причём на ровном месте.

Цитата:

нашу философию

А в чем философия?

Как бы это "nextgen" сейчас и в ближайшем прицеле в большем касается только ios (и возможно android), а у них на 99% перспектива к выживанию стремится к 0.
Deks правильно заметил, что эти горе-мобильные приложения будут ставить в обязательном порядке как дополнением к корпоративным сервисам. Все верно, за малым исключением: emb владеет частный фонд, который не под каким соусом не будет долго спонсировать за свой счет все эти эксперименты над обезьяной - ему нужна прибыль, здесь и сейчас. Продажи xe3 были ужасным, xe4 предположительно практически нулевые, 5-ка по сути уже ничего не решит - им просто уже НЕЧЕГО добавить в нее такого, чтобы заставить клиентов усиленно платить, а андроид..... андроид будет еще более фейловым чем ios из-за проблем c совместимостью с зоопарком устройств на зеленом роботе.
Так что все это бурление на форумах и группах - пустое, возможно после xe5 будем свидетелями кардинальных событий в мире delphi..........

sergionn
Вопрос был про философию, а не филоденгию.
>что эти горе-мобильные приложения
Мы тоже на них рассчитываем. Лет через этак 10 навояю Ладдер на сматрфоне.

HeMet

Цитата:

А в чем философия?

with, 1-based string и никаких нубских ARCов - это всё часть философии, имхо

sergionn

Цитата:

Как бы это "nextgen" сейчас и в ближайшем прицеле в большем касается только ios (и возможно android),...

Это-сэто, в примерочной мы тоже много чего примеряем. Сейчас они поиграются с LLVM. Все подводные камни выловят. Приведут к общему знаменателю все собранные данные ... и не факт, что, в обозримом будущем, они не переведут классику на LLVM.

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

"С чего это вдруг?" - да с того, что будет существенный прирост скорости приложений ... имхо, это будет основным моментом. Привнесёт переход и кучу других плюшек. Для голодранцев из Сан Франциско это может послужить мотивацией и последней надеждой на покос баблинского.

Все эти потуги с iOS и ведром - это всё курам на смех, и, судя по всему, курам не смешно.

Цитата:

with, 1-based string и никаких нубских ARCов - это всё часть философии, имхо

with - не жалко, пользы от него пшик, а хлопот может доставить.
1-based string - всё с нуля, а строки с 1, потому что 25 лет назад в TP под ныне мертвый DOS у нас был ShortString где в нулевом байте была длина. Тоже скучать не буду, благо единичку всегда старался не хардкодить Вариант с директивой меня вполне устраивает.
ARC - не нубский, он уже и так есть для строк, динамических массивов и интерфейсов, наконец-то добрался и до классов (жаль только под iOS). Не отказался бы, если бы его можно было включать какой-либо директивой (лучше для каких-то конкретных модулей и чтобы const на параметрах работал аналогично). Можно try finally не писать на каждый чих.

Что мне во всех этих изменениях не особо нравится так это отсутствие ассемблера, слабое взаимодействие с iOS (явно, через маршалинг) и подвешенная судьба указателей (иногда они бывают полезны, хотя лучшей, на мой взгляд, развивать идею ссылочных типов) ну и плюсов неизменяемых строк по отношению с COW-строкам я так и не углядел.

HeMet

Цитата:

with - не жалко, пользы от него пшик, а хлопот может доставить.

Пользы не меньше, чем от арки. Самый расп. код, который я исп.: [more]
Например, когда надо хитрый запрос создать и т.п.:

Код:
with TStringBuilder.Create(1024) do
try
for I := K to L do
Append(...);
finally
Free;
end;

Цитата:

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

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

Если бы FM был выдающимся творением - идея то не плохая, использовать 1 сет визуальных компонентов с поднаборами для разных платформ.

LadyOfWood

Цитата:

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

Правильно считаете. Я тоже считаю, что единая кодовая база для N платформ - это утопия ...

Цитата:

Если бы FM был выдающимся творением - идея то не плохая,

Эта идея не нова, еслия не ошибаюсь в Java swing сделан также (в смысле не нативно). Проблема в том что это не родное, то есть многие вещи которые делаются системой тут делаются через одно место.

Нашел с чехов
RAD Studio iOS Tutorials: Delphi iOS Application Development
Надееюсь кому нибудь пригодиться

Eternal_Shield

Цитата:

Правильно считаете. Я тоже считаю, что единая кодовая база для N платформ - это утопия ...

Qt с тобой не согласно. Смотрим на GoldenDict или VirtualBox - прекрасно выглядят и на виндах и на линуксах. Идея собственных виджетов не кривая, её портит кривая реализация.