Массив? Структура? Куча ифов или переключатели?

hashmap?

Почему бы не сделать просто список пар и искать перебором?

Ну, или два списка пар, каждый отсортирован по одной стороне пары, искать бинарно.

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

Написано немного сумбурно, сложно понять, чего, собсно, требуется. Подозреваю, нужен двумерный массив Nx2 (или два массива, значения которых ассоциированы по индексу). И один цикл, оббегающий массив 0..N-1 .

Весело... Тред можно сократить до «Ассоциативный массив в Си. Как?»

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

в чём проблема?
чтобы найти индекс перебираешь массив в цикле, когда значение совпадает с искомым делаешь break — получается индекс.
да и фигня какая-то. Слишком неоднозначное поведение. нужно как-то различать значение от индекса в вызове проги с аргументом.

как пример:
--argue 50 — выдаёт 4 или $4
--argue $4 — выдаёт 50
--argue $345 — выдаёт ошибку, такого индекса нет.
--argue -20 — выдаёт ошибку такого значения нет

Массив - наиболее приближенное по смыслу, просто. У меня список есть(там, выше описан), значений может быть много, но пользователю нужно просто ввести определенное значение, а вывод должен содержать только порядковый номер этого значения в списке-связке

Всем спасибо! Сделал так:

int arra[] = {20, 30, 40, 50, 60, 70, ..., 990};
int arrb[] = {1, 2, 3, 4, 5, 6, ..., 98};
int i, a;
sscanf(argv[1], "%d", &i);
a = 0;
while(a <= 97){
    if(arra[a] == i){
        printf("Ok! %d id is %d!\n", i, arrb[a]);
    } else {
        printf("Searching... %d is not %d\n", i, a);
        a++;
    }
}

Ассоциативный массив в Си. Как?

GHashTable, например, из glib.

А вообще google(«c associative array») много результатов выдаёт.

циферки поменял@код целиком вообще переписал? Те списки были образными, на деле у меня несколько другие значения, к примеру:
1=>500;
2=>560;
3=>583;
4=>631;

.exe

офтопик!

while

int arrb[] = {1, 2, 3, 4, 5, 6, ..., 98};
arrb[a]

бульбец Титанику!

офтопик!

Да ладно?

while

С ним и сделал

По другому пока не умею

std::map?

Да ладно?

На кой хрен тогда суффикс exe?

Спасибо, еще плюсов мне не хватало для полной прострации

«ИСПолнительный файл, предназначенный для отлова и деморализации троллей». Да и префикс такой же жирный, все новички любят выпендриваться же.

☺

Запихни еще . первым пунктом PATH.

Тебе нужно найти индекс по значению? Если не пользоваться библиотечными функциями, то я бы прогнал в цикле проверку на нужное значение до первого вхождения, инкрементируя при этом счетчик, который и будет возвращен в качестве индекса.

Естественно, наличие аргументов, как и их объявление, проверяю в начале main, а по --help работает напоминалка. Массив проще хранить в бинарнике, если он меняться не будет никогда, но если задача перерастет из ознакомительной в рабочую, то сделаю по-человечьи. А пока да, самоподсчет границ массива надо добить, спасибо!

Благодарю! Я тоже, кстати, треды перечитываю редко перед ответом :)

Массив проще хранить в бинарнике

При смене архитектуры тебя может ждать прикол.

Упс. Я увидел, как первый комментатор тебе советует хешмэп и решил, что остальные тоже решили поумничать. ☺

Кстати да, так как второй массив в любом случае не меняется, убрал его и вывожу a + 1, что работает также безошибочно, если уделять должное внимание первому массиву.

Как раз собираю 32битную виртуалочку для отладки... Ну а вынос значений в другие файлы мне сейчас еще добавит лишнего кода, а у меня этот уже плывет

Лучше хранить в бинарнике но в архитектурно независимом бинарнике. Как напримре майскуль хранит файлы свои. А еще можно хранить текстовый вариант и компилятор в бинарник ;)

Можно и так. А если данных очень до фига и они разные — использовать sqlite.

для минимизации кода

проще вот чё:

определить какое самое длиное по цифрам значение d затем d++

затем сгенерить строку где на позициях кратных d твои значения пустоты залить пробелами.

зетем простейший БИБЛИОТЕЧНЫЙ поиск подстроки

и вывод (позиции/d +1 ) как нужный тебе ответ.

код помоему самый короткий из предложеного.

ps. используй уже написаный код. ВСЕГДА.

ну да искать не само значние а «_значение_»

ну и заливать _

ну и в ответе чутка другая формула :

(pos-1)/d+1 или что тоже самое :

(pos +d -1 )/d

деление целочисленое .

если ответ 0 значит нет .

Честно говоря, я мало что понял из комментария...

ищем значение аргумент[1] обрамлённое символами которые заведомо нет во входных данных ( не цифра например «_»)

в программе вместо массива создаём одну длиную строку в которой на выровненых по длине саммого длиного возможножного числа распологаем данные

тогда поиском подстроки мы найдём её позицию в исходном массиве.

Никаких exe на ЛОРе, задолбали уже своей виндой!

бедолага, как ты вообще на ЛОРе выжил-то с таким парсером толстоты?

Свали на винфак лучше сразу

щито с вами?

и под линуком может быть исполняемый файл с exe расширением.

нафейхоа скажи мне? под wine чтоли?

как мой код ? :)

причин может быть много разных.

для выделение исполняемых ( в ч/б консоли) например.

это не сильно накладно по ресурсам? Вроде лишние переменные, да вот «_» это? Хотя может я просто не вижу, где лучше

ты не в толксах, дядя. Я могу его хоть *.dll, хоть *.mds обозвать, он от этого менее линуксовым и кошерным не станет

Тем более если не в толксах! Нах винду с ее примочками.

меньше кода .

произвольность содержимого ( не только числа , но всякое значение имеющее строковое эталоное представление)

по производительности если string.h использует какой нить кмп (или подобное) скорость поиска близка к линейной.

т.е решение как раз классическая реализация асоциативного массива.