Comments 42
> вставьте "ﻠ́ﭑ" в Visual Studio 2010 или любое другое WPF приложение.
> В Visual Studio 2012 уже не воспроизводится.
VS 2012 Express, воспроизводится, студия падает.
> В Visual Studio 2012 уже не воспроизводится.
VS 2012 Express, воспроизводится, студия падает.
ошибка — connect.microsft.com
Действительно, верная ссылка — connect.microsoft.com/
Не буду ничего описывать – просто попробуйте.
А мне не в чем попробовать :( Можно же было хотя бы скрин в спойлере вставить.
С «числом зверя» все просто — VS в комментариях применяет правила для языков, которые пишутся справа налево. Там хитрые правила по поводу того, как смешивать в одной строке текст разных направлений, вот они и включаются.
На удивление, это работает и в окне «Выполнить», которое вызывается по Win+R при стирании имени переменной для замены на другое. Проверено на Win 7
UPD начинает глючить даже в строке адреса хрома. Видимо можно воспроизвести во многих полях ввода.
UPD начинает глючить даже в строке адреса хрома. Видимо можно воспроизвести во многих полях ввода.
UFO just landed and posted this here
Если вставить следующий код
в исходный код открытого проекта на C#, то это приведет к необработанному исключению в IDE. Также проект с вышеупомянутым кодом приводит к ошибке в MSBuild. Данной ошибке подвержены Visual Studio 2008, 2010 (может быть и предыдущие версии, не тестировал).
var x = __arglist(0);
в исходный код открытого проекта на C#, то это приведет к необработанному исключению в IDE. Также проект с вышеупомянутым кодом приводит к ошибке в MSBuild. Данной ошибке подвержены Visual Studio 2008, 2010 (может быть и предыдущие версии, не тестировал).
UFO just landed and posted this here
А в связи с чем это может быть связано?
Возможно, это связано с IntelliSense, в любом случае на момент регистрации ошибки на Microsoft Connect команда Visual Studio отказалась исправлять ошибку до выпуска следующей линейки продукта, дословно:
Unfortunately, we won't be able to clean up __arglist bugs, even if they crash the IDE. By its nature, __arglist is an unsupported feature, and we've chosen to live with some rough edges in the compiler and the editor to allow us more time to focus on other bugs.
__arglist — зарезервированное «ключевое слово» (одно из), официально недокументировано и используется для внутренних нужд. Вот подробнее: bartdesmet.net/blogs/bart/archive/2006/09/28/4473.aspx
Падает видимо потому, что студия пытается сделать что-то, что разрешено разработчикам, но потом запрещено в релизе.
Падает видимо потому, что студия пытается сделать что-то, что разрешено разработчикам, но потом запрещено в релизе.
Не скажу, что этот баг забавный, но всетаки… В VS 2010 некорректно работало преобразование типов (если не ошибаюсь, double <=> unsigned long long), в результате чего пришлось гуглить костыль, который этот баг может обойти. Баг был исправлен только в VS 2012.
В VS2008 был странный баг. Насколько помню, если сделать рекурсию в публичном свойстве, типа
public int Prop { get { return Prop; } }
студия вылетала мгновенно, без задержек и предупреждений.
К сожалению, в 2012 не смог повторить.
public int Prop { get { return Prop; } }
студия вылетала мгновенно, без задержек и предупреждений.
К сожалению, в 2012 не смог повторить.
Побуду кэпом: насколько я понимаю, должна не студия упасть, а приложение по StackOverflowException.
На самом деле, скорее всего эта бага проявляется в дебаг-режиме — я кажется ловил подобную. То ли в списке локальных переменных (автоматических, watch etc), то ли при наведении на свойство. Дело в том, что у VS более-менее адекватный дебаг, который полностью отображает значение свойства, вычисляя его. Видать где-то провтыкали ловлю StackOverflow
UFO just landed and posted this here
В Java не так чтобы сильно хуже.
Никаких файлов не создаётся, сразу же выдаётся ошибка
Сигнатура поля получается длиннее 64К символов и не может быть упакована в специальную форму UTF-8.
Создаёт class-файл в 22 килобайта.
class X<A, B, C, D, E> { class Y extends X<Y, Y, Y, Y, Y> { Y.Y.Y.Y.Y.Y.Y.Y.Y y; } }Никаких файлов не создаётся, сразу же выдаётся ошибка
X.java:2: error: UTF8 representation for string "LX<LX<LX<LX<LX<LX<LX..." is too long for the constant pool
class Y extends X <Y, Y, Y, Y, Y> {
^
1 errorСигнатура поля получается длиннее 64К символов и не может быть упакована в специальную форму UTF-8.
class X <A, B, C, D> { class Y extends X <Y, Y, Y, Y> { Y.Y.Y.Y.Y y; } }Создаёт class-файл в 22 килобайта.
Не совсем баг, но до сих пор заставляет меня улыбнуться: connect.microsoft.com/VisualStudio/feedback/details/745767/menu-is-all-caps
UFO just landed and posted this here
У меня IntelliSense перестаёт работать в редакторе XAML и вообще перестаёт работать дизайнер Windows Phone, если к DataContext страницы привязан объект, реализующий интерфейс IDataErrorInfo. Но это не забавно, это дико раздражает.
Было давно, еще в VS 2005, если не ошибаюсь, при редактировании яваскриптов нельзя было писать русскую букву «л» в комментариях
В VS2010 при каких-то условиях окно поиска вытягивалось в длину до неимоверных размеров, выходя за пределы экрана.
В SP1 что-то не замечал.
В SP1 что-то не замечал.
int אב = 666;
Цифры тут могут быть любые. И это бага/фича не VS, а Винды скорее всего.
Вставь в Скайп int אב = 666; и в чате выделите мышкой אב то будет такая же шутка.
Цифры тут могут быть любые. И это бага/фича не VS, а Винды скорее всего.
Вставь в Скайп int אב = 666; и в чате выделите мышкой אב то будет такая же шутка.
В VS2010 SP1 есть проект ВинФормс на .NET 4.0. Создаете класс, допустим public sealed partial class ClassName и после создания пары методов создаете деструктор: пишем private ~ далее идем к имени класса и копируем через Ctrl+C — Студия падает.
Sign up to leave a comment.
Забавные баги и особенности в Visual Studio и .NET