Разное

_DRON_ · Отправлено: **17:58, 13-06-2008** | #2

Дело не в Shell32, а в том что прямо за ней в памяти идёт User32 и свободного пространства так как раз ~25 метров. Решить эту проблему без изменения адресов загрузки системных библиотек не получится, а изменять их я бы не советовал, хотя на первый взгляд система с перемещённой User32.dll (перемещал вперёд на 16М с помощью EDITBIN.EXE) работает без проблем.

Admiral · Отправлено: **18:02, 13-06-2008** | #3

_DRON_, а если подрубить shell32 и переназначить некоторые иконки, можно ли манипулируя с размещением их в памяти высвободить ресурсы? Или строго оговорено их пространство и такая фича не поможет добыть ископаемые ресурсы?

_DRON_ · Отправлено: **20:46, 13-06-2008** | #4

Admiral, а теперь, если можно, всё то же самое но на более понятном языке

UPD: Кажется я понял о чём речь... ну надеюсь

Раскидать shell32 так чтобы она занимала незанятые другими DLL места не получиться, так что есть всего два варианта:
1- уменьшить саму Shell32 путём удаления ненужных иконок и анимаций. Сам я всеми этими "вистапатчами" не пользуюсь, но думаю, что там можно к примеру удалить иконки с низким разрешением или всё равно неподдерживаемые Vista-иконки. Вобщем это хлопотный, но наиболее правильный путь.
2- сдвинуть User32.dll немного вверх, это даст от 40 (проверено), до 53 мегабайт под саму Shell32.dll. Какие тут могут быть проблемы я не вкурсе, но желающие могут потестировать это даже на работающей системе: для начала надо отрубить SFC (по крайней мере для User32.dll) затем скопировать User32.dll в удобное место и переместить с помощью "editbin.exe /REBASE:BASE=0x7f360000 user32.dll", затем надо переименовать оригинальную user32.dll в какую нибудь user32.old и вернуть вместо неё изменённую версию. После этого перегружаем винды и наблюдаем результат.