Работа 32 битной програмки под 64

[Anton911]

В общем есть у меня программа написаная на CodeGear Rad Studio 2009. Под Виндовс 32 работает отлично. Но когда начинает работать под x64, то начинаются какието ошибки (Не у всех). Причем try except их не ловит. Есть ли какието хитрости в типах переменных. Допустим вместо Integer использовать Int64, а вместо PWideChar использовать PChar. Не сочтите за слабоумного. Но я всю жизнь сидел на Win32 и в x64 полный 0.
В программе использвуются:
-Мутексы.
-Поиск окон по названию\классу.
-Запуск другой программы с параметрами.
-Уничтожение чужого процесса.
Хм. Можетбыть на 64 битках это както подругому делается нежели на 32 битках? Если нужна сама программа, то залью.
И еще можноли запустить чужую программу в режиме совместимости с XPsp2(например Shellexecute)?

[s-andriano]

Правильно написанная программа будет одинаково работать в любом случае. Но разные ОС могут по разному реагировать на имеющиеся в ней ошибки, какие-то - прощать, а другие - нет.

Так что можно посоветовать только не забывать инициализировать все переменные (даже если считаете, что они должны быть автоматически инициализированы нулем), пройти программу под отладчиком со всеми включенными проверками (на переполнение, на выход из допустимого диапазона и пр.)

[Anton911]

Сделал как вы советовали. Есть ли еще советы?

[Человек_Борща]

системные функции будут работать как и прежде, только быстрее и лучше.
Если у вас не специфическое ПО(Работа с Файловой системой на прямую, работа с памятью, все где доступный размер ОЗУ, размер переменной, имеет значение) то проблем не будет.

[Аватар]

системные функции будут работать как и прежде, только быстрее и лучше.

Насчет быстрей - как оценить? Насчет лучше - в чем прикол? Типа под 32 работают плохо, постоянно ошибки, а под 64 - гораздо лучше?

[counter]

Антон, ты бы ошибки описал бы что ли... а то сейчас получится гадание на кофейной гуще.

[Stilet]

Насчет быстрей - как оценить?

По-моему никак. Они будут работать так же (даю 99.9%).
Автору: Ошибки в студию.

[Anton911]

Сегодня нашел один серьезный баг с поиском окон. Переделал функцию, баг больше не появлялся. Покачто не знаю нормально ли все будет на 64х битках или нет.

[Человек_Борща]

Насчет быстрей - как оценить? Насчет лучше - в чем прикол? Типа под 32 работают плохо, постоянно ошибки, а под 64 - гораздо лучше?

По-моему никак. Они будут работать так же (даю 99.9%).

угу, а win64 ничем не отличается от win32, гарантия(99.9%). {с0rKa3m}

Лучше и быстрее хотя бы потому, что за 1 такт обработается в 2 раза больше информации. Вы считаете, что это не важно?
И бонус: Нет лимитов на размеры ОЗУ. Больше возможностей для реализации ассемблерного кода.

если у вас длинная математика, то теперь все проще. Числа не помещающиеся в пределы для Win32 - с лихвой и без проблем влазят в пределы для Wn64, и без вашего кода.

ТС, на MSDN в библиотеке функции читайте сноски к используемым функциям, там бывает, говорят что для такой-то архитектуры надо делать так-то... потому что ...

[s-andriano]

Сообщение от Человек_Борща

Лучше и быстрее хотя бы потому, что за 1 такт обработается в 2 раза больше информации. Вы считаете, что это не важно?

Это Вы о 64 разряда vs 32?
Во-первых, не факт.
Что сложение, что умножение - при увеличенной разрядности операция будет выполняться дольше.
Но если нам достаточно 32 разрядов, значит, общее замедление не будет сопровождаться никаким полезным эффектом.

Далее.
Известно, что один из серьезно ограничивающих факторов - пропускная способность шины памяти.
Совершенно очевидно, что для передачи того же количества 64-разрядных адресов потребуется больше времени, чем 32-разрядных.
Т.е, опять же, замедление работы налицо.

И бонус: Нет лимитов на размеры ОЗУ. Больше возможностей для реализации ассемблерного кода.

если у вас длинная математика, то теперь все проще. Числа не помещающиеся в пределы для Win32 - с лихвой и без проблем влазят в пределы для Wn64, и без вашего кода.

Вот именно - если:
= если Вам не хватает 2 Гб памяти...
- если Вам не хватает 32 разрядов для данных...
В этих случаях, действительнее, 64-разрядный код будет эффективнее.
Во всех же остальных случаях (а это пока подавляющее большинство)
Процессор будет выполнять никому не нужную работу по обработке неиспользуемых разрядов данных и пересылке по шине разрядов адреса (да и данных тоже), в два раза сократится эффективный объем кэша и т.п. мелкие неприятности.