Ru-Board.club
← Вернуться в раздел «Прикладное программирование»

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

Автор: sergionn
Дата сообщения: 05.05.2013 22:26

Цитата:
Неужели в Эмро так не уважают клиентов, что тупо пудрят мозги?!

я забил, после xe4, маркетологи рулят там однозначно, думаю им просто деваться некуда - дано распоряжение пиарить - пиарят, возможно перед предстоящим сливом delphi...........
все эти споры о том нативный код там или нет - УЖЕ НИ О ЧЕМ, факты говорят за себя:
не будет коммерции под delphi ios -
- из-за космического размера элементарных программ
- из-за непомерной загрузки cpu/gpu
- из-за медлющих списков, и тормознутейших контролов
- из-за огромного количества багов
- из-за периодических крэшев
- из-за скудной поддержки сервисов
- из-за непонимания сути мобильной разработки - когда к примеру загрузка 5Мб картинки с камеры жрет 90Мб и выдает предупреждение системы, и т.д. и т.п.

Цитата:
Меня уже второй год не покидает ощущение надвигающейся катастрофы. Нынешний релиз тому подтверждение. Я стал неврастеником?

Я так понял, что даже последние 2,5 жопоруких разработчика, который блеванули кусками говнокода в xe4 да так, что потеряли шрифты в gdi+ режиме и режим минимизации похерили, и наделали еще кучу новоиспеченных багов, делающие разработку в fmx без серьезной правки исходников просто невозможной,
вот думаю что они, и не только они, уже чуют эту самую катастрофу.
Новых продаж vcl-части delphi, способной поддержать emb уже не будет, - нечего там уже делать, кроме исправления багов, а на багах денег не сделаешь, а fmx глупо и c треском провалилась,

наступают последние денечки дельфи в том виде в котором она существует под эгидой emb...........
Автор: LadyOfWood
Дата сообщения: 06.05.2013 01:45

Цитата:
Сущая ерунда - отсутствие в MacOS поддержки Win32-программ...

Речь кончено не идет о портировании существующей VCL. Создать легковесную обретку для родных контролов с идеологие VCL. Borland пыталась делать такое под Linux, но не пошло.
Автор: valgreesh
Дата сообщения: 06.05.2013 02:49
LadyOfWood

Под Linux обертку не делали, делали обертку для Qt. Ну а Qt в то время была, мягко говоря, далеко не айс. Ну и есть подозрения, что сворачиванию Kylix поспособствовало влияние MS.
Автор: VadimLou
Дата сообщения: 06.05.2013 10:43
Многоплатформенный VCL в виде обёрток на родными контролами - это в сторону FreePascal (LCL).
Автор: bigjorj
Дата сообщения: 06.05.2013 11:11
Вот очень как мне показалось доходчиво написанная статья по поводу изменений в компиляторе XE4. http://www.gunsmoker.ru/2013/05/modern-delphi.html
Автор: VadimLou
Дата сообщения: 06.05.2013 11:33
Пасибки А.Алексееву за перевод :
Новый официальный документ из-под пера Марко Канту – The Delphi Language for Mobile Development.
Автор: eddoc
Дата сообщения: 06.05.2013 13:51
Почитал, спасибо GunSmoker-у за перевод, хоть что-то начало проясняться.

зы. эволюция Дельфи с каждым релизом все больше напоминает очередную попытку клонирования Элен Рипли из "Чужой-4". Сколько еще ждать, интересно?
Автор: LadyOfWood
Дата сообщения: 06.05.2013 18:29
Эх, что то это сильно напоминает подход Java/.NET

Цитата:

В будущем:
with - deprecated
object - deprecated
указатели - deprecated
ассемблер - deprecated

Автор: deks
Дата сообщения: 07.05.2013 09:53
LadyOfWood


Цитата:
сильно напоминает подход Java/.NET


Это не удивительно - "под капотом" там тот же LLVM, который, собственно, обеспечивает кодогенерацией Objective-C. А уже Objective-C замыкает группу лидеров типизированных нескриптовых языков с "современными" средствами управления памятью. Следовательно, и Delphi идет в сторону "унификации" с этими "мэйнстримовыми" языками.


Цитата:
Создать легковесную обретку для родных контролов с идеологие VCL


Это сложно сделать. Под OSX/iOS нативные контролья и сама ОС очень любит штуки типа делегатов, субклассов и тп. То есть, без нормального interop языка с objective-C runtime ничего не выйдет. Вот Oxyegene это делает, а Delphi как бы живет "в своей песочнице": доступны только импортированные классы, требуется конвертация типов при вызовах платформенных методов, типы слабо совместимы.

Ну и не будем сравнивать Win32 C-based API для которого VCL стала удачной OOP-абстракцией c OSX/iOs и Cocoa/CocoaTouch - которая уже сама является достаточно мощной и объектно ориентированной. Зачем сверху Cocoa нужна еще VCL - не совсем ясно.

VadimLou


Цитата:
что не так с win8


То, что Delphi ее не поддерживает - нельзя сгенерировать код для Win8 RT. Генерируется только код для legacy Win32/Win64 desktop приложения, которое эмулирует интерфейс Metro (через FMX стили) и позволяет взаимодействовать с Metro-заглушкой для "живой плитки" (заглушка, видимо, на VisualStudio/C# написана, это REST сервис к которому можно обращаться из Desktop-приложения). Такая эмуляция/симуляция у ЭМРО называется Metropolis-приложением, но такие приложения не пускают в магазин приложений для Win8. А генерировать native для win8 код XE4 уже не умеет - умел только Oxygene для .NET (который был Delphi Prism, RIP).

Это к вопросу "true native" разработки - чего то средства ЭМРО уже не native даже для современной win!
Автор: VadimLou
Дата сообщения: 07.05.2013 11:23
У вас всё свелось к одному - нет native заглушки для metro. Не велика потеря. Всё остальное то ведь native. Хуже то что маркетинг мешает нормальному развитию ...
Автор: valgreesh
Дата сообщения: 07.05.2013 11:48
VadimLou

Более того, если посмотреть на SysUtils.TOSVersion:

Цитата:
TOSVersion = record
public type
TArchitecture = (arIntelX86, arIntelX64, arARM32);
TPlatform = (pfWindows, pfMacOS, pfiOS, pfAndroid, pfWinRT, pfLinux);


То становится ясно, что не за горами оно
Автор: Arioch1
Дата сообщения: 07.05.2013 12:44
Да, лет через 5 альфа-версию продадут.

Программы на Delphi не попадают в магазин, не используют charms и вообще не используют ничего новoго Win8

Автор: valgreesh
Дата сообщения: 07.05.2013 14:51
Arioch1

Вообще, никто не мешает размещать классический софт в магазине, если хочется. Что же до WinRT... А кому она вообще нужна? Планшеты с Windows RT - полный провал. Восьмерка продается темпами над которыми смешно даже Висте (а Виста, как мы знаем, тот еще фейл). Использование Charms на десктопе (если это возможно) вообще нелепица т.к. враз смешивает парадигмы десктопа и метро. Ненужно так делать, и так не делает даже дефолтный восьмерочный софт, тот же IE. Так что, пока не будет полноценной поддержки WinRT (а нужна она будет только после того, как WinRT докажет свою жизнеспособность), нафиг не нужны ни какие чармсы.
Автор: LadyOfWood
Дата сообщения: 07.05.2013 16:36

Цитата:
Это сложно сделать. Под OSX/iOS нативные контролья и сама ОС очень любит штуки типа делегатов, субклассов и тп. То есть, без нормального interop языка с objective-C runtime ничего не выйдет.

А думаю при желании это решаемо, но похоже просто желания нет. Мне непонятно только одно какую задачу решает FMX, если не получаются нормальные приложения.
Автор: valgreesh
Дата сообщения: 07.05.2013 19:37
LadyOfWood

Цитата:
Мне непонятно только одно какую задачу решает FMX


Задачу вытягивания денежки из доверчивых олухов.
Автор: LadyOfWood
Дата сообщения: 07.05.2013 20:58

Цитата:
Задачу вытягивания денежки из доверчивых олухов.

Может быть, но тогда им надо кейсы показывать, а пока они только расказывают как все будет круто.
Автор: delover
Дата сообщения: 07.05.2013 21:16
Статью прочитал - жуткий бред. Похоже в начальство пробрался тот кто в прошлом году под стол лазил. Наилучшая строковая математика которая есть у человечества это Delphi, это самое первое что собираются по;%№;%херить. Второе - самое дибильное детище - гарбадж колектор в .NET. Он ниспросясь рубит собственные C# системные трей иконки и не может вырубить поток, когда нужно отдать права на его использование. И вот этот горе фабрикат собираются навязать в Delphi. Нафига они FastMem покупали? Либо это полный бред либо следующие 5 лет Delphi покупать не стоит. А Марко я думаю даже не читал, просто подписал.
Автор: LadyOfWood
Дата сообщения: 07.05.2013 21:42

Цитата:
Нафига они FastMem покупали?

А кто его покупал, он всегда был freeware, просто взяли и включили в дистрибутив.
Автор: VadimLou
Дата сообщения: 08.05.2013 00:44
LadyOfWood

Цитата:
Мне непонятно только одно какую задачу решает FMX

Думаю он будет заменой VCL для десктопов (linux, ...). Что до мобильных платформ - возможно со временем после очередного прыжка производительности ARM процов.

delover

Цитата:
Статью прочитал - жуткий бред

По моему всё нормально. Чётко же сказано - у мобильных платформ другая идеология (строки могут быть и не линейными). В чужой монастырь со своей иконой хотите ? Да вы богохульник

Для винды всё старое останется, так что спите спокойно ... Гарбаж у них не C# - читайте - там упрощённый вариант - немедленное разрушение без всяких отложенных вызовов в паралельном потоке. Единственный гемор - нужно избегать зависших ссылок при взаимных ссылках обьектов. Зато и плюсов видно много. Похоже вы невнимательно читали, не вникли, а жаль ...
Автор: delover
Дата сообщения: 08.05.2013 08:47
VadimLou

Цитата:
нужно избегать зависших ссылок при взаимных ссылках объектов

То что касается OLE технологий это как раз часто возникающие проблемы зависших ссылок. Тут я плюсов не вообще не замечаю.
1) У обычного программиста при использовании нового не до конца проверенного кода бывают мизерные утечки памяти. Грех о них говорить - db.close; exitprocess(0); и система в 10 раз быстрее вполне корректно закроет приложение и освободит память. Пользы от гарбаджа ровно ноль.
2) В С# для того чтобы было меньше проблем у программистов, чтобы не было так грустно есть оператор using. Вот он бы не помешал и без коллектора, однако бегать перед паровозом любимое занятие.
3)

Цитата:
Для винды всё старое останется, так что спите спокойно ...

Вот я то другое понял, они рассматривают путь промежуточного компилятора и я то понял что это должно коснуться win32-64. Дай то бог если не так, но если они угробят OLE, то мне этот компилятор будет бесполезен.
4) with - deprecated. Я предлагаю сделать begin end - deprecated, чтобы юзерам сразу было ясно, почему их fmx прога не компилится.
5)

Цитата:
Зато и плюсов видно много.

Мне не видно ниодного. Мемори лики в лёгкую фиксю начиная с 2004 года и не вижу проблем. В моих программах с 2004 года ГК бесполезен абсолютно. Для чистки мемориликов у меня собственный модуль, который иногда пишу с нуля - не всегда под рукой а пишется за 20 минут.
[more=Аля это]
Код: [no]unit FixMemLk;

interface

implementation

var
Ptr: packed array[0..300000] of
packed record
P: Pointer;
Sz: Integer;
Sp: Pointer;
end;
LastFree: Integer = 0;

var
OldMemMgrEx: TMemoryManagerEx;
NewMemMgrEx: TMemoryManagerEx;

function IndexOfP(P: Pointer): Integer;
var
I: Integer;
begin
for I := 0 to LastFree - 1 do
if Ptr[I].P = P then
begin
Result := I;
Exit;
end;
Result := -1;
end;

function MyGetMem(Size: Integer): Pointer;
var
sp: Pointer;
begin
sp := @sp;
Result := OldMemMgrEx.GetMem(Size);
Ptr[LastFree].P := Result;
Ptr[LastFree].Sz := Size;
Ptr[LastFree].Sp := sp;
Inc(LastFree);
{ - а тут брейкпоинт ставлю и всё if (Size=172)and(Integer(sp)=$12DDF4) then
Assert(false,'Error Message');}
end;
function MyFreeMem(P: Pointer): Integer;
var
I: Integer;
begin
Result := OldMemMgrEx.FreeMem(P);
I := IndexOfP(P);
Assert(I>=0,'Error Message');
Move(Ptr[I+1].P,Ptr[I].P,Sizeof(Ptr[0])*(LastFree-I));
Dec(LastFree);
end;
function MyReallocMem(P: Pointer; Size: Integer): Pointer;
var
I: Integer;
begin
Result := OldMemMgrEx.ReallocMem(P, Size);
I := IndexOfP(P);
Assert(I>=0,'Error Message');
Ptr[I].P := Result;
Ptr[I].Sz := Size;
end;
function MyAllocMem(Size: Cardinal): Pointer;
var
sp: Pointer;
begin
sp := @sp;
Result := OldMemMgrEx.GetMem(Size);
Ptr[LastFree].P := Result;
Ptr[LastFree].Sz := Size;
Ptr[LastFree].Sp := sp;
Inc(LastFree);
end;

initialization
FillChar(Ptr, Sizeof(Ptr), 0);
GetMemoryManager(OldMemMgrEx);
NewMemMgrEx := OldMemMgrEx;
NewMemMgrEx.GetMem := MyGetMem;
NewMemMgrEx.FreeMem := MyFreeMem;
NewMemMgrEx.ReallocMem := MyReallocMem;
NewMemMgrEx.AllocMem := MyAllocMem;
SetMemoryManager(NewMemMgrEx);
finalization
SetMemoryManager(OldMemMgrEx);
end.[/no]
Автор: valgreesh
Дата сообщения: 08.05.2013 09:11
LadyOfWood

Цитата:
Может быть, но тогда им надо кейсы показывать, а пока они только расказывают как все будет круто


Часики же показали, на больше, видимо, FMX for iOS не способна. Сева, опять же, скриншоты показывал с master-detail...

delover

Цитата:
Наилучшая строковая математика которая есть у человечества это Delphi


А можно как-то аргументировать такую позицию?


Цитата:
Второе - самое дибильное детище - гарбадж колектор в .NET

В дельфях будет ARC, а это не GC. Это то, что сейчас работает для строк, интерфейсов и динамических массивов. Теперь будет и для объектов. Viva la Delphi!

VadimLou

Цитата:
Что до мобильных платформ - возможно со временем после очередного прыжка производительности ARM процов.


Нехило должны ARM'ы прыгнуть, чтоб обогнать мой текущий феном 2 на 3гигагерца с восемью гигами рамы, на котором FMX умудряется тормозить


Цитата:
Чётко же сказано - у мобильных платформ другая идеология (строки могут быть и не линейными). В чужой монастырь со своей иконой хотите ?


И как внутренняя реализация связана с индексированием? Индексирование это не вопрос реализации, это вопрос идеологии. {$ZEROBASEDSTRING OFF} и вот уже iOS строки будут не зиробейзед. Единственное место, где важно понимание принятых на платформе условий это обеспечение интеропа и не более. WideString'у это ни как не мешало.

Меня прикалывает другое. Марко тестируя скорость конкатенации строк подыгрывает стрингбилдеру - делая фактически преаллокацию для него. Без преаллокации билдер сливает в два раза по сравнению с обычной конкатенацией.
Автор: deks
Дата сообщения: 08.05.2013 10:55
VadimLou


Цитата:
У вас всё свелось к одному - нет native заглушки для metro


Нет. Про Win8 у меня все свелось к следующему: сама win8 состоит из legacy win32 api + новое (ex "metro") api которое называют WinRT. Так сказать, "уж с ежом". Собственно, WinRT и составляет этот самый новый (modern, ex "metro") интерфейс и все "подкапотное" хозяйство. Не стоит путать WinRT API с версией Windows RT - это когда из win8 вырезали legacy win32 api и оставили только WinRT в версии для ARM.

Я говорю о нормальной версии Win8.

Само WinRT получило native binding к C++. То есть, программы из C++ могут напрямую обращаться к WinRT. Но якобы MS не дают дельфи таких же возможностей.

Поэтому факт пока такой: Delphi не умеет обращаться к новому нативному API Windows. То есть на Delphi пока можно писать только legacy win32/64 приложения, которые на некоторых версиях win8 тоже пока запускаются. Так что дело не в заглушках, заглушка то как раз есть, нету поддержки новой версии windows))

Другое дело, что новая версия windows - это fail и, как некоторые считают, - закат ms и всего десктопного рынка. Так что может и win32 так и не уйдет в legacy состояние, а будет тихо и спокойно умирать со всем десктопным рынком)) Мне лично и win8, и win8 RT безразличны - моей основной ОС является OSX, а в виртуалках бегает win7.

Для десктопа и enterprise win32/64 еще оч долго будет актуальной (ну лет 5-10). А весь мейнстримовый потребительский компьютинг уйдет в сторону мобильных платформ.

2 all

Итого вывод: Delphi сейчас "перепозиционируется" с актуальной универсальной платформы разработки в нишевую платформу для разработки enterprise софта, причем только клиентского (без сервера). Дни, когда Skype делали на Delphi кончились. Покупка AnyDAC меня в этой мысли только укрепила. А FMX в этом смысле отличное решение даже в текущем состоянии - для клепания мобильного фейса к корпоративному софту можно смириться со страшненьким тормознутым эмулированным интерфейсом - все равно это безальтернативное приложение, его не покупают, а принудительно ставят всем нужным людям. Работает - и ладно.

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

Разработка же актуального потребительскиого софта уходит в сторону более нативных средств разработки для мобильных платформ, причем на каждой платформе есть вполне матерые бесплатные средства. Видимо, ЭМРО не тянет конкуренции с вендормаи платформ. Так что ностальгирующие типа меня могут выбрать Оксиген или SmartMS. А вообще для мобильных платформ отличным выбором является XCode / ADK / HTML5.
Автор: valgreesh
Дата сообщения: 08.05.2013 13:45
deks

Цитата:
сама win8 состоит из legacy win32 api + новое (ex "metro") api которое называют WinRT


Не нужно повторять глупости за маркетоидами. Называть десктоп, который тащит на себе все благосостояние экосистемы Windows, legacy - это не сильно умно. Десктоп и метро никогда не будут конкурентами по причине того, что метро на настольных компьютерах просто не нужно. Им никто не пользуется, что подтверждает выход новой голубой восьмерки в которой можно будет отключить загрузку в метро и грузиться непосредственно в десктоп. На планшетах ему самое место. Да беда в том, что виндовые RT-планшеты тоже никому не нужны - вся надежда на новые атомы и полноценную восьмерку, которую берут отнюдь не за метро.


Цитата:
Дни, когда Skype делали на Delphi кончились.

А обосновать? Что же такого радикального случилось, что универсальным средством дельфя перестала быть? Наличие негодной FMX не превратило VCL в тыкву. В VCL мы имеем поддержку всего современного обвеса типа тача и сенсоров + такой накопленный кодбейз, что никаким конкурентам и не снилось. А винда по прежнему сама распространенная настольная ОС.


Цитата:
Так что ностальгирующие типа меня могут выбрать Оксиген или SmartMS.


У кислорода есть одна и большая проблема - отсутствие собственной богатой RTL. Хоть парни и говорят, что работают над этим, но это пока разговоры. А без RTL переползать на кислород смысла нет - все равно придется изучать базовые вещи на платформе - проще уж осваивать язык на котором принято писать на целевой платформе. У SMS другая проблема - она сама по себе кривая и падучая. Я делал на ней один проектик в течении двух месяцев, все время было желание писать код в Delphi IDE. Отладчик в хроме тормозит и падает, после чего всю IDE приходится перезапускать. В общем, далеко не идеальная штука.


Цитата:
А вообще для мобильных платформ отличным выбором является XCode / ADK / HTML5.


HTML5 не катит. Юзеры мобильных платформ предпочитают нативные приложения, где-то попадалось мне на глаза исследование. Фейсбук, опять же, наплясавшись с HTML5 - сделали все в нативе, и признали использование HTML5 ошибкой.
Автор: LadyOfWood
Дата сообщения: 08.05.2013 14:53

Цитата:
Для десктопа и enterprise win32/64 еще оч долго будет актуальной (ну лет 5-10). А весь мейнстримовый потребительский компьютинг уйдет в сторону мобильных платформ.  

Многое на моблиьных платформах делать неудобно или недостаточно ресурсов для этого. Так что скорее всего будет сосуществование.
Автор: delover
Дата сообщения: 08.05.2013 17:36
valgreesh

Цитата:
Наилучшая строковая математика которая есть у человечества это Delphi
А можно как-то аргументировать такую позицию?

(это было про строковую математику)
Мой опыт не настолько абсолютен, чтобы я это утверждение признавал за единственно верное. Но приведу некоторые примеры - фичи без которых я реально немогу.
1) Последний раз это было либо на С# либо на VB. Я хотел написать типа
S2 := Copy(s1, 5, MaxInt);
Отладчик послал лесом - говорит мне НЕТУ ТАМ СТОКА СИМВОЛОВ скока я указал MaxInt. Я пробовал -1 - лесом. Пока я не высчитал формулу сколько мне нужно до конца строки он меня посылал лесом. Потом всё прокатило, но я задумался о справедливости. А правда ли пользователь желает копировать из строки символы которых нет?????????
2) Я попробовал открыть в ослике xml размером 80МБ - выкурил 2 сигареты, вернулся - комп сдох, я предпочёл убить процесс. Хотя FAR и Блокнот примерно одинакового открывали, на моей 4ГБ машинке TMemo открыл файлик быстрее всех. Тогда я по-быстрому накидал компонент TRefactor который делает SetLength и Read. TRefactor это типа TDataset но многоуровневые Level (я давненько убил в комьюнити на эмбаркадеро - то что быстрее не значит популярно). Вобщем вместо 1 час на 80МБ я стал тратить чуть меньше 5 минут. Зная что такое перераспределение памяти на рефактор, 2 минуты ручками и, - более 10 тысяч Html c линками в JaVA HTML и CSS и складывание в базу которая будет на CD диске и покажет портал без интернета в деревне, на всю сборку уходило 10 минут - это 2 сигареты в течении 15 дней выпуска сабж диска. (замерял регулярку Соколова - она делает много полезного что мне не нужно, результат немного ниже, но отличный если бы у меня не было других средств).
3) Так про регулярку проехали.

Цитата:
Без преаллокации билдер сливает в два раза по сравнению с обычной конкатенацией.

Подозреваю что это правда, и спорить вообще не хочется - хотя не я написал.)))

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

Добавлено:

Цитата:
В дельфях будет ARC, а это не GC. Это то, что сейчас работает для строк, интерфейсов и динамических массивов. Теперь будет и для объектов. Viva la Delphi!

Конкретно это - благословляю. Хотя в Delphi7 нельзя было присваивать динамический массив строк безнаказанно, но извините Delphi старая контора - за что её не любить - не представляю. (хотя в мусоре дебага это ещё 2 минуты - на клиенте не скажется - уверен)

Добавлено:
Для меня Дельфи первее всех - извините только опыт.
Автор: delover
Дата сообщения: 08.05.2013 19:50
хр


Так по поводу with - deprecated - это сразу Hints Warnings - off (то есть бесполезно).
Я использую with когда это рождение ребёнка и когда я намеренно не хочу чтобы совали свой нос. В среде совместной разработки у меня были покладистые ребята которым было просто лень смотреть дебаг. Ну и они естественно не теряли зря время. Я вообще горжусь ими хотя со многими из Вас они ламеры. Главное - лень юнца лезть в рождение нового объекта и его пристальное внимание к соитию. with это приём для отличника и депрекатет для двоешника. Ну неужели Delphi для двоешников по Delphi, у них же в крестах и асме 0 оценка.

Добавлено:
deks

Цитата:
Для десктопа и enterprise win32/64 еще оч долго будет актуальной

Да согласен - мне нужна гридина, мне нужен отчёт и мне надо OLE. - Всё остальное игрушки. Хотя иногда игрушки интеллекта. Метро, fmx и Мобил MS не надо вообще ближайшие несколько лет.
Автор: Eternal_Shield
Дата сообщения: 08.05.2013 20:11

Цитата:
with это приём для отличника и депрекатет для двоешника. Ну неужели Delphi для двоешников по Delphi, у них же в крестах и асме 0 оценка.

А лет через 10 VS и Delphi будут в стиле "press X to generate the code" и вместо клавиатуры будет gamepad c A,B,X,Y ... больше то и не надо будет
Автор: LGTeam
Дата сообщения: 08.05.2013 21:42
delover, Вы не по обкурке пишите зачастую свои посты? (:
и кстати насчет FixMemLk, для общего развития, как Вы ей пользуетесь,
если она падает на пустом проекте при старте на MyReallocMem и при закрытии на MyFreeMem?
проверял на XE4.. самому понять слабо, т.к. даже не понимаю что этот код делает:

function MyGetMem(Size: NativeInt): Pointer;
var
sp: Pointer;
begin
sp := @sp;
Автор: delover
Дата сообщения: 08.05.2013 22:51
LGTeam

Цитата:
т.к. даже не понимаю

сказано да не дано услышать не услышит (это бог уши оберегает). да не дано сказать - нет в писании, можете написать что Иисус обкуривался и Вас только уважать станут.

если она падает на пустом проекте
Вы из под стола вышли? Или там ещё бродите? Эта девочка (2006г) FixMemLk нашла баг в известном компоненте (я думаю не стоит). При этом приложение по яйца в TMS и глубина стека и неопределённость месаджей виндовс и я стоял на брекпоинте 100 раз без пользы делу. У меня хватило смекалки снять 4 байта в глубину стека. Я минул Тысячу лишних брейкпоинтов и увидел меморилик уважаемых компонентов сразу же - самый первый брейк. Это был самый геморный случай ловить утечки.


Цитата:
даже не понимаю что этот код делает

(Предложение - понты немного убавить) Я могу научить пользоваться за 2 минуты - не за 5. Так же как ею пользуются те кому лень ломать Эврику и тд.
Автор: LGTeam
Дата сообщения: 08.05.2013 22:59
вот блин ступил, он у меня в проекте не первым был.. теперь понятно.. спасибо, будем пользоваться (:

Страницы: 1234567891011121314151617181920212223242526

Предыдущая тема: cxDBPivotGrid выгрузка в excel


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.