C программа кросс-платформенные различия в Windows и Unix ОС

Синтаксис C должен быть одинаковым, если компиляторы Windows и Unix придерживаются одного и того же стандарта C. Мне сказали, что компиляторы MS по-прежнему не поддерживают C99 в полной мере, хотя компиляторы Unix обладают высокой скоростью, поэтому кажется, что C89 - это наименьший общий знаменатель.

Однако в мире Unix вы обычно будете использовать системные вызовы POSIX для выполнения системных задач, таких как IPC и т. Д. Windows не является системой POSIX, поэтому для нее используется другой API.

У меня есть комментарий к тем, кто говорит, что вы никогда не должны делать GC вручную. Я привык к ручному управлению памятью на C++ и предпочитаю sharedptr намного больше, чем GC, но в любом случае.

Есть конкретный случай, когда я не могу найти другое решение, чем GC. Обратите внимание: у меня есть класс DataCache, то, как он работает, он сохраняет объекты результата для определенных вызовов метода, которые отправляют обновленные события при обновлении/получении данных. Способ обновления кэша заключается в том, что я просто очищаю все результаты из него и посылаю событие, которое заставляет всех остальных прослушивателей повторно запрашивать свои данные, и прослушиватели, которые вышли за пределы области, не должны повторять запрос, который очищает ненужные результаты. Но, видимо, если я не могу заставить всех слушателей, которые все еще висят, ожидая, пока GC будет очищен немедленно, прежде чем отправить событие «спроси вас данные снова», эти зависшие слушатели будут запрашивать данные снова без необходимости. Так как я не могу удалить EventListener, потому что у AS3 нет деструкторов, я не вижу другого простого решения, чем заставить GC убедиться, что больше нет болтающихся слушателей.

(Изменить) В дополнение к этому, я не могу в любом случае использовать remureEventListener для привязки, которые были настроены в mxml, например (с помощью моего пользовательского класса DataCacher, который обрабатывает remoteobj)

<mx:DataGrid id="mygrid" dataProvider="{DataCacher.instance().result('method').data}" ... />

Когда всплывающее окно, содержащее эту базу данных, закрыто, ожидается, что привязки будут уничтожены. Видимо, они живут и дальше. Не следует гибко уничтожать все привязки (означающие eventlisteners) от объекта, когда он помечен для GC, потому что последняя ссылка удалена. Это решило бы проблему для меня.

По крайней мере поэтому я думаю, что я все еще новичок в Flex, поэтому любые мысли будут оценены.

Пакет array используется для указания команды fill для каждой строки в первом столбце:

\begin{tabular}{>{\hfill}p{11cm}|p{11cm}|}

Например:

\documentclass{article}
\usepackage{array}
\begin{document}

\begin{tabular}{>{\hfill}p{5cm}|p{11cm}|}
This is a test & test
\end{tabular}

\begin{tabular}{>{\hfill}p{5cm}|p{11cm}|}
Test & this is a test
\end{tabular}
\end{document}

Стандартные библиотеки, поставляемые с MSVC, и библиотеки, поставляемые с типичным компилятором Linux или Unix, достаточно отличаются друг от друга, Также могут быть незначительные диалектические вариации между MSVC и GCC.

Самый простой способ проверить ваши примеры в unix-подобной среде - это установить Cygwin или MSYS в существующем комплекте Windows. Они основаны на GCC и обычных библиотеках с открытым исходным кодом и будут вести себя гораздо больше, как среда компилятора C в unix или linux системе.

• Cygwin является наиболее «unix like» и основан на cygwin.dll , который является уровнем эмуляции, который эмулирует вызовы unix системы поверх собственного API Win32. Как правило, все, что компилируется на Cygwin, с большой вероятностью компилируется на Linux, так как Cygwin основан на gcc и glibc. Однако собственные API Win32 недоступны для приложений, скомпилированных на Cygwin.

• MSYS/MinGW32 предназначен для создания собственных приложений Win32 с использованием GCC. Однако большинство стандартных библиотек GNU и других OSS доступны, поэтому они ведут себя скорее как среда Unix, чем VC. Действительно,если вы работаете с кодом, который не использует Win32 или специфичные для Unix API, он, вероятно, будет легче переносить между MinGW32 и Linux, чем между MinGW32 и MSVC.

Хотя установка Linux в вашей лаборатории, вероятно, полезна (используйте проигрыватель VMWare или какой-либо другой гипервизор, если вы не можете получить финансирование для новых серверов), вы можете использовать любую из вышеперечисленных цепочек инструментов, чтобы получить что-то, что, вероятно, будет «достаточно близко» для ваших целей. Вы можете научиться Unix так, как вам кажется, и Cygwin, и MSYS предоставят вам среду, похожую на Unix, которая может дать вам немного нежного введения в то время.

Есть штука под названием Анси C . Пока вы кодируете исключительно Ansi C, разницы быть не должно. Однако это скорее академическое предположение.

В реальной жизни я никогда не сталкивался с тем, что какой-либо из моих кодов переносился с Linux на Windows и наоборот без каких-либо изменений. Фактически, эта модификация S (определенно множественное число) превратилась в огромное количество директив препроцессора, таких как #ifdef WINDOWS ... #endif и #ifdef UNIX ... #endif ... даже больше, если использовались некоторые параллельные библиотеки, такие как OPENMPI.

Как вы понимаете, это полностью противоречит читаемому и отлаживаемому коду, но именно это сработало; -)

Кроме того, вы должны учитывать уже упомянутые вещи: UTF-8 иногда выбивает компиляторы Linux. ..

Не должно быть разницы между языком программирования C под windows или *nix, потому что язык определен стандартом ISO.

Сам язык C является переносимым от Windows к Unix. Но детали операционной системы отличаются, и иногда они вторгаются в ваш код.

Например, Unix системы обычно используют только "\n" для разделения строк в текстовом файле, в то время как большинство инструментов Windows ожидают увидеть "\r\n". Существуют способы справиться с такого рода различиями таким образом, чтобы среда выполнения C обрабатывала их за вас, но если вы не будете осторожны и не будете знать о них, то довольно легко написать код на C, специфичный для ОС.

Я могу предложить вам запустить Unix в виртуальной машине и использовать ее для тестирования вашего кода, прежде чем вы поделитесь им со своими студентами.

Я думаю, что вам крайне важно ознакомиться с unix прямо сейчас.

Отличным способом сделать это является CD Knoppix.

Попробуйте скомпилировать свои программы под Linux с помощью gc, а когда они не работают, отследите проблемы (#include ?) и заставьте их работать. Затем вернитесь к windows, и, скорее всего, программа скомпилируется нормально.

Таким образом, вы обнаружите, что ваши программы становятся чище и лучшим учебным материалом, даже для лабораторных занятий на машинах windows.

Частой проблемой является то, что fflush(stdin) не работает на Unix. Это совершенно нормально, поскольку стандарт не определяет, как реализация должна это делать. Решение - использовать что-то вроде этого (не проверено):

do
{
    int c = getchar();
}
while (c != '\n' && c != EOF);

Аналогично, нужно избегать всего, что вызывает неопределенное поведение.

Язык тот же, но библиотеки, используемые для получения чего угодно для конкретной платформы сделано другое. Но если вы преподаете C (а не системное программирование), вы легко сможете писать переносимый код. Тот факт, что вы этого не делаете, заставляет меня задаться вопросом о качестве ваших учебных материалов.