Ищу что-нибудь с открытым исходным кодом, попроще, дающее возможность:
1. persistence (вовсе не обязательно в sql базе)
2. CRUD
3. через атрибуты задавать индексы (похожие на sql-индексы, чтобы индексеры работали быстро) на поля класса
4. чтобы добавив новое поле в класс можно было автоматически сгенерить sql ALTER TABLE (или что-то для того, что будет вместо БД).
Читаем:
http://www.opengroup.org/onlinepubs/009695399/functions/shmat.html
видим только, что адрес может быть выровнен по границе( а в винде граница -- 64К)
Вопрос не для флейма -- в будущем хочу усиленно юзать IPC через общую память, одинаково расположенную в разных процессах.
Итак, откуда слухи?
Невнимательным заранее предлагаю внимательно вчитаться в вопрос -- "хочется странного".
1. Терминал должен понимать \n \r и хотя бы минимум эскейп-последоватьностей, чтобы линукс его узнавал и на нем приемлемо шли (n)curses (поэтому HTML не предлагайте).
2. Самое главное -- терминал должен понимать эскейп-последовательности типа <table> <tr> <td nowrap> </table> </tr> </td> <form> <input type=checkbox> <input type=text>, а так же последовательности для скроллинга, перехода в нужный ряд (с подсветкой текущей строки), и постинга полученной формы (постинг вовсе не обязательно в get/post формате, годится любой).
3. Терминал должен работать в графическом режиме (т.е. в Х-ах) и позволять честно не-моноширинные шрифты (а не буква-под-буквой)
4. Таблицы должны автоматически расширять колонки по приходе длинных данных.
Да, такое пишется (и да, будет мало похоже на обычный терминал), но кто-то видимо такое уже сделал.
Хотя бы по каким словам гуглить?
Допустим, оба -- клиент и сервер знают короткий логин и короткий пароль. Какими пакетами им следует обменяться, чтобы сгенерировать длинный общий секрет, который они будут использовать как ключ например AES для шифрования текущей сессии?
При этом должна обеспечиваться
1. Аутентификация клиента сервером.
2. Аутентификация сервера клиентом.
3. Стойкость перед разными осмысленными атаками, например man-in-the-middle attack (терморектальный криптоанализ исключаем :-)
Лучше всего была бы готовая реализация на С/С++.
(З.Ы. дыры в ссш задолбали, да и не нужна несимметричная криптуха для логина на сервер.)
Лучше всего был бы архивнутый дамп нескольких таблиц в SQL. А иначе -- только дергать... и перегружать сервер не хочется. В общем, сколько раз в сутки можно дергать по http тему целиком? (поиск по сайту, как тяжелую операцию, я делать не буду)
(зачем мне это надо? хочется побаловаться полуавтоматическим нахождением интересной инфы)
Вот в этой мессаге я пощу пример:
http://www.linux.org.ru/jump-message.jsp?msgid=3271707&cid=3274120
__но_этот_пример_я_уже_не_так_давно_постил_на_ЛОР__ !!!
По ключевым словам, например coord bottom находится только последний пост. Пост был не больше года назад.
Некастрированный линукс -- чтобы можно было хотя бы свои правила в iptables грузить и был хотя бы тельнет. Апач + что-то не обязательно.
Вполне достаточно написать много эвристик, хотя бы в виде регулярного выражения. Неужели это никто не делал?
Вижу в сберкассе услугу -- "проверка денежных знаков на подлинность". Спросил сколько стоит. Ответ: "по 8 рублей за купюру, но не менее 100 рублей, если будет обнаружена фальшивая -- вызываем милицию".
Вот, таки далекое замкадье имеет свои преимущества... или не имеет? И в Москве и в Питере *тоже* купюра не возвращается и вызывается милиция?
З.Ы. Что-то они слишком дорого берут. В футураме самоубийство стоило всего 25 центов...
Прочесть про STM можно хотя бы в википедии: http://en.wikipedia.org/wiki/Software_transactional_memory
Мы можем (грубо) выделить 2 подхода:
1. Функциональная STM: вместо того чтобы лочить память, мы производим над ней операцию, а побочный эффект этой операции, касающийся ВВ на диск, по сети и так далее система не применяет сразу же, а сохраняет в виде замыкания, монады и тому подобного. Если после окончания операции выяснится, что память не поменялась еще какой-то другой конкурирующей операцией, то мы "воспроизводим" сохраненный побочный эффект: пишем на диск, по сети и так далее. Если же выяснится, что память поменялась еще какой-то другой конкурирующей операцией, то мы выбрасываем сохраненный побочный эффект и "перезапускаем" операцию заново.
2. Процедурная STM: лочим память, делаем все что надо, разлочиваем память. Если вдруг кому-то в это время память требуется -- он стоит и ждет.
Ну мы все (надеюсь) знаем как объекты сериализуются в XML, однако получившийся XML довольно ограничен. Я думаю, что были попытки на основе XML построить что-то более богатое, чем модель в ООП, и верифицируемое через <подставить сюда свое> для примерно такого же широкого круга проблем, как ООП.
Кто что-то знает про это?
void f( int i )
{
int s[MAXLEN]={1};
for( int j=1; j<MAXLEN; j++ ) {
s[j+1]=s[j] * i ;
}
...
}
Тут понятно off-by-one error. Сессия может выглядить так:
1. Прога компилиться и запускается, работает как пень 40MHz...
2. Прога автоматически тормозится на строкее s[j+1]=s[j]*j;
с ошибкой "выход за границы массива"
3. Девелопер дает команду "выйти из блока назад"
и дебаггер переходит в строку int s[MAXLEN]={1};
восстанавливая все значения (он их запомнил раньше)
4. Девелопер исправляет MAXLEN на MAXLEN-1
5. Это компилируется, прилинковывается,
но при этом значение i и всех остальных стэковых переменных и кучи
*не теряется* и проход программы возобновляетя не с начала,
а с точки int s[MAXLEN]={1};
________________________________________
Где-то такое реализовано (чую, щас лисперы прибегут...) ?
Какова ваша оценка полезности этого в реальной работе ?
Об этом сообщает в своем блоге Нил Гафтер ( http://gafter.blogspot.com/ ).
Пикантость ситуации придает тот факт, что Гафтер долгое время работал ведущим инженером (senior staff engineer) в Sun Microsystems, участвуя в реализации явы с версии 1.4 по 5.0.
После этого Гафтер перешел в компанию Микрософт, где и работает в настоящее время над языками dotnet. Тем не менее, в свободное время Гафтер участвует в развитии языка Java, как он сам пишет для того, чтобы "сбалансировать свою жизнь" (To balance his life).
... что:
class A {int a;};
class B: public A {int b;};
B object;
Странный вопрос? А вот я у Страуструпа (вроде) читал, что реализация класса В, выбранная разработчиком компилятора, может быть вовсе не обязательно struct B1 { int a; int b; };
Может быть выбрана такая реализация: struct __B2 {int b;}; struct B2 { int a; __B2* __b2; } и для этой реализации write запишет на диск адрес __b2, а потом, при следующем запуске программы, read прочтет уже недействительный адрес в поле __b2.
Где в стандарте написано что-то на эту тему?
Как и прошлый раз, комментариев модераторы не удаляли. Их по-прежнему у меня 13 штук удаленных, все по 7.1 (т.е. рекурсивно)
Скор упал то ли на 10, то ли на 11 единиц, не помню точно.
Суть проблемы в том, что такой pdf содержит шрифты, в которых русские буквы находятся не на своих позициях, а на почти случайных (на каждую встреченную букву дается новая позиция). Позиции в шрифтах разного размера не совпадают и т.д.
Графически распознавать не хочется (хотя советы по графическому распознаванию тоже интересны)
В настоящий момент робот, по утверждению разработчиков, может собрать себя сам и изготовить 60% своих деталей. В планах разработчиков -- научить робот изготовлять свои электронные проводники.
Роботы с возможностью самосборки были и ранее, но стоимость их была около 30 000 евро, в то время как стоимость материалов для этого робота -- в районе 500 евро.
Первый раз (с 51 до 50) упал числа 22-23. Пересчитал на всякий случай свои удаленные комментарии -- 13 штук. Сегодня вижу что скор снова упал (с 50 до 49), удаленных по прежнему 13. Несчастливое число?
Интересуют как англо, так и русскоязычне ресурсы, обладающие:
1. Feature Matrix с возможностью обсуждения по каждой фиче
2. Вводная статья с обсуждением, причем отдельная ветка к каждому абзацу.
3. Возможность структурировать обсуждение так, чтобы аргументы можно было легко отыскать и проверить, что они не приводились ранее.
Какие-то други фичи приветсвуются (пожаловаться модератору, ...)
Аналогичный вопрос задан на http://www.linux.org.ru/view-message.jsp?msgid=3027929 -- но там он о программе, здесь -- о сайте.
Чувствую все ржать будут, но интересует именно такая вика/форум/блог.
Требуется:
1. Feature Matrix с возможностью обсуждения по каждой фиче
2. Вводная статья с обсуждением, причем отдельная ветка к каждому абзацу.
3. Возможность структурировать обсуждение так, чтобы аргументы можно было легко отыскать и проверить, что они не приводились ранее.
Какие-то други фичи приветсвуются (пожаловаться модератору, ...)
| ← назад | следующие → |