Summary: | 1с77 - зависает в строке Initialize | ||
---|---|---|---|
Product: | WINE@Etersoft | Reporter: | Svetlana Zhukova <svzhu> |
Component: | OLE / DDE / RPC | Assignee: | Svetlana Zhukova <svzhu> |
Status: | CLOSED FIXED | QA Contact: | Svetlana Zhukova <svzhu> |
Severity: | minor | ||
Priority: | P4 | CC: | a.zheltikov, bahalyan, baraka, dm, dtimoshkov, lav |
Version: | unspecified | ||
Target Milestone: | --- | ||
Hardware: | PC | ||
OS: | All | ||
Whiteboard: | |||
Заявки RT: | Связано с: | 7371, 8689 | |
Дата напоминания: | |||
Bug Depends on: | 5870 | ||
Bug Blocks: | 8900, 8991 | ||
Deadline: | 2013-02-12 |
Description
Svetlana Zhukova
2013-01-15 14:14:40 MSK
Думаю Вам стоит поменять Важность на как минимум "Серьезная" Наша организация недавно обновилась на 2-ю версию, и я тут же "огреб" - перестал работать перенос OLE из "рабочей" базы в бухгалтерскую.. Так что пока не решите данную проблему - мы вынуждены пользоваться 1.0.12 1 - Если обрабатывать в DefaultHandler_NDIUnknown_QueryInterface входящий CLSID IID_IDispatch как IPersistStorage, то снова возникла ситуация с тем, что в функцию DefaultHandler_IPersistStorage_InitNew перевдается вторым параметром сторадж, у которого lpVtbl=nil. Вызов на этот раз был из модуля bkend. адрес, по которому лежит сам этот сторадж тоже в модуле bkend. Попробовал IID_IDispatch обрабатывать как IOleObject, а IID_IDispatchEx как IPersistStorage. В этом случае .Initialize сработал правильно. 2 - При этом когда DefaultHandler_NDIUnknown_QueryInterface вызывался для объекта Word.Application (см. https://bugs.etersoft.ru/show_bug.cgi?id=8689) предполагалось, что IID_IDispatch будет обрабатываться как IPersistStorage. Нужно больше тестов. Сделал тест, на windows для входящего CLSID IID_IDispatch функция DefaultHandler_NDIUnknown_QueryInterface возвращает IOleObject для любого объекта (будь то V77S.Application, или Word.Application). Отправил патч на wine-patches@. Патч, исправляющий проблему, приложен к wine-2.0.0. (В ответ на comment #4) > Патч, исправляющий проблему, приложен к wine-2.0.0. Ооо.. оперативно как.. ))) А когда можно ждать тестовой сборки с этим патчем? (В ответ на comment #5) > (В ответ на comment #4) > > Патч, исправляющий проблему, приложен к wine-2.0.0. > > Ооо.. оперативно как.. ))) > А когда можно ждать тестовой сборки с этим патчем? Заказать на странице продукта сборку для 2.0-testing wine@eter-2 bottle 1c77/1c77 WINE@Etersoft SQL 2.0.3-eter25/5 1c77, БД"Торговля и склад",любая из обработок (c:/Program Files/15372 или БД и обработкой из папки c:/Program Files/1Cv77/28311) - работают,ошибок нет. Сделать для eterhack/eter-2.1. Света, надо проверить на eterhack. На eterhack bottle 1c77/1c77 WINE@Etersoft SQL 1.5.23/2.1.0-eter2/3 При запуске обработки "подключениеБазы.ert" из pvt/Windows/Testing/RT/15372 БазаОле=СоздатьОбъект("V77.Application"); {C:\ПОДКЛЮЧЕНИЕ БАЗЫ.ERT(13)}: Неудачная попытка создания объекта (V77.Application) Воспроизводится предшествующая данной бага 5870. В одноименной бутылке на eter-2.1 WINE@Etersoft SQL 2.1.2/2.1.0-eter8/3 вышеуказанная проблема также воспроизводится. переоткрою https://bugs.etersoft.ru/show_bug.cgi?id=5870 Приложила патч в 2.1 http://bugs.etersoft.ru/attachment.cgi?id=2937 ошибки нет. |