View Issue Details

IDProjectCategoryView StatusLast Update
0002245SAS.ПланетаХотелка / Feature requestpublic30-10-2014 12:10
Reportervdemidov Assigned Tozed  
PrioritylowSeveritytrivialReproducibilityhave not tried
Status resolvedResolutionfixed 
Product Version131111 
Target Version141111Fixed in Version141111 
Summary0002245: Исправить базовые адреса для dll входящих в дистрибутив
DescriptionОчень полезно, что бы базовые адреса всех входящих в дистрибутив dll были уникальные и адресные пространства не пересекались.
Additional Informationhttp://www.delphikingdom.com/asp/viewitem.asp?catalogid=774
TagsNo tags attached.
Attached Files
dll_base.png (202,762 bytes)   
dll_base.png (202,762 bytes)   
dll_base32.png (59,206 bytes)   
dll_base32.png (59,206 bytes)   

Relationships

parent of 0002246 closedzed Исправить базовый адрес библиотеки TileStorage_GC.dll 
parent of 0002247 closedzed Исправить базовый адрес библиотеки f1ct.dll 
parent of 0002248 resolvedzed Исправить базовый адрес библиотеки TimeZone.dll 
parent of 0002249 resolvedzed Исправить базовый адрес библиотеки libge.dll 
parent of 0002250 resolvedzed Исправить базовый адрес библиотеки zlib1.dll 
parent of 0002251 resolvedzed Исправить базовый адрес библиотеки FreeImage.dll 

Activities

zed

15-11-2013 16:49

manager   ~0013270

Работает - не трогай.

vdemidov

15-11-2013 18:22

manager   ~0013272

Last edited: 15-11-2013 18:22

Всего-то надо поменять базовый адрес и перекомпилировать. Хуже не будет.

zed

15-11-2013 18:28

manager   ~0013273

Нужно же чтобы ещё и адресное пространство всех dll не пересекалось. Т.е. если просто задать адрес одной либе $20000000, а другой $20000004 толку всё равно не будет.

vdemidov

15-11-2013 18:44

manager   ~0013274

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

zed

15-11-2013 18:47

manager   ~0013275

Мне кажется, это будет зависеть от системы. Покажи скриншот со своими адресами?

vdemidov

15-11-2013 19:01

manager   ~0013276

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

vdemidov

15-11-2013 19:54

manager   ~0013277

Первый скриншот сделан на 64-битной винде, а второй на 32-битном нетбуке.

vdemidov

15-11-2013 20:08

manager   ~0013278

Кстати, я не предлагаю менять сразу все dll, потому и разбил на кучу дочерних хотелок. Можно поштучно, постепенно подкладывая в ночнушки.

zed

13-02-2014 11:57

manager   ~0013770

Мне нужен список: dll - base adress, в котором будут перечислены все dll, которые может использовать SAS на текущий момент и базовые адреса, которые они должны использовать. Этот список (в виде текстового файла), я ожидаю в этом репозитории: https://bitbucket.org/sas_team/sas.lib.external

Как только будет такой список, я пересоберу нужные dll и закрою все связанные тикеты. Сам я составлять этот список не возьмусь.

vdemidov

13-02-2014 12:31

manager   ~0013771

Тебе именно файлик нужен? Если я в конкретные тикеты повписываю? А то создание временного файлика в репозитории смотрится странно.

zed

13-02-2014 12:33

manager   ~0013772

Почему же временного? При последующих обновлениях либ мне же нужно будет не забыть прописывать правильные адреса. Так что файлик будет более чем постоянный. И на него нужно будет ориентироваться при добавлении новых dll.

vdemidov

13-02-2014 12:57

manager   ~0013775

Давай я все-таки где-то здесь выложу файлик, а в репу закинешь его сам. А то когда я это смогу сделать, я не знаю.

zed

13-02-2014 12:58

manager   ~0013776

Ок.

zed

13-02-2014 13:52

manager   ~0013778

Кстати, обрати внимание. На твоём же скриншоте у leveldb и libpng прописаны как бы правильные ImageBase. Но на самом деле у них всё те же 0x10000000h. И вообще этот адрес у всех сишных либ, что я собирал, но монитор почему-то его не показывает и всё выглядит как-будто бы ОК.

vdemidov

13-02-2014 14:44

manager   ~0013779

Ты меня озадачил. Единственная мысль которая приходит в голову, что дело в использовании ASLR в Windows 7, а оба скриншота делались на Windows 7 хоть и с разной битностью. Для leveldb и libpng включена поддержка ASLR. При этом система выполняет реаллокацию, вроде как, один раз для всех процессов. Так что учитывая, что XP уже пропадает, можно попробовать ограничиться включением ASLR для собранных нами библиотек.

zed

13-02-2014 15:05

manager   ~0013780

Похоже на правду. И насколько я вижу, в MSVC эта поддержка включена по-умолчанию, а в delphi нам нужно использовать специальную директиву, причём как в dll, так и в exe:

> The easiest way of enabling both ASLR and NX is to do this:
> Add '{$SETPEOPTFLAGS $140}' to the project source file (.dpr or .dpk)

ну и приглядывать за этим моментом, при добавлении новых либ.

vdemidov

13-02-2014 15:07

manager   ~0013781

Точно. Дело именно в ASLR, если я запускаю вторую копию Планеты до закрытия первой то адреса leveldb и libpng в ней будут точно такие же как и в первой, а если после закрытия, то у leveldb и libpng уже получаются новые адреса.

vdemidov

13-02-2014 15:10

manager   ~0013782

> ну и приглядывать за этим моментом, при добавлении новых либ.
А какие из проблемных либ у нас студией собираются? FreeImage.dll и все?

zed

13-02-2014 15:12

manager   ~0013783

Да. Там почему-то оказалось, что этот флаг снят. Надо будет посмотреть в настройки проекта.

zed

13-02-2014 15:24

manager   ~0013784

Last edited: 13-02-2014 15:25

ASLR решает проблему двойной загрузки dll в память, но при первой загрузке либы, у нас таки будет происходить реалокация адресов, о чём говорилось в статье, по мотивам которой и открыт тикет:

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

И возникает дилемма: с одной стороны современные технологии и ASLR, а с другой - быстродействие. Так что может имеет смысл наоборот, отключить эту фишку, если ты отдаёшь приоритет именно быстродействию?

Тот же zlib, который я сегодня обновил, не использует ASLR и у него уникальный image adress. Т.е. их выбор налицо.

vdemidov

13-02-2014 15:25

manager   ~0013785

http://blogs.msdn.com/b/mattev/archive/2007/08/21/enabling-aslr-for-memory-savings.aspx

Судя по этой заметке я таки правильно понял работу ASLR и она таки решение проблемы с минимумом работы.

vdemidov

13-02-2014 15:27

manager   ~0013786

Почитай статейку, при использовании ASLR реаллокация происходит в ядре, а не в процессе и она общая для всех экземпляров использующих dll. Так что никакой диллемы.

vdemidov

13-02-2014 15:28

manager   ~0013787

http://stackoverflow.com/questions/3617600/does-aslr-cause-a-slow-loading-of-dlls

zed

13-02-2014 15:34

manager   ~0013788

Ок, stackoverflow меня убедил. Значит переходим на ASLR где это возможно?

vdemidov

13-02-2014 15:37

manager   ~0013789

Ну как по мне это логичный шаг. И вроде как проблем принести не должен. Кстати, а какие вообще могут быть проблемы? А то моя банальная эрудиция теряется и отказывается отвечать на этот вопрос. :)

zed

09-03-2014 11:53

manager   ~0013935

64-Bit EurekaLog compiler crashes when enabling ASLR and NX

vdemidov

09-03-2014 12:12

manager   ~0013936

Речь про 64-битную компиляцию, у нас она пока даже не планируется. Плюс как я понимаю сами эти библиотеки компилируются без подключения Эврики, а для самой САС.Планеты мы ASLR включать тоже не планировали.

zed

09-03-2014 12:21

manager   ~0013937

> Плюс как я понимаю сами эти библиотеки компилируются без подключения Эврики
Некоторые (libge) с эврикой.

Я согласен, что для нас это пока не актуально, однако ж, могут быть и грабли.

Issue History

Date Modified Username Field Change
15-11-2013 14:51 vdemidov New Issue
15-11-2013 14:51 vdemidov Status new => confirmed
15-11-2013 14:55 vdemidov Relationship added parent of 0002246
15-11-2013 14:56 vdemidov Relationship added parent of 0002247
15-11-2013 14:58 vdemidov Relationship added parent of 0002248
15-11-2013 15:00 vdemidov Relationship added parent of 0002249
15-11-2013 15:02 vdemidov Relationship added parent of 0002250
15-11-2013 15:04 vdemidov Relationship added parent of 0002251
15-11-2013 15:08 vdemidov Status confirmed => assigned
15-11-2013 15:08 vdemidov Assigned To => zed
15-11-2013 16:49 zed Note Added: 0013270
15-11-2013 18:22 vdemidov Note Added: 0013272
15-11-2013 18:22 vdemidov Note Edited: 0013272
15-11-2013 18:28 zed Note Added: 0013273
15-11-2013 18:44 vdemidov Note Added: 0013274
15-11-2013 18:47 zed Note Added: 0013275
15-11-2013 19:01 vdemidov Note Added: 0013276
15-11-2013 19:26 vdemidov File Added: dll_base.png
15-11-2013 19:52 vdemidov File Added: dll_base32.png
15-11-2013 19:54 vdemidov Note Added: 0013277
15-11-2013 20:08 vdemidov Note Added: 0013278
13-02-2014 11:57 zed Note Added: 0013770
13-02-2014 11:58 zed Status assigned => feedback
13-02-2014 12:31 vdemidov Note Added: 0013771
13-02-2014 12:31 vdemidov Status feedback => assigned
13-02-2014 12:33 zed Note Added: 0013772
13-02-2014 12:57 vdemidov Note Added: 0013775
13-02-2014 12:58 zed Note Added: 0013776
13-02-2014 13:52 zed Note Added: 0013778
13-02-2014 14:44 vdemidov Note Added: 0013779
13-02-2014 15:05 zed Note Added: 0013780
13-02-2014 15:07 vdemidov Note Added: 0013781
13-02-2014 15:10 vdemidov Note Added: 0013782
13-02-2014 15:12 zed Note Added: 0013783
13-02-2014 15:24 zed Note Added: 0013784
13-02-2014 15:25 vdemidov Note Added: 0013785
13-02-2014 15:25 zed Note Edited: 0013784
13-02-2014 15:27 vdemidov Note Added: 0013786
13-02-2014 15:28 vdemidov Note Added: 0013787
13-02-2014 15:34 zed Note Added: 0013788
13-02-2014 15:37 vdemidov Note Added: 0013789
03-03-2014 08:47 vdemidov Target Version 140303 => 140404
09-03-2014 11:53 zed Note Added: 0013935
09-03-2014 12:12 vdemidov Note Added: 0013936
09-03-2014 12:21 zed Note Added: 0013937
24-10-2014 11:40 vdemidov Target Version 140404 => 141111
30-10-2014 12:10 zed Status assigned => resolved
30-10-2014 12:10 zed Fixed in Version => 141111
30-10-2014 12:10 zed Resolution open => fixed
08-08-2025 13:24 zed Category Хотелка => Хотелка / Feature request