...верней, в студиИ. 2002. Если в настройках стоит галка спрашивать при открытии файла его кодировку, то это работает при "ручном" открытии через File-Open или в Windows Explorer "Edit with Visual Studio .NET", а вот когда открываешь через File-Recent Files - кодировку не спрашивает ;-( bug, однозначно...
Интересно, как такое может быть на одном и том же сайте/сервере при попытке доступа к ASP-скриптам сервер возвращает 500.13 Server is too busy, одновременно с этим ASPX-приложение (code-behind) нормально работает?
Нашел у Microsoft интересную [URL=http://www.microsoft.com/downloads/details.aspx?FamilyID=c4ba5f3c-1eb2-4f3c-99b0...]утилиту[/URL], возможно полезную некоторым разработчикам и админам. Выполняет автоматическую перезагрузку сервера IIS 5 под Windows 2000 по расписанию или исходя из нагрузки. Скриншотик с главным диалогом конфигурации:
The project was created with a newer version of VisualStudio
Если пытаться открыть проект, сделанный в VS.NET 2003, в предыдущей студии (2002), то в зависимости от проекта 2002-ая студия выругается "The project was created with a newer version of VisualStudio" или "The selected file is not a valid Visual Studio solution file."
Лечится все просто - 1) в файле solution *.sln ставится
Оказывается, не все так просто как показалось вчера... Попытка пофиксить аналогичную ошибку на третьем сервере, где вызывался remote COM+ компонент, не увенчалась успеха до тех пор пока не выяснилось что еще одной причиной - именно в этом случае с Remote COM+ Server - этой InvalidCastException является то, что аккаунт ASPNET нуждается в правах на выполнение DLL, чего по умолчанию у него нет. Дать прав можно включением имперсонации в web.config
Сегодня некоторое время пришлось потратить на поиски странной проблемы с COM+ компонентом, написанным на VB6, реализующим работу с БД и вызываемым из ASP.NET, который работал локально, но никак не хотел вызываться на удаленном сервере, возвращая через ASP чудесную ошибку "QueryInterface for interface XXX failed."
После весьма долгих попыток найти причину, обнаружилось, что .NET на сервере не может найти Interop Assembly для работы со старым ADO. Копирование adodb.dll из C:\Program Files\Microsoft.NET\Primary Interop Assemblies в каталог bin на сервере разом все решило.
Bitmap bmp = new Bitmap("test.gif"); Graphics g = Graphics.FromImage(bmp);
может возникнуть исключение "A Graphics object cannot be created from an image that has an indexed pixel format." Вкраце, indexed format - это формат, где каждый пиксел изображения представлен индексом в таблице цветов (палитре). Например, в индексированном формате 8bpp каждый пиксел - байт 0..255, индекс в таблице из 256 цветов. Индексированные форматы - 1bpp, 4bpp, 8bpp. Кое что можно посмотреть еще [URL=http://msdn.microsoft.com/library/en-us/cpref/html/frlrfSystemDrawingGraphicsCla...]здесь[/URL].
Так... а избежать вышеупомянутого исключения можно при помощи создания нового битмапа с размерами оригинала и вывода в него исходного изображения при помощи DrawImage.
Bitmap bmp = new (Bitmap)Image.FromFile("test.gif"); Bitmap tmp = new Bitmap(bmp.Width,bmp.Height); Graphics g = Graphics.FromImage(tmp); g.DrawImage(bmp,new Rectangle(0,0,tmp.Width,tmp.Height),0,0, bmp.Width,bmp.Height,GraphicsUnit.Pixel