RAD Studio XE 2 -> Форум на Исходниках.Ру

	Наши проекты: Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту

Здравствуйте, Гость ! [216.73.216.3]

ПРАВИЛА РАЗДЕЛА · FAQ раздела Delphi · Книги по Delphi

Пожалуйста, выделяйте текст программы тегом [сode=pas] ... [/сode]. Для этого используйте кнопку [code=pas] в форме ответа или комбобокс, если нужно вставить код на языке, отличном от Дельфи/Паскаля.

Следующие вопросы задаются очень часто, подробно разобраны в FAQ и, поэтому, будут безжалостно удаляться:
1. Преобразовать переменную типа String в тип PChar (PAnsiChar)
2. Как "свернуть" программу в трей.
3. Как "скрыться" от Ctrl + Alt + Del (заблокировать их и т.п.)
4. Как прочитать список файлов, поддиректорий в директории?
5. Как запустить программу/файл?
... (продолжение следует) ...

Вопросы, подробно описанные во встроенной справочной системе Delphi, не несут полезной тематической нагрузки, поэтому будут удаляться.
Запрещается создавать темы с просьбой выполнить какую-то работу за автора темы. Форум является средством общения и общего поиска решения. Вашу работу за Вас никто выполнять не будет.

Внимание
Попытки открытия обсуждений реализации вредоносного ПО, включая различные интерпретации спам-ботов, наказывается предупреждением на 30 дней.
Повторная попытка - 60 дней. Последующие попытки бан.
Мат в разделе - бан на три месяца...

Модераторы: jack128, D[u]fa, Shaggy, Rouse_

Новое голосование

RAD Studio XE 2 , Обсуждаем новую версию Delphi

Fr0sT

Сообщ. #16 , 05.04.11, 08:09

Master

Профиль · PM

Поощрения: 4 Dgm

Рейтинг (т): 127

Цитата CodeMonkey @ 05.04.11, 07:59

Конечно, это будет XE 2. Непонятно, с чего ты взял, что это в XE кто-то собирается добавлять.

А, они так решили назвать, ХЕ2? Я просто не знал аббревиатуры.

Цитата Romkin @ 05.04.11, 08:06

Там рекомендуют преобразовывать pointer к PBytes. Несколько неожиданно...

Мда, странно. Возможно, имелся в виду PByte?

Это сообщение было перенесено сюда или объединено из темы "Новости Embarcadero"

Romkin

Сообщ. #17 , 05.04.11, 08:28

Profi

Профиль · PM

Поощрения: 6 Dgm

Рейтинг (т): 156

Цитата Fr0sT @ 05.04.11, 08:09

Мда, странно. Возможно, имелся в виду PByte?

Да, точно, PByte

Это я уже запутался. MyPtr := PByte(P) + 10;
На 64 битах еще только одно соглашение о вызовах, cdecl и остальное - игнорируется. Поэтому и все библиотеки должны быть 64 бит, однако. Брр.
Строки - те же самые, как я понял. То есть строку длиннее 2Gb не напишешь, только динамический массив. Ну и хорошо, а то delete и наращивание длины в цикле на 1 у строки в десяток гигов уже ужасает.

Это сообщение было перенесено сюда или объединено из темы "Новости Embarcadero"

CodeMonkey

Сообщ. #18 , 05.04.11, 08:29

Profi

Профиль · PM

Поощрения: 5 Dgm

Рейтинг (т): 143

Цитата Romkin @ 05.04.11, 08:28

Поэтому и все библиотеки должны быть 64 бит, однако. Брр.

Не поэтому.

Добавлено 05.04.11, 08:32
P.S. Рекомендую ещё глянуть: http://www.gunsmoker.ru/2010/11/64-windows.html

Это сообщение было перенесено сюда или объединено из темы "Новости Embarcadero"

Romkin	Сообщ. #19 , 05.04.11, 08:37
Profi Профиль · PM Поощрения: 6 Dgm Рейтинг (т): 156	Цитата CodeMonkey @ 05.04.11, 08:29 Не поэтому. А, так переходников нет. Ну и хорошо, а то и так зоопарк. Это сообщение было перенесено сюда или объединено из темы "Новости Embarcadero"

Fr0sT	Сообщ. #20 , 05.04.11, 10:27
Master Профиль · PM Поощрения: 4 Dgm Рейтинг (т): 127	Выходит, 32-е библиотеки совсем нельзя будет использовать? Это сообщение было перенесено сюда или объединено из темы "Новости Embarcadero"

CodeMonkey	Сообщ. #21 , 05.04.11, 10:28
Profi Профиль · PM Поощрения: 5 Dgm Рейтинг (т): 143	Совсем. Это сообщение было перенесено сюда или объединено из темы "Новости Embarcadero"

jack128	Сообщ. #22 , 05.04.11, 11:47
Moderator Профиль · PM Рейтинг (т): 181	Народ, а зачем вам 64 битное приложение?? Это сообщение было перенесено сюда или объединено из темы "Новости Embarcadero"

Profi	Сообщ. #23 , 05.04.11, 13:20
Profi Профиль · PM Поощрения: 5 Dgm Рейтинг (т): 144	Цитата jack128 @ 05.04.11, 11:47 Народ, а зачем вам 64 битное приложение?? Да, вроде как Windows 8 будет только 64-битная. Это сообщение было перенесено сюда или объединено из темы "Новости Embarcadero"

CodeMonkey	Сообщ. #24 , 05.04.11, 13:31
Profi Профиль · PM Поощрения: 5 Dgm Рейтинг (т): 143	Это не более чем слухи. MS про Windows 8 ещё ничего не сказала. Это сообщение было перенесено сюда или объединено из темы "Новости Embarcadero"

jack128	Сообщ. #25 , 05.04.11, 13:47
Moderator Профиль · PM Рейтинг (т): 181	Profi ну если они планирую в году 2020ом выпустить - возможно. ежели до 2015ого - не верю. Страшилки... Это сообщение было перенесено сюда или объединено из темы "Новости Embarcadero"

P.O.D	Сообщ. #26 , 05.04.11, 14:33
Guru Профиль · PM Поощрения: 1 Dgm Рейтинг (т): 274	Цитата CodeMonkey @ 05.04.11, 13:31 Это не более чем слухи. MS про Windows 8 ещё ничего не сказала. Было заявлено самой MS что следующая Windows будет только x64. Это сообщение было перенесено сюда или объединено из темы "Новости Embarcadero"

Fr0sT

Сообщ. #27 , 05.04.11, 15:14

Master

Профиль · PM

Поощрения: 4 Dgm

Рейтинг (т): 127

Цитата jack128 @ 05.04.11, 11:47

Народ, а зачем вам 64 битное приложение??

Читал статью CodeMonkey про 64-разрядность, был уверен в её утверждениях (х64 нужно в основном для потребления огромных кусков памяти + для библиотек и плагинов), однако потом встретил вот такое мнение:

Цитата

1. Application written for x86_64 don't need to care about backward compatibility. x86 applications are often compiled for i486 (even if optimised for i686) so some of the optimisation is lost or cannot be utilised fully.

2. x86_64 has more registers, which means stack (which is slow) needs to be used less often.

3. x86_64 has support for 64-bit arithmetic including multiplying two 64-bit numbers to get a single 128-bit number (ie. multiplying big numbers is 4 times faster). This helps with encryption based on multiplying big numbers (read: SSL).

4. Running 32-bit application on 64-bit system requires context of the CPU to be changed each time such application gets some CPU time.

5. Pure 64-bit system needs less libraries to be loaded since compatibility libraries are not needed.

Of course, the biggest drawback is:

1. Pointers are 64-bit and stack is aligned to 64-bit which means that more memory is used.

So on systems with moderate amount of memory, 64-bit system may be way slower than 32-bit one. However, after certain point, 64-bit system and 64-bit applications may turn out to be faster.

Выглядит разумным. Комментарии от знающих людей?

Это сообщение было перенесено сюда или объединено из темы "Новости Embarcadero"

Сообщение отредактировано: Fr0sT - 11.09.11, 18:32

CodeMonkey	Сообщ. #28 , 05.04.11, 16:11
Profi Профиль · PM Поощрения: 5 Dgm Рейтинг (т): 143	Гм, а чему это противоречит? В "64 нужен, потому что..." вовсе не обязательно входит "каждый пункт, чем 64 отличается от 32 в WOW-е". Это сообщение было перенесено сюда или объединено из темы "Новости Embarcadero"

Fr0sT	Сообщ. #29 , 05.04.11, 16:27
Master Профиль · PM Поощрения: 4 Dgm Рейтинг (т): 127	Ну, из твоей статьи складывается ощущение, что сама по себе х64 версия ничего не дает. Это сообщение было перенесено сюда или объединено из темы "Новости Embarcadero"

CodeMonkey

Сообщ. #30 , 05.04.11, 16:32

Profi

Профиль · PM

Поощрения: 5 Dgm

Рейтинг (т): 143

Да? Ну не знаю.

Вроде у меня про регистры сказано. Про разбухающий код сказано. Про отсутствие необходимости обратной совместимости и единую модель вызова - сказано. Про операции с числами - сказано. Про сопроцессор - сказано.

Про отсутствие эмуляции - не сказано. Но вроде это же очевидно?

Наверное, разница только в стиле текста.

Это сообщение было перенесено сюда или объединено из темы "Новости Embarcadero"

0 пользователей читают эту тему (0 гостей и 0 скрытых пользователей)

0 пользователей:

Страницы: (14) 1 [2] 3 4 ... 13 14 все

[ Script execution time: 0,0442 ] [ 16 queries used ] [ Generated: 16.09.25, 10:29 GMT ]