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

Отработанное время:
Продуктивное время:
Bug 481 - Нет привязки по netbios (Кодекс)   Make a simular bug
Summary: Нет привязки по netbios (Кодекс)
Status: CLOSED FIXED
Alias: None
Product: WINE@Etersoft
Classification: Продукты (Products)
Component: Общее (show other bugs)
Version: 1.0.7
Hardware: PC Linux
: P5 major
Target Milestone: ---
Assignee: Константин Кондратюк
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 492 584 785
  Show dependency treegraph
 
In work:
Reported: 2007-02-21 16:38 MSK by Константин Кондратюк
Modified: 2008-11-14 22:59 MSK (History)
3 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Константин Кондратюк 2007-02-21 16:38:22 MSK
Предположение – не работает netbios, из-за этого невозможна регистрация Кодекса.
По регистрации см. readme Кодекса: модель привязки – к компьютеру в сети.

Информация от разработчиков:
Для реализации показа компьютеров в сети используется функция
WNetEnumResource
Для реализации собственно идентификации используется функция Netbios с
такими коммандами:
NCBENUM
NCBRESET
NCBASTAT
Comment 1 Константин Кондратюк 2007-02-28 16:49:04 MSK
На версии Кодекса, полученной для тестирования проблемы, ошибка проявилась. При выборе привязки "к компьютеру" список доступных компьютеров в сети пуст. Возможно, проблемы с netbios'ом начинаются именно здесь...
Comment 2 Константин Кондратюк 2007-09-03 16:48:41 MSD
Инициализация сети проходит при добавление ряда ключей в реестр wine. По аналогии с NTLanman это ключи (HKEY_LOCAL_MACHINE):
System\CurrentControlSet\Control\NetworkProvider\Order
    ProviderOrder = "NTLanman"
System\CurrentControlSet\Services\NTLanman\NetworkProvider
    DeviceName (пока пустой)
    Name = "Microsoft Windows Network"
    ProviderPath = "c:\windows\system32\ntlanman.dll"

После этого требует саму ntlanman.dll и ещё несколько связанных с ней. После подстановки вроде бы инициализируется сеть, ошибка NO_NETWORK не появляется.
Дальше - серия stub'ов при вызове WNetOpenEnum.
Comment 3 Константин Кондратюк 2007-09-05 11:26:35 MSD
Видимо оставляем в названии провайдера NTLanman. Нужно грузить соответствующую библиотеку. Библиотека из Windows не работает - нужно написать свою, заменяющую её.
Предполагаемая функциональность - перечисление ресурсов, смонтированных в unc/
Comment 4 Константин Кондратюк 2007-09-14 14:50:37 MSD
Добавил ntlanman.dll к своему проекту. Доступны пока 2 функции, и то в виде стабов - NPGetCaps и NPOpenEnum. До NPOpenEnum загрузка не проходит, потому что в функции WNetOpenEnum  параметр lpNet->lpProvider==0.
Нужно узнать, почему так происходит, скорее всего этот участок кода должен отрабатывать.
Comment 5 Константин Кондратюк 2007-09-14 15:02:39 MSD
Нет, похоже, что NPOpenEnum() вообще не должна быть задействована. По крайней мере сейчас одинаковая ситуация и в новой внутренней библиотеке, и в win-dllке.
От загрузки ntlanman из Windows отвязались, реализовав NPGetCaps().
Comment 6 Константин Кондратюк 2007-09-17 19:49:00 MSD
1. Есть вход в функцию NPEnumResources() и ожидание информации о ресурсах от неё.
2. Есть чтение содержимого .wine/dosdevices/unc, реализованное внутри функции NPEnumResources().

Осталось совместить эти два направления работы и посмотреть результаты в CompId.
Comment 7 Константин Кондратюк 2007-09-17 19:49:55 MSD
Ответ из wine-devel: 
> The information about loaded dll is absent in the wine registry. Whether it
> means, what there are no preparations of DLL's for work with a network
> (similar ntlanman.dll in Windows)?

That's correct, this hasn't been implemented in Wine yet.
Comment 8 Константин Кондратюк 2007-09-18 18:09:06 MSD
> Может в самом Линуксе из пакета самбы поставить nmbd, он же полностью
> эмулирует функцию нетбиоса под Линуксом, а уже из wine к нему
> привязаться?
Comment 9 Константин Кондратюк 2007-09-19 19:15:00 MSD
Тест заработал, ресурсы в /unc перечисляются. CompId пока не показывает список.
Есть проблемы с перечислением ресурсов, если *lpcCount > 1. В этом случае - падение, причём как на моей dllке, так и на виндовой.
Comment 10 Константин Кондратюк 2007-09-20 10:53:28 MSD
Есть перечисление компьютеров и формирование строк (только для существующих в сети машин). Нужно будет проверить, что всё хорошо, и багу с Кодексом можно закрывать.
Comment 11 Константин Кондратюк 2007-09-21 14:08:51 MSD
Добрался до реализации NPGetResourceInformation() и NPGetResourceParent().
Всё осложняется тем, что никакой подготовки к их вызову в mpr нет. На A и W вызоовы функций WNetGetResourceInformation() и WNetGetResourceParent() - стабы и return NO_NETWORK;
Comment 12 Vitaly Lipatov 2007-10-16 11:12:00 MSD
Проблема исправлена к 1.0.8