to post messages and comments.

← All posts tagged mono

Кажется, много раз уже об этом говорил, но mono стоит рассматривать только как технологию, похожую на .NET. Так сказать, "по мотивам". Иначе однажды выяснится, что код ведёт себя следующим образом: на винде в .NET и в mono не падает, если на линуксовом сервере с помощью mono запускать сбилженые VS dll-ки — тоже, а вот если билдить там — таки вылетает без какого-либо осмысленного стектрейса даже в дебаг-билде. Поэтому нужно или везде юзать моно, или покупать виндовый сервак и запускать в родной CLR там. Или оставить mono для Unity-клиента, а на сервере не выёживаться и взять Java. Только на этой стадии это уже невозможно

Вчера с удивлением обнаружил, что дотнетовские треды ведут себя не так, как юниксовые(хотя там, может, я перепутал поведение процессов и тредов) — при аборте родительского дочерний продолжает спокойно выполняться, и теперь пришлось сделать рекурсивную функцию, проверяющую, есть ли у данного потока свои, и, если есть, переходящую на уровень ниже. Этажность архитектуры высится, играть по-прежнему нельзя(

Хорошо с cpp, когда у тебя есть одна стандартная библиотека(если не рассматривать глюкавый код, который разные компиляторы поймут по-своему). Хорошо с джавой, которая вообще одна и почти всюду официально есть(IcedTea не в счёт). А вот с C#, когда в visual studio все юнит-тесты проходят, а в mono начинают падать на ровном месте после перебилда, совершенно непонятно, кто виноват и что делать