/

Ой

для 2D хорош CocosSharp

да хоть юнити

если не сильно много делать - может даже лагать не будет

у кого-то есть код рендера 2d обьектов на шарпе?

https://github.com/kekekeks/Avalonia.BattleCity/raw/master/demo.gif?raw=true

тебе так?

вообще можно хоть на WPF

там встроенные средства для 2D/3D есть

Всем привет

спасибо большое! да оно

Интересно сколько draw calls эта игра делает ))

спрайт батчинг е?

а то я помню на хабре была интересная статья про WPF и там вроде на форме просто нарисовали два элипса стандартными средствами и разобрали что произойдет - и там звездец

два эллипса и под 15 вызовов отрисовки

ожидаем наплыва годных (нет) вопросов

Интересно сколько draw calls эта игра делает ))

думаю, этим Direct2D сам занимается

Интересно сколько draw calls эта игра делает ))

У Авалонии есть тема типа WPF Perforator, которая показывает перерисовываемые области.

Обсудили уже тут?

32TB внутренних билдов и исходных кодов Windows 10 утекло и лежит в общем доступе. Ссылка на первую публикацию, но многие уже подтвердили. Краем глаза посмотрел, вроде ничего стыдного в этом коде и билде нет http://www.theregister.co.uk/2017/06/23/windows_10_leak/

У Авалонии есть тема типа WPF Perforator, которая показывает перерисовываемые области.

она в ветке scenegraph пока

32TB внутренних билдов и исходных кодов Windows 10 утекло и лежит в общем доступе. Ссылка на первую публикацию, но многие уже подтвердили. Краем глаза посмотрел, вроде ничего стыдного в этом коде и билде нет http://www.theregister.co.uk/2017/06/23/windows_10_leak/

ложь, пиздёж и провокация

там кусок shared source ушёл, которые раздают чуть ли не кому попало

/stat@combot

combot.org/chat/-1001066857984

Добрый день. Можно задать вам вопрос?

Слушайте, а как работает штука с minVersionSdk?

А то я это что в проектах под андроид вижу, что под винду.

Добрый день. Можно задать вам вопрос?

Так для этого и создан чат.

Они неподдерживаемые вещи с более старших версий внутрь приложения компилируют?

Или как?

В общем, вопрос: Какие существуют хорошие библиотеки для дебаггинга приложений .NET? В частности C#. Нужно чтобы можно было поставить в определенной функции брейкпоинт, прочитать локальные переменные и изменить значение аргументов вызова этой самой функции

Добрый день. Можно задать вам вопрос?

neprivet.ru

neprivet.ru

Спасибо, учту

В общем, вопрос: Какие существуют хорошие библиотеки для дебаггинга приложений .NET? В частности C#. Нужно чтобы можно было поставить в определенной функции брейкпоинт, прочитать локальные переменные и изменить значение аргументов вызова этой самой функции

Ты не в vs/vscode работаешь?

Ты не в vs/vscode работаешь?

Я работаю в студии и пишу для .NET 4.6+

Меня интересует именно API для программного дебага

А что такое программный дебаг?

Дебаг программы?)

Дебаг программы из другой программы. Без участия пользователя)

Дебаг программы из другой программы. Без участия пользователя)

У тебя roslyn?

Тупой вопрос.

здравствуйте. работал ли кто в ксамарин?)

В общем, вопрос: Какие существуют хорошие библиотеки для дебаггинга приложений .NET? В частности C#. Нужно чтобы можно было поставить в определенной функции брейкпоинт, прочитать локальные переменные и изменить значение аргументов вызова этой самой функции

.NET Core или десктоп?

Интересно, зачем может понадобиться дебажить один код другим кодом?

.NET Core или десктоп?

А какая разница? Розлин же и там и там?

здравствуйте. работал ли кто в ксамарин?)

Ссылка на чат с ксамаринщиками в описании чата

А какая разница? Розлин же и там и там?

А он тут причём? Я так понял, человеку нужны ручки в рантайме, чтобы программно ставить брейкпоинты и изучать сорцы через PDB.

Я так представляю, что он пишет свой дебаггер типа такого, какой есть в Visual Studio.

спасибо, не заметил?

Так, окей, объясню больше. Есть некое приложение на C#, .NET 4.6, обфусцировано с NETGuard.io. В dnSpy имеется функционал дебаггинга. Ставишь брейкпоинт, изменяешь/смотришь значения локальных переменных

здравствуйте. работал ли кто в ксамарин?)

Я, но вопросы лучшее задавать тут @xamarin_russia

А он тут причём? Я так понял, человеку нужны ручки в рантайме, чтобы программно ставить брейкпоинты и изучать сорцы через PDB.

При том, что розлин вроде как предоставляет бекенд и для дебага тоже. С его помощью VS и выставляет бряки.

При том, что розлин вроде как предоставляет бекенд и для дебага тоже. С его помощью VS и выставляет бряки.

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

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

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

Ну чёт непохоже, я честно ищу это в гугле и в roslyn wiki, и не нахожу.

Ну чёт непохоже, я честно ищу это в гугле и в roslyn wiki, и не нахожу.

http://www.coderesx.com/roslyn/search.html?SearchText=debug

Знаю, что есть пакет с реализацией debug api на .NET Core, который использовался в Rider, а потом майки запретили им использовать :(

Я пробовал добиться желаемого через MDbgEngine, но по нему невероятно сложно найти доки. Методом тыка я смог поставить брейкпоинт, запустить приложение и прочитать значение аргументов. Изменить значение я так и не смог(

Я тогда попробую копнуть функционал dnSpy, ибо он OpenSource

Там у них своя реализация CorAPI

http://www.coderesx.com/roslyn/search.html?SearchText=debug

Ну чёт там только про генерацию PDB, не?

Чтение PDB — это в принципе важная часть отладчика, но не то чтобы самая существенная.

Так, окей, объясню больше. Есть некое приложение на C#, .NET 4.6, обфусцировано с NETGuard.io. В dnSpy имеется функционал дебаггинга. Ставишь брейкпоинт, изменяешь/смотришь значения локальных переменных

А давай вернёмся к этой постановочке. dbSpy умеет обращать этот конкретный вид обфускации?

dnSpy — не деобфускатор. Да и делать какие-то изменения в .exe довольно сложно и придётся делать сново с каждым обновлением программы

Чтение PDB — это в принципе важная часть отладчика, но не то чтобы самая существенная.

Да, надо глянуть как оно в vscode работает. Он же тоже через что-то дебажить умеет.

Да, надо глянуть как оно в vscode работает. Он же тоже через что-то дебажить умеет.

Он дебажит .NET Core через пакет с дебаггером, про который я говорил выше. Этот пакет есть в нугете, но у него лицензионные ограничения: "Только для использования в Xamarin Studio и VSCode".

Он дебажит .NET Core через пакет с дебаггером, про который я говорил выше. Этот пакет есть в нугете, но у него лицензионные ограничения: "Только для использования в Xamarin Studio и VSCode".

Блин, а можешь дать ссылку?

Лядно, спасибо всем. Я просто выковыряю дебаггер из dnSpy. Надеюсь, справлюсь со своими знаниями C++ ?

dnSpy — не деобфускатор. Да и делать какие-то изменения в .exe довольно сложно и придётся делать сново с каждым обновлением программы

У нас была пара случаев, когда нужно было таскать с собой патченные бинарники (не подумайте плохого — законно запатченные, мы были в контакте с производителем, и просто временно выкатывали у себя патчи, пока они чинили у себя в бинарниках). В обоих случаях мы автоматизировали процесс патчинга, т.к. приходилось работать с несколькими версиями бинарников, пока производители (хардварщики — жуткие тормоза) латали у себя обнаруженные нами проблемы. В первом случае я сделал ildasm + накатку патча + ilasm. Работало идеально, патчи портировались между версиями бинарников. Пробовали сделать то же самое на декомпиляции в C# + повторной компиляции, но бинарник получался слишком другим: похоже, хардварщики у себя забились на конкретные тайминги, и в перекомпилированном бинаре начинались race conditions. Это было жутко. Во втором случае другой программист команды делал автопатчер на Mono.Cecil, и отзывался исключительно положительно об этом инструменте.

Меня интересует именно API для программного дебага

ICorDebug

Блин, а можешь дать ссылку?

Щас, минутку.

https://github.com/JetBrains/debugger-libs/tree/rider-new

У нас была пара случаев, когда нужно было таскать с собой патченные бинарники (не подумайте плохого — законно запатченные, мы были в контакте с производителем, и просто временно выкатывали у себя патчи, пока они чинили у себя в бинарниках). В обоих случаях мы автоматизировали процесс патчинга, т.к. приходилось работать с несколькими версиями бинарников, пока производители (хардварщики — жуткие тормоза) латали у себя обнаруженные нами проблемы. В первом случае я сделал ildasm + накатку патча + ilasm. Работало идеально, патчи портировались между версиями бинарников. Пробовали сделать то же самое на декомпиляции в C# + повторной компиляции, но бинарник получался слишком другим: похоже, хардварщики у себя забились на конкретные тайминги, и в перекомпилированном бинаре начинались race conditions. Это было жутко. Во втором случае другой программист команды делал автопатчер на Mono.Cecil, и отзывался исключительно положительно об этом инструменте.

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

ещё есть бакэнд для GDB (называется clrdbg), но его нельзя использовать по лицензионным соображениям