Microsoft финансирует SCO

> Сделал grep на исходники XFS в 2.4.20 (RH 9.0) и 2.6.0-test8 по слову
> "BSD".
А ты сходи и скачай свежие исходники от SGI прежде чем grep понапрасну напрягать.

> Да и GPL кода в BSD маленько есть
Ecть, и как ты правильно подметил, в очень отдельной директории.

Я вобщем не про это. Забавны вопли линуксоидов "я не крал" под лихорадочную работу SGI и иже с ними по очистке ими же загаженных конюшен. Брали б сразу оттуда, где заимствования _приветствуются_, не пришлось бы сейчас корчить оскорблённую невинность.

Недостаточно 'cвободная', по понятиям GPL ортодоксов BSD лицензия пригодилась для поддержания 'свободного' Линукса :)

>Я вобщем не про это. Забавны вопли линуксоидов "я не крал" под лихорадочную работу SGI и иже с ними по очистке ими же загаженных конюшен

У Дж. К. Джерома, по моему, есть интересное изречение - если ко мне на улице подойдет человек и потребует мои часы под угрозой насилия - я буду защищаться, если же он потребует их под угрозой судебного разбирательства - я их беспрекословно отдам и рад буду, что дешево отделался. Это написано еще в позапрошлом веке...

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

> Забавны вопли линуксоидов "я не крал" под лихорадочную
> работу SGI и иже с ними по очистке ими же загаженных конюшен.
Забавен твой вопль. Какая лихорадочная работа SGI и иже с ними ? SGI проверили, нашли какой-то небольшой некритичный probably BSD код и на __всякий случай__ заменили своим.
IBM и REDHAT проверили, ничего не нашли и подали встречные иски в суд на SCO.
Сейчас в суде SCO мнется с ноги на ногу пытаясь отбрехатся на запросы из IBM о подтверждении вещей которые они на
протяжении полугода впаривали в прессе, чтобы поднять свои
акции и нагрести денег на кредитах(в чем и преуспели), а юристы
из IBM начинают их иметь перед судьей, за то, что SCO официально
(в судебных бумагах, которыми они активно с IBM обменивались на
протяжении последних 3 месяцев) не может предоставить доказательств.

ADO.NET eto otwratitel'naja "FLAT model' podelka po sravneniju s normal'nymy persistance layeramy na java. Eto ja tebe kak razrabotchik na .Net govoriu.Shob on sdoh...

2szh:

> SGI проверили, нашли какой-то небольшой некритичный probably BSD код и на __всякий случай__ заменили своим.

Не совсем так потому как они в свеом письме явно пишут http://oss.sgi.com/letter_100103.txt "The three code fragments had been inadvertently included" Так что было включение чужого кода. Что же касается SCO и IBM, то судебное разбирательство назначено на март-апрель, так что есть куча времени чтоб линукс комьюнити трижды переврало факты.

спасибо за ссылку. Итак от SGI :
The three code fragments had been inadvertently included and in fact were
redundant from the start. We found better replacements providing the
same functionality already available in the Linux kernel. All
together, these three small code fragments comprised no more than 200
lines out of the more than one million lines of our overall
contributions to Linux. Notably, it appears that most or all of the
System V code fragments we found had previously been placed in the
public domain, meaning it is very doubtful that the SCO Group has any
proprietary claim to these code fragments in any case.
As a precaution, we promptly removed the code fragments from SGIs Linux
website and distributed customer patches, and released patches to the
2.4 and 2.5 kernels on June 30 and July 3 to replace these routines and
make other fixes to the SGI infrastructure code that were already in
progress at SGI. Our changes showed up in the 2.5 kernel within a few
weeks of our submission, and the 2.4 changes were available in the
production version of the 2.4 kernel as of August 25 when the 2.4.22
kernel was released. Thus, the code in question has been completely
removed.
То есть код public domain. И в том что его включили никакого воровства нет. Единственная претензия - некорректное указание его происхождения.
> Что же касается SCO и IBM, то судебное разбирательство назначено на март-апрель,
К моему глубочайшему сожалению deadline разбирательства в начале 2005 года
> так что есть куча времени чтоб линукс комьюнити трижды переврало факты.
Это вы о чем ? пока что только SCO перевирает факты , дважды или трижды - не считал:
Мы владеем правами на SMP, NUMA, XFS,...миллионы строчек.. Мы не владеем правами на SMP, XFS ..., у нас только претензии по контракту;
мы будем судится с Redhat чтобы нагрести бабок(покупайте наши акции), [позже в суде: мы не собирались судится с Redhat, пусть судья постановит что у Redhat нет причин судится с нами.

2szh (*) (10.11.2003 23:53:47): Что, уже на 2005-й год перенесли??? Вроде ж совсем недавно на Компуленте писали, что оно будет в феврале 2004-го... И то только потому, что СКОты попросили перенести слушания с октября 2003-го...

Итак сравнивает  ADO.NET и JDBC
В JBDC грузим драйвер и далее нивифифированно общаемся с ЛЮЬОЙ базой.
В ADO.NET имеет SqlXXXX - для MS SQL Server >=7.0
OleDBXXX - для всего кроме ODBC via OleDB (не поддерживает MS SQL > 6.5).
ODBCXXXX - берем отдельно для ODBC.
Как написать код который работает одновременно с MS SQL 2000 и PostgreSQL с взаимной заменой?

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

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

> Что, уже на 2005-й год перенесли?
давно перенесли, дело в том, что по крайней мере в начале как SCO так и IBM не торопились со сроками суда.

http://www.groklaw.net/staticpages/index.php?page=20031016162215566
Future Deadlines:
22/10/04 - Discovery cutoff
4/11/04 - Deadline for filing of all motions
11/3/05 - Attorney Conference by this date, could be sooner
28/3/05 - Final Pretrial Conference for 2:30
11/4/05 - 5 Week Jury Trial for 8:30

В начале декабря этого(2003)года будет первый oral judgement в суде

Ага, мелкософт финансирует СКО, тем что покупает у нее лицензии на юникс... Заодно она же финансирует IBM, покупая у него кучу лицензий, например на SNA... А IBM финансирует мелкофот, покупая у нее лицензии на винды, и тем самым финансирует SCO в борьбе с линуксом... Ибо в конце-концов дело закончится покупкой SCO и после этого IBM объединившись с мормонами из Novell, и используя успешный опыт борьбы новеля с фрюниксами, засудят всех линуксоидов и нахаляву получат демо версию юникса для х86, что поможет IBM продавать свои решения на AIX :)
Кстати у СКО тоже есть неплохой опыт судебных тяжб - прошу вспомнить господа линуксоиды как вы рукоплескали СКО (тогда еще они называл калдерой) за их тяжбу против мелкософта... Успешную, насколько я помню...

> SGI проверили, нашли какой-то небольшой некритичный probably BSD
> код и на __всякий случай__ заменили своим.

probably BSD? Учимся читать. Код, который нашли, заменили _на_ аналогичный из BSD.

> В JBDC грузим драйвер и далее нивифифированно общаемся с ЛЮЬОЙ базой.
И боремся с глюками каждой конкретной базы и с деталями синтаксиса каждой из них. Портабельный код JDBC (да и ODBC) - это утопия, если речь идёт о мало-мальски нетривиальной системе.

SCO History Caldera, Inc. was founded in 1994 by Ransom Love and Bryan Sparks. In 1998, Caldera Systems, Inc. was created to develop Linux-based business solutions. In 2001, Caldera Systems, Inc. acquired the assets of the Server Software Division and Professional Services Division of The Santa Cruz Operation, Inc. (SCO), forming a new company, Caldera International, Inc. In 2002, Caldera changed its name to The SCO Group (Nasdaq: SCOX).

http://www.sco.com/company/profile.html

>> В JBDC грузим драйвер и далее нивифифированно общаемся с ЛЮЬОЙ базой.

> И боремся с глюками каждой конкретной базы и с деталями синтаксиса каждой из них. Портабельный код JDBC (да и ODBC) - это утопия, если речь идёт о мало-мальски нетривиальной системе.

Нда, тяжелое детство, игрушки, прибитые к полу :-]

Попробуйте Hibernate или OJB. Если, конечно, мыслите объектно-ориентированными, а не реляционными понятиями.

З.Ы. Но я не считаю object-relational mapping и persistance frameworks панацеей, т.к. существуют клиничиские случаи, когда JDBC и использование специфики конкретной DBMS необходимо.

2 anonymous (*) (11.11.2003 19:24:13)
>И боремся с глюками каждой конкретной базы и с деталями синтаксиса каждой из них. Портабельный код JDBC (да и ODBC) - это утопия, если речь идёт о мало-мальски нетривиальной системе.

Не ну конечно боротся только с глюками синтаксиса каждой из них это трудно, для упрощения еще нужно добавить и борьбу с "иерархией" классов ADO.NET. Так конечно будет проще :). Особено когда нет аналогов Hibernate и т.д. И приходится изобретать гвозди самому.