информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Атака на InternetЗа кого нас держат?
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Крупный взлом GoDaddy 
 Просроченный сертификат ломает... 
 Phrack #70/0x46 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / law
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Можно было бы ввести ответственность за патентный троллинг. 13.08.09 20:39  Число просмотров: 4244
Автор: amirul <Serge> Статус: The Elderman
<"чистая" ссылка>
[moved from miscellaneous]
> Без разницы, каким законодательством охраняется
> интеллектуальная собственность - патентным или зак. об
> авторских правах. В обоих случаях можно получать
> вознаграждения и также в обоих случаях подобные прецеденты
> неизбежны. Какая-нибудь тварь обязательно "запатентует" (да
> еще и назовет изобретением) что-то настолько очевидное, что
> нормальному человеку и в голову не придет это патентовать.
Ага. Поэтому нужны обратные связи. Например, возможность подачи иска на дурацкие патенты (сомневаюсь, что авторы не поняли, какую чушь они "изобрели") или хотя бы ВСТРЕЧНЫЕ иски по вот такому вот троллингу. Да, возможность абьюза все еще останется, но при подаче заявок на патент люди станут осторожнее. Причем это решение вполне соответствует духу патентов - они призваны стимулировать развитие технологий, а не тормозить под страхом получить 300-миллионный штраф за использование какого нибудь очевидного решения
<law>
Патент-троллинг в лучшем виде 13.08.09 14:35   [Den, amirul]
Автор: amirul <Serge> Статус: The Elderman
<"чистая" ссылка>
Я пытался читать этот патент. За горами словоблудия я увидел только некое подобие "binary xml". Есть люди, разбирающиеся в англоязычном крючкотворстве лучше меня?

http://www.lenta.ru/news/2009/08/12/word/
"binary xml", тут совсем непричем. [upd] 13.08.09 18:13  
Автор: Den <Denis> Статус: The Elderman
Отредактировано 13.08.09 19:44  Количество правок: 2
<"чистая" ссылка>
[moved from miscellaneous]
[upd]
Это в LAW
[/upd]

> Я пытался читать этот патент. За горами словоблудия я
> увидел только некое подобие "binary xml". Есть люди,
> разбирающиеся в англоязычном крючкотворстве лучше меня?

"binary xml", тут совсем непричем.
Описанное "изобретение" всего лишь позволяет, при разборе файла формата а-ля SGML и расположении данных в оперативной памяти, привязывать тег (metacode) к расположению первого символа (байту) содержимого этого тега (raw content character position), располагающегося в raw пространстве вместе с содержимым других тегов.
Хм 13.08.09 20:44  
Автор: amirul <Serge> Статус: The Elderman
Отредактировано 13.08.09 20:47  Количество правок: 1
<"чистая" ссылка>
> "binary xml", тут совсем непричем.
> Описанное "изобретение" всего лишь позволяет, при разборе
> файла формата а-ля SGML и расположении данных в оперативной
> памяти, привязывать тег (metacode) к расположению первого
> символа (байту) содержимого этого тега (raw content
> character position), располагающегося в raw пространстве
> вместе с содержимым других тегов.
Насколько я понял, не содержимого (в данном случае cdata), а экспейп-символа, открывающего тег (то есть самого element-а). Фактически индексирование sgml/xml для быстрой навигации - одна из задач, которые в частности решаются binary xml форматами.
не... почитай повнимательней на 21-ой странице. 13.08.09 21:53  
Автор: Den <Denis> Статус: The Elderman
Отредактировано 13.08.09 21:53  Количество правок: 1
<"чистая" ссылка>
> Насколько я понял, не содержимого (в данном случае cdata),
> а экспейп-символа, открывающего тег (то есть самого
> element-а). Фактически индексирование sgml/xml для быстрой
> навигации - одна из задач, которые в частности решаются
> binary xml форматами.

не... почитай повнимательней на 21-ой странице.
- begin Chapter tag
- begin Title tag
- CDATA (the content of the Title tag)
- end Title tag
- begin Para tag
- CDATA (the content of the Para tag)
- end Para tag
- CDATA (the content of the Chapter tag)
- end Chapter tag

---

ниже по тексту алгоритм - там все более-менее понятно... а чуть выше инструкция по шагам, где присутствуют шаги по выделению места под содержание (Create storage space for the raw content) и под карту тегов (Create storage space for a metacode map). На 22-ой странице, в продолжении exampl'а представлено содержание "Raw Content=...." из которого легко понять, что именно там находится после разбора файла.
Вроде разобрался. 14.08.09 01:03  
Автор: amirul <Serge> Статус: The Elderman
Отредактировано 14.08.09 01:05  Количество правок: 1
<"чистая" ссылка>
> не... почитай повнимательней на 21-ой странице.
Данные (PCDATA) идут отдельным непрерывным потоком, а разметка лежит отдельно в виде оффсетов в этом потоке. Я примерно так и подумал сначала, просто считал, что RAW данные это все тот же XML, только теги проиндексированы в отдельную таблицу.

А вообще это все таки одна из возможных реализаций binary xml. Впрочем, теперь мне вообще непонятно, причем здесь OOXML. Там такого нет в принципе - хранятся самые обычные xml-ины, запакованные deflate-ом.
Вобщем да. 14.08.09 01:38  
Автор: Den <Denis> Статус: The Elderman
<"чистая" ссылка>
> > не... почитай повнимательней на 21-ой странице.
> Данные (PCDATA) идут отдельным непрерывным потоком, а
> разметка лежит отдельно в виде оффсетов в этом потоке. Я
> примерно так и подумал сначала, просто считал, что RAW
> данные это все тот же XML, только теги проиндексированы в
> отдельную таблицу.

Вобщем да.
Только разметка лежит в отдельном "потоке" - metacode map, и помимо имен тегов содержит ссылки на свой контент в потоке raw content.
Совершенно элементарный алгоритм, который никак нельзя было патентовать.

> А вообще это все таки одна из возможных реализаций binary
> xml. Впрочем, теперь мне вообще непонятно, причем здесь
> OOXML. Там такого нет в принципе - хранятся самые обычные
> xml-ины, запакованные deflate-ом.

Только чтобы использовать бинарные данные, их надо как-то упаковывать в виде, хотябы, символов unicode или UU или BASE-64 или как-нибудь еще не самым экономным способом, но обязательно исключающим угловые скобки. В противном случае будет сложно отследить начало и конец тега в исходном файле, содержащем реально бинарные данные, конечно если эти бинарные данные не располагаются сразу за последним закрывающим тегом исходного файла.
Я так и написал :-) 14.08.09 02:43  
Автор: amirul <Serge> Статус: The Elderman
<"чистая" ссылка>
> Вобщем да.
> Только разметка лежит в отдельном "потоке" - metacode map,
> и помимо имен тегов содержит ссылки на свой контент в
> потоке raw content.
Я так и написал :-)

> Совершенно элементарный алгоритм, который никак нельзя было
> патентовать.
Ага. Простейшую концепцию размазали на стопиццот страниц словоблудия, протащили это через патентное бюро и теперь непонятно каким образом "доказали", что эта технология используется в Word-е. Вот явное ж мошенничество, а выставить им встречный не за что. Жаль.

> Только чтобы использовать бинарные данные, их надо как-то
> упаковывать в виде, хотябы, символов unicode или UU или
У нас похоже недопонимание. Binary XML - это способ кодирования XML данных (и полностью поддерживающий XML модель данных с аттрибутами, элементами, данными, цэ-данными, процессинг-инструкциями, неймспейсами и пр), но не завязанный на текстовое представление. В частности большинство Native XML баз данных хранят XML-ки реляционно для облегчения манипуляций с ними, хотя в любой момент могут восстановить исходное - текстовое - представление.

Вот кратенькая статейка http://en.wikipedia.org/wiki/Binary_xml

А вот для примера ссылка на спецификацию одного из форматов: http://matroska.org/technical/specs/rfc/index.html
Значит я тебя не допонял. :) 14.08.09 03:22  
Автор: Den <Denis> Статус: The Elderman
<"чистая" ссылка>
> > Вобщем да.
> > Только разметка лежит в отдельном "потоке" - metacode
> map,
> > и помимо имен тегов содержит ссылки на свой контент в
> > потоке raw content.
> Я так и написал :-)

Значит я тебя не допонял. :)

> > Совершенно элементарный алгоритм, который никак нельзя
> было
> > патентовать.
> Ага. Простейшую концепцию размазали на стопиццот страниц
> словоблудия, протащили это через патентное бюро и теперь
> непонятно каким образом "доказали", что эта технология
> используется в Word-е. Вот явное ж мошенничество, а
> выставить им встречный не за что. Жаль.

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

> > Только чтобы использовать бинарные данные, их надо
> как-то
> > упаковывать в виде, хотябы, символов unicode или UU
> или
> У нас похоже недопонимание. Binary XML - это способ
> кодирования XML данных (и полностью поддерживающий XML
> модель данных с аттрибутами, элементами, данными,
> цэ-данными, процессинг-инструкциями, неймспейсами и пр), но
> не завязанный на текстовое представление. В частности
> большинство Native XML баз данных хранят XML-ки реляционно
> для облегчения манипуляций с ними, хотя в любой момент
> могут восстановить исходное - текстовое - представление.

Вполне возможно, что мое недопонимание связано с моей неграмотностью в данном вопросе.

> Вот кратенькая статейка
> http://en.wikipedia.org/wiki/Binary_xml
>
> А вот для примера ссылка на спецификацию одного из
> форматов:
> http://matroska.org/technical/specs/rfc/index.html

Спс! Осталось выкроить время на повышение своей грамотности. :)
Прикол в том, что я вообще не видел в ворде использования... 14.08.09 04:14  
Автор: amirul <Serge> Статус: The Elderman
Отредактировано 14.08.09 04:21  Количество правок: 1
<"чистая" ссылка>
> Теоретически возможно, если доказать, что авторское право
> на ПО, использующее упомянутый алгоритм, получено раньше
> поданной на патент заявки. Тогда возможно получить решение
Прикол в том, что я вообще не видел в ворде использования подобной схемы хранения XML-я. Такое впечатление, что судья увидел SGML-скобочки в патенте, ему показали XML-скобочки в ворде ну и он решил по принципу: "Ворона черная, сажа тоже черная. Эрго сажа есть ворона".

> суда об аннулировании выданного патента. Но это больше
> зависит от силы американских законов о защите авторских
> прав.
Ну это все таки минимум. Чтобы троллинг прекратился нужно преследовать именно за мошенничество (или что то аналогичное) - по уголовной статье. Ну естественно, как и в случае мошенничества нужно доказать, что тролль знал, что несет @#$ню. Получаться будет далеко не всегда, но это и не нужно - сажать одного из сотни самых наглых - уже желающих поуменьшится.
Имелась ввиду не схема хранения в файле, а схема разбора и... 15.08.09 00:26  
Автор: Den <Denis> Статус: The Elderman
<"чистая" ссылка>
> Прикол в том, что я вообще не видел в ворде использования
> подобной схемы хранения XML-я. Такое впечатление, что судья
> увидел SGML-скобочки в патенте, ему показали XML-скобочки в
> ворде ну и он решил по принципу: "Ворона черная, сажа тоже
> черная. Эрго сажа есть ворона".

Имелась ввиду не схема хранения в файле, а схема разбора и хранения в оперативной памяти данных из SGML-подобного формата.
Кстати, подобную схему я использовал для разбора параметров командной строки при написании небольшой CLI утилиты на ассемблере. Вот теперь думаю, может мне i4i опустить на бабки за нарушение моих авторских прав. :)))
Вот беда - лень заморачиваться.

> Ну это все таки минимум. Чтобы троллинг прекратился нужно
> преследовать именно за мошенничество (или что то
> аналогичное) - по уголовной статье. Ну естественно, как и в
> случае мошенничества нужно доказать, что тролль знал, что
> несет @#$ню. Получаться будет далеко не всегда, но это и не
> нужно - сажать одного из сотни самых наглых - уже желающих
> поуменьшится.

Мир не идеален, потому что мы всего лишь люди. :)
Тока, не "Эрго", а "Sum" 14.08.09 06:28  
Автор: Zef <Alloo Zef> Статус: Elderman
<"чистая" ссылка>
"Ergo" - существовать, действовать.
"Sum" - итог, вывод.
Именно эрго 14.08.09 08:01  
Автор: amirul <Serge> Статус: The Elderman
<"чистая" ссылка>
http://www.freedict.com/onldict/onldict.php
Results for 'ergo'
Latin English
ergo (adv.) accordingly, then, therefore
ergo (gen. +) on account of, because of

http://en.wikipedia.org/wiki/Ergo
A Latin word meaning "therefore." In logic, ergo means the conclusion of a preceding argument.

И так далее
Логика подвела... 15.08.09 07:22  
Автор: Zef <Alloo Zef> Статус: Elderman
<"чистая" ссылка>
ergo-эрг-энергия-действие-существование,
sum-сумма-результат-вывод, к тому же, "id est" - "есть", "следовательно", "значит" - всегда в конце... Все настолько очевидно, что я ни разу не удосужился сунуться в словарь.
То что ты привел, это не логика, а "народная этимология". Есть даже целое направление во фричестве, занимающееся подобными вещами 15.08.09 07:58  
Автор: amirul <Serge> Статус: The Elderman
<"чистая" ссылка>
> "следовательно", "значит" - всегда в конце... Все настолько
> очевидно, что я ни разу не удосужился сунуться в словарь.
Очевидно :-)
Для меня очевидно другое. Но тем не менее в словарь я все равно сунулся
Ну, да. Но, в данном случае "народное" решение, уж очень напрашивалось... 15.08.09 10:50   [HandleX]
Автор: Zef <Alloo Zef> Статус: Elderman
<"чистая" ссылка>
Задумываешься, обычно, над не очевидным, а здесь все было слишьком очевидным...

Мож, все-таки, чем генерить очередной оффтопный базар, подскажешь, чем клаву заблокировать, раз уж все равно на форуме болтаешься - задачка-то достаточно нетривиальная, я ума не приложу, куда копать. Не будешь же искать на МСДНе "How to lock main keybord?".

Тока не здесь, а в моем топике в operating systems.
Копай в сторону SetupAPI 15.08.09 11:46  
Автор: amirul <Serge> Статус: The Elderman
<"чистая" ссылка>
> Мож, все-таки, чем генерить очередной оффтопный базар,
> подскажешь, чем клаву заблокировать, раз уж все равно на
> форуме болтаешься - задачка-то достаточно нетривиальная, я
> ума не приложу, куда копать. Не будешь же искать на МСДНе
> "How to lock main keybord?".

Фишка в том, что клавиатуры - они особенные: из-за того, что винда не хочет оставить юзера без клавиатуры дизейблить "в лоб" (в девайс менеджере для клавиатур такого пункта нет вообще, а при использовании SetupAPI выкидывает ошибку) нельзя.
Дизейблить то нельзя, а вот рестартануть с невалидными параметрами - можно.

Ты справишься - я в тебя верю. Если б ты еще поменьше (или хотя бы менее безапелляционно) выступал по вопросам, в которых нихрена не понимаешь - было бы вообще великолепно.
Спасибо! Откуда-ж я такое мог знать? 15.08.09 14:17  
Автор: Zef <Alloo Zef> Статус: Elderman
<"чистая" ссылка>
Это на поверхности не лежит, явно!

Тока... А разве можно рестартануть клаву на ходу? Необходимо-то кратковременно задизейблить ее без перезагрузки.
Можно. Более того, перед тем как "Можно" в твоем треде я... 16.08.09 03:37  
Автор: amirul <Serge> Статус: The Elderman
Отредактировано 16.08.09 04:00  Количество правок: 1
<"чистая" ссылка>
> Это на поверхности не лежит, явно!
>
> Тока... А разве можно рестартануть клаву на ходу?
> Необходимо-то кратковременно задизейблить ее без
> перезагрузки.
Можно. Более того, перед тем как написать "Можно" в том твоем треде я попробовал.
http://msdn.microsoft.com/en-us/library/ms792819.aspx
Так в ДДК ее сырец есть! 16.08.09 09:35  
Автор: Zef <Alloo Zef> Статус: Elderman
<"чистая" ссылка>
Эту-то прогу я заюзать не могу:"DevCon is not redistributable. " Мне этого заказчик не простит. А в ДДКе куча CM_xxx APIs, которые, судя по импортсам DevCon и юзает. Жаль, у меня ДДК старая, там его нет. Поставил качать новую. Впрочем, заголовки-то ф-ций и в старой есть.
А не вот это ли, случайно 16.08.09 09:59  
Автор: Zef <Alloo Zef> Статус: Elderman
<"чистая" ссылка>
CM_Disable_DevNode/CM_Enable_DevNode? Похоже, оно...
1  |  2  |  3 >>  »  






Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2021 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach