ну вот. собственно есть такой язык - BrainFuck.

Wikipedia написал(а):

Brainfuck (англ. brain+fuck) - один из известнейших эзотерических языков программирования, придуман Урбаном Мюллером (Urban Muller) в 1993 году для забавы. Язык имеет восемь команд, каждая из которых записывается одним символом. Исходный код программы на Brainfuck представляет собой последовательность этих символов без какого-либо дополнительного синтаксиса. взято тут 

несложный и интересный языг, патаму я и написал к нему простенький интерпретатор. вооот

если чо, команды brainfuck`а и аналоги из с , где ptr - указатель на байтовую ячейку
>    -    ++ptr;
<    -    --ptr;
+    -    ++*ptr;
-    -    --*ptr;
.    -    putchar(*ptr);
,    -    *ptr=getchar();
[    -    while (*ptr) {
]    -    }

в качестве примера рядом с прогой лежит файлик с программой hello world...)

мда, иногда бывает совсем нечем заняться и начинаешь искать проблемы, чтобы их решить...
и естественно любой тру кодер, при наличии проблемы, просто обязан написать программу, которая решит проблему за него.) фтыкаем >>> вооОот...)

мда, почему иногда кодить хочеццо, а иногда нет... и когда хочеццо не кодишь лабы, и когда не хочеццо, всё равно кодишь какую-нибудь хрень?)

-"что случилось, что произошло?)"

сидел целый день ничего не делал полезного, но вдруг захотелось написать чего-нибудь аццки ненужного и забавного... хех, результат тут >>> о_О
не думаю что вы сразу же поняли в чём дело) поэтому те кто не понял, фтыкают в исходный текст странички... ага)

сия забавность делалась во этим(самолично писанным)) >>> o_O

зы мухехе)

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

итаг, немножко идей и основных принципов.

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

идея вторая - всё должно работать.

идея третья - всё должно быть удобно, по крайней мере для миня)

идея следующая - всё должно быть по возможности красивым...

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

...вот...

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



ГЛАВА ОДИН НАХ)

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

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

для обмена сообщениями и клиент и сервер используют так называемые FLAP(это даже как-то расшифровывается оО) пакеты. флап пакет содержит заголовок и некие данные, которые всвою очередь представлены в виде TLV или SNAK структур.(при этом в FLAP пакете будут либо только снаки либо только тлв. причОм флапы с тлв используются только при общении с сервом авторизации и для пересылки кукисов. кроме того снак может содержать в себе тлв структуры).

достаточно важным является факт нумерации пакетов. вначале и серв и клиент произвольным образом выбирают номер первому пакету. но все последующие пакеты со стороны клиента должны нумероваться последовательно(то же самое касается и сервера) если же следом за пакетом с номером 1A 25 мы отправим пакет 1А 27, то серв будет ждать пакет с номером 1А 26 и напроч игнорировать все наши поползновения.

пока хватит)

кто вам сказал что я безумен?