| Delphi 2007: Что год текущий нам готовит?.. |
Из неофициальных источников появилась некоторая интересная информация по поводу развития Delphi в 2007 году.
Компания-разработчик нашего любимого RAD-средства, проанализировав пожелания Delphi-сообщества, изменила свои первоначальные планы на текущий год.
Основные моменты:
1) В марте 2007 года выйдет Delphi 2007 (win32)
Плохая новость: в мартовской версии Delphi 2007 не будет юникода;
Хорошая новость: юникод будет в середине лета!
И это не единственная хорошая новость! В мартовской версии Delphi 2007 обещают много интересных "вкусностей", в том числе DBX4 и полную поддержку VISTA.
2) В марте 2007 года должен появиться новый и очень интересный продукт — Delphi for PHP — полноценное RAD-средство для разработки на PHP.
3) Выход новых версий продуктов линейки Turbo предполагается в конце 2007 года.
4) И еще небольшой сюрприз: стоимость Turbo Delphi Pro снизилась до 250$.
Вот так, коротенько...
 Елена Филиппова
Всего в теме 1215 сообщений
Добавить свое сообщение
Отслеживать это обсуждение  1215—1206 | 1205—1196 | ...>>>
Всего сообщений в теме: 1215; страниц: 122; текущая страница: 1
| № 1215 19-10-2009 13:28 |   |
Ответ на »сообщение 1214« (artemiy)
___________________________
А мой долго грузился, отъел кучу памяти, но загрузился. :)
Винда при этом дважды увеличивала файл подкачки, доведя до 2Гб.
Правда, никаких ошибок в приложении не обнаружил. :)
А кстати попробуйте ошибочный код из сообщения »сообщение 811«
Этот менеджер действительно ловит такие ошибки!
| № 1214 19-10-2009 08:33 | |
Проблема в том, что 32-битный процесс может адресовать только 2 гб памяти. Я вчера эксперементировал со своим текущим проектом, не смог запустить, сразу уперся в ограничение по памяти. А так да, инструмент может пригодится.
| № 1213 19-10-2009 02:20 | |
Хм, демка AlphaControls с нормальным менеджером потребляет 15Мб, а с SafeMM разрослась до 85Мб. В принципе это не так уж и много. Имея на компьютере 2-4Гб оперативки, наверняка можно запустить даже рад студию с этим менеджером.
| № 1212 18-10-2009 08:46 | |
Ответ на »сообщение 1211« (Torbins)
___________________________
Я еще не пробовал, но похоже именно так.
Кроме того, он помечает освобожденные блоки как недоступные для записи/чтения, поэтому при попытке чттения/записи по ссылке на уже освобожденный объект происходит ошибка страничного доступа Windows!
Естественно, что программа при использовании этого менеджера потребляет оперативку мегатоннами. Но если знаешь какой примерно код обращается к освобожденной памяти, то можно сделать так, чтоб он выполнился до того, как кончится свободная память.
| № 1211 17-10-2009 12:26 | |
Ответ на »сообщение 1210« (Aleg Azarousky)
___________________________
Очень интересная штука, но не совсем понятно, как она работает. Неужели этот менеджер вообще не возвращает память системе?
| № 1210 17-10-2009 09:58 | |
Ответ на »сообщение 814« (lein)
___________________________
Ответ на »сообщение 813« (Aleg Azarousky)
___________________________
Неплохая мысль! А может быть сделать еще такой режим, в котором память бы вообще не возвращалась, а выделялась бы каждый раз в новом месте? Конечно, память, скоро бы закончилась, но возможно за это время мы сумели бы найти ошибку. И еще функцию, которую показывала, что есть записи в освобожденной области памяти?
Почти 2 года назад мы обсуждали эту тему. И кажется недавно эта задача была решена - создан специальный менеджер памяти для отладки, который не использует ранее распределенные блоки памяти повторно!
SafeMM Debug Memory Manager
http://blogs.embarcadero.com/medington/2009/10/16/24839
| № 1209 09-09-2008 06:35 | |
Ответ на »сообщение 1208« (Geo)
___________________________
Шаблонов на самом деле я использую всего несколько, но ведь начиная с BDS2006 они используются и автоматически, так что тут и запоминать особо ничего не нужно. Но набить b, Ctrl+J мне проще, чем полностью begin end; с переводом строк. За день бывает это пишешь десятки раз. А подумать я могу и после этого, даже, как ни странно, если руки ничем не заняты. )))
| № 1208 09-09-2008 05:48 | |
М-дя... Видимо, я серьезно отстал от жизни. Ну никак не могу оценивать языки программирования по количеству символов на программу. Ну не могу понять в чем сложность в написании слова begin. Все равно большая часть времени при разработке программы уходит на придумывание, а слова пальцы набивают в фоновом режиме.
И даже в использовании шаблонов потребности нет. Когда обнаружил эту фичу, то несколько раз пытался настроить под себя и использовать постоянно, но каждый раз забывал. Набивать руками привычнее.
Более того, когда работает мозг мне нужно что-то делать руками. Сейчас я вот текст набиваю. А если текст будет автоматически набиваться, то что делать? Авторучку грызть? :D
| № 1207 09-09-2008 05:16 | |
Ответ на »сообщение 1206« (Сергей Осколков)
___________________________
Можно отредактировать шаблон ifb
Кстати, да, как один из вариантов.
| № 1206 08-09-2008 18:20 | |
Ответ на »сообщение 1205« (Aleg Azarousky)
___________________________
Можно отредактировать шаблон ifb, правда мне больше нравится так, как у них (если я его сам не редактировал, не помню):
if ... then
begin
end;
1215—1206 | 1205—1196 | ...>>>
Всего сообщений в теме: 1215; страниц: 122; текущая страница: 1
Добавить свое сообщение
Отслеживать это обсуждение
| Дополнительная навигация: |
| 
