[01:11:38] <vgodunko> ping
[01:11:39] <Жаба> vgodunko, Pong from you: 0.112484 s
[01:11:39] <StarGate> [notice] bridge "#ada@irc.tpu.ru <-> ada-ru@conference.jabber.ru" is running in limited mode
[08:05:47] <StarGate> [notice] bridge "#ada@irc.tpu.ru <-> ada-ru@conference.jabber.ru" is running in limited mode
[10:19:55] <skylark> что-то про размещение ada-ru.org в списке расслылки ara_ru тишина. кто ответственный за сайт? может напрямуб нам с ним связаться?
[10:34:15] <subj_rs> log
[10:35:04] <subj_rs> log
[10:35:14] <subj_rs> fffffuuuuu.....
[10:35:37] <gour> skylark: если верить выхлопу whois ada-ru.org , то Tech Name:Dmitriy Anisimkov
[10:39:51] <subj_rs> log
[10:40:23] <skylark> gour, а есть информация как с ним связаться? по электропочте, например?
[10:40:35] <gour> и, если я правильно вижу, он прямо сейчас в жабре висит.
[10:41:03] <subj_rs> ничего не понимаю
elsif MBody (1 .. 3) = "log" then
return "Logs here: " & Config.URL_Log & MFrom1 & "/";

контрольная точка говорит что действительно log и что границы 1 .. 3. не работает - хоть убей
[10:41:12] <gour> ну и если уж совсем надо-пренадо, то hint: whois выдаёт не только имя, но даже адрес и телефон ;)
[10:42:12] <subj_rs> uptime
[10:42:12] <Жаба> subj_rs, My uptime is 0.001816518 days
[10:42:24] <skylark> ща звякнем )
[10:42:46] <gour> но вообще я бв всё же воспользовался жаббром
[10:44:19] <subj_rs> а все, догнал
[10:46:53] <subj_rs> log
[10:46:53] <Жаба> subj_rs, Logs here: http://62.109.22.137/ada-ru@conference.jabber.ru/
[10:47:01] <skylark> как-то у меня с ждаббером не получалось раньше. всё время куда-то учётки деваются. давно использую связку ssh+screen+irssi и очень оперативно с ирц получается.
[10:47:45] <skylark> причём что дома - что на работе в нём. как-то аналогичную схему провернуть с жаббером возможно?
[10:50:01] <vgodunko> skylark: я пытался уже перенести сайт на свой хостинг. Мне сказано было, что использование shared hosting без AWS не кошерно и никто сайт перемещать не будет.
[10:50:54] <vgodunko> А сейчас сложность, насколько я понимаю именно а отсутствии ресурсов на администрирование
[10:51:02] <skylark> ну вот тут есть вирт. машина с Debian GNU/Linux с правами рута, я думаю туда что угодно можно поставить, в т.ч. и AWS.
[10:52:31] <vgodunko> По моему мнению, реализация сайта уже устарела, нужно и движок и дизайн более современные.
[10:52:55] <vgodunko> Что равно использование некошерных технологий.
[10:53:06] <vgodunko> Так что лучший способ - забить и забыть.
[10:53:08] <vgodunko> :-(
[10:54:15] <vgodunko> Конечно есть альтернативный вариант - сделать новый движок ;-)
[10:55:03] <vgodunko> Это было-бы здорово, но требует ресурса и наличия знаний в современных web технологиях.
[11:06:30] <vgodunko> subj_rs: а что там landgraf, совсем нас покинул?
[11:07:09] <subj_rs> ща спрошу
[11:18:39] <landgraf> vgodunko, нет, он просто в работе погряз
[11:18:40] <landgraf> )
[11:20:39] <nordwind> >> в списке расслылки ara_ru :)
[11:22:28] <subj_rs> вопрос:
если в конце тела пакета есть секция инициализации begin ... end package;
нужно ли чтото дополнительно указывать чтобы она выполнилась? или автоматом?
[11:23:39] <vgodunko> subj_rs: держусь из последних сил что бы не поиздеваться.
[11:23:49] <vgodunko> Она "сама" выполняется.
[11:24:38] <subj_rs> vgodunko: ок, только там я хочу оперировать некоторыми элементами, которые выше были объявленны тоже в теле пакета
[11:25:45] <vgodunko> Без проблем
[11:25:52] <subj_rs> гуд
[13:17:19] <subj_rs> kprf
[13:17:19] <Жаба> subj_rs, Повседневная практика показывает, что новая модель организационной деятельности способствует подготовке и реализации существенных финансовых и административных условий.
[13:17:28] <subj_rs> ыы
[13:19:31] <vgodunko> Нужно уметь так заворачивать ;-)
[13:20:00] <vgodunko> Жаба прямо поумнела и походу в политику отправилась.
[13:20:08] <nordwind> Жаба: ПРИВЕТ
[13:24:35] <subj_rs> это из какойто брошурки по геренации речей
[13:32:28] <nordwind> я забыл она на меня не реагирует
[13:32:43] <vgodunko> Жаба?
[13:33:00] <nordwind> да
[13:33:03] <vgodunko> kprf
[13:33:06] <Жаба> vgodunko, Не следует, однако, забывать, что реализация намеченных плановых заданий обеспечивает широкому кругу специалистов участие в формировании системы массового участия.
[13:33:08] <nordwind> на мемберов вообще
[13:33:21] <nordwind> только на опопв
[13:33:31] <nordwind> *опов
[13:33:37] <subj_rs> nordwind: все она реагирует
[13:33:49] <vgodunko> Она стесняется
[13:33:52] <nordwind> Жаба: ping
[13:34:08] <subj_rs> nordwind: не так
[13:34:11] <subj_rs> ping nordwind
[13:34:11] <Жаба> subj_rs, Pong from nordwind: 0.073745 s
[13:34:28] <nordwind> ping
[13:34:28] <Жаба> nordwind, Pong from you: 0.067990 s
[13:34:53] <nordwind> kprf
[13:34:53] <Жаба> nordwind, С другой стороны новая модель организационной деятельности обеспечивает широкому кругу специалистов участие в формировании позиций, занимаемых участниками в отношении поставленных задач.
[13:35:18] <nordwind> жесть
[13:50:36] <vgodunko> Зачем компьютеры зависают?
[13:50:38] <vgodunko> :-(
[13:50:56] <subj_rs> они устают
[13:51:11] <subj_rs> от пользователей )
[13:59:12] <landgraf> учат пользователей почаще сохраняться
[13:59:26] <nordwind> +1
[14:08:27] <StarGate> [notice] bridge "#ada@irc.tpu.ru <-> ada-ru@conference.jabber.ru" is running in limited mode
[16:11:58] <subj_rs> сильно не ругайтесь, но я ща запощщу сюда увесистый текст, нужно понять почему жаба не логирует большие сообщения
[16:14:28] <landgraf> и так понятно почему...
[16:17:10] <subj_rs> а все, ясно. в буффер приема не влазит
[16:27:21] <subj_rs> чорд, это трудноразрешимая проблема вытекающая из самих основ обработки xml в жабе. пора на axmpp переходить
[16:28:01] <nordwind> что это несет в плане выгод?
[16:28:57] <yeo> поддержку разработчика :)
[16:30:19] <nordwind> ;)
[16:33:07] <subj_rs> nordwind: то, что axmpp кемто да будет использоваться )
[16:35:49] <nordwind> какие разные взгляды....
[16:35:52] <nordwind> :)
[16:46:01] <subj_rs> хм, кажется рекурсия спасет меня
[16:54:26] <subj_rs> В 1974 году в Министерстве Обороны США (US Department of Defence / US DoD) осознали, что они теряют много времени, усилий и денег на разработку и сопровождение встроенных компьютерных систем (например, систем наведения ракет).

В это время использовалось около 450 различных языков программирования и/или их расширений. Это увеличивало затраты времени и средств на разработку новых систем и на постоянную техническую переподготовку персонала для обслуживания уже созданных систем. Кроме того, сопровождению существующих систем мешало отсутствие стандартизации в инструментах поддержки (редакторы, компиляторы и т.д.). Все эти факторы привели к тому, что в Министерстве Обороны США осознали необходимость в едином мощном языке программирования, который должен был бы использоваться всеми поставщиками встроенных компьютерных систем.

Работы по разработке были начаты в 1975 году после того как в Министерстве Обороны США был разработан список требований к языку, который был широко распространен. Однако, ни один из существовавших на тот момент времени языков программирования не соответствовал выдвинутым требованиям. В итоге, в 1977 году Министерство Обороны США выдвигает предложение создать новый язык. В отличие от "комитетных языков", таких как КОБОЛ, новый язык был предметом конкурсного пересмотра в широких индустриальных и академических кругах.

Из большого числа предложений было отобрано четыре, для последующего пересмотра и доработки. Позже, для дальнейшего уточнения, из них отобрали два, и в финале выбрали проект представленный компанией Cii-Honeywell Bull. Этому языку и было дано имя Ада, в честь Августы Ады Байрон, графини Лавлейс, дочери английского поэта лорда Байрона. Она была сотрудницей Чарльза Беббиджа, изобретателя аналитической машины, и написала для этой машины программу вычисления чисел Бернулли - Августа Ада по праву считается первым в мире программистом. Разработкой данного проекта руководил Jean Ichbiah.

В 1983 году язык становится стандартом ANSI/MIL-STD-1815A-1983, а затем и международным стандартом ISO 8652:1987. Язык описывается в справочном руководстве по языку (Language Reference Manual), часто называемом LRM. Ссылки на это справочное руководство часто встречаются в книгах, посвященных языку программирования Ада, а также во многих сообщениях об ошибках компилятора. Эта книга часто рекомендуется для прочтения. Хотя читать ее довольно сложно, она является исчерпывающим авторитетным источником в вопросах по языку программирования Ада (была сформирована специальная постоянная группа для выявления противоречий в языке).

Язык претерпел пересмотр при введении нового ISO стандарта в начале 1995 года (ISO/IEC 8652:1995). Этот стандарт исправляет многие упущения и недостатки оригинального языка, и дополняет его многими новыми полезными свойствами.

Для предотвращения размножения множества различных версий языка Ада, в "Ada Joint Program Office" (AJPO) заняли довольно оригинальную позицию - они зарегистрировали имя "Ada" как торговую марку. Таким образом, вы не имеете права распространять компиляторы языка программирования Ада до тех пор, пока они не пройдут тестирование на совместимость. Позднее эти требования были ослаблены, и теперь защищенное название звучит как "Validated Ada".

Результирующий сертификат ратификации (валидированности) ограничен по времени и имеет дату срока истечения. После истечения срока сертификации компилятор не может больше распространятся как ратифицированный, - "Validated Ada", - компилятор языка программирования Ада. Таким образом AJPO убежден в том, что все, в текуший момент распространяемые компиляторы, соответствуют требованиям текущего стандарта.

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

Цели разработки

Возможно, что наилучшей характеристикой целей разработки послужит цитата из руководства по языку программирования Ада:

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

И как примечание к этой фразе, также из руководства по языку программирования Ада:

"Таким образом, читабельности программ придавалось большее значение, чем легкости их написания"

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

Ада избавлена от использования криптованного синтаксиса и обладает более "разговорным" стилем английского языка что значительно улучшает читабельность программ (читабельность - программирование как человеческая деятельность). К тому же, почти все конструкции языка могут быть эффективно реализованы
[16:59:03] <subj_rs>
6.5.5 Параметры подпрограмм

Режимы передачи параметров "in", "out" и "in out". для подпрограмм Ады, являются грубыми эквивалентами режимов передачи параметров по значению и по ссылке (var) для подпрограмм Паскаля.

В теле подпрограммы, "in"-параметры могут быть только прочитаны. Основное отличие между "out" и "in out" параметрами заключается в том, что текущее значение фактического "in out"-параметра передается в процедуру, а текущее значение фактического "out"-параметра в процедуру не передается и, следовательно, может считаться неопределенным до указания значения внутри подпрограммы. Функции Ады не могут иметь "out" и "in out" параметры.

В случае передачи в подпрограмму массива, использование режима передачи параметров "in out" не обеспечивает никакого выигрыша в эффективности по сравнению с режимом передачи параметров "in". Подобный прием является широко распространенным в языке Паскаль, когда большие массивы передаются как var-параметры. Правила языка Паскаль требуют, чтобы var-параметры передавались по ссылке, а параметры передаваемые по значению - копировались. Ада использует другие правила: параметры скалярных типов всегда передаются по значению/результату не зависимо от указанного режима передачи параметров. Ада допускает, чтобы параметры составных типов (массивы и/или записи) также передавались по значению/результату, но реальные Ада-компиляторы никогда не так не делают, в особенности, когда составной тип имеет большие размеры. Таким образом, реальные Ада-компиляторы передают в подпрограммы массивы и записи больших размеров по ссылке, даже если для них указан режим передачи параметров "in". Поскольку "in"-параметры гарантировано не могут быть записаны, то не существует опасности непреднамеренного изменения содержимого параметра внутри вызванной подпрограммы.

В случае использования режимов "in" и "in out" для передачи параметров скалярных типов, значения копируются обратно в вызвавшую подпрограмму после нормального завершения вызвынной процедуры. Таким образом, если вызов процедуры заканчивается распространением исключения в вызвавшую подпрограмму, то значения параметров не копируются обратно, в вызвавшую подпрограмму, и, следовательно, вызвавшая подпрограмма сохраняет оригинальные значения (те которые были до вызова процедуры).

Инструкции ввода/вывода Ады, являются обычными вызовами процедур, которые подразумевают, что только одиночные целочисленные, вещественные, символьные, строковые или перечислимые значения могут быть прочитаны или отображены с помощью каждого вызова Get или Put. При написании инструкций ввода/вывода, для этих процедур нельзя предоставлять произвольное число параметров, как это допускается в Паскале. Попытка выполнения этого, приведет к естественной ошибке компиляции, говорящей о не совпадении числа параметров ("unmatched procedure call"), когда компилятор пытается найти версию процедуры Get или Put, с соответствующим числом параметров.

6.5.6 Пакеты Ады и их соответствие модулям Паскаля

Реально, модули Паскаля (unit) не являются частью стандарта ISO Pascal. Однако, их использование предусматривается многими современными расширениями языка Паскаль, например, версиями Паскаль-систем от Borland, Symantec или Free Pascal. Модули Паскаля являются грубым эквивалентом пакетов Ады с двумя важными отличиями:

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

6.5.7 Использование "is"
и символа точки с запятой ';'

Бесконечное горе ждет тех пользователей Ады, которые путают назначение символа точки с запятой ';' с назначением "is". При использовании некоторых компиляторов, это приводит к длинной последовательности сообщений об ошибках. Наиболее вероятен случай использования точки с запятой вместо is - при описании подпрограмм, также как это делается в языке Паскаль:

procedure Do_Something(X : Integer); -- <---- это подразумевает проблему!!!

-- описания

begin

-- инструкции

end Do_Something;

Проблема заключается в том, что такое использование символа точки с запятой допустимо, но смысл его отличается от того, что вы ожидаете. Строка:

procedure Do_Something(X : Integer);

является, в реальности, описанием спецификации процедуры, что в языке Паскаль больше похоже на опережающее описание процедуры с помощью директивы forward. Следовательно, перепутывание символа точки с запятой ';' с is почти гарантировано приводит к порождению большого количества сообщений об ошибках компилятора, поскольку синтаксический анализатор компилятора Ады будет трактовать такую инструкцию как спецификацию подпрограммы и будет сбит с толку появлением последующего блока begin-end, который ошибочно располагается вне контекста. Появление is точно указывает Ада-компилятору на то, что далее следует тело подпрограммы.

Спецификации подпрограмм, являющиеся частью спецификации пакета, могут рассматриваться в контексте опережающих описаний, для чего в Паскале обычно используется директива forward. В этом случае, первая строка тела подпрограммы (в теле пакета) должна быть идентична спецификации, за исключением того, что символ точки с запятой ';' заменяется на is. Это отличается от Паскаля, где список параметров может не повторяться.
[16:59:38] <subj_rs> все, переклинило ее
[17:00:31] <subj_rs> или меня
[17:01:41] <subj_rs> но в лог попало и это и предыдущее О_о
[17:05:17] <subj_rs> test
[17:05:17] <Жаба> subj_rs, passed
[17:05:21] <subj_rs> test
[17:05:21] <Жаба> subj_rs, passed
[17:05:23] <subj_rs> test
[17:05:23] <Жаба> subj_rs, passed
[17:05:25] <subj_rs> test
[17:05:25] <Жаба> subj_rs, passed
[17:05:38] <subj_rs> kprf
[17:05:38] <Жаба> subj_rs, Повседневная практика показывает, что сложившаяся структура организации требуют определения и уточнения направлений прогрессивного развития.
[17:06:56] <subj_rs> ping
[17:06:56] <Жаба> subj_rs, Pong from you: 0.028368 s
[17:09:35] <vgodunko> Даёшь AXMPP!!!
[17:09:52] <StarGate> [notice] bridge "#ada@irc.tpu.ru <-> ada-ru@conference.jabber.ru" is running in limited mode
[17:10:07] <subj_rs> заново все переделывать :(
[17:10:17] <vgodunko> Ну почему же?
[17:11:06] <subj_rs> vgodunko: а если на основе axmpp весь функционал будет в одном пакете, точнее даже в одной процедуре - нармально будет?
[17:11:52] <subj_rs> хотя и сейчас так .... Да, надо переходить уже
[17:12:05] <vgodunko> А что, так получится?
[17:12:29] <subj_rs> так там хренову кучу пакетов надо каждый раз подключать чтоб ворочалось )
[17:12:38] <vgodunko> (я честно никак не доберусь до написания межгаллактических врат на Ada, поэтому не знаю как оно там на самом деле)
[17:12:44] <subj_rs> а так все запихнуть в обработчик сообщений
[17:13:26] <subj_rs> пора сваливать
[17:13:57] <vgodunko> Ну и что, что туча пакетов? ;-)
[17:14:25] <subj_rs> неудобно )
[17:30:14] <nordwind> ну так...
[17:30:37] <nordwind> отстрадать один раз
[17:32:09] <vgodunko> /me пробует понять как устроен AXMPP
[18:02:45] <c0opht> 11

[18:03:34] <vgodunko> А почему ресурс можно задать только при соединении?
[18:03:46] <vgodunko> Session.Bind_Resource имеется в виду
[18:05:14] <c0opht> потому что других заказов не было
[18:05:33] <c0opht> =)
[18:06:03] <vgodunko> Я же понимаю это делается только единожды для сессии? И вне зависимости от того подключена она или нет?
[18:08:30] <c0opht> After a client has bound a resource to the stream, it is referred to as a "connected resource". A server SHOULD allow an entity to maintain multiple connected resources simultaneously, where each connected resource is associated with a distinct XML stream and is differentiated from the other connected resources by a distinct resourcepart.
[18:09:25] <c0opht> а хотя да
[18:09:45] <c0opht> наверное для сессии может быть только один ресурс
[18:09:48] <c0opht> пишите тикет
[18:10:47] <vgodunko> А вот тут ты меня на слобо не возьмёшь! ;-)
[18:11:08] <c0opht> =)
[18:13:56] <vgodunko> #13
[18:17:32] <yeo> хороший номер для тикета, правильный
[18:17:35] <vgodunko> Так... У меня Connected не вызывается :-(
[18:17:58] <c0opht> почему?
[18:18:01] <vgodunko> Это да, я щас нагенерю тикетов что меня отключат.
[18:20:05] <vgodunko> c0opht: как сделать хоть какой-то диагностический вывод?
[18:20:59] <c0opht> ща
[18:22:05] <c0opht> XMPP.Logger.Enable_Debug
[18:23:19] <vgodunko> Waiting for data in select
Exception name: CONSTRAINT_ERROR
Message: matreshka-internals-xml-attribute_tables.adb:79 access check failed
[18:23:32] <vgodunko> Что-то я усовершенствовал не то...
[18:32:12] <vgodunko> Лыжи не едут...
[18:32:13] <vgodunko> :-(
[18:32:35] <vgodunko> AXMPP собственную какую-то задачу внутри создаёт?
[18:32:51] <vgodunko> c0opht: ?
[18:33:40] <c0opht> да
[18:33:58] <c0opht> которая читает из сокета
[18:34:41] <vgodunko> :-(
[18:35:28] <vgodunko> А если мне послать нужно сообщение, то кто гарантирует, что доступ к сессии корректно выполнен будет?
[19:26:56] <vgodunko> help
[20:02:31] <vgodunko> sorry