C qsort работает неправильно

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

#include <stdio.h>
#include <stdlib.h>

int compare(const void* a, const void* b)
{
    return (*(int*)a - *(int*)b);
}

int main()
{
    int x[] = { -919238029,
            -889150029,
            -826670576,
            -579609061,
            -569653113,
            -305140505,
            -216823425,
            -193439331,
            -167683147,
            -49487019,
            -45223520,
            271789961,
            275570429,
            444855014,
            559132135,
            612312607,
            664554739,
            677860351,
            1005278191,
            1031629361,
            1089012280,
            1115952521,
            1521112993,
            1530518916,
            1907515865,
            1931470931,
            -1631034645,
            -1593702794,
            -1465300620,
            -1263094822
         };
    int i;

    qsort(x, 30, sizeof(int), compare);
    for(i = 0; i < 30; i ++)
        printf("%dn", x[i]);

    return 0;
}

производит следующий вывод:

1521112993
1530518916
1907515865
1931470931
-1631034645
-1593702794
-1465300620
-1263094822
-919238029
-889150029
-826670576
-579609061
-569653113
-305140505
-216823425
-193439331
-167683147
-49487019
-45223520
271789961
275570429
444855014
559132135
612312607
664554739
677860351
1005278191
1031629361
1089012280
1115952521

Я имею в виду, проблема /должна/ быть в моей функции сравнения. Никто ничего не заметил странного?

4 ответов


Да, ваше" сравнение " переполняется. :(

причина:

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

пример:

Если целое число может содержать только от -8 до 7 (4 бита), то что произойдет, когда вы сравниваете 4 до -4?
Ну, вы получаете 8, что 1000 в двоичном формате, который равен -8. Так что 4 меньше -4.

мораль:

не вычитание вместо сравнения, даже если они говорят вам "посмотрите, как это круто" в школе!


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

общая идиома для генерации сравнения трех состояний C-стиля между значениями a и b - это (a > b) - (a < b) выражение. Он работает для данных практически любых сопоставимых типов. В вашем случае функция сравнения может выглядеть следующим образом

int compare(const void* a, const void* b)
{
  int va = *(const int*) a;
  int vb = *(const int*) b;
  return (va > vb) - (va < vb);
}

Я даю пример кода, используя приведенную выше информацию. В моем компиляторе и системе я получаю те же результаты, что и ОЗУ, задавший вопрос. Это означает, что мои целые числа что-то вроде барана. Я изменил свой код в соответствии с предложениями Mehrdad использовать операторы сравнения вместо вычитания. Потом я правильно рассортировал номера.

вот код:

    #include <stdio.h>
    #include <stdlib.h>

    int compare(const void* a, const void* b)
    {
        int
            n1 = * (int *) a,
            n2 = * (int *) b;

        /*
        Usine the ternary to express along the lines of
            if
            elseif
            elseif
            .
            .
            .
            else
        */

        return 
            n1 > n2             // if
            ? 1                 // then
            : n1 == n2          // else if
            ? 0                 // then
            : -1                // else
            ;                   // end if
    }

    int main(int argc, char * argv[])
    {
        int x[] = 
        { 
            -919238029, -889150029, -826670576, -579609061, -569653113, -305140505, -216823425, -193439331,
            -167683147, -49487019,  -45223520,  271789961,  275570429,  444855014,  559132135,  612312607,
            664554739,  677860351,  1005278191, 1031629361, 1089012280, 1115952521, 1521112993, 1530518916,
            1907515865, 1931470931, -1631034645,-1593702794,-1465300620,-1263094822
        };

        int 
            i = 0,                          // index
            imax = sizeof(x)/sizeof(int);   // max value for index

        FILE * outf = 0;

        if ( !(outf = fopen("output.txt", "wt")) )
        {
            puts("outf == 0 which is an error trying to open \"output.txt\" for writing.\n");
            getch();
            return;
        }

        qsort(x, imax, sizeof(int), compare);


        for(i = 0; i < imax; i ++)
            fprintf(outf, "%d\n", x[i]);

        fclose(outf);

        return 0;
    }

и я получаю этот выход:

-1631034645
-1593702794
-1465300620
-1263094822
-919238029
-889150029
-826670576
-579609061
-569653113
-305140505
-216823425
-193439331
-167683147
-49487019
-45223520
271789961
275570429
444855014
559132135
612312607
664554739
677860351
1005278191
1031629361
1089012280
1115952521
1521112993
1530518916
1907515865
1931470931

чтобы добавить к правильному ответу Mehrad, вот автоматический способ найти ошибку в коде с помощью SortChecker:

$ LD_PRELOAD=$HOME/sortcheck-master/bin/libsortcheck.so ./a.out
a.out[38699]: qsort: comparison function is not transitive (comparison function 0x40057d (/home/iuriig/a.out+0x40057d), called from 0x400693 (/home/iuriig/a.out+0x400693), cmdline is "./a.out")
-919238029
-889150029
...

это предупреждение говорит, что compare отчеты x < y, y < z, а не x < z для некоторых входов. Для дальнейшей отладки этой проблемы выполните команду

export SORTCHECK_OPTIONS=raise=1

и изучить сгенерированный codedump.