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>Этот код потенциально опасен, т.к. Вы хотите погрузить его в managed-окружение. И возраст тут — не показатель, и вот почему:

MD>Был у нас в одном пректе вредный сложноуловимый баг. Редкий, но если случался — всё ломал. А юз-кейсы у юзера могли быть долгие, сотни часов — всегда приятно запороть недельный труд, правда? Пусть и раз в пол-года такое.
MD>И вот однажды выпала мне лотерея — баг этот таки воспроизвелся, когда я чем-то другим занимался. Ну, тут уже не отвертеться ему — ползу по шагам в сырцах, за бороду держу, не отпускаю. И вдруг — приполз. В библиотеку аудио-кодеков, на plain-C писанную, с многолетней репутацией, проверенно-непогрешимую и всё такое. А вот случался с ней казус в одной из сишных структур — указатель почему-то мог быть битым. Причину затем по сырцам либы нашли. Просто в однопоточном окружении этот кейс вообще никогда не случался, а в многопоточном — редко-редко, но стрелял.

Не вижу тут проблемы безопасности. Управляемая библиотека точно также может быть непотокобезопасной и выдывавать неправильные данные ломающие всё.

MD>Ну сколько можно эту жвачку жевать? "Медленный C#, медленный .NET, кругом индусы...".

Те кому надо уже всё давно замеряли и сделали выводы. Кому не надо ведут полемику об индусах.

Здравствуйте, Don Reba, Вы писали:

DR>Управляемая библиотека точно также может быть непотокобезопасной и выдывавать неправильные данные ломающие всё.

Но она не будет расстреливать чужую память при работе со своими объектами (специально озловредненный код — не в счёт).

Здравствуйте, 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 (пока не разбирался, но в реестр и файлы не получается писать)

Здравствуйте, agos, Вы писали:

K>>Была новость, что каким-то энтузиастам удалось сделать "jailbreak" Windows Phone 7 и получить доступ к native API, но Микрософт о чем-то там с ними договорилась, и лавочку свернули. Не подтолкнет ли ее это событие к раскрытию native API?
A>да, можно писать на C++, dll регистрировать аля COM (это не настоящий COM) и дергать из SL приложений.
A>Так поступают как производители телефонов, так и некоторые разработчики софта (Adobe и прочие).
A>У меня получалось запускать и x86 код на эмеляторе и ARM код на телефоне, работает нормально. Но есть ограничения напоминающие Vista integrity level (пока не разбирался, но в реестр и файлы не получается писать)

Расскажите пожалуйста. Интересно...

Здравствуйте, agos, Вы писали:

K>>Была новость, что каким-то энтузиастам удалось сделать "jailbreak" Windows Phone 7 и получить доступ к native API, но Микрософт о чем-то там с ними договорилась, и лавочку свернули. Не подтолкнет ли ее это событие к раскрытию native API?
A>да, можно писать на C++, dll регистрировать аля COM (это не настоящий COM) и дергать из SL приложений.
A>Так поступают как производители телефонов, так и некоторые разработчики софта (Adobe и прочие).
A>У меня получалось запускать и x86 код на эмеляторе и ARM код на телефоне, работает нормально. Но есть ограничения напоминающие Vista integrity level (пока не разбирался, но в реестр и файлы не получается писать)

Можно чуть-чуть по-подробнее или дать направление в какую сторону копать? Большое спасибо!!!

Здравствуйте, 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 систем на плюсах.

Здравствуйте, 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.

some samples http://forum.xda-developers.com/showthread.php?t=877782

Здравствуйте, henson, Вы писали:

H>И что вы напишете на одном POSIX? Платформеннозависимый код это почти весь GUI, плюс для мобильных платформ важна оптимизация ресурсов, а в рамках единого code base это приводит к портянкам препроцессора которых лучше не видеть

За все приложения не скажу, а вот игрушки отлично портируются между андроидом и айфоном. Это потому что и там, и там применяется posix, bsd sockets, OpenGL ES и OpenAL. Из платформозависимого остается инициализация приложения и обработка ввода.

Здравствуйте, LuciferSaratov, Вы писали:

LS>Здравствуйте, henson, Вы писали:

H>>И что вы напишете на одном POSIX? Платформеннозависимый код это почти весь GUI, плюс для мобильных платформ важна оптимизация ресурсов, а в рамках единого code base это приводит к портянкам препроцессора которых лучше не видеть

LS>За все приложения не скажу, а вот игрушки отлично портируются между андроидом и айфоном. Это потому что и там, и там применяется posix, bsd sockets, OpenGL ES и OpenAL. Из платформозависимого остается инициализация приложения и обработка ввода.

Имею совершенно противоположную информацию.

Здравствуйте, henson, Вы писали:

H>Имею совершенно противоположную информацию.

Детали?

Здравствуйте, 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 ? И это было задекларировано в её документации ?