AddIn к Visio в виде DLL

@kukuruku310 · Регистрация: 14.02.2010

Author24 — интернет-сервис помощи студентам

Чегой-то совсем запутался.
Есть AddIn к Visio в виде DLL. В нем получаются размеры и положение фигур. Т.е. имеется список записей, содержащие размеры фигур. В нем же запоминается COM-интерфейс на соответсвующую фигуру. Пока было для каждой страницы свой список - все работало без проблем. Когда решил сэкономить памяти и иметь один список только для активной страницы, то проявилась странность - при повторном получении списков (т.е. COM-интерфейсов) происходит увеличение времени, причем в геометрической прогрессии. Т.е. при первом чтении порядка 16 мс (500 фигур), при втором время увеличивается до 36 мс, при третьем - полминуты, при следующем - вообще все 5 минут. Причем, при получении другой страницы, т.е. других фигур, задержки нет, задержка только при переполучении фигур, которые уже получались в этом сеансе работы. Даже предположений нет, с чем такое поведение связано.

@CyBOSSeR · 15.12.2010, 00:56

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

@kukuruku310 · 15.12.2010, 12:45 **[ТС]**

Ну, весь код довольно объемный, вряд-ли появится желание в нем копаться (к тому же я уже тот вариант потерял, как неприемлемый).

А если вкратце, то примерно так:

C++

class CMyShape {
    CVisioShape vShape; // CVisioShape – класс от MS, простая обертка для интерфейсов IVShape
                                         // фактически никаких собственных членов не имеет, кроме счетчика ссылок 
                                         // несколько конструкторов и перегруженных операторов, все остальное – просто
                                         // вызов соответствующих методов COM-объекта
    long mID;
    long mLeft;
    ... и другие члены
public:
    CMyShape(CVisioShape & vSp) : vShape(vSp) { получение размеров фигуры }
    ~CMyShape() { } // по идее ведь должен автоматом быть вызван деструктор и для встроенного vShape ?
}; // ну и еще есть два класса, наследованные от этого, но там только добавлены некоторые простые данные
 
typedef CMyShape *pShape;

class CMyShapesList - список – типа динамического массива указателей pShape
его методы:
1. void Add(pShape sp);
добавляю переданный указатель в список
Передаваемый здесь объект создается где-то в другой процедуре путем new CMyShape(vShape)
vShape получается двумя способами: 1) созданием объекта CVisioShape из pObj->QueryInterface(IID_Shape), где pObj – типа *IDispatch (фактически, если глянуть конструктор этого CVisioShape, то это просто запрос требуемого IID и увеличение счетчика ссылок)
2) возвращается из перечисления фигур страницы (просто как во всем офисе получение элемента "коллекции")

2. void Delete(idx) – удаление указателя с указанным индексом из списка. Сам объект удаляется тоже самим вызывающим путем простого delete.

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

Не знаю, насколько понятно изложил, но в любом случае спасибо. Мое решение пока что остается в получении каждый раз при необходимости нужного интерфейса (или, если быть точным, объявление и инициализация локальной переменной типа CVisioShape, который автоматом уничтожается, как любая локальная переменная.)

Кстати, вот еще такой вопрос: как (и можно ли вообще) объявить переменную типа COM-объекта в одной процедуре, а инициализировать ее - в другом месте, скажем вызовом функции со ссылкой на эту переменную. Как это правильно делается на C++?

@CyBOSSeR · 16.12.2010, 02:43

kukuruku310, проверьте уменьшается ли счетчик ссылок CVisioShape в деструкторе CMyShape.

Сообщение от kukuruku310

как (и можно ли вообще) объявить переменную типа COM-объекта в одной процедуре, а инициализировать ее - в другом месте, скажем вызовом функции со ссылкой на эту переменную. Как это правильно делается на C++?

Если я правильно Вас понял, то вот:

C++

IInterface* Create() {
  IInterface* pInterface = 0;
  Initialize(&pInterface);
}
 
void Initialize(IInterface** ppInterface) {
  // В *ppInterface записываем нужный указатель
}

@kukuruku310 · 16.12.2010, 12:36 **[ТС]**

Спасибо. А AddRef и Release надо делать?

Добавлено через 2 минуты

Сообщение от CyBOSSeR

kukuruku310, проверьте уменьшается ли счетчик ссылок CVisioShape в деструкторе CMyShape

Все уменьшается и увеличивается как надо. Да и иначе ведь было бы без разницы - переходим на другую страницу или на ту, которая ранее уже окрывалась. Насколько я понимаю.
Вполне может быть, что это просто какой-то глюк самого Visio. По крайней мере недавно вот обнаружил такую странность: если указать в свойствах Visio расположение файлов (т.е. dafault-путь к открыть-сохранить) что-нибудь отличное от "Мои документы", пусть даже полный путь к той же самой "Документы", то при первом сохранении файла возникает жуткая задержка и куча сбоев "Обращение к серверу" в системном журнале. Так что вполне допускаю, что и "переполучение" имеет в Visio какие-то тонкости. Просто это мой первый и единственный серъезный опыт в C++, поэтому и возникли смутные подозрения в своей собственной левоногости и твердолобости...

@kukuruku310 306 / 187 / 26 Регистрация: 14.02.2010 Сообщений: 544
		1
	AddIn к Visio в виде DLL 15.12.2010, 00:37. Показов 2221. Ответов 4 Метки нет (Все метки) Чегой-то совсем запутался. Есть AddIn к Visio в виде DLL. В нем получаются размеры и положение фигур. Т.е. имеется список записей, содержащие размеры фигур. В нем же запоминается COM-интерфейс на соответсвующую фигуру. Пока было для каждой страницы свой список - все работало без проблем. Когда решил сэкономить памяти и иметь один список только для активной страницы, то проявилась странность - при повторном получении списков (т.е. COM-интерфейсов) происходит увеличение времени, причем в геометрической прогрессии. Т.е. при первом чтении порядка 16 мс (500 фигур), при втором время увеличивается до 36 мс, при третьем - полминуты, при следующем - вообще все 5 минут. Причем, при получении другой страницы, т.е. других фигур, задержки нет, задержка только при переполучении фигур, которые уже получались в этом сеансе работы. Даже предположений нет, с чем такое поведение связано. 0

@CyBOSSeR 2348 / 1721 / 149 Регистрация: 06.03.2009 Сообщений: 3,675
	15.12.2010, 00:56	2
	Нужно больше информации, как именно получаются фигуры, как храните указатели и т.д. Желательно увидеть код. 1

@kukuruku310 306 / 187 / 26 Регистрация: 14.02.2010 Сообщений: 544
	16.12.2010, 12:36 [ТС]	5
	Спасибо. А AddRef и Release надо делать? Добавлено через 2 минуты Сообщение от CyBOSSeR kukuruku310, проверьте уменьшается ли счетчик ссылок CVisioShape в деструкторе CMyShape Все уменьшается и увеличивается как надо. Да и иначе ведь было бы без разницы - переходим на другую страницу или на ту, которая ранее уже окрывалась. Насколько я понимаю. Вполне может быть, что это просто какой-то глюк самого Visio. По крайней мере недавно вот обнаружил такую странность: если указать в свойствах Visio расположение файлов (т.е. dafault-путь к открыть-сохранить) что-нибудь отличное от "Мои документы", пусть даже полный путь к той же самой "Документы", то при первом сохранении файла возникает жуткая задержка и куча сбоев "Обращение к серверу" в системном журнале. Так что вполне допускаю, что и "переполучение" имеет в Visio какие-то тонкости. Просто это мой первый и единственный серъезный опыт в C++, поэтому и возникли смутные подозрения в своей собственной левоногости и твердолобости... 0

Опции темы