Здравствуйте, nullptr_t, Вы писали:
_>Здравствуйте, Mr.Delphist, Вы писали:
MD>>Зачем нужен native API?
_>качество ПО. люди напрямую работающие с интерфейсами ОС дефакто больше отдают отчет в том, что делают, нежели другие, которые укрывшись за слоями абстракций, пишут как считают нужным.
хыхых, имею совершенно обратное мнение, что чем больше доступа к системе тем больше там людей совершенно не отдающих себе отчет в том что они делают
Здравствуйте, Dair, Вы писали:
D>Работа с legacy бинарными данными (библиотеки на C++ для чего написаны 10 лет назад)
Этот код потенциально опасен, т.к. Вы хотите погрузить его в managed-окружение. И возраст тут — не показатель, и вот почему:
Был у нас в одном пректе вредный сложноуловимый баг. Редкий, но если случался — всё ломал. А юз-кейсы у юзера могли быть долгие, сотни часов — всегда приятно запороть недельный труд, правда? Пусть и раз в пол-года такое.
И вот однажды выпала мне лотерея — баг этот таки воспроизвелся, когда я чем-то другим занимался. Ну, тут уже не отвертеться ему — ползу по шагам в сырцах, за бороду держу, не отпускаю. И вдруг — приполз. В библиотеку аудио-кодеков, на plain-C писанную, с многолетней репутацией, проверенно-непогрешимую и всё такое. А вот случался с ней казус в одной из сишных структур — указатель почему-то мог быть битым. Причину затем по сырцам либы нашли. Просто в однопоточном окружении этот кейс вообще никогда не случался, а в многопоточном — редко-редко, но стрелял.
D>Image processing, написанный на C# будет работать в N раз дольше чем написанный на С.
Ну сколько можно эту жвачку жевать? "Медленный C#, медленный .NET, кругом индусы...".
Да на сях тоже можно накарябать так, что мама не горюй. Хочешь быстрый код? Уметь надо. Уметь на C, уметь на C#, уметь на чём надо. Уверяю, упереться в ограничения любой взрослой платформы (хоть .NET, хоть Win32 API, хоть что ещё) куда сложнее, чем в собственный радиус кривизны.
H>Мобильные платформы плохой пример, там код по любому разный.
В каком смысле "пример"? Это не пример — это реальная ситуация. А почему код должен быть разный? Есть немного платформозависимого кода, но ничтожно мало по сравнению со всем остальным кодом, и то, например, код, использующий POSIX, годится для айфона, Mac OS, MeeGo, андроида и линукса, а также частично для винды и симбиана.
Так что код на C++ на 99,9% одинаковый для всех платформ. А вот с джавой (Blackberry) и C# — проблема.
Гугл ведь тоже сначала выкобенивался со своей джавой на андроиде, но потом сдался. Blackberry, к сожалению, так и стоит особняком. И вот с Windows Phone — вопрос.
Здравствуйте, henson, Вы писали:
H>Здравствуйте, nullptr_t, Вы писали:
_>>Здравствуйте, Mr.Delphist, Вы писали:
MD>>>Зачем нужен native API?
_>>качество ПО. люди напрямую работающие с интерфейсами ОС дефакто больше отдают отчет в том, что делают, нежели другие, которые укрывшись за слоями абстракций, пишут как считают нужным.
H>хыхых, имею совершенно обратное мнение, что чем больше доступа к системе тем больше там людей совершенно не отдающих себе отчет в том что они делают
зачем спорить, достаточно посмотреть качество C# софта 95% — говно — глючное, тормозящее, страшное. и это имея возможности .net!
MD>Но есть вопрос: чего Вам не хватает в текущем виде? Зачем нужен native API? Аргумент "люблю писать на плюсах" отбрасываем как субъективный.
Да очень просто: есть уже готовая большая коммерческая программа на C++, которая работает на нескольких платформах, и чтобы переписать ее на C#, нужно очень много человекочасов (да что там, практически нереально), плюс непонятно, как потом поддерживать параллельные версии на разных языках (так как C# не работает на Андроиде и под большим вопросом на iPhone).
Здравствуйте, Kerbadun, Вы писали:
K>Какова, на ваш взгляд, перспектива того, что Микрософт все-таки откроет Windows Phone 7 для разработки на C++ (native)? Или это технически невозможно (не имеет смысла, нерационально)?
это мне самому хочется узнать
K>Была новость, что каким-то энтузиастам удалось сделать "jailbreak" Windows Phone 7 и получить доступ к native API, но Микрософт о чем-то там с ними договорилась, и лавочку свернули. Не подтолкнет ли ее это событие к раскрытию native API?
да, можно писать на C++, dll регистрировать аля COM (это не настоящий COM) и дергать из SL приложений.
Так поступают как производители телефонов, так и некоторые разработчики софта (Adobe и прочие).
У меня получалось запускать и x86 код на эмеляторе и ARM код на телефоне, работает нормально. Но есть ограничения напоминающие Vista integrity level (пока не разбирался, но в реестр и файлы не получается писать)
Здравствуйте, henson, Вы писали:
K>>Была новость, что каким-то энтузиастам удалось сделать "jailbreak" Windows Phone 7 и получить доступ к native API, но Микрософт о чем-то там с ними договорилась, и лавочку свернули. Не подтолкнет ли ее это событие к раскрытию native API? H>Если открыть доступ к native API то программисты быстро превратят Windows Phone 7 в такое же унылое создание каковым является Windows Mobile 6.x
Это просто надо окружение нормальным делать. У Гугла в Андроиде это вполне получилось, к примеру.
MD> указатель почему-то мог быть битым. Причину затем по сырцам либы нашли. Просто в однопоточном окружении этот кейс вообще никогда не случался, а в многопоточном — редко-редко, но стрелял.
Всякое бывает. Никто не обещает, что в коде нет ошибок, ага. Но исправить ошибку дешевле, чем переписывать на новом языке.
D>>Image processing, написанный на C# будет работать в N раз дольше чем написанный на С.
MD>Ну сколько можно эту жвачку жевать? "Медленный C#, медленный .NET, кругом индусы...". MD>Да на сях тоже можно накарябать так, что мама не горюй. Хочешь быстрый код? Уметь надо. Уметь на C, уметь на C#, уметь на чём надо. Уверяю, упереться в ограничения любой взрослой платформы (хоть .NET, хоть Win32 API, хоть что ещё) куда сложнее, чем в собственный радиус кривизны.
Ой ли. Один и тот же алгоритм (например, альфа-блендинг) реализованный на обычном С будет быстрее чем тот же алгоритм на C#. Ну, с C# мне, на самом деле, сложно сравнивать, писал на нём очень мало, но с Java вполне (пишу под Android, все критичные по времени выполнения вещи выносятся в сишный код).
C#/Java/Python хороши другим, на них можно писать более сложные вещи существенно более просто чем на C/C++. Но отказываться от нативного кода (из чего в него генерится не так уж важно сейчас — asm, C/C++, pascal, fortran) пока что рановато.
Здравствуйте, Mr.Delphist, Вы писали:
MD>Зачем нужен native API?
качество ПО. люди напрямую работающие с интерфейсами ОС дефакто больше отдают отчет в том, что делают, нежели другие, которые укрывшись за слоями абстракций, пишут как считают нужным.
Здравствуйте, nullptr_t, Вы писали:
_>зачем спорить, достаточно посмотреть качество C# софта 95% — говно — глючное, тормозящее, страшное. и это имея возможности .net!
А на плюсах прямо шедевры у всех волшебно лепятся? Давайте холиварить зазря не будем. Любой API — это слой абстракции, будь то Win32 GDI или какой-нибудь NET Reflection. И для любого API есть разные по размерам помех танцоры.
А насчет "тормознутости managed-кода" — про этот миф можно давно не вспоминать, равно как и про иные супер-метрики сферического программиста:
* "самые быстрые программы пишутся на Асме"
* "фигня ваш Delphi, там пустой экзешник полтонны весит"
* "плюсы — самый мощный язык всех времен и народов"
* и т.п.
Здравствуйте, henson, Вы писали:
H>Здравствуйте, Cyberax, Вы писали:
C>>Здравствуйте, henson, Вы писали:
K>>>>Была новость, что каким-то энтузиастам удалось сделать "jailbreak" Windows Phone 7 и получить доступ к native API, но Микрософт о чем-то там с ними договорилась, и лавочку свернули. Не подтолкнет ли ее это событие к раскрытию native API? H>>>Если открыть доступ к native API то программисты быстро превратят Windows Phone 7 в такое же унылое создание каковым является Windows Mobile 6.x C>>Это просто надо окружение нормальным делать. У Гугла в Андроиде это вполне получилось, к примеру.
H>Согласен, но горбатого сами знаете кто исправит... H>Вроде говорили к ним Nokia прибьется
разве что их менеджеры совсем с ума сошли. Палм вот когда-то тоже на виндовс перешел. и где они теперь???
MD>Но есть вопрос: чего Вам не хватает в текущем виде? Зачем нужен native API? Аргумент "люблю писать на плюсах" отбрасываем как субъективный.
Человекочасы, конечно, деньги, но иногда даже не они причина.
А, внезапно, скорость.
Мне переписывать OGG/Vorbis decoder на C#/Silverlight? А работать оно будет в результате? Ну, то есть, декодировать минутный, например, сэмпл и проигрывать его?
Работа с legacy бинарными данными (библиотеки на C++ для чего написаны 10 лет назад)
Image processing, написанный на C# будет работать в N раз дольше чем написанный на С. Ну, и на C он уже написан, ага. И работает на iPhone и Android.
Здравствуйте, henson, Вы писали:
H>И что вы напишете на одном POSIX? Платформеннозависимый код это почти весь GUI, плюс для мобильных платформ важна оптимизация ресурсов, а в рамках единого code base это приводит к портянкам препроцессора которых лучше не видеть
За все приложения не скажу, а вот игрушки отлично портируются между андроидом и айфоном. Это потому что и там, и там применяется posix, bsd sockets, OpenGL ES и OpenAL. Из платформозависимого остается инициализация приложения и обработка ввода.
Какова, на ваш взгляд, перспектива того, что Микрософт все-таки откроет Windows Phone 7 для разработки на C++ (native)? Или это технически невозможно (не имеет смысла, нерационально)?
Была новость, что каким-то энтузиастам удалось сделать "jailbreak" Windows Phone 7 и получить доступ к native API, но Микрософт о чем-то там с ними договорилась, и лавочку свернули. Не подтолкнет ли ее это событие к раскрытию native API?
Здравствуйте, Kerbadun, Вы писали:
K>Какова, на ваш взгляд, перспектива того, что Микрософт все-таки откроет Windows Phone 7 для разработки на C++ (native)? Или это технически невозможно (не имеет смысла, нерационально)?
K>Была новость, что каким-то энтузиастам удалось сделать "jailbreak" Windows Phone 7 и получить доступ к native API, но Микрософт о чем-то там с ними договорилась, и лавочку свернули. Не подтолкнет ли ее это событие к раскрытию native API?
Если открыть доступ к native API то программисты быстро превратят Windows Phone 7 в такое же унылое создание каковым является Windows Mobile 6.x
Здравствуйте, Kerbadun, Вы писали:
K>Какова, на ваш взгляд, перспектива того, что Микрософт все-таки откроет Windows Phone 7 для разработки на C++ (native)? Или это технически невозможно (не имеет смысла, нерационально)?
K>Была новость, что каким-то энтузиастам удалось сделать "jailbreak" Windows Phone 7 и получить доступ к native API, но Микрософт о чем-то там с ними договорилась, и лавочку свернули. Не подтолкнет ли ее это событие к раскрытию native API?
Ходят слухи про грядующие патчи, которые должны в том числе дать нам и много полезного в системном смысле (3rd-party multitasking, sockets API etc).
Но есть вопрос: чего Вам не хватает в текущем виде? Зачем нужен native API? Аргумент "люблю писать на плюсах" отбрасываем как субъективный.
Здравствуйте, Mr.Delphist, Вы писали:
MD>Но есть вопрос: чего Вам не хватает в текущем виде? Зачем нужен native API? Аргумент "люблю писать на плюсах" отбрасываем как субъективный.
1. Портируемость (ядра программы) на другие платформы: айфон, андроид и т.д.
2. Использование известных либ: опенссл, разные аудио кодеки и т.д.
а вот что касается гуя, то С++ API не нужен (имхо).
Здравствуйте, Kerbadun, Вы писали:
MD>>Но есть вопрос: чего Вам не хватает в текущем виде? Зачем нужен native API? Аргумент "люблю писать на плюсах" отбрасываем как субъективный.
K>Да очень просто: есть уже готовая большая коммерческая программа на C++, которая работает на нескольких платформах, и чтобы переписать ее на C#, нужно очень много человекочасов (да что там, практически нереально), плюс непонятно, как потом поддерживать параллельные версии на разных языках (так как C# не работает на Андроиде и под большим вопросом на iPhone).
Мобильные платформы плохой пример, там код по любому разный.
Здравствуйте, nullptr_t, Вы писали:
_>Здравствуйте, henson, Вы писали:
H>>Здравствуйте, nullptr_t, Вы писали:
_>>>Здравствуйте, Mr.Delphist, Вы писали:
MD>>>>Зачем нужен native API?
_>>>качество ПО. люди напрямую работающие с интерфейсами ОС дефакто больше отдают отчет в том, что делают, нежели другие, которые укрывшись за слоями абстракций, пишут как считают нужным.
H>>хыхых, имею совершенно обратное мнение, что чем больше доступа к системе тем больше там людей совершенно не отдающих себе отчет в том что они делают _>зачем спорить, достаточно посмотреть качество C# софта 95% — говно — глючное, тормозящее, страшное. и это имея возможности .net!
Достаточно посмотреть на любую платформу и увидеть что 95% софта там такое независимо от языка
Здравствуйте, Mr.Delphist, Вы писали:
MD>А насчет "тормознутости managed-кода" — про этот миф можно давно не вспоминать, равно как и про иные супер-метрики сферического программиста: MD>* "самые быстрые программы пишутся на Асме" MD>* "фигня ваш Delphi, там пустой экзешник полтонны весит" MD>* "плюсы — самый мощный язык всех времен и народов" MD>* и т.п.
толсто. особенно учитывая, что тормознутость managed-кода в том, что его криво написали, а не в том, что .net, managed или что-то ещё
Здравствуйте, Cyberax, Вы писали:
C>Здравствуйте, henson, Вы писали:
K>>>Была новость, что каким-то энтузиастам удалось сделать "jailbreak" Windows Phone 7 и получить доступ к native API, но Микрософт о чем-то там с ними договорилась, и лавочку свернули. Не подтолкнет ли ее это событие к раскрытию native API? H>>Если открыть доступ к native API то программисты быстро превратят Windows Phone 7 в такое же унылое создание каковым является Windows Mobile 6.x C>Это просто надо окружение нормальным делать. У Гугла в Андроиде это вполне получилось, к примеру.
Согласен, но горбатого сами знаете кто исправит...
Вроде говорили к ним Nokia прибьется
Здравствуйте, Kerbadun, Вы писали:
H>>Мобильные платформы плохой пример, там код по любому разный.
K>В каком смысле "пример"? Это не пример — это реальная ситуация. А почему код должен быть разный? Есть немного платформозависимого кода, но ничтожно мало по сравнению со всем остальным кодом, и то, например, код, использующий POSIX, годится для айфона, Mac OS, MeeGo, андроида и линукса, а также частично для винды и симбиана.
И что вы напишете на одном POSIX? Платформеннозависимый код это почти весь GUI, плюс для мобильных платформ важна оптимизация ресурсов, а в рамках единого code base это приводит к портянкам препроцессора которых лучше не видеть
K>Так что код на C++ на 99,9% одинаковый для всех платформ. А вот с джавой (Blackberry) и C# — проблема.
Ну опишите success story приложения которое использует 99.9% общего кода хотя бы на трех мобильных платформах.
Здравствуйте, Mr.Delphist, Вы писали:
MD>Этот код потенциально опасен, т.к. Вы хотите погрузить его в managed-окружение. И возраст тут — не показатель, и вот почему:
MD>Был у нас в одном пректе вредный сложноуловимый баг. Редкий, но если случался — всё ломал. А юз-кейсы у юзера могли быть долгие, сотни часов — всегда приятно запороть недельный труд, правда? Пусть и раз в пол-года такое. MD>И вот однажды выпала мне лотерея — баг этот таки воспроизвелся, когда я чем-то другим занимался. Ну, тут уже не отвертеться ему — ползу по шагам в сырцах, за бороду держу, не отпускаю. И вдруг — приполз. В библиотеку аудио-кодеков, на plain-C писанную, с многолетней репутацией, проверенно-непогрешимую и всё такое. А вот случался с ней казус в одной из сишных структур — указатель почему-то мог быть битым. Причину затем по сырцам либы нашли. Просто в однопоточном окружении этот кейс вообще никогда не случался, а в многопоточном — редко-редко, но стрелял.
Не вижу тут проблемы безопасности. Управляемая библиотека точно также может быть непотокобезопасной и выдывавать неправильные данные ломающие всё.
MD>Ну сколько можно эту жвачку жевать? "Медленный C#, медленный .NET, кругом индусы...".
Те кому надо уже всё давно замеряли и сделали выводы. Кому не надо ведут полемику об индусах.
Здравствуйте, agos, Вы писали:
K>>Была новость, что каким-то энтузиастам удалось сделать "jailbreak" Windows Phone 7 и получить доступ к native API, но Микрософт о чем-то там с ними договорилась, и лавочку свернули. Не подтолкнет ли ее это событие к раскрытию native API? A>да, можно писать на C++, dll регистрировать аля COM (это не настоящий COM) и дергать из SL приложений. A>Так поступают как производители телефонов, так и некоторые разработчики софта (Adobe и прочие). A>У меня получалось запускать и x86 код на эмеляторе и ARM код на телефоне, работает нормально. Но есть ограничения напоминающие Vista integrity level (пока не разбирался, но в реестр и файлы не получается писать)
Расскажите пожалуйста. Интересно...
Re[2]: Windows Phone 7 и C++
От:
Аноним
Дата:
08.01.11 18:58
Оценка:
Здравствуйте, agos, Вы писали:
K>>Была новость, что каким-то энтузиастам удалось сделать "jailbreak" Windows Phone 7 и получить доступ к native API, но Микрософт о чем-то там с ними договорилась, и лавочку свернули. Не подтолкнет ли ее это событие к раскрытию native API? A>да, можно писать на C++, dll регистрировать аля COM (это не настоящий COM) и дергать из SL приложений. A>Так поступают как производители телефонов, так и некоторые разработчики софта (Adobe и прочие). A>У меня получалось запускать и x86 код на эмеляторе и ARM код на телефоне, работает нормально. Но есть ограничения напоминающие Vista integrity level (пока не разбирался, но в реестр и файлы не получается писать)
Можно чуть-чуть по-подробнее или дать направление в какую сторону копать? Большое спасибо!!!
Re[2]: Windows Phone 7 и C++
От:
Аноним
Дата:
09.01.11 18:35
Оценка:
Здравствуйте, Mr.Delphist, Вы писали:
MD>Но есть вопрос: чего Вам не хватает в текущем виде? Зачем нужен native API? Аргумент "люблю писать на плюсах" отбрасываем как субъективный.
Если я правильно понимаю, что использовать ранее написанные на С++ DLL в Windows Mobile 7 не представляется возможным? Если так, то сложно даже представить сколько придется перелопатить кода на C# (например какой-нибудь математической или финансовой библиотеки для трейдинга), чтобы заставить это работать на WP7.
Здравствуйте, agos, Вы писали:
A>Здравствуйте, Kerbadun, Вы писали:
K>>Какова, на ваш взгляд, перспектива того, что Микрософт все-таки откроет Windows Phone 7 для разработки на C++ (native)? Или это технически невозможно (не имеет смысла, нерационально)? A>это мне самому хочется узнать
K>>Была новость, что каким-то энтузиастам удалось сделать "jailbreak" Windows Phone 7 и получить доступ к native API, но Микрософт о чем-то там с ними договорилась, и лавочку свернули. Не подтолкнет ли ее это событие к раскрытию native API? A>да, можно писать на C++, dll регистрировать аля COM (это не настоящий COM) и дергать из SL приложений. A>Так поступают как производители телефонов, так и некоторые разработчики софта (Adobe и прочие). A>У меня получалось запускать и x86 код на эмеляторе и ARM код на телефоне, работает нормально. Но есть ограничения напоминающие Vista integrity level (пока не разбирался, но в реестр и файлы не получается писать)
Расскажите пожалуйста — очень интересно и что значит — "не настоящий COM"?
Здравствуйте, nullptr_t, Вы писали:
_>Здравствуйте, Mr.Delphist, Вы писали:
MD>>Зачем нужен native API?
_>качество ПО. люди напрямую работающие с интерфейсами ОС дефакто больше отдают отчет в том, что делают, нежели другие, которые укрывшись за слоями абстракций, пишут как считают нужным.
А по факту получается наоборот. Влезание в ОС чаще всего выливается в ненадежные глючные приложения. Тогда как использование отшлифованного API с кучей how-to и саппорта в онлайне приводит в среднем к более качественному коду.
Здравствуйте, nullptr_t, Вы писали:
_>Здравствуйте, henson, Вы писали:
H>>Здравствуйте, nullptr_t, Вы писали:
_>>>Здравствуйте, Mr.Delphist, Вы писали:
MD>>>>Зачем нужен native API?
_>>>качество ПО. люди напрямую работающие с интерфейсами ОС дефакто больше отдают отчет в том, что делают, нежели другие, которые укрывшись за слоями абстракций, пишут как считают нужным.
H>>хыхых, имею совершенно обратное мнение, что чем больше доступа к системе тем больше там людей совершенно не отдающих себе отчет в том что они делают _>зачем спорить, достаточно посмотреть качество C# софта 95% — говно — глючное, тормозящее, страшное. и это имея возможности .net!
Это те 95% которые на C++ вообще никто не осилил. Не видел я что-то очень шустрых и надежных ERP систем на плюсах.
Re[2]: Windows Phone 7 и C++
От:
Аноним
Дата:
12.01.11 07:20
Оценка:
Здравствуйте, agos, Вы писали:
A>Здравствуйте, Kerbadun, Вы писали:
K>>Какова, на ваш взгляд, перспектива того, что Микрософт все-таки откроет Windows Phone 7 для разработки на C++ (native)? Или это технически невозможно (не имеет смысла, нерационально)? A>это мне самому хочется узнать
K>>Была новость, что каким-то энтузиастам удалось сделать "jailbreak" Windows Phone 7 и получить доступ к native API, но Микрософт о чем-то там с ними договорилась, и лавочку свернули. Не подтолкнет ли ее это событие к раскрытию native API? A>да, можно писать на C++, dll регистрировать аля COM (это не настоящий COM) и дергать из SL приложений. A>Так поступают как производители телефонов, так и некоторые разработчики софта (Adobe и прочие). A>У меня получалось запускать и x86 код на эмеляторе и ARM код на телефоне, работает нормально. Но есть ограничения напоминающие Vista integrity level (пока не разбирался, но в реестр и файлы не получается писать)
Эх, пропал человек, а очень интересно было бы посмотреть как это — регистрировать C++ dll.
Здравствуйте, LuciferSaratov, Вы писали:
LS>Здравствуйте, henson, Вы писали:
H>>И что вы напишете на одном POSIX? Платформеннозависимый код это почти весь GUI, плюс для мобильных платформ важна оптимизация ресурсов, а в рамках единого code base это приводит к портянкам препроцессора которых лучше не видеть
LS>За все приложения не скажу, а вот игрушки отлично портируются между андроидом и айфоном. Это потому что и там, и там применяется posix, bsd sockets, OpenGL ES и OpenAL. Из платформозависимого остается инициализация приложения и обработка ввода.
Здравствуйте, MescalitoPeyot, Вы писали:
MP>Здравствуйте, henson, Вы писали:
H>>Имею совершенно противоположную информацию.
MP>Детали?
Те игры которые я знаю имеют две разные code base для Android и iPhone. Переносимые куски написанные на C/C++ это готовые библиотеки которым лет 5-10, но это процентов 5 от общего объема кода.
Здравствуйте, henson, Вы писали:
H>Те игры которые я знаю имеют две разные code base для Android и iPhone. Переносимые куски написанные на C/C++ это готовые библиотеки которым лет 5-10, но это процентов 5 от общего объема кода.
А какого рода игры? 3D или нет? Просто везде тот же OpenGLES, что там переписывать можно не понятно..
Пару лет назад меня на полгода занесло в геймдев как раз на портирование игры с Windows на iPhone, да пришлось многое поменять но это все равно осталась та же игра и большая часть кодовой базы уцелела. Если б понадобилось перенести ее еще и на Андроид (с которым вот только сегодня любился) это бы проблемой не стало. Сейчас на нормальном проекте приходится работать со всем спектром (WinLinMaciOSAndroid) и плюсовое ядро опять таки везде одно.
MD>...Причину затем по сырцам либы нашли. Просто в однопоточном окружении этот кейс вообще никогда не случался, а в многопоточном — редко-редко, но стрелял.
Простой вопрос. А эта либа была thread-safe ? И это было задекларировано в её документации ?
95% — говно — глючное, тормозящее, страшное. и это имея возможности .net!
Давайте холиварить зазря не будем. Любой API — это слой абстракции, будь то Win32 GDI или какой-нибудь NET Reflection. И для любого API есть разные по размерам помех танцоры.
