Все мы знаем, как дискуссия о том, какая операционная система является лучшей, вызвала много пламенных войн. Теперь ваша цель - предоставить решающее «доказательство» того, что ваша любимая операционная система лучше ... ах, нет, намного лучше, предоставить решающее «доказательство» того, что другая операционная система плохая.

Задача: написать программу, которая выполняет некоторые вычисления, и она работает корректно как минимум на одной ОС и неправильно на хотя бы еще одной.

• программа должна выполнить, по крайней мере, некоторые вычисления, поэтому она должна прочитать какой-то простой ввод _{(предпочтительно на стандартный ввод или, если хотите, из файлов, но неправильное использование байтов с прямым и обратным порядком байтов не только будет дешевым, но и очевидным)} , и предоставить некоторый вывод в зависимости от ввода. Расчеты должны быть осмысленными и обоснованными, например, решение реальной жизни или математическая задача.
• Вы должны указать обе операционные системы, указав, какая из них будет работать правильно, а какая - нет. Обе операционные системы должны быть хорошо известны и примерно в одно и то же время (поэтому не DOS 1.0, а современная ОС). Рекомендуется предоставить краткое описание причины разницы (особенно если вы подозреваете, что многие этого не осознают) в тегах спойлера.

так

• причина разницы должна быть тонкой, поэтому нет #ifdef _WIN32или похожее, пожалуйста! Помните, ваша цель состоит в том, чтобы «доказать», что эта конкретная система плохая, поэтому люди не должны быть в состоянии (немедленно) определить ваш трюк!

• если в вашем коде есть очень странная или очень необычная часть, вы должны обосновать это в комментариях, почему она есть. Конечно, это «оправдание» может / будет большой ложью.

Подсчет очков:

Это не гольф! Код должен быть хорошо организован и прост. Помните, ваша цель состоит в том, чтобы скрыть ошибку, чтобы люди не подозревали об этом. Чем проще код, тем менее подозрительным он является.

Победитель будет определен голосованием. Большинство голосов спустя приблизительно 10 дней после первого действительного представления выигрывает. Как правило, следует голосовать за ответы, в которых код легко читается и понимается, но ошибка хорошо скрыта, и даже если она обнаружена, ее можно отнести к ошибке, а не к злобе. Точно так же, это должно стоить гораздо больше, если ошибка просто приводит к неверному результату, а не просто вызывает сбой программы или ее отсутствие.

_{Как обычно, я оставляю за собой право выбрать ответ в качестве победителя, если он не превышает 10% или 1 балл ниже того, который набрал наибольшее количество голосов, по любым субъективным критериям.}

Unix shell + стандартные утилиты

Давайте напишем сценарий оболочки, который находит процесс (принадлежащий любому пользователю), который использовал наибольшее количество процессорного времени, и убивает все процессы с одинаковыми именами. Я предполагаю, что это считается как чтение данных (из системы) и выполнение расчета. (Такое поведение может быть полезно для процессов, которые разветвляются на многие процессы, такие как разветвления и Google Chromium.)

Следующее должно быть портативным способом получения имени процесса с наибольшим временем ЦП (я пытался избежать явных Linuxism, но не проверял его на Solaris):

ps -A -o time= -o comm= | sort | tail -n 1 | cut -d ' ' -f 2

Так что наш сценарий просто

killall `ps -A -o time= -o comm= | sort | tail -n 1 | cut -d ' ' -f 2`

Запустите от имени пользователя root для достижения наилучших результатов, чтобы он мог убивать процессы других пользователей.

Linux и BSD

Это работает на Linux и должно работать на BSD, потому что killall argубивает названные процессы arg.

Solaris

Однако в Solaris, если пользователь запускает программу 9с бесконечным циклом, сценарий отключит систему . Это потому что:

В Solaris killall argозначает уничтожение всех процессов с помощью сигнала arg. Так что командная строка становится killall 9. Как 9и число для SIGKILL в Solaris , это убьет все процессы и, таким образом, выведет из строя систему.

NB

Эта проблема с внедрением оболочки не применяется в Linux, потому что, даже если злонамеренный пользователь может предоставить какой-то особый аргумент, такой -KILLкак имя процесса, killall -KILLон безвредно напечатает сообщение об использовании.

питон

Эта программа открывает изображение, указанное в командной строке, и отображает его.

import Image
import sys

with open(sys.argv[1]) as f:
    im = Image.open(f)
    im.show()

Работает на Linux, не работает на Windows.

Это связано с тем, как Windows открывает файлы. Для правильной работы всех операционных систем необходимо указать двоичный режим.

Little Endian (Intel x86) против Big Endian (IBM Power7)

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

#include <stdio.h>

int main()
{
    short audio;
    while (fread(&audio, sizeof(short), 1, stdin))
    {
        audio >>= 1;
        fwrite(&audio, sizeof(short), 1, stdout);
    }
    return 0;
}

На машинах с прямым порядком байтов это прекрасно работает, но на машинах с большим порядком байтов это катастрофа. Например

01001101 11001110 -> CE4D (little endian format)

Сдвиг вправо по порядку байтов:

00100110 01100111 -> 8726 (correct)

Сдвиг вправо на старшем порядке:

00100110 11100111 -> E726 (not correct)

Обратите внимание, что некоторые из них правильны! Фактически, вероятность того, что выходной сигнал будет правильным, составляет 50:50, в зависимости от того, равен ли младший бит сэмпла звуку 0 или 1!

Поэтому, когда вы слушаете этот звук, он похож на половину амплитуды, но с наложенным каким-то резким громким высокочастотным шумом. Довольно поразительно, если вы не готовы к этому!

GTB

:"-→_[_+_→_]

На компьютере это работает, а на моем калькуляторе TI-84 - нет. Зачем?

В калькуляторе ОЗУ переполняется и потенциально очищается, а в эмуляторе для Windows эмулятор не может переполнить ОЗУ из-за ограниченного выделения.

С

Это решение проблемы 100 (о последовательности Коллатца) принимается UVa Online Judge.

Однако этот код корректно работает только на платформе * nix, поскольку longтип реализован как 64-разрядное целое число со знаком. В Windows код вызывает неопределенное поведение, так как longтип реализован как 32-разрядное целое число со знаком, в то время как для представления одного из промежуточных значений в cyc()функции требуется как минимум 32-разрядное значение.

#include <stdio.h>

#define swap(a, b, t) t __tmp__ = a; a = b; b = __tmp__;
#define M 1000000

short l[M] = {0, 1};

int cyc(long n) { // HERE
    if (n < M && l[n]) return l[n];
    n = n & 0x1 ? 3 * n + 1 : n >> 1;
    return n < M ? (l[n] = cyc(n)) + 1 : cyc(n) + 1;
}

int max(int a, int b) { return a > b ? a : b; }

int main() {
    #ifndef ONLINE_JUDGE
    // freopen("input.txt", "r", stdin);
    #endif
    int i, j, m;
    while (scanf("%d %d", &i, &j) == 2) {
          printf("%d %d ", i, j);
          if (i > j) { swap(i, j, int); }
          for (m = 0; i <= j; i++)
              m = max(m, cyc(i));
          printf("%d\n", m);
    }

    return 0;
}

Еще один способ сделать это еще более несовместимым - поместить массив lвнутрь main()и внести соответствующие изменения в cyc()функцию. Поскольку исполняемый файл по умолчанию настроен на запрос стека 2 МБ в Windows, программа сразу падает.

питон

Я сталкивался с этим в StackOverflow при поиске таймаутов ввода.

 import signal 
 TIMEOUT = 5

 def interrupted(signum, frame): 
     print 'interrupted!' 
 signal.signal(signal.SIGALRM, interrupted) 

 def input(): 
     try: 
         print 'You have 5 seconds to type in your stuff...' 
         foo = raw_input() 
         return foo 
     except: 
         return

 signal.alarm(TIMEOUT) 
 s = input()
 signal.alarm(0) 
 print 'You typed', s 

Это не работает для Windows.

Linux + bash + GNU coreutils

rm --no-preserve-root -R -dir /

Это удалит корневую папку и все, что в ней не существует в Windows, даже если вы установите bash для Windows :)