Посмотрите что у вас записано в 13 строке в позициях с 65 по 71. Внизу в редакторе вероятно написана текущая позиция курсора.

все проверю,до завтра.


{ qsort( nums, sizeof(nums)/sizeof(int), sizeof(int), compar );это строка 13

А позиции-то? Мне их вручную по буквам считать? Лень как-то...



Попробуйте поставить амперсанд перед compar. Я точно не уверен - но кажется получение адреса функции без амперсанда появилось в языке не сразу.

Имена массивов, структур и функций отродясь были адресами - не верите, спросите у Ритчи

Вы скорее всего правы - в тонкой синей книжечке, которой у меня под рукой уже давно нет кажется именно так и было. Но амперсанд я бы все равно попробовал поставить и посмотреть на результат в такой сиуации. Мало ли какие ошибки допустили программисты компилятора?



Кстати, если нужно отсортировать пяток чисел - лучше вместо библиотечной qsort использовать самописный классический пузырек. Всего двойной вложенный цикл. И горадо быстрее будет работать, и код будет компактнее, что на 8-битках может быть существенным. В CRTL от MS для Win32 в qsort короткие последовательности длины меньше 8 сортируются пузырьком - так быстрее.

Насчет структур не погорячились?

Ага, самое смешное, что написал правильно а потом почему-то спустя полчаса добавил. Бзик какой-то .

Не ссорьтесь.Я до неприличия упростил программу.Вся проблема в самой функции QSORT
Программу для сортировки я уже написал ипользовав прототип QSORT,но есть жгучее желание добить.
#include "C:\Program Files\PICC\CHUDO\asdf\asd1.h"

#include <stdlib.h>
#define A_SIZE 5
int nums[A_SIZE] = { 2,3,1,5,4 };



//int compar( char *arg1, char *arg2 )

//{
// return( *(int *)arg1 - *(int *)arg2 );
//}
compar()
{
return 1;
}

void main()
{
qsort( nums, sizeof(nums)/sizeof(int), sizeof(int),compar);
}

Clean: Deleting intermediary and output files.
Clean: Deleted file "asd1.ERR".
Clean Warning: File "C:\Program Files\PICC\CHUDO\asdf\asd1.o" doesn't exist.
Clean: Done.
Executing: "C:\Program Files\PICC\Ccsc.exe" "asd1.c" +FH +DF +LN +T -A +M +Z +Y=9 +EA
*** Error 51 "C:\Program Files\PICC\CHUDO\asdf\asd1.c" Line 21(53,59): A numeric expression must appear here
1 Errors, 0 Warnings.
Halting build on first failure as requested.
BUILD FAILED: Wed Oct 24 18:50:54 2007


53.59 это слово компар.Мне кажется перед компар нужно воткнуть какоето извращение.
Мне в этом компиляторе при передаче параметров пришлось весьма нестандартно описывать указатели.

Весьма возможно, хоть и странно в данном случае. Лучше всего посмотреть примеры от этого конкретного компилятора на предмет указателей на функции. У примитивных компиляторов для восьмибиток разработчики нередко экономят на универсальных указателях. Так как у них с адресными пространствами беда - их много разных и несовместимых, и поддержка универсальных указателей нередко недешева. И глюкава. При этом, конечно, получается неполная поддержка языка - но разработчиков часто это мало волнует.

P.S. Кстати, лучше не называйте этот алгоритм сортировки qsort. Этот алгоритм обычно называется shellsort - сортировка Шелла. qsort - это другой алгоритм, обычно применяемый в библиотеках для нормальных процессоров.

Поробую.Кстати почему вы считаете что это для 8 битовых,все типы я не смотрел ,но мой проц 16 разрядный.Ваш текст нормально работает,но не у меня

Почему-то показалось, что речь идет про 8-битник.
С 16-битниками обычно все лучше. Правда, кривые компиляторы для любых процессоров попадаюся.
Ваш проц не поддержан в gcc? Если поддержан - может оказаться проще сменить компилятор, чем разбираться с глюками этого

В существовании настолько нерабочих не верится совсем, ну а поскольку свой пример вопрошающий не смог даже BCC откомпилить (кстати я в ответ на многочисленные упреки в неумении писать и нежелание "проверять" компилятором выложил компилирующийся пример и..... тишина..), то не верится уже на 99,9999(9)%.

Я ответил,но перепутал адресата,все работало и еще один вариант из предложенных но ...
Что такое gcc У меня проц микрочиповский пик18.Си которые для них это хайтекси и с18 но у меня их нет.

Я вообще говоря с пиками дела никогда не имел и особо не хотел бы Но мне казались что они когда-то были восьмибитниками. Они как-то поддержали 16-битный режим?

GCC:
http://gcc.gnu.org/
Но пики кажется не поддерживает - по крайней мере, я про это ничего не помню.

P.S. Вы меня обмануть пытаетесь!
http://ww1.microchip.com/downloads/en/Devi...c/DS-39630d.pdf
8-битник да еще и с Гарвардовской архитектурой! Нет ничего хуже для C компиляторов

Нет не пытаюсь мин длина команды 12 бит, у 18 пиков 16 бит те шина данных 16бит.У 24 пиков не знаю.
А по данным конечно байт.Для си может и нет но прирост скорости по сравнению с нейманом впечатляет.За ссылку спасибо но аглицким не владею.

Сообщение отредактировал Евгений Германович - Oct 26 2007, 13:43