Проблемы с компиляцией большого проекта

Есть "большой" проект на VB6 - куча форм, подцеплено большое количество контролов и библиотек. Из VB IDE запуск с полной компиляцией проходит успешно: всё работает. При попытке собрать EXE-шник - на стадии "Writing EXE..." слетает с ошибками "Error loading [имя_формы], подробности смотрите в файле [имя_формы].log". Это мессаджбокс большого (нестандартного) размера, в котором вышеприведённый текст написан здоровенным шрифтом типа System или Terminal. Таких мессаджей выскакивает штук несколько, после чего Бэйсик падает окончательно (типовое окно WinXP с предложением прибить "плохое" приложение). К тому же начинается фигня с GDI-подсистемой: коверкаются все открытые окна, слетают шрифты и т.д. и т.п.

Если смотреть таск-менеджером, то слёт происходит, когда число GDI-объектов, открытых процессом VB6.EXE, доходит до 10 тысяч. Насколько я понимаю, это некая "квота".

Винда - WinXP SP2 со всеми патчами. Студия - с последним (шестым) сервис-паком.

Вместе с тем, на отдельном - "специальном сборочном" - компе с WinNT 4.0 (и с минимумом запущенных служб) сборка EXE-шника происходит более или менее нормально. Т.е. иногда наблюдается та же фигня, а иногда - EXE-шник создаётся нормально.

Понятно, что грабли связаны с утечкой GDI-ресурсов, но вот как это исправить?! [bold]Проект модифицировать нельзя - это просто догма.[/bold] Пытался компилить не из VB IDE, а из командной строки - тот же результат, т.е. даёт дуба на 10 тысячах GDI-объектов (ну разве что мессаджей выскакивает поменьше).

При всём при этом, откомпилённый проект работает нормально, никаких GDI-утечек в run-time режиме не наблюдается, проблем с экраном тоже нет никаких.

Я и раньше такое наблюдал, но перезагрузка (бэйсика или в крайнем случае компа) всегда помогала. Помогала также выгрузка "лишних" служб и процессов. Однако сейчас - никакого эффекта.

Очень это всё похоже на какой-то баг бэйсика. Хотя на сайте MS ничего найти не удалось... Есть идеи?!

Можно попробовать такой вариант:
Перенести часть кода перенёс в отдельный проект - модуль ActiveX Dll.

Скомпилировать этот модуль, а затем подцепить его к главному проекту.
Исходный код главного проекта станет меньше и возможно, что проблемы с недостатком памяти исчезнут.

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

Если работает сервер терминалов, то действительно выставляются ограничения на число GDI-объектов. Решение - либо патчить win32k.sys, либо смотреть тут: http://support.microsoft.com/d... -us;840342

2[bold]aleksmir[/bold]:
Модифицировать проект нельзя, ещё раз говорю. Просто де-факто.

Сообщение от Messir Если работает сервер терминалов, то действительно выставляются ограничения на число GDI-объектов. Решение - либо патчить win32k.sys, либо смотреть тут: http://support.microsoft.com/d... -us;840342

Спасибо, дружище, но... вот начало статьи с MSDN:

[bold]SYMPTOMS[/bold] When you use a Terminal Services session to connect to a Windows Server 2003-based computer that has Terminal Services installed, and then you try to run a program on the Terminal server from a client computer, the program that you are trying to run may not run correctly.

Как это применимо к моему случаю, чё-то не въеду?! тут вроде речь о запуске проги на 2003-сервере... у меня же просто всё "локально"...

И второй вопрос: что значит "патчить win32k.sys"?

Сообщение от Comanche Спасибо, дружище, но... вот начало статьи с MSDN: [bold]SYMPTOMS[/bold] When you use a Terminal Services session to connect to a Windows Server 2003-based computer that has Terminal Services installed, and then you try to run a program on the Terminal server from a client computer, the program that you are trying to run may not run correctly. Как это применимо к моему случаю, чё-то не въеду?! тут вроде речь о запуске проги на 2003-сервере... у меня же просто всё "локально"... И второй вопрос: что значит "патчить win32k.sys"?

На момент написания этой статьи еще xp sp2 не было. А в нем, как и в win 2003, есть урезанный сервер терминалов с возможностью двух одновременных сессий. Так что данная статья не панацея, но поиграться с теми ключами есть смысл...

"патчить win32k.sys" - это дизассемблировать его и искать то место, где выставляются ограничения на размер пула

2[bold]Messir[/bold]:
Я удвоил значения в обоих ключах реестра (SessionPoolSize и SessionViewSize) - по фигу, всё то же самое (опять дало дуба на 10 тысячах объектов) ещё увеличивать?!

Ну а насчёт дизассемблинга - это уж слишком...

Сообщение от Comanche Я удвоил значения в обоих ключах реестра (SessionPoolSize и SessionViewSize) - по фигу, всё то же самое (опять дало дуба на 10 тысячах объектов) ещё увеличивать?!

Перезагружался?
Если по фигу, то дальше увеличивать смысла не имеет. Придется забить на этот метод...

Сообщение от Comanche Ну а насчёт дизассемблинга - это уж слишком...

А кому сейчас легко?

Сообщение от Messir Перезагружался? Если по фигу, то дальше увеличивать смысла не имеет. Придется забить на этот метод...

Да перезагружался... придётся забить, по-видимому...
Блин, чё ж делать-то?
Ну никак нельзя "выдирать" куски проекта в ДЛЛ-ки... по крайней мере - пока не разобрался в нём досконально...

может быть дело в большом кол-ве классов?
попробуй например объединить модули

0

на всякий случай - все лимиты http://msdn.microsoft.com/libr... ations.asp

0

Спасибо за ссылочку. Правда, там по моей проблеме ничего нет - но всё равно много полезного.

При помощи одной проги посмотрел, на каких именно GDI-объектах идёт слёт. См. картинку. Это битмапы и кисточки. А вот как бы понять, откуда у них "ноги растут"?! Т.е. в идеале - отловить, какой именно из компонентов, участвующих в сборке проекта, является хозяином этих битмапов... такое вообще возможно? Messir, на тебя вся надежда

Ошибка типа "... С++ ... на такой то строке в таком то файле формы проекта...", при этом создавался пустой OBJ файл с таким же именем как и файл формы? При этом еще создается текстовый лог файл, в котором указана строка в форме на которой споткнулся компилятор/компоновщик.
У меня были подобные, решались путем модификации исходного кода строки, в которой возникала ошибка. Бывало достаточно просто разбить одну строку на две (если это допускалось языком и алгоритмом). В чем причина подобного так и не понял.

0

Лично я вообще не понимаю, нафига он при компиляции кисточки создает... И такая тьма битмапов вряд ли имеет логичное обоснование - хоть у ВБ их и уйма в его интерфейсе, но все равно это сотни, а не тысячи...
Есть подозрение, что это в самой IDE утечки...

Кстати, каковы эти показатели ДО компиляции, сразу после загрузки проекта?

236 и 71, соответственно - если нет ни одного открытого окна. По мере открытия окон (особенно с формами) цифры растут. Это понятно - и выше я писАл, что пробовал компилить вообще из командной строки... что, впрочем, не решило проблемы.

397 и 91 - после "Start with full compile" из-под VB IDE. Тоже немного.

В общем, дело труба, насколько я понимаю...