информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
За кого нас держат?Сетевые кракеры и правда о деле ЛевинаSpanning Tree Protocol: недокументированное применение
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 С наступающим 
 Серьезная уязвимость в Apache Log4j 
 Крупный взлом GoDaddy 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / operating systems
Имя Пароль
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Я занимался такой миграцией и не раз. Так вот во всех... 17.07.09 10:29  Число просмотров: 4463
Автор: Killer{R} <Dmitry> Статус: Elderman
Отредактировано 17.07.09 12:08  Количество правок: 3
<"чистая" ссылка>
> > оставили бы System32 как поступили когдато с 16битным
> > System.
> Потому что миграция с 32-битной платформы на 64-битную у
> кастомеров тоже не должна вызывать проблем. В идеальном
> случае должно хватать простой перекомпиляции x64
> компилятором
Я занимался такой миграцией и не раз. Так вот во всех случаях замена System32 на System64 была бы самым простым из всего что приходилось делать. Иногда надо просто понимать что решать простейшие проблемы, создавая другие потенциально более сложные - не стоит.
И надо понимать, что существует целый класс 32хбитных приложений, которым перенаправление по сути поломало функционал - файловые менеджеры. Т.е. работать они работают, но пользоваться ими невозможно. Благодаря перенаправлению их нужно изменить иперекомпилироватьчтобы стало "хорошо". Если бы не было перенаправления - изменения бы не требовались.

> > Если бы пошли таким путем, то получили бы полную
> бинарную
> > совместимость с х86, под х64 совместимость бы была
> Она получилась и с перенаправлением.
"Она получилась" == "Оно работает". Когда нету других аргументов в пользу решения - этот лучше даже не приводить, для кода который потребуется лет 10 поддерживать :) С перенаправлением получилась путаница сущностей. Уверен вы еще не раз пожалеете о нем. Как 3rd party ответственно заявляю - от пернаправления только хуже :)

> > HKEY_LOCAL_MACHINE64/HKEY_LOCAL_MACHINE32 и
> > System32/System64 без этих кривоAPI типа
> > Wow64EnableWow64FsRedirection и.. о боже мой.. флажков
> в
> > AccessMask RegCreate/OpenKey(Ex) которым вообще говоря
> > самое место в dwOptions RegCreate/OpenKeyEx
> Что в них кривого то?
Тем что можно было без них. Кривизна - это когда лишние сущности. И когда сущности не на своем месте.


> > Wow64? Wow для 16битных апликух назывался Wow16,
> логично
> > было бы сделать теперь Wow32..)...
> Wow6432 вообще то.
Wow6432, вернее Wow6432Node - это название ключа реестра. А так везде фигурирует Wow64.
<operating systems> Поиск 








Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2022 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach