WIndows 2000 или XP .OR. 2003

SteelRat



Вот насчет 64 бит и программ их использующих надо в строчке ASCII найти код символа 'J':

ascii > 'J' > 0x4Ah - один байт - 8 бит

unicode > 'J' > 0x004Ah - два байта 16 бит

Следовательно даже для работы в уникоде хватит 16 битных инструкций...



Конечно для работы с большими числами и мат функциями 64 бит это гут... передача большых обьмов DIVX code, Doom 4 final first release, JPEG inverting и т.д.



Но работать с поиском символа, IMHO, максимум байт может только для китайцев и иже тех кто с ними 64 бит позволит создать свой алфавит напрямую где каждое 64 битное значение иероглиф



и при вводе в текстбоксе все равно вводишь по байту-символу... который потом перекодируется в 2 байта уникоде.



Так что визуализация русского и английского текста (вывод на терминал) это в итоге всеравно 8-ми битные операции...



Может я и не совсем верно изложил свои домыслы... но 64 bit (AMD .or. Itanium 2) лишь матиматический сопроцессор ))

 

Не заморачивайся Время покажет что к чему... Ввод в текстбоксы и отображение сложнее чем ты думаешь (это не ДОС)

 

SteelRat

Ввод в текстбоксы и отображение сложнее чем ты думаешь

С точки зрения управления лучем CRT монитора или матрицей TFT отображение текстбокса еще сложнее ))

Время покажет

в 64 битном представлении )

aip

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

API как было так и останется...

а любой алгоритм можно перевести из старых или заново изобрести для

8-16-32-64-80-120-256 бит технологий при грамотном подходе и знаний алгоритмов и архитектуры программной и аппаратной части любого девайса



PS Java и QT не заменят Assembler'а...