перенесли свой проектик в VB.NET
понятно, что ошибок - тьма.... попытались их исправлять - и тут пришел тихий ужас - стоит что-то подредактировать и на секунду остановиться или схватиться за мышку - среда разработки застывает секунд на 30 - сложилось впечатление, что она в это время пытается что-то там перекомпилить - сразу после этого "затыка" обычно идет подчеркивание красным мест с ошибками...
как это достало! - можно ли как-то отключить этот режим? вроде все настройки перелопатил - ничего похожего не нашел....

Да, машинка неслабенькая - P4 2,4Гц 512 метров оперативки... кроме студии ничего больше не крутится... но тем не менее, тормоза при редактировании просто убивают наповал...

Может проект великоват? - конвертировался он 53 часа....
пробовали на двухпроцессорном PIII-1Гц + 2Гб памяти... принципиально ничего не изменилось...

правда, ошибок просто огромное количество - они все мелкие, но их ОЧЕНЬ много - может из-за этого и тормозит?
Похоже, придется в NotePad все делать :-) Там делов-то на день-два...

да в принципе - есть задумка потихоньку круто его перелопатить - проект развивался 5 лет, многое хочется переделать, есть шансы, что объемы кода и количество объектов резко уменьшатся - примерно на порядок. Но останавливать работу на период такого перелопачивания просто нереально. Хотели уже в NET с новыми возможностями продолжать развиваться и потихоньку переписывать старое - пойти эволюционным путем...

Самое интересное - что принципиальных ощибок-то и нет - в основном контекстное меню, да в 90% случаев не писали .Value в выражении типа Recordset.Fields("FieldName").
Да еще NewIndex в комбобоксах... вот вобщем-то почти все.

Кстати а какя версия VS.NET?
Вот что есть в окошке About:
Microsoft Development Enviroment 2003 Version 7.1.3088
Microsoft .NET Framework 1.1 Version 1.1.4322

есть и другие не плохие редакторы, которые понимают синтаксис

а ссылочек не подкинешь?

2Sa - спасибо за наводку
2ненавижу
а репорты на чем писаны?
собственная надстройка над Excel.

Да а с ADO вы тоже хотите на ADO.NET перейти?

с этим еще не разбирался, но принципиально ADO нас 100% устраивает - у нас из всего АДО используется только ADODB.Command...

с чем есть "трение" - это с асинхронными запросами, да и то в принципе это не самая суперважная часть системы - в общем будем посмотреть.

у нас план такой - перехать под NET "как есть" - чтобы не поддерживать два проекта одновременно - ведь "поддержка" заключается в постоянной доработке по пожеланиям пользователей или самой жизни :-).
А потом потихоньку переписывать модули по мере того, как в них будут вноситься изменения.

ИМХО проект перевести на .NET это кошмар, поэтому и интересны результаты

это наверное смотря какой проект...
В чем "прелесть" нашего проекта:
- везде используются стандартные конструкции - если проблема есть в этой конструкции, то она во всех модулях абсолютно одинаковая.
- сами конструкции не используют никаких извратов за очень редким исключением.
- перечень таких "конструкций" насчитывает где-то 10-15, от силы 20 штук
- большинство новых форм писалось через Copy-Paste :-)
- весь проект несложный по структуре, разве что объемный
- все извратные моменты заключены в отдельные модули или оформлены как контролы - они действительно труднопереносимы - ошибки носят принципиальный характер и требуется полная переделка. - так и хрен с ними, компилим эти проектики в ocx и dll и подключаем их к новому проекту.
- вся работа с БД сделана в виде отдельной ActiveX DLL (тоесть ссылка на ADO есть только в этой DLL) - вдруг каких проблем, поступаем с ней как и с ocx.

Все это дает надежду на то, что все должно заработать. И говорит о том, что наверное наш проект не вполне показателен....

а Ваш проект на каких минимум машинах будет работать у клиентов?

Минимум Celeron 700 + 256 оперативки. Везде WinXP. А основном машинки более 1ГГц.

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

Одно можно сказать с увереностью - вы как программист не пожалеете что связались с NET, остается надеяться только что от этого не пострадают закачики :-)

уже не жалеем - сначала почитали Прозиса, возникло желание проверить - так ли все прекрасно, как там написано, потом с опаской поставили, неделю попинали и поняли, что обратной дороги нет. При открытии старого доброго VB6 возникает некое чувство давно ушедших времен. Многие мечты стали реальностью - чего стоит наследование: При переносе у нас было более 3тыс. проблем, связанных с динамическим контестным меню (у нас все было завязано на свойстве Tag - очень неудачное решение, но оно применялось везде и мы не решались отступить от принятого стандарта - и правильно сделали!)... Решение проблемы заняло пару часов - чего легче унаследовать стандартное меню и добавить поддержку свойства Tag... десяток строк кода и все 3тыс. "ошибок" исправлены...

А заказчику деваться некуда :-) он один.
К тому-же VB6 стал "глючить" - тоесть есть 7 машин, на которых происходят "слеты" нашего приложения, невоспроизводимые ни на какой другой машине. Причем количество этих машин растет с ростом нашего проекта - по статистике, с какого-то момента добавление трех новых форм вызывает появление 1 машины с "чудесными" глюками, которые не лечатся переустановкой винды или заменой модулей памяти - глубже не копали....