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

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в 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

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

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, 18:58 18-03-2022
kURSKoBL

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Доброго времени суток.
Есть в наличии лицензия на фастрепорт 4. На сайте доступна для скачивания fr_team4_15_13_d20s.exe
в описании (Embarcadero RAD Studio XE 6 ) для XE7 не вижу официальной версии фастрепорта 4.
Смогу ли я поставить без багов эту версию фастрепорта на XE7 ? Или разработчики забросили её?

Всего записей: 32 | Зарегистр. 20-04-2007 | Отправлено: 12:03 22-01-2015
AlekXL



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

Цитата:
Смогу ли я поставить без багов эту версию фастрепорта на XE7 ? Или разработчики забросили её?

сможешь, если не полный нуб.

Всего записей: 792 | Зарегистр. 24-04-2008 | Отправлено: 12:08 22-01-2015
kURSKoBL

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

Цитата:
сможешь, если не полный нуб.  

это хорошо, так как дев экспресс 14.1.2 как не пытался, так и не смог на XE7 влепить.

Всего записей: 32 | Зарегистр. 20-04-2007 | Отправлено: 12:14 22-01-2015
AlekXL



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

Цитата:
Судя по топику, видно далеко не всем

Ой ладно! У чела траблы с FMX.. неудивительно. Графическая часть на далвике конечно будет быстрее. А остальная часть -- медленнее, если вообще там скорость имеет значение.
 
Такова фишка натива -- скорость там, где она нужна
 
А если у аппа NickNNN нет серьезных требований к скорости, то будет у него работать быстро, единственно -- жрать батарейку будет серьезнее. Но от этого легко отмазаться, так что чисто коммерчески препятствий нет.
 
Добавлено:
kURSKoBL

Цитата:
это хорошо, так как дев экспресс 14.1.2 как не пытался, так и не смог на XE7 влепить

ну как бэ это намекает..
 Если что-то не встает, почему бы прямо и конкретно здесь не спросить -- вот у меня такая-то ошибка, на такой-то строчке кода..
Тебе ответят, наверняка почти, и еще если тебя в гугле не забанили, то все поправимо..
 
----
А по поводу Castalia -- что там есть такого, чего нет в cnWizards?

Всего записей: 792 | Зарегистр. 24-04-2008 | Отправлено: 12:18 22-01-2015 | Исправлено: AlekXL, 12:25 22-01-2015
SuPriTo



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

Цитата:
I am sorry to announce that WIN32 using clang went on hold as soon as iOS64  
became the focus.

Я сожалею, что пришлось отложить использование clang в WIN32, т. к. в нашем фокусе появилась необходимость поддержать iOS64. Вольный конечно же перевод.

Всего записей: 1474 | Зарегистр. 24-03-2009 | Отправлено: 12:51 22-01-2015
sergionn

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

Цитата:
Это лень и экономия ресурсов, всего-то лишь.

скорее так и есть
 

Цитата:
Это вообще нормальный английский? Не большой я специалист по инглиш граммар, но это "as soon as" вообще по смыслу не вяжется.    

нормальный, вяжется

Всего записей: 472 | Зарегистр. 02-11-2011 | Отправлено: 12:51 22-01-2015
vez



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

Цитата:
Единственное препятствие для Clang-32 -- это отсутствие реализации SEH на этой платформе.  

Я не всё привел, дальше пишут что для вынь32 хотели использовать clang 3.5 а для 64 нужен сейчас 3.3, а для iOS 3.5 не годится, отложили до осени как то так

Всего записей: 559 | Зарегистр. 02-06-2003 | Отправлено: 12:54 22-01-2015
AlekXL



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

Цитата:
Я сожалею, что пришлось отложить использование clang в WIN32, т. к. в нашем фокусе появилась необходимость поддержать iOS64.

не "так как", а "когда", вероятно. Такая идиома в у пиндосов, оказывается -- в словаре посмотрел.
---
Они и билдер-64 под вынь не обновляют вроде.
Вот что пишут LLVM девы:

Цитата:
[we] believe that those individuals and organizations will contribute back their work if they do not want to have to maintain a fork forever (which is time consuming and expensive when merges are involved).  
 
Further, nobody makes money on compilers these days, but many people need them to get bigger goals accomplished: it makes sense for everyone to work together

Они видно не предполагали, что Бракодело ни скомиттит свой форк, ни поддерживать его не станет.
 
---
интересно, а какие форматы символьной отладочной информации поддерживаются под Win32 отладчиком? Только свой? Или может, DWARF или MS PDB?

Всего записей: 792 | Зарегистр. 24-04-2008 | Отправлено: 13:19 22-01-2015 | Исправлено: AlekXL, 13:41 22-01-2015
kURSKoBL

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Вот у меня было: XE6+devexpress 13+fast 4
сейчас поставил XE7+devexpress 14+fast 4
 
перекомпилировал экзешник своей программы, чтобы внешний вид стал такой же как и был - пришлось убрать все галочки с  NativeStyle, я так понимаю в XE7 добавили это свойство и стали всем по умолчанию раздавать?
И второй вопрос. XE6 в Release мой экзешник весил 12.6 мб
После первой перекомпиляции в XE7 стал весить 14мб, после того как я убрал галочки то стал весить 32мб.
 
даже теперь через 7zip сжимается только до 10мб, раньше до 3.5мб
 
спрашивается, что это было? Снятие галочек добавило дофига каких-то библиотек в исполняемый файл?
 
нашёл, среда по умолчанию добавила поддержку скинов. очистил, стало снова 14мб.

Всего записей: 32 | Зарегистр. 20-04-2007 | Отправлено: 13:53 22-01-2015 | Исправлено: kURSKoBL, 13:57 22-01-2015
kaz_av

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

Цитата:
Такова фишка натива -- скорость там, где она нужна

Ты, похоже, снова о своем больном... Я бы хоть раз пенял на скорость натива. И про далвик уже можешь забыть, т.к. ART это самый настоящий натив. Абракадабрин аргумент о cpu native более не актуален, причем не только для ведроида т.к. у винфон теперь тоже AOT только на стороне стора.

Всего записей: 437 | Зарегистр. 15-02-2006 | Отправлено: 14:09 22-01-2015
NickNNN



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

Цитата:
Цитата:
Судя по топику, видно далеко не всем
 
Ой ладно! У чела траблы с FMX.. неудивительно. Графическая часть на далвике конечно будет быстрее. А остальная часть -- медленнее, если вообще там скорость имеет значение.
 
Такова фишка натива -- скорость там, где она нужна
 
А если у аппа NickNNN нет серьезных требований к скорости, то будет у него работать быстро, единственно -- жрать батарейку будет серьезнее. Но от этого легко отмазаться, так что чисто коммерчески препятствий нет.  

 
Агитировать за переход на JAVA никого не буду. Достаточно попробовать сделать коммерческое приложение чтобы понять возможности инструмента. Приложение со списком на и 1 кнопкой коммерческим не считаю.  
 
Вот основные проблемы, с которыми столкнулся при разработке программы на Delphi:
 
1. Отсутствие ActionBar, невозможность сделать нормальное меню и навигацию (В JAVA есть по умолчанию). Можно конечно изворачиваться и написать все самому, может быть будет и похоже. "Препятствий" нет никаких
 
2. "Замечательная" работа листания вкладок. Может кому-то покажется что это и сойдет, у меня другое представление о нормальной работе. В итоге пришлось выносить кнопки листания влево-вправо на верхнюю панель. Как работает листание в JAVA думаю говорить не нужно
 
3. При маленькой ширине экрана вкладки прячутся и сжимаются пропорционально, на них не видно ничего. Забил, оставил как есть. Как нужно достаточно глянуть любой пример JAVA, SlidingTabs например
 
4. Глюк с утечкой памяти при создании/удалении окон. Пришлось переделывать всю логику программы + кога создано все что есть возникают артефакты интерфейса. В QC сказали что на 4.4 работает все замечательно, а остальным не повезло
 
5. Скорость работы визуальной части оставляет желать лучшего.  
 
6. Для списков так и не получилось сделать свою разметку содержимого. В JAVA в качестве разметки можно передать любой Layaout.
 
В общем больше я на Delphi в мобильном сегменте делать ничего не буду. А под винду считаю одним из лучших инструментов на сегодня

Всего записей: 156 | Зарегистр. 25-11-2008 | Отправлено: 15:20 22-01-2015
AlekXL



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

Цитата:
Я бы хоть раз пенял на скорость натива. И про далвик уже можешь забыть, т.к. ART это самый настоящий натив. Абракадабрин аргумент о cpu native более не актуален, причем не только для ведроида т.к. у винфон теперь тоже AOT только на стороне стора

не является нативом фреймворк со сборкой мусора. В мечтах твоих только.
 
Проблема не в JIT и не в байт-коде(хотя и в них тоже), а в сборщике. Я об этом писал, я заострял на этом внимание. И наглядно показал его слабость в ситуации с ограниченными ресурсами.
Это ты о своем больном.
NickNNN

Цитата:
В общем больше я на Delphi в мобильном сегменте делать ничего не буду

ты сам себе выстрелил в ногу, когда взялся за FMX. Сделал бы броузерный интерфейс, или 100% кастомный.

Цитата:
Приложение со списком на и 1 кнопкой коммерческим не считаю

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

Цитата:
больше я на Delphi в мобильном сегменте делать ничего не буду
..означает лишь, что ничего сложнее средней бизнес-логики на мобиле ты делать не собираешься.  
Ибо если бы намеревался Апп высшей лиги, то затраты на интерфейс, повторяюсь, были бы неважны, а преимущества натива -- очевидны.
--
Думается, вскоре рынок насытится такими средними поделиями, которые оптимально делать на Яве. Сложный же софт для мобильника и особенно планшета -- можно писать только на крестах .. или Delphi

Всего записей: 792 | Зарегистр. 24-04-2008 | Отправлено: 17:47 22-01-2015
kaz_av

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

Цитата:
не является нативом фреймворк со сборкой мусора.

Наличие сборщика мусора ортогонально понятию натива. Матчасть подтяни.
 

Цитата:
Проблема не в JIT и не в байт-коде(хотя и в них тоже), а в сборщике.

На колу мочало - начинай сначала. Без меня, на этот раз.

Всего записей: 437 | Зарегистр. 15-02-2006 | Отправлено: 18:04 22-01-2015
AlekXL



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

Цитата:
Наличие сборщика мусора ортогонально понятию натива. Матчасть подтяни.  

можешь повторять это заклинание. Быстрее от этого GC не станет.
Нативность -- это прежде всего близость к центральному процессору, прямая возможность работать с памятью. Коль этого нет в JAVA и .NET , то и говорить не о чем.
Проблема не в том, что присутствует сборщик, проблема, что сборщику нет альтернативы вэтих языках.
 

Цитата:
На колу мочало - начинай сначала. Без меня, на этот раз
да уж обойдемся без твоей "евангелизации" и "нефанатизма"
 

Всего записей: 792 | Зарегистр. 24-04-2008 | Отправлено: 21:46 22-01-2015
ChSerg



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
NickNNN
Согласен по всем пунктам.
После тщательного изучения Андроида (а как иначе, если собираешься под него что-то писать), проработке SDK и библиотек сформировалось мнение об очень неплохой и продуманной операционке, ИМХО, которая даже больше понравилась, чем Windows. И программировать под нее на Java - одно удовольствие.  
Делфи... попробовал - так нету действительно ничего... Action Bar, Activity и т.д. И подход вот этот делфийский не катит совсем. Так, считаю, маркетинговый ход. Может что-то и получится в дальнейшем, но кроме java, думаю, писать под андроид что-то серьезное не стоит. ИМХО.

Всего записей: 936 | Зарегистр. 30-08-2001 | Отправлено: 22:09 22-01-2015
NickNNN



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

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

 
Очень сомневаюсь при таком подходе. Для нормальной работы интерфейса и навигации нужно чтобы работало JAVA и Activity, а не отрисовка через NDK. Лучше бы пошли по пути Oxygene, RTL то собственная есть и очень неплохая. Сделали бы мосты на основные классы в Android, было бы в сто раз лучше чем сейчас.
 
 

Всего записей: 156 | Зарегистр. 25-11-2008 | Отправлено: 23:46 22-01-2015
AlekXL



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

Цитата:
но кроме java, думаю, писать под андроид что-то серьезное не стоит.

а кроссплатформа и единая кодовая база для логики? Нахрен?
 
А игры -- их тоже на жабе?
 
А тяжелое, приближенное по возможностям к десктопу приложение для планшета -- то же на ней? Чтобы помедленнее работало и лагало, небось. Один хрен придется подключать в этом случае сторонние крестовые либы, это реальный мир, -- и поимеешь медленный переход между доменами managed-unmanaged!
 
Пфф...

Всего записей: 792 | Зарегистр. 24-04-2008 | Отправлено: 03:05 23-01-2015
SolidSnakeRU

Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Теперь же проект WindowsRT можно считать официально закрытым.
http://www.3dnews.ru/908465/?feed
 
Браво, абракадабра всегда идет в ногу со временем. Мало того, что их чертова поддержка RT никому не нужна и все еще не вышла, так теперь это вообще архивный мусор.
Они выпускают компилятор под Windows RT не так ли? Почему делфи развивают неудачники... Эх как жаль.
Делфи для абракадабры это дойная корова, как COD для Activision, только денег приносит на порядок меньше.
И чтобы привлекать всё новых жертв, ключевая цель - делать компиляторы на всё что угодно (пофиг надо оно кому-то или нет). Интересно, скоро ли из делфи можно будет сделать программу для тостера?

Всего записей: 248 | Зарегистр. 27-08-2008 | Отправлено: 10:46 23-01-2015 | Исправлено: SolidSnakeRU, 10:58 23-01-2015
kaz_av

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

Цитата:
А игры -- их тоже на жабе?  

Dead Trigger. Известнейшая игрушка. Написан на шарпе под юнити3д.
 
SolidSnakeRU
WinRT <> Windows RT.

Всего записей: 437 | Зарегистр. 15-02-2006 | Отправлено: 11:14 23-01-2015 | Исправлено: kaz_av, 11:15 23-01-2015
xpin2013



Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Если честно, то XE7 утомил уже, нет слов как назвать это.
1)В первом проекте выяснилось, что свой юнит Вы не имеете право называть Legend. Если юнит в  каталоге с проектом и привязан к файлу проекта, то ПРИВЕТСТВУЕМ НОВИНКУ ДЕЛЬФИ - если Вы в секции USES вставляете имя этого модуля, то этот модуль не будет компилироваться с Вашим проектом. Будет компилироваться тот, что дала Delphi.
2)Во втором проекте так же был Legend - я поправил. Оказалось у меня второй модуль такой же "Devices". Какие к чертям устройства от Абракадабры? Вся промышленность и вся торговля не использует достижений цивилизации кроме мобил (посмотрите этот файл - из-за этой фигни нельзя подключать фискальные регистраторы банковские устройства, электросчётчики, датчики и любую электронику)? Уточню - мой модуль Devices.pas, она компилирует System.Devices.pas. Я узнал это потому что у меня попался такой же тип по названию. Так как хотел откомпилировать исправил переименованием. (Если Абракадабра хочет сделать больше гадости пользователям, то ей стоит мыслить более глобально - например запретить модуль MainForm, допустим им понадобилось обработать событие от метроинтерфейса windows 8 - хорошая идея - многим нагадят).
3)По оконцовке компиляции выдало портянку
Подробнее...
Ну эту ошибку в первом проекте я поправил добавив VclTee.
{$IFDEF COMPILER21_UP}
  VclTee.TeEngine, VclTee.Series, VclTee.TeeProcs, VclTee.Chart,
{$ELSE}
  TeEngine, Series, TeeProcs, Chart,
{$ENDIF}
Но во втором проекте эти модули не используются. Я подумал, что я очень умный и убрал  пространства FMX и Tee из опций проекта. Оказалось - наплевать, компилятор не смог выдать юнит, который нельзя скомпилировать без пространства имён, то есть вероятно модуль с таким именем у меня есть. Но когда он стал компилировать USES он опять решил подсунуть мне в проект свои модули, которым нужны ресурсы FMX. Как это исправить я ума не приложу. Какие из моих модулей которые прописаны в проекте с путями я называю не правильно. Почему надпись Devices больше походит на System.Devices чем на Devices? Почему нет возможности одной кнопкой напрочь отключить FMX? А нафига нужны разные Version Info в опциях проекта для Debug и Release. У меня номер версии меняется от переключения - нет. Название компании? - Нет. Я хочу писать слово Debug или Release в окне видновс - свойства файла? - Нет.  
 
Короче дофига козе баянов и с пару десятков собакам пятых ног. Придётся привыкать к ущербности.
 
 
Добавлено:
Тут мне заявили, что цепляется та DCU-шка которая найдена первой в путях. Никогда раньше такого не было. Если файл.pas лежит вместе с проектом в одном каталоге, в добавок он прописан в файле проекта цепляется сначала он, а потом обходятся все пути. Я использовал это для своих модификаций. Копирую например Windows.pas к себе в каталог  и изменяю его, главное не менять декларацию модуля, тогда она не потребует перекомпиляции DCU, которые от него зависят. Так же можно было переводить на русский язык файлы констант (resourcestring). Сейчас что нельзя? Или мне это не правильно сказали?

Всего записей: 291 | Зарегистр. 16-01-2014 | Отправлено: 14:50 23-01-2015 | Исправлено: xpin2013, 15:24 23-01-2015
Открыть новую тему     Написать ответ в эту тему

Страницы: 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

Компьютерный форум 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