Укажите отработанное время

Отработанное время:
Продуктивное время:
Bug 3287 - .Net2.0: dotnet не видит системные библиотеки   Make a simular bug
Summary: .Net2.0: dotnet не видит системные библиотеки
Status: CLOSED FIXED
Alias: None
Product: WINE@Etersoft
Classification: Продукты (Products)
Component: dotNET; .NET; mono (show other bugs)
Version: 1.0.9
Hardware: PC Linux
: P4 minor
Target Milestone: ---
Assignee: Виталий Перов
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on: 2666
Blocks: 1665 3286
  Show dependency treegraph
 
In work:
Reported: 2009-01-17 19:33 MSK by Виталий Перов
Modified: 2012-07-13 20:30 MSK (History)
1 user (show)

See Also:
Заявки RT:
Связано с:
Дата напоминания:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Виталий Перов 2009-01-17 19:33:22 MSK
.Net не находит системные библиотеки, которые находятся в папке с установленным .Net. Программа начинает запускаться толко в том случае, если все необходимые библиотеки находятся в директории с программой (см багу 3286)
Comment 1 Виталий Перов 2009-03-21 13:59:51 MSK
Запустил тестовую программу HelloWorld.
Результаты:
<wine@cellar bottle dotnet/net1.1>$ wwxp test.exe
fixme:shell:URL_ParseUrl failed to parse L"mscorlib.resources"
fixme:shell:URL_ParseUrl failed to parse L"mscorlib.resources"
fixme:shell:URL_ParseUrl failed to parse L"System"
fixme:shell:URL_ParseUrl failed to parse L"System.Drawing"
fixme:shell:URL_ParseUrl failed to parse L"System.DirectoryServices"
fixme:shell:URL_ParseUrl failed to parse L"System.Messaging"
fixme:shell:URL_ParseUrl failed to parse L"System.ServiceProcess"
fixme:shell:URL_ParseUrl failed to parse L"System.Data"
Hello

Всё работает! Хотя запрашиваемых библиотек в папке с программой нет.
Возможно никакой баги нет.
Чтобы это проверить надо попробовать использовать ещё какую-нибудь системную библиотеку, которая не обращается к System.Drawing.FontFamily
Comment 2 Виталий Перов 2009-03-21 15:06:41 MSK
Написал тест, использующий System.Drawing.dll
Тест лежит в /var/ftp/pub/Windows/Tests/DotNetTests/TestDrawing

Тест прекрасно работает (необходима только сторонняя gdiplus.dll), хотя в текущем каталоге системных библиотек нет.
Comment 3 Виталий Перов 2009-03-30 14:28:33 MSD
Бага проявляется на dotnet2.0
Comment 4 Виталий Перов 2009-03-30 15:21:56 MSD
Были подозрения на:
fixme:shell:URL_ParseUrl failed to parse L"System.Drawing"

попробовал поставить shlwapi и shell32 сторонние. Ничего не изменилось. Значит проблема в другом.
Comment 5 Виталий Перов 2009-03-30 16:29:18 MSD
Трейс по каналу file показал, что запрашивается много файлов из папки windows/assembly. Но в wine она пустая!

Пробовал скопировать туда файлы с установленной .net2.0 на win2k3 - бага исчезла.
Остаётся выяснить почему в процессе установки не создаются файлы в windows/assembly
Comment 6 Виталий Перов 2009-03-30 17:13:29 MSD
Запускал установку с трейсом по каналу file, msi и shell.
Ни одного упоминания папки assembly не нашёл.
Comment 7 Виталий Перов 2009-03-30 17:50:35 MSD
Подозрительное сообщение в консоле при установке:
err:msi:ITERATE_InstallService Control query failed!

формируется SQL запрос:
SELECT * FROM `Component` WHERE `Component` ='%s'

далее он расшифровывается:
fixme:msi:MSI_QueryGetRecord query='L"SELECT * FROM `Component` WHERE `Component` ='_X86"'
fixme:msi:MSI_QueryGetRecord query='L"SELECT * FROM `Component` WHERE `Component` ='MSCORSVW_EXE_____X86.3643236F_FC70_11D3_A

и передаётся:
fixme:msi:MSI_DatabaseOpenViewW L"SELECT * FROM `Component` WHERE `Component` ='MSCORSVW_EXE_____X86.3643236F_FC70_11D3_A536_0090278A1BB8'" 0x8de550

почему берётся второе значение после расшифровки - пока не понятно.
Ещё пока не понятно расшифровывается ли в итоге знечение `Component`, или так и остаётся.
Comment 8 Виталий Перов 2009-03-31 20:15:57 MSD
(In reply to comment #7)
> далее он расшифровывается:
> fixme:msi:MSI_QueryGetRecord query='L"SELECT * FROM `Component` WHERE
> `Component` ='_X86"'
> fixme:msi:MSI_QueryGetRecord query='L"SELECT * FROM `Component` WHERE
> `Component` ='MSCORSVW_EXE_____X86.3643236F_FC70_11D3_A
> 
> почему берётся второе значение после
> расшифровки - пока не понятно.

Первый раз можно не считать, из-за нехватки входного буфера, это временное значение.

И вообще, это было немного не то место. Возникает ошибка при втором запросе:
fixme:msi:MSI_QueryGetRecord query='L"SELECT * FROM `ServiceControl` WHERE `Name` ='clr_optimization_v2.0.50727_32'"'

Проблема в 2-х действиях:
        MSI_ViewExecute( view, NULL );
        MSI_ViewFetch( view, &rec );
После них rec = NULL (как и было раньше)

Comment 9 Виталий Перов 2009-03-31 20:56:03 MSD
Проблема в MSI_ViewFetch, точнее проблемы нет, она просто возвращает ERROR_NO_MORE_ITEMS.

Получается, что запрашиваемого параметра в базе нет.
Comment 10 Виталий Перов 2009-04-03 13:49:40 MSD
Попробовал установить следующим образом:
1) Устанавливается dotnet1.1
2) Устанавливается dotnet2.2

Всё прекрасно работает!!!! Даже не надо копировать виндовый l_intl.nls

добавил описание установки на kb.etersoft.ru
добавил отчёт на appdb.winehq.org.ru
Comment 11 Роман Дадьков 2012-07-13 20:30:39 MSK
переделал UNIVERSAL_NAME_INFO_LEVEL. лучше не использовать WNetGetConnection.
нужно еще доделать REMOTE_NAME_INFO_LEVEL, почему-то структура заполняется неправильно, и написать тест.