Перейти из форума на сайт.

Новости • Файловые архивы
Поиск • Активные темы • Топ лист
Правила • Кто в on-line?
Вход • Забыли пароль? • Первый раз на этом сайте? • Регистрация
Компьютерный форум Ru.Board » Компьютеры » Прикладное программирование » Embarcadero RAD Studio

Модерирует : ShIvADeSt

 Версия для печати • Подписаться • Добавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323

Открыть новую тему     Написать ответ в эту тему

V1s1ter



Advanced Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
         
Обсуждаем новые возможности и баги
 
Просьба писать про Embarcadero RAD Studio XE5, XE6, XE7, XE8, 10.x (Seattle, Berlin,Tokyo)
  По вопросам скачивания - Тема в Варезнике (lite-версии тут)
  Вопросы по неюникодным версиям Delphi — шестая бумага
  Бесплатные Компоненты и утилиты для Delphi/BCB/FreePascal/Lazarus
  Коммерческие компоненты и утилиты для Delphi/BCB
  Вопросы по компонентам для Delphi, C++ Builder разных версий
  Новые языковые возможности, начиная с Delphi 2005 по XE4 — здесь, и New!здесь еще
  Англоязычный официальный форум Embarcadero — здесь
  Embarcadero Quality Central, веб интерфейс — здесь, новый Quality Portal тут
  Программирование на Delphi — викиверситет
  Другие ресурсы
   Предыдущие бумаги
 
     Вопросы ..XE4       Вопросы ..XE3    Вопросы ..XE2      
  Вопросы ..2009-XE    Вопросы ..<2009 / ч.5    Вопросы ..<2009 / ч.4      
  Вопросы ..<2009 / ч.3    Вопросы ..Delphi 2 / ч.2    Вопросы ..Delphi  
  Выключение встроенного эксперта Castalia  для XE8 (иногда помогает при вылетах и тормозах)  
  Полезные плагины(эксперты)
Всего записей: 948 | Зарегистр. 06-02-2007 | Отправлено: 15:25 11-09-2013 | Исправлено: Komandor, 15:49 31-03-2024
AlekXL



Advanced Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
К дельфям нативные библиотеки легко и прозрачно цепляются только на Win32. На всех других платформах будут проблемы.
во-первых, максимальная производительность математики нужна только на декстопе(а не в мобайл).
 
Что же до других платформ: я сомневаюсь, что так уж  трудно подцепить C++ *.so либу, скажем, на ARM. Не специалист в этом вопросе, но что,трудно загрузить библиотеку и вызвать по указателю функцию? Где там может быть трудность?  Или для тебя "трудность" -- это динамическое связывание?  
Всего записей: 792 | Зарегистр. 24-04-2008 | Отправлено: 09:37 14-03-2014 | Исправлено: AlekXL, 09:38 14-03-2014
HeMet

Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Где там может быть трудность?

ООП и прочие навороты с++ рантайма.
Всего записей: 212 | Зарегистр. 05-09-2007 | Отправлено: 09:50 14-03-2014
deks



Advanced Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
AlekXL
 
Сложность во взаимодействии объектных моделей Delphi и ObjC/C++ ну и Android. Дельфи сделана так, что требует врапперов для работы с нативными объектами мобильных платформ, потому как живет в параллельном режиме к рантайму и iOS и Андроида. Такого как было с COM объектами на Win больше нету.
Всего записей: 857 | Зарегистр. 09-10-2003 | Отправлено: 11:16 14-03-2014
Frodo_Torbins

Silver Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
deks
Не все сразу. Если бы они сразу пытались такое реализовать, то Андроид мы бы увидели в лучшем случае этой осенью.
Плюс лично мне не понятно, как такое сделать, что бы оно при этом было удобно, и не пришлось отказыватся от нативного кода и существующей RTL.
Всего записей: 2318 | Зарегистр. 24-05-2007 | Отправлено: 12:09 14-03-2014 | Исправлено: Frodo_Torbins, 12:15 14-03-2014
deks



Advanced Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Frodo_Torbins
 
Пока к теме кросс-платформы есть несколько разных подходов - у дельфей самый категоричный: идем на платформу со своим самоваром, уставом и вообще живем в своей песочнице. То есть, свой GUI, свой RTL, все свое. Платформенное тискаем через врапперы-адаптеры. У ксамаринов тоже врапперы и .NET RTL. Зато GUI биндится к нативным контрольям (как у iCL в дельфях). У ремобджектовского оксигена наблюдается максимальная прозрачность интеропа на платформе (создаем нативные для платформы объекты) плюс кросс-платформенная RTL в виде Sugar, плюс only нативный GUI, плюс какая-то задумка про порт .NET RTL (может, допиливание Sugar?). Но интересно в целом, да, как будут жить и развиваться такие разные подходы) Qt кстати еще есть, ага.
 
Big17

Цитата:
Так вообще сейчас нет такой универсальной платформы... засилье фрейворков...

 
Про универсальность я имел ввиду, что раньше на дельфях можно было для Win32 написать любое приложение, хоть драйвер. Любители даже вирусы писали. А сейчас на дельфях для OSX например свою панельку в Системные настройки не напишешь - нету x64. Ну и в Win8 Store не берут дельфовые приложения. И тп
Всего записей: 857 | Зарегистр. 09-10-2003 | Отправлено: 16:59 14-03-2014
AlekXL



Advanced Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
HeMet

Цитата:
ООП и прочие навороты с++ рантайма.

это мелочи. Опытного программиста не остановит. А где нужно -- создаешь COM-подобную обертку, и пользуешься. Конечно, задача посложнее формочки с кнопочкой. Но вызовы можно сделать в тысячи раз быстрее JNI или чего там у first-class java citizens.  
Для жабы -- бетонная стена, у нас лишь картонка, которую матерый дельфист вынесет одним ударом. Вплоть до подмены менеджера памяти на дельфийский.
deks
 

Цитата:
Дельфи сделана так, что требует врапперов для работы с нативными объектами мобильных платформ
ой перестань. Мы не о "нативных" объектах (какая в них к лешему нативность?)
 
 Мы вообще говорим о подключении сторонних высокопроизводительных библиотек C++, большинство которых не заточено под андроид или макось. Там обычно есть очень необременительный интерфейс, к-й требует минимального допиливания под дельфи.
 
 
Добавлено:
Frodo_Torbins
 

Цитата:
Плюс лично мне не понятно, как такое сделать

знаешь, поддержа MS COM технологии в дельфи на голову выше чем в старом VB или каноничном C++ . Почему? Да потому , что был изменен язык и компилятор, чтобы все это поддерживалось наилучшим образом.
 
Если нам нужен андроид(а похоже, он нам нужен, это всерьез и надолго), то нам нужны маленькие хитрости на стороне компилятора и system.pas .
Всего записей: 792 | Зарегистр. 24-04-2008 | Отправлено: 17:08 14-03-2014 | Исправлено: AlekXL, 17:11 14-03-2014
deks



Advanced Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
AlekXL
 

Цитата:
знаешь, поддержа MS COM технологии в дельфи на голову выше чем в старом VB или каноничном C++ . Почему? Да потому , что был изменен язык и компилятор, чтобы все это поддерживалось наилучшим образом.  
 
Если нам нужен андроид(а похоже, он нам нужен, это всерьез и надолго), то нам нужны маленькие хитрости на стороне компилятора и system.pas .

 
Вот это - святые слова. Вот именно это сделали ремобджекты для Cocoa - ввели nullable types, multipart method names, bridging и тп. Вот поэтому через оксиген работать с Cocoa довольно легко и просто. Вот так же и надо было приходить и дельфи на платформы.
 

Цитата:
Мы вообще говорим о подключении сторонних высокопроизводительных библиотек C++

Я то лично говорил про подключение нативных библиотек, имея ввиду Objective-C библиотеки на Cocoa и Java на Android ))) Про C++ вопросов не имею, но в моих задачах они не нужны, разьве что для баловства я бы OpenCV покрутил (и то есть ObjC binding).
Всего записей: 857 | Зарегистр. 09-10-2003 | Отправлено: 17:38 14-03-2014
Frodo_Torbins

Silver Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Если нам нужен андроид(а похоже, он нам нужен, это всерьез и надолго), то нам нужны маленькие хитрости на стороне компилятора и system.pas .
Джава обьекты + нативные обьекты делфи - как это можно подружить "наилучшим образом"? Даже с учетом хитростей компилятора и прочего, максимум что получится - это удобная, но такая же тормозная как и через чистый JNI, обертка. Можно конечно еще добавить компилятор паскаля в байт-код JVM, и позволить програмисту самостоятельно решать, какая часть его програмы будет нативной, а какая нет. Но взаимодействие между этими частями все-равно будет тормозным. Плюс реализация этой штуки потребует явно больше года.
 

Цитата:
Зато GUI биндится к нативным контрольям (как у iCL в дельфях).
Ага, и прощай кросплатформеность в один клик. Зачем тогда было создавать делфи? Все варианты попроще уже активно осваиваются конкурентами. Если вам не лень разрабатывать отдельные решения под каждую платформу, и изучать ее рантайм, то для вас есть бесплатная альтернатива в лице FPC.
 
Ембаркадеровцы заняли пустовавшую нишу максимально легко портируемых предложений и тем самым предоставили любителям паскаля весьма широкий выбор. Теперь каждый может найти инструмент под свой проект.
Разве что WinRT остается за бортом, но его создатели сами железных занавесов понастроили.
Всего записей: 2318 | Зарегистр. 24-05-2007 | Отправлено: 21:09 14-03-2014 | Исправлено: Frodo_Torbins, 21:19 14-03-2014
sergionn

Full Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Ембаркадеровцы заняли пустовавшую нишу максимально легко портируемых предложений и тем самым предоставили любителям паскаля весьма широкий выбор. Теперь каждый может найти инструмент под свой проект.  

"Чешутся" руки посмотреть и ОЦЕНИТЬ Вашу программу, созданную этим ИНСТРУМЕНТОМ!
Если ее нет (или она схожего качества с конкурсными демо-"поделками") - тогда призываю не заниматься здесь прикладным словоблудием
 - ибо то, что представила упомянутая вами фирма, с космически большой натяжкой можно назвать инструментом, ЭТО больше похоже на ВЫСТАВОЧНЫЙ образец - о нем можно ПИСАТЬ, можно ПОКАЗЫВАТЬ то что он производит, ИНОГДА можно даже это запускать, НО строго на ОГРАНИЧЕННОМ оборудовании и непродолжительное ВРЕМЯ!
Использовать ЭТО в продакшене без СЕРЬЕЗНОЙ доработки НЕЛЬЗЯ!  
Поэтому все  произнесенные с величественным апломбом лозунги, можно смело оставить при себе, они уже порядком достали!
 
 
Добавлено:

Цитата:
Разве что WinRT остается за бортом, но его создатели сами железных занавесов понастроили.

и да, интересный "железный занавес", видимо его НЕ могут преодолеть только "помеченные маркетологией",
а все остальные кроссплатформенно-заинтересованные лица, хоть и логично оставили поддержку WinRT+Windows Phone на потом, но как не странно смогли этот занавес поднять:
http://blog.qt.digia.com/blog/2014/03/05/experimental-version-of-qt-creators-winrt-plugin/
Всего записей: 472 | Зарегистр. 02-11-2011 | Отправлено: 21:46 14-03-2014 | Исправлено: sergionn, 23:57 14-03-2014
kaz_av

Full Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Frodo_Torbins

Цитата:
Ага, и прощай кросплатформеность в один клик.

Ошибаешься. В LCL используются нативные контролы платформы и при этом обеспечивается кроссплатформенность в один клик. Все зависит от того, как это делать. Рисовать самому конечно проще, но за "проще" приходится платить.
Всего записей: 439 | Зарегистр. 15-02-2006 | Отправлено: 23:45 14-03-2014 | Исправлено: kaz_av, 23:47 14-03-2014
Frodo_Torbins

Silver Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
sergionn

Цитата:
и да, интересный "железный занавес", видимо его НЕ могут преодолеть только "помеченные маркетологией",
а все остальные кроссплатформенно-заинтересованные лица, хоть и логично оставили поддержку WinRT+Windows Phone на потом, но как не странно смогли этот занавес поднять
Поднять его смогли только те, кто способен заменить свой родной рантайм на рантайм MS C++ либо .Net. Я не видел ни одного языка, который смог бы пролезть туда со своим рантаймом.
 

Цитата:
"Чешутся" руки посмотреть и ОЦЕНИТЬ Вашу программу, созданную этим ИНСТРУМЕНТОМ!
Я реалист, и понимаю, что из ниоткуда родить мега технологию невозможно. Но думаю на XE6 уже можно будет начинать делать мобильный клиент, юзеры его давно ждут. Правда посмотреть на него можно будет разве что на скриншотах ибо он корпоративный.
И прошу не капсить, вашей работы я тоже не видел.
 
kaz_av
Была в LCL попытка заюзать родные контролы, да загнулась, на сколько я знаю. Остались только LCL CustomDrawn, но нативными эти контролы не являются. Под Андроид еще можно на FPC JVM писать, но тогда LCL использовать нельзя.
Всего записей: 2318 | Зарегистр. 24-05-2007 | Отправлено: 00:42 15-03-2014
kaz_av

Full Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Frodo_Torbins

Цитата:
Поднять его смогли только те, кто способен заменить свой родной рантайм на рантайм MS C++ либо .Net.

Что-то странное ты говоришь. Если есть возможность запустить нативный код, то какая разница чей это рантайм?
 

Цитата:
Была в LCL попытка заюзать родные контролы, да загнулась, на сколько я знаю.

Я не про Android говорю, а про десктопные ОС, где используются именно нативные контролы. Но принципиальной-то разницы нет. LCL не поддерживает мобильные ОС просто потому, что официальная поддержка Android в FPC появилась только-только. А так, помимо LCL, энтузиастами уже делаются нативные контролы под Android (на форуме Lazarus даже топик со скриншотами есть). И под iOS тоже, кстати, даже на скриншотах это есть (по ссылке выше). Вот, кстати, иметь customDraw в дополнение к нативным контролам очень правильное решение.
Всего записей: 439 | Зарегистр. 15-02-2006 | Отправлено: 01:00 15-03-2014
Frodo_Torbins

Silver Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
kaz_av

Цитата:
Если есть возможность запустить нативный код, то какая разница чей это рантайм?  
WinRT приложениям запрещено вызывать многие низкоуровневые системные функции (типа VirtualAlloc), за них это должен делать рантайм. Да вот только на данный момент нету способа установить в систему сторонний рантайм. Можно использовать только те, что уже предустановлены.
 

Цитата:
LCL не поддерживает мобильные ОС просто потому, что официальная поддержка Android в FPC появилась только-только. А так, помимо LCL, энтузиастами уже делаются нативные контролы под Android (на форуме Lazarus даже топик со скриншотами есть). И под iOS тоже, кстати, даже на скриншотах это есть (по ссылке выше).
Это не D.P.F Delphi Android? Они же вроде только делфи поддерживают. Ссылочка была бы очень кстати.
Вообще, первые бинарники под андроид FPC научился делать еще в 2011. Тогда же и LCL начали под него пилить. Но в те времена (2.2) Андроид был слишком плохо развит, и тему с нативными контролами забросили.
Всего записей: 2318 | Зарегистр. 24-05-2007 | Отправлено: 23:06 15-03-2014
kaz_av

Full Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Frodo_Torbins

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

В чем, собственно, проблема? Все что требуется от Delphi RTL это осуществлять вызовы низкоуровневых функций не напрямую, а через сишный рантайм/DLL (условно говоря, использовать msvcrt.dll вместо, скажем, kernel.dll). Это не весть какая проблема, если конечно все это дело документировано. Поддержку POSIX они же осилили. Проблема не похожа на техническую, честно говоря.
 

Цитата:
Это не D.P.F Delphi Android? Они же вроде только делфи поддерживают. Ссылочка была бы очень кстати.

Нет, я не про DPF, я вот про это.
 

Цитата:
Вообще, первые бинарники под андроид FPC научился делать еще в 2011.

Это была экспериментальная поддержка. С выходом 2.6.4 объявили об официальной поддержке Android, правда с сайта почему-то убрали упоминание об этом.
Всего записей: 439 | Зарегистр. 15-02-2006 | Отправлено: 02:45 16-03-2014
Frodo_Torbins

Silver Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
kaz_av

Цитата:
Нет, я не про DPF, я вот про это.
Ага, это нечто свежее. Жаль скриншоты не видны без регистрации.
 

Цитата:
В чем, собственно, проблема? Все что требуется от Delphi RTL это осуществлять вызовы низкоуровневых функций не напрямую, а через сишный рантайм/DLL (условно говоря, использовать msvcrt.dll вместо, скажем, kernel.dll). Это не весть какая проблема, если конечно все это дело документировано. Поддержку POSIX они же осилили. Проблема не похожа на техническую, честно говоря.
Функций, которые требуется так вызывать довольно много. И некоторые из них весьма глубоко закопаны в msvcrt.dll. Короче говоря, это не выход для комерческого продукта.
Если хотите, можете сами Алана Бауэра почитать: https://forums.embarcadero.com/message.jspa?messageID=484819
Всего записей: 2318 | Зарегистр. 24-05-2007 | Отправлено: 14:52 16-03-2014
sergionn

Full Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
можете сами Алана Бауэра почитать:

не читайте на ночь Алана Бауэра, он редко, но периодически строчит опусы почему сложно сделать то это, то то,
пользуясь фразами маректологов emb при продвижения failmonkey, скажем так:
"пока одни пишут ПОЧЕМУ ЭТО сделать НЕВОЗМОЖНО, другие просто ДЕЛАЮТ ЭТО!"
Всего записей: 472 | Зарегистр. 02-11-2011 | Отправлено: 15:24 16-03-2014 | Исправлено: sergionn, 15:27 16-03-2014
kaz_av

Full Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Frodo_Torbins

Цитата:
Жаль скриншоты не видны без регистрации.

Скопировал парочку: 1, 2
 

Цитата:
Если хотите, можете сами Алана Бауэра почитать

Это я уже читал. На отмазку больше похоже, общие слова и только. Общий смысл - "yа новой платформе придется работать не так как на Windows, и делать к ней полноценную обвязку". Ну нихрена себе новости. Впрочем, поддержка WinRT не является сколь нибудь важной, учитывая положение самой WinRT. Как бы там нибыло, формальная поддержка еще одной платформы была бы хороша только для маркетологов, а не для нас.
 
sergionn

Цитата:
пока одни пишут ПОЧЕМУ ЭТО сделать НЕВОЗМОЖНО, другие просто ДЕЛАЮТ ЭТО!

А кто-то уже поддерживает натив на WinRT, помимо МС?
Всего записей: 439 | Зарегистр. 15-02-2006 | Отправлено: 16:03 16-03-2014
HeMet

Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
пока одни пишут ПОЧЕМУ ЭТО сделать НЕВОЗМОЖНО, другие просто ДЕЛАЮТ ЭТО!

Кто кроме МС уже сделал поддержку WinRT из нативного (для процессора) кода?
Всего записей: 212 | Зарегистр. 05-09-2007 | Отправлено: 16:46 16-03-2014 | Исправлено: HeMet, 16:46 16-03-2014
sergionn

Full Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
А кто-то уже поддерживает натив на WinRT, помимо МС?

стоп! про нативную генерацию кода для WinRT я ничего не писал!, акромя грядущей поддержки winrt в qt.
А какая она там будет: нативная или вообще через js мне пофиг!- тема winrt как таковая уже не интересна вообще.......
А писал я про Алена и его периодические выступления как что-то сложно сделать.
Навскидку - вот так он ответил мне год назад на вопрос возможности генерации кода для x86 через llvm:
https://forums.embarcadero.com/thread.jspa?messageID=531114&#531114
всю эту лабуду я расцениваю как отмазки....
 
p.s. Кстати помните "чувака" Tom Gerdes который покинул emb в районе грандиозного запуска fmx:
http://www.thomgerdes.com/2011/12/writing-hello-world-for-winrt-in-delphi.html
Всего записей: 472 | Зарегистр. 02-11-2011 | Отправлено: 17:26 16-03-2014 | Исправлено: sergionn, 18:01 16-03-2014
kaz_av

Full Member		Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
sergionn

Цитата:
стоп! про нативную генерацию кода для WinRT я ничего не писал!
...
А писал я про Алена и его периодические выступления как что-то сложно сделать.

Тогда прошу пардона Неправильно понял твои слова.
 

Цитата:
http://www.thomgerdes.com/2011/12/writing-hello-world-for-winrt-in-delphi.html

Помню эту демку, да. В общем, экономическую нецелесообразность абракадабра прикрывает словами о технической сложности.
Всего записей: 439 | Зарегистр. 15-02-2006 | Отправлено: 18:22 16-03-2014
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323

Компьютерный форум Ru.Board » Компьютеры » Прикладное программирование » Embarcadero RAD Studio


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru