TICQClient кроме как на делфи.Как?
 

Можно его как то прикрутить к C билдеру в BSD 2006?

Ладно если эта какашка в билдере не заводится.То может кто то подскажет реализацию оскара на С ?Кроме как на libpurple.

А что сложного прочитать про протокол, отправить байты принять байты, обработать их???
rfc Ocsar =)
Не мало статей от карася, только правда он все реализует на VB, и еще De-visible на питоне писал ICQ бота...но он пока париться...
Также можешь к нему обратиться, за исходниками бота, он как то писал для универа одного, снуля на DELPHI (WinSock).

Ну это не http тут надо серьезно с парсингом этих самых байтов заморочиватся.Да и отладка такого хозяйства геморная будет :(

rfc тебе на что дано? я же не предлагаю снифать отправленные и принятые байты!, все это сделано за тебя, осталось просто почитать.

Это минимум 30 часов времени.
Если брать расценки начинающего разработчика, то это больше 8 тысяч рублей.

Сущая правда. Да и таким образом не все гладко: я до сих пор не словил все пакеты работы с кл.

этот протокол не описан в RFC

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

Нер, хм, а что ты предложиж? писать на готовом?, а что извлечешь для себя?
И уж думаю с такими протоколами лучше разговаривать на ТЫ!
Раз ты уж заговорил про деньги то видимо фрилансер, судя по твоим темам не плохой программер, так вот!
Неужели ты не согласишься с тем что лучше поломать 30 часов мозг(у меня уйдет, по более), а далее уже просто радоваться жизни, потому что как минимум ты уже работал с этим протоколом и знаешь что к чему.

хм...я имел ввиду документации по протоколу, в инете их навалом.

хм... У меня вообще есть дела немного поважнее, но вообще можно, что нить совместно написать))
P.s. втроем) ыыы

Кстати ты снифаешь commview???
Или чем?

бля бутират кончился(((
Слух, а что ты тут коды по выкладывал зачем?
Неужели тебе не жаль своего труда?

Дело твое.

Естественно.
Опыт и деньги.

Какими "такими"?
Я лучше нормальные протоколу знать буду.

Какой опыт?
Опыт работы с протоколом или опыт работы с компонентом(контролом)?
А если протокол изменится, компонент перестанет работать, а заказчик требует выполнение поставленной задачи?

Тут уже кто на чем специализируется...хотя приведи пример.
http,ftp,tcp/ip - не приводи), их должен знать каждый, кто занимается сетевым кодингом.

Опыт решения задач подобного типа.
Причем не имеет значения, каким способом.

Поправлю компонент/либу. Гораздо меньше времени уйдет.

socks. Накрайняк http. Остальные протоколы через библиотеки удобнее использовать. В том числе и http.

Как это способо не имеет значения.
Без знаний протокола под который писался компонент ничего не подправишь.

Так мы говорим про удобство или же необходимость?