[00:43:20] <vlad2> _valexey_: по поводу воспитывания нормальных детей ненормальными парами - категроически не согласен
[00:44:08] <vlad2> Т.е. гомиком ребенок он может и не станет, но вот психику покалечат.
[00:45:14] <vlad2> Собственно какое-то время назад пробегала новость про то, что ребенок из такой семьи решил менять пол (родители, естественно, всяячески поддерживают).
[00:46:10] <vlad2> Можно, конечно, сказать, что так и было задумано (ребенок реально не того пола был). Но уж больно маловероятное совпадение.
[00:52:36] <_valexey_> а еще некоторые игроки людей убивают или сами убиваются. следовательно это все компьютеры виноваты!
[00:53:18] <_valexey_> я полагаю, что на самом деле тут нужны дополнительные исследования. но то что гомосексуализм не передается через его пропаганду - это факт.
[00:53:50] <vlad2> Исследования нужны.
[00:53:59] <_valexey_> Также факт, что ребенок которого растит родитель-одиночка, или просто когда родители по поводу и без срутся - также получает психическую травму.
[00:54:11] <vlad2> Я не предлагю никого лечить, раз уж это обусловлено генетикой.
[00:54:18] <_valexey_> И возможно она больше и серьезней нежели в благополучной гомосексуальной семье
[00:54:39] <vlad2> Но вот конктретно к однополым парам и детям - у будет однозначно негативное отношения, пока не будет достоверных исследований.
[00:54:42] <_valexey_> То есть заметь, у гомосексуальной пары не может быть нежеланных детей. Там нет браков по залету.
[00:54:51] <_valexey_> Согласен.
[00:55:09] <_valexey_> Усыновление/удочерение вообще очень щепетильных вопрос.
[00:55:19] <_valexey_> (все зависимости от сексуальной ориентации усыновителей)
[00:55:30] <vlad2> Угу.
[00:57:58] <_valexey_> Хотя и биологические родители бывают такие... И естественные семья тоже..
[00:58:32] <_valexey_> Но это уже привет-привет ювинальная юстиция. Это скользкая дорожка усеянная эмоциями и неоднозначностями.
[01:00:05] <_valexey_> По сравнению с этим вопрос о том, что лучше с++ или оберон выглядит простым, однозначным и не генерящим ненависти и срачиков.
[01:04:23] <vlad2> :)
[01:37:14] <vlad2> Новая killer фича OSX: вводишь File:/// <enter> в любом текстовом поле
[01:37:32] <vlad2> _valexey_: зацени ;)
[01:37:38] <vlad2> Корллега только что показал :)
[01:38:20] <_valexey_> а я джва дня назад видел новость :-)
[01:38:37] <_valexey_> это автопроверка орфографии работает черех жопу
[01:38:41] <_valexey_> системная
[01:40:05] <vlad2> Интересно, сколько они патч будут делать.
[01:40:34] <vlad2> Прикол в том, что в нашем приложении это не работает!!! ;)
[01:40:58] <vlad2> Потому как у нас макапные поля ввода! Ха-ха-ха!!!
[01:42:31] <_valexey_> дык да. кто не юзает автопроверку эту системную, тем насрать
[03:37:31] <_valexey_> vlad2: чорт. безумие правит этим миром! JavaScript выбран в качестве основного языка разработки приложений для GNOME: http://www.opennet.ru/opennews/art.shtml?num=36021
[03:38:17] <vlad2> /me facepalm
[03:39:28] <_valexey_> для gtk вообще и гноме в частности есть их собственный в меру замечательный язык - Vala (оно шарпообразное, типобезопасное, статическое, транслируется в Си)
[04:43:54] <_valexey_> vlad2: зацени: http://www.opennet.ru/opennews/art.shtml?num=36023
[05:29:29] <vlad2> Ой не знаю..
[06:28:42] <vlad2> /me имел очередной незабываемый траблешутинг в жабаскрипте. отсутствие всякой диагностики при том, что вообще ничего не работает - как всегда доставило
[15:16:18] <egp> посоветуйте хороший бесплатный редактор UML?
[15:16:31] <egp> мне надо это чтобы схему БД нарисовать
[15:16:46] <egp> argoUML глючит, violetUML сильно упрощённый
[15:17:15] <egp> можно какой-то спец.редактор для схем БД
[15:33:47] <Kemet> egp: где-то был специально под мускул заточеный
[15:35:35] <Kemet> типа DBDesigner
[15:35:53] <Kemet> но он оч простой
[16:01:04] <egp> какой-то UML Designer для Эклипса поставил, вроде можно жить с ним
[16:01:39] <egp> с эклипс маркетплейса взял
[16:02:05] <egp> Kemet: в каком смысле очень простой?
[16:02:20] <egp> Kemet: опиши его
[16:07:55] <egp> для мускуля тулза бы пригодилась
[16:09:43] <Kemet> я его смотрел давно, он по мускул именно, хотя последние версии вроде только, я смотрел еще DBDesigner 4, скачай, оно невелико по размеру или DBDesigner 4 fork
[16:11:31] <egp> ну вот ещё один форк DBDesigner'a - http://www.mysql.com/products/workbench/
[16:12:51] <Kemet> ну орининал на дельфи, форк на лазарусе, а воркбенч поди на джаве
[16:13:19] <egp> в википедии написано что C/C++/ObjC
[16:13:38] <egp> http://ru.wikipedia.org/wiki/MySQL_Workbench
[16:14:29] <Kemet> egp: ну ясно, оригинал таки на дельфях был
[16:18:03] <Kemet> egp: под мускул есть еще интересная тулзень HeidiSQL
[16:18:45] <egp> sudo aptitude install mysql-workbench
[16:19:22] <Kemet> линуксоид!
[16:19:33] <egp> убунтоид
[16:34:16] <egp> убунтарь
[17:11:06] <egp> круто. без тулзы напрягался руками писал DDL SQL. а в диаграммирующей тулзе махом накатал несколько табличек
[17:11:34] <alexey.veselovsky> автоматизация рутины!
[17:22:05] <Kemet> alexey.veselovsky: не знаешь, что м3 в гцц изменяли?
[17:22:36] <alexey.veselovsky> не знаю.
[17:29:08] <egp> хы. mysql workbench генерит невалидный SQL
[17:29:35] <egp> надо руками его допинывать этот SQL
[17:53:44] <alexey.veselovsky> блин. онлайновый msdn - маздай. он упорно при наведении мышки на любой абзац текста вытаскивает перевод его на русский, закрывая оный текст этим попапом говенным
[18:03:35] <egp> жрите навоз майкрософта
[18:04:01] <egp> программисты все все все читайте мсдн
[18:04:31] <alexey.veselovsky> в .net'е как-то через жопу сделана работа с http. Слишком как-то пафосно.
[18:04:39] <egp> гг
[18:04:46] <alexey.veselovsky> Умеет мелкософт простые вещи делать сложно
[18:05:18] <egp> ну мелкософт пафосная контора
[18:05:28] <egp> пафос проникает в код
[18:05:35] <alexey.veselovsky> Причем одно неверное движение - и утечка памяти. В языке со сборщиком мусора  Ж-)
[18:05:42] <egp> программисты пафосные и код пафосный =)
[18:06:04] <egp> они же UPPER CLASS в омерике
[18:06:12] <egp> вовсе не мидл класс
[18:06:34] <egp> поэтому и пишут пафосно, чё им богачам
[18:06:46] <alexey.veselovsky> ну, в том же Go обходится как-то без пафоса. Хотя это тоже мерикосия как бэ
[18:07:27] <egp> ну у майкрософта свой особый пафос
[18:08:10] <egp> я б к ним устроился бы - тоже бы запафосел ибо это заразно
[18:09:24] <alexey.veselovsky> бюрократия в коде
[18:14:58] <alexey.veselovsky> /me ковыряет вебсокеты под .net'ом
[18:35:03] <alexey.veselovsky> vlad2: свежий буст вышел: http://www.linux.org.ru/news/opensource/8808869
[18:46:28] <ilov_boris> valexey: На счет FPGA. Видел этот репорт? http://www.inf.ethz.ch/personal/wirth/Articles/Oberon/286.pdf
[18:47:00] <alexey.veselovsky> угу
[18:47:28] <ilov_boris> любопытно было ли продолжение
[18:47:46] <alexey.veselovsky> да
[18:47:50] <alexey.veselovsky> любопытно
[18:49:20] <ilov_boris> кста, еще одна интересная веб морда: https://www.circuitlab.com/editor/
[18:49:38] <ilov_boris> удобно сделали
[18:50:20] <alexey.veselovsky> да, вижу
[18:56:16] <ilov_boris> блин а ведь и страничка у Лолы есть http://www.cs.inf.ethz.ch/projects/lola/lola_lang/
[19:03:21] <ilov_boris> там даже исходники есть
[19:08:52] <egp> посмотрел на свою MSX2 - сетевая плата в наличии =)
[19:09:06] <egp> правда ни кабелей ни заглушек нетворковых
[19:09:12] <alexey.veselovsky> напиши для нее браузер!
[19:09:24] <egp> alexey.veselovsky: там сеть чрезвычайно медленная
[19:09:39] <egp> alexey.veselovsky: хотя мастера делают Ethernet-адаптеры для MSX
[19:10:00] <egp> а родная сеть - какая-то вариация на тему RS232
[19:11:00] <egp> причём карточек для PC с такой же сетью не существует вроде бы
[19:11:53] <alexey.veselovsky> ну, жили же раньше в интернете через rs-232 :-)
[19:12:02] <egp> там не чистый RS
[19:12:18] <egp> там нечто около того, но несовместимое с RS (вроде бы)
[19:12:41] <egp> надо читать доки про сетевой коннектор
[19:13:05] <egp> у меня даже комп с ком-портом есть
[19:13:41] <egp> правда втыкать боюсь без чтения док
[19:13:48] <egp> а то сгорит раритет
[19:13:58] <alexey.veselovsky> и это правильно. можно осцилографом потыкаться
[19:15:06] <egp> щас такую MSX не достать почти
[19:15:42] <egp> так-то я люблю железо но радиотехнику осваивать пока ломово
[19:20:42] <Kemet> в раритетах есть чтото притягательное )
[19:21:16] <alexey.veselovsky> в основном то, что они простые как три копейки :-)
[19:24:28] <egp> простые-то простые но я в детстве пытался MSX PAINTER выдрать из пзу в .com программу - нишмог
[19:24:46] <egp> в машкоде нужные места не смог поправить
[19:25:00] <egp> таки несколько сотен KB пзу - это немало
[19:26:23] <egp> музыку выдирал из одной игры - нишмог
[19:26:36] <egp> тоже в детстве
[19:26:52] <egp> системным подходом не владел потому что
[19:27:12] <alexey.veselovsky> угу
[19:35:47] <egp> зато смог к одной игре приделать кнопку выхода в COMMAND.COM =)
[19:36:03] <alexey.veselovsky> :-)
[19:36:09] <egp> а то на ямашке все игры выходили ресетом
[19:37:01] <egp> и ещё нашел в одной игре хекс-эдитор памяти
[19:37:27] <egp> по любому адресу
[19:41:09] <ilov_boris> :D http://forum.oberoncore.ru/viewtopic.php?f=29&t=4246#p77901
[19:47:32] <egp> ilov_boris: про что там?
[19:48:20] <ilov_boris> человек спрашивает почему в ББ стандартной либы с контейнерами и алгоритмами нет
[19:48:20] <alexey.veselovsky> про контейнеры
[19:48:26] <alexey.veselovsky> в КП и Обероне
[19:48:32] <alexey.veselovsky> И стандартные алгоритмы
[19:48:58] <ilov_boris> не завидую я оберкоровцам :)
[19:49:13] <ilov_boris> сложно будет ответить
[19:49:34] <alexey.veselovsky> зато легко можно выпилить или переместить в отвлеченные темы :-)
[19:49:36] <vlad2> Это тема на удлаление :)
[19:49:53] <vlad2> Запасаемся попкорном и смотрим :)
[19:50:11] <alexey.veselovsky> а ответ прост - никому не надо, вот этого и нет!
[19:50:27] <alexey.veselovsky> (а не надо потому, что получится один хрен тормозное типонебезопасное говнецо)
[19:50:34] <vlad2> Или тонкий троллинг (сортировка пузырьком, ага)
[19:51:04] <ilov_boris> " тормозное типонебезопасное говнецо"
в некоторых задачах и такое пойдет
[19:51:14] <alexey.veselovsky> щща ему будут загонять про то, что как хорошо когда такой либы нет - ведь в каждом случае будешь индивидуально под задачу писать сортировку пузырьком!
[19:51:21] <alexey.veselovsky> И это сильно улучшит производительность кода!
[19:51:21] <ilov_boris> :D
[19:51:43] <egp> про схемы - знакомый радиоинженер пользовался этим http://www.falstad.com/circuit/
[19:52:27] <ilov_boris> жаба в вебе не интересно
[19:52:32] <ilov_boris> :)
[19:52:40] <ilov_boris> она у меня даже не установлена
[19:53:03] <egp> главное чтоб пахало как надо
[19:53:11] <egp> а джава-не джава - неважно
[19:54:18] <ilov_boris> меня больше HTML5 интересует
[19:54:25] <ilov_boris> и все что около него
[19:54:46] <ilov_boris> ибо это родное браузерное
[19:55:00] <vlad2> Я, кстати, тоже вот этим вопросом задавался: http://forum.oberoncore.ru/viewtopic.php?f=29&t=4247
[19:55:12] <egp> ну это тебя. а аццких радиотехников интересует не хтмл5, а схемы
[19:55:16] <vlad2> "1. Могут ли в Обероне/Обероне-07 поля производных записей перекрывать одноимённые поля в базовых записях?"
[19:56:19] <ilov_boris> egp: согласен
[19:57:43] <Kemet> в активном обероне могут
[19:58:34] <alexey.veselovsky> а это следует из реализации или из спецификации языка?
[19:58:58] <Kemet> хз, но в реализации могут )
[19:59:24] <Kemet> к тому же спки как токовай нет, только сильно устаревшая
[19:59:52] <Kemet> в модуле-3 кстати тоже
[20:01:14] <vlad2> В моей реализации не могут :) В силу особенностей жабаскрипта :)
[20:01:42] <alexey.veselovsky> а как, если имена полей совпадают, в Обероне-07 явно квалифицировать к какому именно полю обращаешься?
[20:02:00] <alexey.veselovsky> вот есть у тебя потомок и все, привет. у него два поля с одинаковым названием
[20:02:11] <Kemet> наверное через приведение к предку
[20:02:55] <vlad2> В O7 нельзя приводить к предку :)
[20:03:35] <vlad2> Там в спеке явно прописано, что каст должен быть ниже по иерархии (к наследнику)
[20:03:57] <vlad2> Но можно неявно через указатель на родителя.
[20:04:04] <Kemet> как нельзя если объявить переменную типа предок и присвоить ей переменную типа детеныш, то вот так и получишь доступ
[20:04:11] <alexey.veselovsky> ну, там небось присвоить можно как-то. хотя-я.. если у нас не ссылка а value, то уже ничто не поможет
[20:04:16] <vlad2> Но только если это не VAR параметр ;)
[20:04:33] <alexey.veselovsky> А! Во! Можно сделать вложенную процедуру которая принимает VAR-параметром предка!
[20:04:38] <alexey.veselovsky> И там все что нужно сделать :-D
[20:04:42] <vlad2> Вот такой стройный язык :)
[20:05:09] <vlad2> alexey.veselovsky: чувствуется опыт ;)
[20:05:14] <alexey.veselovsky> :-D
[20:05:31] <alexey.veselovsky> у меня тут много языков - кручусь как могу! :-)
[20:05:34] <vlad2> Только в совсем последнем О7 вложенные процедуры пыпили Вирт :)
[20:06:07] <alexey.veselovsky> да вроде бы не выпилил. в 07/12
[20:06:45] <vlad2> На самом деле если абстрактно подходить к проблеме - я бы все-таки запретил одноименные поля. Можно поиметь очень странные ошибки.
[20:07:30] <alexey.veselovsky> ну, тут у нас очередная неясность в спеке :-D
[20:07:36] <ilov_boris> а какой смысл перекрывать поля? чет я не понял
[20:09:02] <alexey.veselovsky> черт. как же меня достали эти высокоуровневые API - хочу банально читать со звуковухи чистые данные, и конвертировать их скажем в AAC. то есть в массивчик данные PCM принял, этот массивчек в енкодер передал, он вернул массивчек со сжатым.
[20:09:17] <alexey.veselovsky> Казалось бы, чего проще? И уже на базе этого можно лепить потом что хочешь
[20:09:42] <alexey.veselovsky> Но НЕЕЕТ! Стандартный API что iOS, что Android и WP7/8 не дает это сделать!
[20:09:48] <alexey.veselovsky> Там высокоуровневое API!
[20:10:05] <alexey.veselovsky> Оно может тебе сразу допустим пожатый звук в файл записать с микрофона
[20:10:09] <alexey.veselovsky> (в нужном формате и кодеке)
[20:10:31] <alexey.veselovsky> Может начать вещать в сеть в rtp.
[20:10:57] <alexey.veselovsky> Но дать тебе байтики и позволить из скомпрессировать в нужном кодеке в памяти же - не-е.
[20:11:05] <alexey.veselovsky> Казлы
[20:13:42] <alexey.veselovsky> Хотя нет, похоже в iOS это все же как-то можно. В Андроиде можно получить с микрофона байтики, а вот заенкодить в массивчик уже никак. В WP7 - вообще никак.
[20:17:48] <ilov_boris> фи
"Скрытие полей разрешено в Java для того, чтобы при новой реализации существующих суперклассов можно было включить в них новые поля с атрибутами public или protected, не нарушая при этом работы подкласса. Если бы использование одинаковых имен в суперклассе и подклассе было запрещено, то включение нового поля в существующий суперкласс потенциально могло бы привести к конфликтам с подклассами, в которых это имя уже используется. В таком случае запрет на добавление новых полей к существующим суперклассам связывал бы руки программистам, которые не могли бы дополнить суперклассы новыми полями с атрибутами public или protected. Формально можно было бы возразить, что классы должны содержать только данные private, но Java поддерживает обе возможности."
[20:19:04] <ilov_boris> костыль для исправления ошибок проектирования
[20:19:13] <ilov_boris> ф топку
[20:19:34] <alexey.veselovsky> что значит в топку? в обероне он есть!
[20:20:17] <ilov_boris> O_o
[20:20:21] <ilov_boris> фига се
[20:20:27] <ilov_boris> не знал
[20:20:41] <ilov_boris> и в CP тоже?
[20:20:47] <alexey.veselovsky> ну или нет. или есть. или нет.  в общем, в спеке не сказано, но по факту в Активном Обероне - есть ю
[20:20:54] <alexey.veselovsky> Хез. Проверь.
[20:21:02] <ilov_boris> ща проверю
[20:21:07] <alexey.veselovsky> В спеке на КП тоже думаю неопределенность
[20:21:16] <alexey.veselovsky> (проверь на ББ и GPCP как минимум)
[20:21:19] <Kemet> в op2 есть
[20:22:17] <Kemet> только проверяй в разных модулях -
[20:22:44] <Kemet> в языках вирта видимость в пределах модуля глобальная так сказать
[20:22:54] <alexey.veselovsky> а лучше - и так и эдак
[20:23:00] <alexey.veselovsky> больше экспы получишь :-D
[20:23:20] <Kemet> во, кушнир уже написал
[20:23:30] <ilov_boris> хрен
[20:23:59] <Kemet> хде низя
[20:24:13] <ilov_boris> в ББ
[20:24:29] <Kemet> ну кушнир уже написал что можно и как и почемсу
[20:24:45] <ilov_boris> O_o
[20:25:11] <alexey.veselovsky> у него нет отсылок к сообщению о языке, поэтому это может быть специфично для конкретной реализации
[20:26:00] <ilov_boris> Аааа. В разных модулях можно
[20:26:31] <ilov_boris> Любопытно. Никогда об этом не задумывался
[20:26:58] <ilov_boris> Но профита один фиг не понимаю
[20:27:18] <Kemet> я на это напоролся года 2 назад, по этому поводу писал разработчикам АО
[20:27:54] <alexey.veselovsky> я правильно понимаю, что создавать можно только тогда, когда никогда коллизий не возникнет?
[20:28:14] <alexey.veselovsky> то есть когда модулям пользующимся потомком не доступно поле родителя
[20:28:36] <Kemet> да, если в одном модуле - не получится потому что видимость в модуле глобальная
[20:28:54] <ilov_boris> ну инкапсуляция то модульная
[20:29:02] <ilov_boris> логично
[20:29:15] <alexey.veselovsky> надо бы посмотреть на сообщение о языке... но лениво :-)
[20:29:26] <Kemet> в модуле посути даже спецификаторы доступа не работавают
[20:30:27] <Kemet> они для клиентов
[20:31:12] <ilov_boris> Забавно:
"Записевый тип, помеченный как ABSTRACT или EXTENSIBLE, допускает расширенное переопределение, т.е. можно определить новый записевый тип как расширение такого типа. В примере
T0 = EXTENSIBLE RECORD x: INTEGER END
T1 = RECORD (T0) y: REAL END
T1 является (непосредственным) потомком типа T0, а T0 — (непосредственным) предком для T1 (см. Приложение A). Тип-потомок T1 состоит из полей типа-предка и полей, объявленных в T1. Все идентификаторы, описанные в типе-потомке, должны быть отличны от идентификаторов, описанных в его предке. Базовый тип абстрактного записевого типа должен быть абстрактным.
"
[20:31:41] <ilov_boris> Особенно:
"Все идентификаторы, описанные в типе-потомке, должны быть отличны от идентификаторов, описанных в его предке"
[20:31:55] <ilov_boris> Что я пропустил?
[20:32:32] <alexey.veselovsky> багу в ББ? :-) Или это откуда вообще ?
[20:32:52] <ilov_boris> Это репорт CP
[20:33:22] <alexey.veselovsky> я бы еще попробовал GPCP
[20:33:31] <Kemet> так неэкспортированные поля за пределами модуля невидны, поэтому коллизий нет
[20:33:34] <ilov_boris> В репорте, судя по цитате, запрещено переопределять поля
[20:33:44] <alexey.veselovsky> угу. явным образом
[20:34:00] <ilov_boris> Kemet: Механизьм я понял
[20:34:10] <alexey.veselovsky> но штука в том, что компилятор, видимо, когда компилит другой модуль не имеет информации о не экспортируемых полях базового класса
[20:34:12] <ilov_boris> я не понял где это разрешено в языке
[20:34:22] <alexey.veselovsky> он только знает о размере базы
[20:34:26] <alexey.veselovsky> (полагаю)
[20:34:32] <ilov_boris> valexey: Точно!
[20:34:35] <ilov_boris> :)
[20:34:38] <alexey.veselovsky> можно считать это кривостью реализации :-)
[20:34:46] <ilov_boris> похоже на то :)
[20:36:09] <alexey.veselovsky> то есть всегда приходится выбирать - нам надежность и непротиворечивость архитектуры приложения, или же независимость составных частей
[20:36:14] <Kemet> вообщето компилятор все видит
[20:36:29] <alexey.veselovsky> Kemet: откуда он это видит?
[20:36:52] <Kemet> запись целиком экспортируется
[20:36:53] <alexey.veselovsky> Потенциально нет никакого исходника базового модуля (там где есть определение базового типа)
[20:37:04] <Kemet> в симфайле
[20:37:13] <ilov_boris> может быть еще косяк перевода репорта....
[20:37:17] <alexey.veselovsky> значит он на эту инфу кладет прибор :-)
[20:37:53] <Kemet> ну там инфа про прецификавторы доступа, которые он использщует
[20:39:45] <ilov_boris> хм...
"Record types marked as ABSTRACT or EXTENSIBLE are extensible,  i.e., a record type can be
declared as an extension of such a record type. In the example
T0 = EXTENSIBLE RECORD x: INTEGER END
T1 = RECORD (T0) y: REAL END
T1 is a (direct) extension of T0 and T0 is the (direct) base type of T1 (see App. A). An extended type
T1 consists of the fields of its base type  and of the fields which are declared in T1. All identifiers
declared in the extended record must be different  from the identifiers declared in its base type
record(s). The base type of an abstract record must be abstract. "
[20:40:46] <ilov_boris> Да вроде все правильно переведено
[20:40:56] <alexey.veselovsky> угу
[20:41:00] <alexey.veselovsky> баг :-)
[20:42:23] <ilov_boris> А уж думал... как так я мог пропустить.. :D
[20:43:10] <ilov_boris> может это в примечаниях каких есть?
[20:45:54] <ilov_boris> действительно дает зараза:
MODULE Test8;
   TYPE A* = EXTENSIBLE RECORD a: INTEGER END;
END Test8.
MODULE Test9;
   IMPORT Test8;
   TYPE B = RECORD(Test8.A) a: REAL END;
END Test9.
[20:46:46] <egp> ковыряльщики языков
[20:47:13] <ilov_boris> колупаторы :D
[20:47:16] <egp> дада
[20:49:30] <alexey.veselovsky> а то!
[20:50:06] <egp> реболисты тоже в реболе и близких языках ковыряются =)
[20:50:23] <ilov_boris> я сделал вброс там
[20:50:27] <ilov_boris> :)
[20:50:31] <egp> где?
[20:50:43] <ilov_boris> на оберкоре
[20:51:19] <egp> виджет что ли присобачить один
[20:57:22] <ilov_boris> хотя я кажется понял
[20:58:16] <ilov_boris> все правильно:
"Запись это структура, состоящая из фиксированного количества элементов, называемых полями, возможно, имеющих разные типы. Описание типа записей указывает имя и тип каждого поля. Область видимости идентификаторов полей распространяется от точки их описания до конца данного типа, но они также видимы внутри составных имен, обозначающих поля переменных данного типа (см. 8.1). Если тип записей экспортируется, то идентификаторы полей, которые нужно иметь видимыми вне описывающего модуля, должны быть соответствующим образом помечены. Они называются публичными полями [public fields]; непомеченные элементы называются приватными полями [private fields]."
[20:58:48] <alexey.veselovsky> и?
[20:58:50] <ilov_boris> за пределами модуля приватных полей тупо нет
[20:59:12] <ilov_boris> т.е. это не переопределение
[20:59:20] <alexey.veselovsky> они один фиг тупо есть - как минимум это видно по размеру переменной :-)
[20:59:27] <ilov_boris> а нормальная декларация получается
[20:59:48] <ilov_boris> :)
[20:59:49] <alexey.veselovsky> + через рефлекшн до них небось можно доковыряться
[21:01:44] <Kemet> как это я кузьмицкого с кушниром попутал
[21:02:51] <Kemet> аа, кушнир в другой теме ответил
[21:18:03] <ilov_boris> Однако это и на процедуры распространяется
[21:18:12] <ilov_boris> методы т.е.
[21:19:12] <ilov_boris> херасе открытие
[21:19:21] <ilov_boris> O_o
[21:19:49] <Kemet> ы? методы и так переопределятся должны, иначе как
[21:20:26] <ilov_boris> да не
[21:20:41] <ilov_boris> в потомке делаем NEW метод с тем же именем
[21:21:58] <ilov_boris> да и сигнатуру можно изменить
[21:22:14] <Kemet> для скрытых да
[21:22:39] <ilov_boris> ну тык это не переопределение
[21:23:44] <Kemet> ну так то да
[21:25:53] <Kemet> http://forum-msk.org/material/region/9763246.html
[21:26:53] <ilov_boris> MODULE Test8;
   TYPE A* = EXTENSIBLE RECORD a: INTEGER END;
   VAR a: A;
   PROCEDURE (VAR a: A) Do(), NEW, EXTENSIBLE;
   BEGIN
   END Do;
END Test8.

MODULE Test9;
   IMPORT Test8;
   TYPE B = RECORD(Test8.A) a: REAL END;
   PROCEDURE (VAR b: B) Do(x: INTEGER), NEW;
   BEGIN
   END Do;
END Test9.
[21:29:00] <ilov_boris> Блин а забавно однако
[21:30:44] <ilov_boris> Ну похоже что это действительно следствие инкапсуляции на уровне модулей
[21:31:08] <ilov_boris> Т.е. как бэ все логично
[21:31:38] <ilov_boris> Импортирующий модуль видит только публичный интерфейс
[21:32:13] <ilov_boris> Т.е. для него скрытых полей просто не существует
[21:33:29] <alexey.veselovsky> только это не соответствует сообщению о языке :-)
[21:34:25] <ilov_boris> Явно не написано... да
[21:34:47] <ilov_boris> Более того написанное вводит в заблуждение
[21:35:21] <alexey.veselovsky> теперь ты понимаешь, почему стандарты С++ и всяких там шарпов такие пухлые ? :-)
[21:35:28] <ilov_boris> угу :D
[21:36:53] <ilov_boris> valexey: А в плюсах как?
[21:37:28] <alexey.veselovsky> допускается
[21:37:38] <ilov_boris> и полей тоже?
[21:37:44] <alexey.veselovsky> причем даже если у потомка у этого поля будет другой квалификатор доступа
[21:37:53] <alexey.veselovsky> угу
[21:38:01] <ilov_boris> анархия :)
[21:38:09] <alexey.veselovsky> а то!
[21:38:33] <alexey.veselovsky> но это особых проблем не вызывает, ведь всегда можно явно написать к кому ты обращаешься. это вам не оберон
[21:40:02] <Kemet> ну в нормальных оберонах тоже можно
[21:41:34] <ilov_boris> Это в каких?
[21:41:45] <ilov_boris> :)
[21:46:01] <Kemet> ну ясен пень не 07 )
[21:46:40] <alexey.veselovsky> у меня такое ощущение, что вирт просто издевается - потихоньку то одно отпиливает, то другое.
[21:47:12] <Kemet> ну может бензопила без дела простаивает )
[21:47:26] <alexey.veselovsky> только привыкли что скажем для примитивных типов алиасы задавать нельзя, он бац, и делает неизвестным размер int'а но при этом оставляет четким размер сета
[21:50:14] <alexey.veselovsky> ну и до кучи выпиливает упоминание о кодировке для строковых литералов