начи търся читав сорс код на просто С за:

- HTTP client (с поддръжка на chunked transfer)
- XML parser

Питам просто ако някой знае и има опит... Иначе с чичко гугъл се изморих да ровя. На мен ми трябва за ембедед, а нещата дето откривам или са много тъпи или са много за като боза...

Пробва ли "wget"?

За wget виж не бях се сетил... но така или иначе не ми върши работа, освен за справка.

Като казах ембедед имах предвид код за контролер, нямам много памет

Пък сорсчетата дето гледах са или полу-работещо демо или мегабайти... Това не е лошо http://oss.zonio.net/libxr.htm малко по-малко е от wget ..


Засега ще закърпим положението с http, но лошото (https) тепърва предстои...

Че какъв толкова клиент ти трябва за http, докато разбереш какво да го правиш
пет пъти ще го напишеш сам - толкова елементарен е протоколът. Виж RFC2616,
приказките са много но същността е минимална.

Абе прост протокол, ама не е толкова прост...
Има доста подробности ако пращаш повечко GET/POST заявки, трябва да следиш дали другата страна е съгласна да остаne конекцията отворена. Пък и знам ли кой как го е направил... например при chunked накрая веднъж получавам "0\r\n" веднъж "0\r\n\r\n". Ако не го изчета ще остане за следващата заявка, ако зависна да го чакам пък се получават ебати таймоутите. Затова ми тряваше някой "изпитан" в боя код.... То лошото е, че отдолу нямам надежден стек ами един измислен gsm, който сокетите му по един начин ги обясняват пък друго се получава напрактика. Абе ужас...

anyway... http-то някак си го подкарах, да видим като го пусня в боя обаче
А за http(s) не знам... дали изобщо да се нагърбвам или да си съчиня нещо сам на тема защита..

Калпавият стек си е сериозна беля, като не знаеш кое не работи винаги е мъка.
То кога ли не е, де, ама инак за какво щяхме да сме ние .
На твое място бих затварял връзките винаги, когато не чакам нищо повече по дадена
връзка, и бих пращал нови заявки само по новоотворени връзки - поне докато
подкарам нещата в началото. Естествено, нямам представа колко приложимо е
в случая ти това.

То така е най-сигурно, ама за съжаление много бавно. Отварянето на сокет ми коства поне 5 секунди, не знам дали стека отдолу (telit) е тромав или е нормално това при gsm, но не е приятно щото приложението е нещо като wap терминал. Гледам да съкратя времето за реакция иначе оператора ще втикяса.
При натискане на копче по принцип ще се зареждат няколко страници във всяка от които може да им по няколко прости битмапчета, това прави да кажем 10-на http заявки. Ако на всяка заявка отварям/затварям сокет ще трябва терминала да се продава в комплект с кафемашина - натискаш копче, пиеш едно кафе и гледаш какво е казал сървъра
В краен случай ще се променя заданието, но и това не е лесно...

5 секунди е лудост бе, на луната ли е отрсрещният host . Това прави над 2 секунди RTT...

Но пак вариантът синхрронна кафе-машина не е за изхвърляне - макар и само докато го
подкараш. Е, от толкова кофеин и чакане може да те втресе не на шега, ама всяка
професия с рисковете си .
Веднъж като е заработило ще можеш да гониш само синхронизационните проблеми от
незатваряне на връзките.

да не отварям нова тема...

Значи сега се боря с XML-и WML-и и разни други глупости дето се получават едни динамични списъци от стрингове с индекси с имена... абе боза.

Та ми трябва някаква библиотечка за представяне на данни най-общо казано. Нещо като MFC-то - CList, CPtrList, CObList, CStringList, CMap и прочие само че ми трябва като за emedded mcu и естествено ми трябва сорса че да си извадя само определени класове. Ако си е просто Ц още по-добре...