Connect(); // 2016: Текстова трансляція

Трохи більше ніж через півгодини розпочнеться онлайн-трансляція одного з ключових технологічних подій від Microsoft — Connect();. Подія буде проходити кілька днів, 16 — 18 листопада і збере в собі всі ключові новини для розробників. Під катом ви знайдете текстову трансляцію події російською мовою.



Читати далі →

«Roslyn — ще дуже сира технологія» — інтерв'ю з Сергієм Шкредовым, керівником .NET-напряму в JetBrains

Привіт, це знову Без слайдів. Я Олексій Федоров, і на цей раз в гостях у мене побував Сергій Шкредов, керівник всього .NET-напряму в компанії JetBrains.



Із Сергієм ми говорили:
  • про останніх релізах ReSharer;
  • про нову схему підписок і ліцензій;
  • про непрості відносини з Microsoft;
  • про рантайме і розвитку мови;
  • про те, як змінив ситуацію вихід Roslyn;
  • про роботу з фідбеком користувачів для поліпшення продукту;
  • про плани розвитку інших продуктів .NET стека;
  • про важливість внутрішньогалузевого спілкування і обміну досвідом;
  • про розробку продуктів для С++;
  • трохи про ReSharper C++, на який повинні підсісти навіть розробники Microsoft;
  • Про те, як користувачі відчують зміни;
  • Як ReSharper буде розвиватися далі.


Ось відео



Під катом — текстовий варіант інтерв'ю.


Читати далі →

Статичний аналіз бібліотеки HPX за допомогою PVS-Studio

Дана стаття є перекладом блогпоста Хартмута Кайзера про досвід використання PVS-Studio над HPX — C++ бібліотекою для розподілених/паралельних обчислень будь-якого масштабу.

Одного разу ми вже використали trial-версію аналізатора PVS-Studio для HPX, і тоді він запам'ятався нам своєю багатослівністю. Останнім часом з'явилося безліч статей про цю утиліту, і, т. к. минуло чимало часу з моменту її використання, ми вирішили зв'язатися з розробниками з метою дізнатися, чи готові вони підтримати наш open-source продукт. Ми дуже зраділи, коли отримали ліцензію на 1 рік в обмін на статтю про знайдені проблеми.

Читати далі →

64-бітний код 2015 року: що нового в діагностиці можливих проблем?


64-бітові помилки досить важко виявити, оскільки вони схожий на бомбу уповільненої дії: можуть дати про себе знати далеко не відразу. Статичний аналізатор PVS-Studio полегшує задачу пошуку і виправлення подібних помилок. Однак в цьому напрямку були зроблені ще кілька кроків: нещодавно були більш уважно переглянуті 64-бітні діагностики, внаслідок чого їх розподіл за рівнями важливості змінилося. Мова в даній статті піде про ці зміни, а також про те, як це вплинуло на роботу з інструментом і на пошук помилок. Приклади 64-бітових помилок з реальних додатків додаються.

Про що стаття?
Для початку хотілося б внести конкретики за змістом. У статті розкриваються такі теми:
  1. Зміни в аналізаторі PVS-Studio, що зачіпають пошук 64-бітових помилок;
  2. Огляд 64-бітових помилок першого рівня, знайдених аналізатором PVS-Studio, і короткі коментарі до них;
  3. Порівняння ефективності в пошуку найбільш важливих помилок засобами PVS-Studio і Microsoft Visual Studio 2013.
Перший пункт говорить сам за себе: в ньому будуть розглянуті основні зміни PVS-Studio, що стосуються аналізу 64-бітових помилок, а також те, як вони позначаться на роботі з інструментом.

Другий, основний розділ, присвячений знайденим 64-бітових помилок у реальних проектах. Крім фрагментів коду з проектів також будуть наведені коментарі до них, так що, можливо, вам вдасться почерпнути щось нове для себе.

У третьому розділі здійснюється порівняння ефективності пошуку цих помилок статичним аналізатором PVS-Studio і засобами середовища Microsoft Visual Studio 2013. Причому, у випадку Visual Studio, для пошуку помилок використовувалися як компілятор, так і статичний аналізатор.

Не варто забувати, що тут виписані тільки деякі помилки. В реальному проекті їх напевно буде куди більше і вони будуть більш різноманітними. В кінці статті предложны посилання, які більш повно познайомлять вас із світом 64-бітових помилок.

Читати далі →

Assembler разом з C++, Visual Studio 2013

Ідея цієї статті аж ніяк не нова, але, оскільки мені довелося витратити два дні на розбір помилок компіляції і лінкування, а також пошук відповідей на свої питання, вирішив, що читачі Хабра заслуговують на економію часу. Тих, хто бажає швидко дізнатися, як використовувати одночасно *.asm і *.cpp файли в проекті, як викликати методи C++ з асемблера і навпаки, прошу просимо під кат.

Читати далі →

Програмування по-японськи, або що думає Microsoft про ідентифікатори C++?

Стандартом мови чітко обумовлено: символи a-z, A-Z, _» можуть з'являтися в будь-якому місці ідентифікатора; символи «0-9» скрізь, крім початку слова.

Мікрософт в VisualStudio зараховує до буквах ще знак долара «$», а також обумовлює, що максимальна довжина імен, які компілятор розрізняє ще — 2048 символів. Більше можна, але зайві символи будуть проігноровані. Детальніше див. на відповідній сторінці MSDN

Ви думаєте, це все? Нічого подібного.

Читати далі →