Как из uri получить строку (utf-8) и наоборот на С?

и что это значит? uri разве уже не строка?

чо-то я тоже не догнал что у тебя есть и что ты хочешь

google://urldecode+c

glib

uri это строка, в которой не us-ascii кодируется через одно место, да плюс еще отдельные служебные символы (типа пробела).

И попробуй догадайся что это за место. Наверное надо пробежать по строке от начала до конца и символы больше 128 и ';', '/', '?', ':', '@', '=', '#', '+' распечатать через «%X» и впереди '%' добавить, не ?

glib не предлагать.

почему?

зачем для такой задачи использовать C? ты что, хентай?

glib не предлагать

http://docs.python.org/py3k/library/urllib.parse.html

Например с микроконтроллера сервак по HTTP дергать

Например с микроконтроллера сервак по HTTP дергать

и для чего это может пригодиться?

ps: русские программисты почему-то любят портить любые технологии и использовать не по назначению самые необычные технологии. учите феншуй машу вать!

Обмен с базой данных на сервере , например.

что-то я не понял: зачем для доступа к БД дёргать HTTP сервер и почему при всём при этом контроллеру нужно парсить utf-8?

Это был пример почему на С, потому что не везде есть питон , glib, qt, делфи и проч. Потому что может быть просто С, даже без библиотек, просто С с его 9 операторами. Поверьте на слово, есть еще такие места.

зы. А технология простая - на сервер с БД ставится апач с php, скрипт на php c запросом к БД (практически любой) пишется легко. Обращение к php на сервере это всего навсего передача по TCP на порт 80 текстовой строки и ответ это всего лишь текстовая строка, которая легко формируется и разбирается на голом С.

А строку надо кодировать потому что в параметрах get и post понимаются только латинские символы , а русские и первые 20 надо переводить в вид %XX, вот придумал кто-то так, еще с cgi так.

Пишу софтину, используя xlib (только не надо тут спрашивать, почему - думайте, что хотите). Делаю copy/paste файлов через клипбоард. Эти чертовы недоумки из freedesktop за каким-то хреном передают имена файлов в формате uri. Ради того, чтобы получить utf-8 строку из uri тащить еще glib, тем более python, совсем глупо.

я для аналогичной задачи просто выдрал uri_escape из curl. кажется, файл в libcurl так и называется escape.c. если не найдешь - вот готовый результат

uri_unescape там тоже есть, вроде. мне не нужно было.

Эти чертовы недоумки из freedesktop

ололо

на сервер с БД ставится апач с php
на голом C

на голом C, нормальные люди, пользовательские интерфейсы, не пишут, потому что это дебилизм. речь не идёт о банальном меню --help и getopt (который есть в libc). речь о том, что C предназначена для базового ядерного функционала. ты никогда не задумывался, почему utf-8 не является стандартом C и почему utf-8 не входит в libc?

умейте делить функционал ребята. одно - чисто утилитарная прошивка для контроллера, другое - когда человек противится существующим технологиям (gtk+, qt, и др.) и пишет свою приблуду на С, причём даже не погуглив, какие ещё есть библиотеки (уже написанные) работы с юникодом. не говоря уже о том, что пациент забивает гвозди микроскопом.

я для аналогичной задачи просто выдрал uri_escape из curl. кажется, файл в libcurl так и называется escape.c. если не найдешь - вот готовый результат

uri_unescape там тоже есть, вроде. мне не нужно было.

Спасибо.

на голом C, нормальные люди, пользовательские интерфейсы, не пишут, потому что это дебилизм

открой для себя GNOME и сотни других GUI-приложений.

открой для себя GNOME и сотни других GUI-приложений.

я говорил о голом C, так как пациент отказывается от фреймовиков.

а если говорить о гноме, то открой для себя Vala и Genie. GNOME ищет переход на скрипты.

Пациент не отказывается от фреймовиков. Только кроме gtk & qt есть и другие тулкиты.

прочитай описание стандарта и напиши сам :)

не совсем тогда понятно, что такое голый C в данном контексте. под доску вручную писать в видеопамять, опрашивая мышь через int 33?

а если говорить о гноме, то открой для себя Vala и Genie. GNOME ищет переход на скрипты.

насчет кто и куда ищет переходы не хочу комментировать. vala я уже на себе опробовал, и отказался от нее.

http://www.gnu.org/software/libunistring/

uri -> widechar а потом widechar -> multibyte char правда нужно вроде как настроить locale

всё это часть стандартной си библиотеки

vala я уже на себе опробовал, и отказался от нее

А причины можно? На первый взгляд неплохо выглядит.

не везде есть питон , glib

Емнип, это LSB

основных причины было 2:

1. постоянно меняют синтаксис. обновился компилятор — не собирается. поправил код — стало собираться, но теперь не собирается на более старом компиляторе (при попытке что-то проверить на другом дистрибутиве). в итоге, если надо сделать git bisect — невозможно собрать версию кода недельной давности, т.к. 3 дня назад обновился valac. единственный выход — привязка к одной версии компилятора, и держать его в git вместе с кодом. в общем, это лишний геморрой.

2. мне надо поддерживать gtk2 и gtk3 одновременно. на сишечке это делается несколькими ifdefs, набором wrapper-functions, ну и использованием APIs которые в gtk2 уже есть, а в gtk3 еще не вырезали. на vala это вообще непонятно как делать, и возможно ли вообще. даже если и возможно написать 1 общий .vala файл, совместимый с gtk2 и 3 - то, скорее всего, пришлось бы генерировать из него 2 отдельных сишника. если бы и взлетело — привело бы к увеличению бардака (а проверять я не стал, т.к. и п.1. достаточная проблема).

не проще ли просто избавиться от поддержки gtk2?

зачем?