The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Продемонстрирован код, который по мнению SCO был скопирован из Unix в Linux

12.07.2010 11:04

Юрист Кевин МакБрайд (Kevin McBride), брат бывшего главы компании SCO Group, раскрыл завесу тайны над участками кода, скопированными из UNIX в Linux. Данный код фигурировал в качестве доказательств в деле о нарушении интеллектуальной собственности SCO компанией IBM, передавшей свои разработки для включения в состав Linux-ядра. По мнению юристов SCO часть переданного кода содержала участки, скопированные без изменений из кодовой базы проприетарной ОС AIX, в создании которой использовался лицензированный код Unix System V.

Ранее фигурирующие в разбирательстве участки кода не предавались огласке, что вызывало подозрение в лукавстве, тем более, что суд не спешил признавать правоту SCO. После того, как в 2003 году, в ходе судебного разбирательства с IBM оказалось, что права на Unix принадлежат не SCO, а компании Novell, иск к IBM и дело по передаче кода Unix разработчикам ядра Linux было отложено в долгий ящик, в качестве первичной задачи перед SCO стал процесс признания прав на Unix в судебном разбирательстве с Novell, без которого все ранее выдвинутые претензии не имеют смысла.

При рассмотрении подготовленных в SCO документов с построчным анализом кода создается впечатление, что большая часть кода имеет достаточно общий вид и типична для любых проектов, связанных с Unix. Сопоставление больше напоминает подтасовку косвенных признаков (упор на лингвистическое сходство названий, без учета разницы в логике реализации) - слишком запутанный и несвязный представлен список пересечений, в котором аргументация сведена к совпадению имен переменных, функций, структур и констант, упоминания идентичных блоков рабочего кода в представленных файлах найти не удалось. С другой стороны в некоторых документах прослеживаются элементы "копипаста" имен функций, хотя частичное совпадение наименования составных частей структур в include-файлах не вызывает удивление (например, наименование "char *ar_name" для определения имени архивной части в ELF-заголовке).

Общий список представленных документов: Tab 422; Tab 421; Tab 420; Tab 419; Tab 418; Tab 417; Tab 416; Tab 415; Tab 414; Tab 413; Tab 412; Tab 411; Tab 410; Tab 409; Tab 333; Tab 332; Tab 331; Tab 330; Tab 329; Tab 255; Tab 254; Tab 253; Tab 252; Tab 251; Tab 250; Tab 249; Tab 248; Tab 247; Tab 246; Tab 245; Tab 244; Tab 243; Tab 242; Tab 241; Tab 240; Tab 239; Tab 238; Tab 237; Tab 236; Tab 235; Tab 234; Tab 233; Tab 232; Tab 231; Tab 230; Tab 229.

  1. Главная ссылка к новости (http://linux.slashdot.org/stor...)
  2. OpenNews: SCO требует пересмотреть решение суда в деле о принадлежности прав на Unix
  3. OpenNews: Суд отказал компании SCO в возобновлении судебного разбирательства против Novell
  4. OpenNews: Разбор иска SCO к IBM
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/27269-linux
Ключевые слова: linux, source
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (154) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Filosof (ok), 11:19, 12/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Даже я сейчас начинаю подозревать, что их МС кормит.
    Есть надежда. что если анализ кода подтвердит притянутость за уши этих притензий, то общемировое подозревание Линуха в патентоподверженности поуменьшится.
    Надо только всё правильно сделать.
     
     
  • 2.49, mma (?), 13:35, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Есть надежда. что если анализ кода подтвердит притянутость за уши этих притензий,

    Ну это и так очевидно, если что там и было так уже давным-давно все вычистили/переписали.

    Тут суть претензий в том что IBM решила там где это возможно слить рынок Unix в пользу Linux а себе оставить рынок майнфреймов и не пускать туда новых участников. И после полно слива Novell это уже никто не мешал им сделать что и произошло десяток лет назад.

    Ну а SCO оказалась пострадавшей так как их бизнес был исключительно на софте построен, вот они и горят в агонии пытаясь пока еще есть крупные клиенты пролезть в какойнить сегмент а их никто не пускает. Вот они и пытаются договориться с IBM -  вы нам сегмент, мы отстанем от линукса.

     
     
  • 3.57, Macil (?), 14:09, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +15 +/
    Все проще. Компания Caldera прикупила ошметки SCO (которая без Group). Как показала практика, реальная стоимость приобретенных активов чуть более, чем 0 и быстро снижается. Более того, возникла самая банальнейшая внутренняя конкуренция между Caldera Linux и UnixWare. Короче, имело место быть нецелевое использование средств акционеров.

    Перед ответственными замаячила реальная перспектива выступления перед советом директоров и собранием акционеров со спущенными штанами (и без вазелина). Ессно, мозги ответственных стали работать со страшной скоростью. И как результат:

    1. Обвинить во всем линукс. Отвлечь внимание от корня проблемы, лишний пиар и рост капитализации.
    2. Найти лохов, которые купят у SCO Group активы SCO.
    3. Найти лохов, которые купят лицензии SCO Group, как на линкс, так и на UnixWare.
    4. Найти лохов, которые купят акции SCO Group.
    5. Инсайдерская игра на бирже. (Смотрим на график стоимости акций - сразу все будет понятно).

    Как видно, по всем пунктам, кроме 2 полный успех. Да и то, какие-то лох^W венчурные капиталисты вроде бы интересуются активами SCO. Учитесь делать бизнес из воздуха, господа.

     
     
  • 4.172, pavlinux (ok), 02:35, 15/07/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Учитесь делать бизнес из воздуха, господа.

    Чтоб делать деньги из воздуха, нужны активы в размере $1.000.0000.000, пускай даже режиме ReadOnly

     
  • 2.100, Карбофос (ok), 18:27, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    m$ - любители половить рыбку в мутной воде. scoты получают свои чаевые и обеспечивают муть.
     

  • 1.2, grafsoft (ok), 11:19, 12/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну дык, сама суть идеи линукса - клон юникса, подумаешь функции обзывали также, структуры, заново то все делать и самим придумывать это вам не шуточки :)
     
     
  • 2.12, dimqua (ok), 11:58, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Не ядра Linux, а системы GNU. GNU's Not UNIX, помним, да.
     
     
  • 3.22, grafsoft (ok), 12:14, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А так же помним, что это фольклорное обозначение того времени, продукта похожего на то, что стоит после "NOT". Типа "копия, со смайликом"
     

  • 1.3, Аноним (-), 11:21, 12/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Это смешно... Там максимум 1000 строк кода наберется. И то, по причине того чтобы есть стандарты и по ним многое должно соответствовать.
    Всех претензий едва ли наберется на $1000...
     
     
  • 2.5, Feadot (ok), 11:38, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Всех претензий едва ли наберется на $1000...

    "Да ты что?!", тут ущерба на 1000 баксов с одного ядра, которое использовалось пользователями. А это уже триллионы-миллиарды баксов :-) В США на такой херне либо стоят империи, либо прогорают :-)

     
  • 2.9, Антон (??), 11:46, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Всех претензий едва ли наберется на $1000...

    Вы очень близки к истине, примерно именно такую сумму SCO затребовала от компаний, разослав году в 2003 предупреждение о нарушении их авторских прав в Linux. Только перечислять эту сумму нужно было с каждого сервера. Прикиньте, 40$ стоил тогда самый дешевый коробочный Red Hat Linux, плюс 1000$ требовала SCO за свои 100 строк кода :-)

     

  • 1.4, Аноним (-), 11:26, 12/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    только зачем?
     
  • 1.6, filosofem (ok), 11:40, 12/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +9 +/
    ГЫ!! Копирайт на название функции char *strcpy(). Еще бы за использование "int main()" роялити потребовали и "int i;" запатентовали.
    Интересно почему у них к Мелкософту нет аналогичных притензий? Там такие же функции.
     
     
  • 2.8, Feadot (ok), 11:46, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    интересно, а сколько будет "int i;" в ядре линуха...

    pS: насколько помню, самые частые переменные I,J,K,A,B,C...

     
     
  • 3.18, filosofem (ok), 12:06, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >интересно, а сколько будет "int i;" в ядре линуха...

    13990

     
     
  • 4.21, spanasik (ok), 12:08, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >13990

    Именно int i; ?


     
     
  • 5.23, filosofem (ok), 12:14, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Именно. В основном в драйверах и фирмварях.
     
     
  • 6.24, spanasik (ok), 12:16, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Плохо. Переменные обнулять нужно при объявлении, если им сразу не присваивается какое-то значение. Я думал, уж ядерщики это точно знают.


     
     
  • 7.25, filosofem (ok), 12:18, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ну это не сложно пропатчить при желании. =)
     
     
  • 8.27, spanasik (ok), 12:21, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Это - несложно, а сколько там ещё таких объявлений Нужно более интенсивно польз... текст свёрнут, показать
     
  • 7.41, starik (??), 13:01, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем? Какой  смысл в лишних инструкциях для обнуления? Просто нужно и всё?
     
     
  • 8.52, QuAzI (??), 13:48, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Смысл в предсказуемости поведения кода, если дальше где-то что-то пойдёт не так ... текст свёрнут, показать
     
     
  • 9.59, pazke (?), 14:11, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    gcc это замечательно контролирует и выдает варнинги при использовании неинициали... текст свёрнут, показать
     
  • 7.69, Kibab (ok), 14:46, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    int i;
    for(i=0; i<N; i++) {
    ...
    }
     
     
  • 8.105, СуперАноним (?), 18:47, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Пора бы уже им на C99 переползать ... текст свёрнут, показать
     
  • 8.111, User294 (ok), 20:09, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Все, сейчас SCO вас засудит за кражу их кода ... текст свёрнут, показать
     
     
  • 9.127, iZEN (ok), 22:43, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Меняй язык программирования Це на Яву 8212 не засудит ... текст свёрнут, показать
     
     
  • 10.155, User294 (ok), 20:29, 13/07/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Там засудят за какойнить i Невелика разница ... текст свёрнут, показать
     
  • 10.157, Карбофос (ok), 23:44, 13/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    вообще-то протензии scoтов по ядру перепишите ядро на яве ненаучная фантастика... текст свёрнут, показать
     
     
  • 11.161, Карбофос (ok), 02:07, 14/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    претензии извиняюсь... текст свёрнут, показать
     
  • 7.76, pavlinux (ok), 15:56, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Знают.
    А вы знаете, что инициализированная переменная занимает место в сегменте данных, а не кода?
    По-русски - если инитить все переменные до использования ядро будет весить 32Mb
     
     
  • 8.77, spanasik (ok), 16:00, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    про это не думал ... текст свёрнут, показать
     
  • 8.82, raorn (?), 16:13, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Перестаньте пороть чушь В сегменте кода text переменным не место А переме... текст свёрнут, показать
     
     
  • 9.83, Sw00p aka Jerom (?), 16:21, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    1 в bss пс незнаю как поступит компилятор если переменная прописанна и не буд... текст свёрнут, показать
     
     
  • 10.119, Ytch (?), 21:32, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    В embedded-платформах обычно, если указан модификатор const, то в отдельной секц... большой текст свёрнут, показать
     
     
  • 11.125, filosofem (ok), 22:22, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А зачем не изменяющиеся переменные, значение которых известно при компиляции и к... текст свёрнут, показать
     
     
  • 12.128, Sw00p aka Jerom (?), 22:48, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    вот я об этом же скорее всего опции оптимизации это учитывают... текст свёрнут, показать
     
     
  • 13.132, Ytch (?), 23:30, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В некоторых компиляторах учитывают, в некоторых нет Чтоб не полагаться на такие... текст свёрнут, показать
     
  • 12.131, Ytch (?), 23:24, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Например, таблица синуса часто нужна в цифровой обработке сигналов на нескольк... текст свёрнут, показать
     
  • 12.173, pavlinux (ok), 02:55, 15/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    float ptr 3 14159265 низя const float PI 3 14159265 float ptr flo... текст свёрнут, показать
     
  • 7.102, Карбофос (ok), 18:36, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    не обязательно. переменная может быть инициализирована, а не обнулена в след. строке и пр. кроме всего компайлер выдает предупреждения в случае подозрения отсутсвия инициализации.
     
  • 6.81, pavlinux (ok), 16:05, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    >Именно. В основном в драйверах и фирмварях.

    Да ты что!!!



    #include <linux/version.h>
    #include <linux/module.h>

    int my_init(void ) {

    int i;
    printk(KERN_DEBUG " TEST: i = %d \n", i);
    return 0;
    }

    module_init(my_init);

    MODULE_LICENSE("GPL v2");


    # insmod ./test.ko
    # dmesg

    TEST: i = 0


     
     
  • 7.92, Sw00p aka Jerom (?), 17:17, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    1) /tmp/test/hello.c:8: warning: ‘i’ is used uninitialized in this function

    2) Jul 12 18:15:59 localhost kernel: init_module() called = -255520756

     
  • 7.96, Sw00p aka Jerom (?), 17:41, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >
    >module_init(my_init);
    >
    >MODULE_LICENSE("GPL v2");
    >


    >
    ># insmod ./test.ko
    ># dmesg
    >
    >TEST: i = 0

    соответсвенно из ниже следующих моих комментов - если вывести из блока переменную Ы
    вот тогда будет

    Jul 12 18:39:29 localhost kernel: init_module() called = 0

    + int i;
    int my_init(void ) {

    - int i;
    printk(KERN_DEBUG " TEST: i = %d \n", i);
    return 0;
    }

     
     
  • 8.133, pavlinux (ok), 02:33, 13/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Не хочет INT i 0 code include linu... большой текст свёрнут, показать
     
     
  • 9.139, Sw00p aka Jerom (?), 10:49, 13/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    что не хочет тут будет 0 - правильно int i - глобальная ... текст свёрнут, показать
     
     
  • 10.144, pavlinux (ok), 12:26, 13/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Я собственно о том, что не инициализирована переменная не обязана принимать как... текст свёрнут, показать
     
  • 3.19, spanasik (ok), 12:07, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Надеюсь, что нисколько.

    Должно быть int i = 0;

     
     
  • 4.40, Andrew Kolchoogin (?), 13:00, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Нет, не должно.

    Таким образом вы экономите один store на каждый вызов функции. В случае, если это interrupt handler, экономия получается некислая. ;)

    "Бездумная" инициализация автоматических переменных свидетельствует о непонимании того, как они обрабатываются.

     
     
  • 5.42, spanasik (ok), 13:08, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Нет, не должно.

    Должно. Из-за этого столько багов, что лучше обнулять.

    > свидетельствует о непонимании того

    а, ну да, конечно. видимо, вы самый большой специалист.

    вопрос: вот код
    int i;
    чему равна i в месте, где эта i используется в первый раз ?

    ответ - неизвестно.

     
     
  • 6.44, Аноним (-), 13:24, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Простите, но у вас какие-то дилетантские познания программирования на С. Вы ещё думаю удивитесь когда узнаете сколько в ядре goto. В месте где используется i  первый раз может быть все равно какое у неё значение, потому что использовать i можно первый раз на запись.
     
     
  • 7.48, spanasik (ok), 13:32, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    простите, уж какие есть :-)
    "может быть", "может" - это не те слова, которые следует использовать при разработке надёжного ПО.

     
     
  • 8.60, szh (ok), 14:14, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +2 +/
    вы использовали подмену понятий, разберитесь со смыслом выражения может быть в... текст свёрнут, показать
     
     
  • 9.108, spanasik (ok), 19:12, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ничего я не использовал, смотрите примеры кода и выдержки из спецификаций насчё... текст свёрнут, показать
     
     
  • 10.114, axe (??), 20:38, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    похоже что вы видимо никогда ничего на С и не писали, иначе почему вы ничего не ... текст свёрнут, показать
     
     
  • 11.115, spanasik (ok), 20:40, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Да с чего вы взяли, что я не знаю ... текст свёрнут, показать
     
  • 11.121, Ytch (?), 21:37, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Уточнение или стековая или регистровая Остальное верно ... текст свёрнут, показать
     
  • 8.116, Аноним (-), 20:43, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    При разработке надежного ПО на C используют, как минимум, -Wall -pedantic, если ... текст свёрнут, показать
     
  • 6.45, mma (?), 13:24, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Это с чего вы решили? В общем как код напишите так у вас и будет - известно или нет. Ну или приведите РЕАЛЬНЫЙ пример когда из ядра где есть этот недостаток, в противном случае это бездумное следование шаблону.
     
     
  • 7.47, spanasik (ok), 13:30, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    какой недостаток ? что непроинициализирована переменная ? так выше цифра приведена.


     
     
  • 8.62, szh (ok), 14:16, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    нет, где это может привести к ошибке ... текст свёрнут, показать
     
     
  • 9.109, spanasik (ok), 19:17, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    примера кода из ядра привести не могу, хотя вот посмотрите тут уже модуль набр... текст свёрнут, показать
     
     
  • 10.126, PereresusNeVlezaetBuggy (ok), 22:34, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну а кому-то удобнее наоборот, когда все переменные компактно объявляются в одно... большой текст свёрнут, показать
     
     
  • 11.134, pavlinux (ok), 02:44, 13/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Да уж, а то некоторые приплюснутые сишнеги пишут типа такого кода code int fun... текст свёрнут, показать
     
     
  • 12.158, Карбофос (ok), 00:56, 14/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    разве gcc не заматерится по поводу двойного объявления переменной такое возможн... текст свёрнут, показать
     
     
  • 13.159, pavlinux (ok), 01:00, 14/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    На i матернётся, на j - нет Более того, сработает вот такой маразм code def... текст свёрнут, показать
     
     
  • 14.160, Карбофос (ok), 01:57, 14/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    обратил внимание только на i, поэнтому не уточнил с j все понятно, ибо в тел... текст свёрнут, показать
     
     
  • 15.162, pavlinux (ok), 02:20, 14/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Тело цикла это уже иная область видимости Сублокальная А чё я не проти... текст свёрнут, показать
     
     
  • 16.163, PereresusNeVlezaetBuggy (ok), 02:52, 14/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Помнится, одно время в C так и сделали ... текст свёрнут, показать
     
  • 16.167, Карбофос (ok), 10:49, 14/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    по крайней мере, компайлер должен проглотить j и даже не вякать такое тоже встр... текст свёрнут, показать
     
     
  • 17.170, pavlinux (ok), 19:07, 14/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Это называется С99 ... текст свёрнут, показать
     
  • 6.53, бугага (?), 13:53, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    int i;

    for (i = 0; i < 10; i++)
    {
    ...
    }

    какой ужас, это не будет работать :D

     
     
  • 7.84, angel_il (ok), 16:33, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    нет! этот код может работать неверно в боевых условиях, когда синус 90 гр. достигает трех и более.
     
  • 6.54, Аноним (-), 13:58, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Должно. Из-за этого столько багов, что лучше обнулять.

    А не достаточно ли просто быть внимательней, а то напоминает: http://bash.org.ru/quote/396506

     
  • 5.55, Sw00p aka Jerom (?), 14:07, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >>"Бездумная" инициализация автоматических переменных свидетельствует о непонимании того, как они обрабатываются.

    с чего это вы решили что это автоматическая переменная ???

     
     
  • 6.86, pavlinux (ok), 16:38, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>>"Бездумная" инициализация автоматических переменных свидетельствует о непонимании того, как они обрабатываются.
    >
    >с чего это вы решили что это автоматическая переменная ???

    Хватит тролить. Курите маны на GCC.



    .... спецификатор переменной всегда является auto, если не указано иного - static, extern или register.


     
     
  • 7.93, Sw00p aka Jerom (?), 17:32, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    покурил я тя уважаю читаем внимательно последний абзац ... большой текст свёрнут, показать
     
  • 7.94, Sw00p aka Jerom (?), 17:37, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    в дополнении читаем внимательно 3 и 4 пункт 1 6 4 Инициализация глобальных и ло... большой текст свёрнут, показать
     
     
  • 8.124, Kash (??), 22:01, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален И как это противоречит процитированному утверждению По ... большой текст свёрнут, показать
     
     
  • 9.130, Sw00p aka Jerom (?), 23:00, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    int func void int local_var по умолчанию auto ... текст свёрнут, показать
     
     
  • 10.135, pavlinux (ok), 03:03, 13/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Все правильно, только лишено какой-либо логики, кроме ка... большой текст свёрнут, показать
     
     
  • 11.140, Sw00p aka Jerom (?), 10:59, 13/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален нет не глупо особенно переменные которые попадают в лока... текст свёрнут, показать
     
     
  • 12.145, pavlinux (ok), 12:34, 13/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Какая может возникнуть ошибка, если эту переменную я не использую От инициализ... текст свёрнут, показать
     
     
  • 13.146, Sw00p aka Jerom (?), 13:20, 13/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    у вменяемых такого рода ошибок не будет int func void int local_var ... текст свёрнут, показать
     
  • 11.174, pavlinux (ok), 03:21, 15/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален code inline int func int a, int b return a b ... текст свёрнут, показать
     
  • 2.58, Sphynkx (ok), 14:10, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Еще бы за использование "int main()" роялити потребовали и "int i;" запатентовали.

    Надо с ними на их же языке говорить, чтоб заткнулись. Взять код какой-то неюниксовой ОСи, ровестницы юникса, найти и предъявить те же конструкции, имена переменных и пр. И пусть потом доказывают, то сами не воры и что "int i;" не сплагиировали ;-))

     
     
  • 3.79, Arcturus (?), 16:01, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А может быть вообще какой-то базовый учебник по основам С/unix... :-)
     
  • 3.150, thesame (?), 18:30, 13/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ну зачем же так сложно Они сами на себя компромат выкатили - пример 251, syslog... большой текст свёрнут, показать
     
     
  • 4.151, thesame (?), 18:33, 13/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Они сами на себя компромат выкатили - пример 251, syslog.h.

    поправка - пример 247

     
  • 4.152, PereresusNeVlezaetBuggy (ok), 18:36, 13/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    > *      The Regents of the University
    >of California.  All rights reserved.
    >как того и требует лицензия Беркли.
    >Проследить историю этого файла вплоть до 82-83 годов можно благодаря коллекции МакКузика.
    >
    >
    >Отсюда следуют ровно две возможности:
    > - либо в SCO отрезали шапку Беркли (нарушили лицензию)
    > - либо они сознательно пытались ввести суд в заблуждение, утаивая информацию
    >о происхождении кода

    А вариант, что это в BSD остался огрызок чужого кода, вы не рассматриваете? Я серьёзно.

     
     
  • 5.153, thesame (?), 20:12, 13/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >А вариант, что это в BSD остался огрызок чужого кода, вы не
    >рассматриваете? Я серьёзно.

    Нет. syslog.h из glibc-2.2.5 основан на дистрибутиве 4.4BSD-Lite2, который является лицензионно чистым (не содержит проприетарных файлов от AT&T) и был выпущен после судебного разбирательства BSD vs. USL.

     
     
  • 6.154, PereresusNeVlezaetBuggy (ok), 20:15, 13/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>А вариант, что это в BSD остался огрызок чужого кода, вы не
    >>рассматриваете? Я серьёзно.
    >
    >Нет. syslog.h из glibc-2.2.5 основан на дистрибутиве 4.4BSD-Lite2, который является лицензионно чистым
    >(не содержит проприетарных файлов от AT&T) и был выпущен после судебного
    >разбирательства BSD vs. USL.

    То есть он появился _после_ того судебного разбирательства? Тогда это радует. :)

     
     
  • 7.156, thesame (?), 21:08, 13/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>Нет. syslog.h из glibc-2.2.5 основан на дистрибутиве 4.4BSD-Lite2, который является лицензионно чистым
    >>(не содержит проприетарных файлов от AT&T) и был выпущен после судебного
    >>разбирательства BSD vs. USL.
    >
    >То есть он появился _после_ того судебного разбирательства? Тогда это радует. :)
    >

    Если быть совсем точным, то копирайт _сохранился_ (1982, 1986, 1988, 1993), т.е. USL никогда не претендовала на то, что syslog - это их разработка.
    А вообще, насколько я сумел понять, ноги syslog растут из sendmail (тоже берклиевская разработка).

     
  • 2.63, User294 (ok), 14:22, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Еще бы за использование "int main()" роялити потребовали и "int i;" запатентовали.

    Так вот какой код скопировали из Unix в линух?! Блин, этак меня SCO тоже засудит за копипасту :(.

     

     ....большая нить свёрнута, показать (81)

  • 1.7, mvalery (?), 11:42, 12/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Посмотрел первые два документа.
    Да. Некоторые идентификаторы совпадают или похожи.
    А вот стилистика совсем другая. Чувствуется, что писали разные люди.
    Я считаю, что документы готовились, чтобы поразить воображение судей, которые не сильны в программировании, в текстуальном сходстве.
    А сходство не удивительно. Т.к. предметная область совпадает.
     
     
  • 2.95, Anixx (?), 17:40, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Так как имена преременных прописаны в спецификациях ELF.
     

  • 1.10, ua9oas (?), 11:50, 12/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
      Интересно, а могут ли разработчики кода винды что либо заимствовать с кода линукс. А если бы код винды был бы открыт, то для кого и для чего он был бы тогда интересен?
     
     
  • 2.14, dimqua (ok), 12:01, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Для злоумышленников код венды интересен.
     
     
  • 3.31, Cobold (??), 12:34, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    поскольку закрыт. А против открытого кода - скучно.
     
     
  • 4.38, dimqua (ok), 12:58, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Но так проще. А раз все сидят на венде, то и эффективней выходит.
     
  • 4.97, Dez (?), 17:45, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >поскольку закрыт. А против открытого кода - скучно.

    Что мешает стянуть код части винды из сети ? (nt4 и sp3 win 2000)
    смотрел когда-то на него, код как код на первый взгляд все самопальное, явных коментов типа GPL или Linux не увидел.


     
     
  • 5.99, dimqua (ok), 18:16, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > Что мешает стянуть код части винды из сети ? (nt4 и sp3 win 2000)

    Ну так ими никто не пользуется почти. Сейчас всем перделки, то есть висту и виндоуз 7 подавай.

     
  • 2.15, KERNEL_PANIC (ok), 12:02, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    По сути да, но тогда придется эти продукты делать свободными. А вот с БСД уже много чего нагло забрали.
     
     
  • 3.17, dimqua (ok), 12:05, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Почему нагло? Лицензия такая, супер-пупер свободная.
     
  • 3.30, Vitaly_loki (ok), 12:30, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Вы бы еще Public Domain наглостью назвали... Нагло было бы забрать из GPL что-нить, а из BSD это не наглость
     
     
  • 4.37, KERNEL_PANIC (ok), 12:53, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Нагло я имею ввиду, что хотя бы в эбауте написали чтото типа "...и проект ВSD..."
     
     
  • 5.39, dimqua (ok), 13:00, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Наивно было бы ждать такого от MS :)
     
     
  • 6.80, Michael Shigorin (ok), 16:01, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +3 +/
    "Такое" они как раз местами пишут.  Подозреваю, что даже везде или почти везде, где нужно.
     
     
  • 7.91, User294 (ok), 17:11, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Только почему-то это всегда окаызывается местом где не светит солнце и куда редкий юзер забредает. Поэтому почти все юзеры уверены что все это - Copyright (с) Microsoft Corporation, XXXX-YYYY. All rights reserved.
     
  • 2.65, User294 (ok), 14:24, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >А если бы код винды был бы открыт, то для кого и для чего он был бы тогда интересен?

    Код винды уперли еще несколько лет назад. Как минимум винтукея. Большой кус ядра и ряда программ. Учтя что остальные ядра от него ничем принципиально не отличаются - в общем то сорс винды в природе есть. Только юзать его - проблематично. В итоге он вызвал интерес только у тех кто анализирует код. Можно даже найти разбор кода ноутпада где-то в ЖЖ.

     

  • 1.11, Кодир (?), 11:54, 12/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    SCO унылы, как протухший помидор - тоже ради интереса глянул код. Названия а-ля "buf", "len", "maxlen" можно использовать чуть ли не для половины строковых алгоритмов, делать на этой основе какие-то выводы - это позориться собственной некомпетентностью. Хотя я тоже склоняюсь к мысли, что не ради правды этот процесс.
     
     
  • 2.29, Гога (?), 12:24, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Посмотрел первые 7 ссылок. Жестко. Надеюсь, хотя бы пару программистов привлекут в качестве экспертов в суд. Если логика функции подразумевает: проверить правильность указателя и вернуть данные согласно коду функции либо код ошибки, то трудно извернуться и написать ее как-то иначе чем тут написано. Блин, у меня половина программ получается попадает под лицензии типа SCO :(.
     

  • 1.20, Raja (?), 12:07, 12/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я так понимаю что это подобно тому, как если бы оспаривалось право получать роялти за использование прямоугольных окон и других элементов управления, таких как кнопки.
    Ребята, это же бред полный, нельзя даже заикаться о сходстве - область то одна и та же.
     
     
  • 2.70, Anixx (?), 15:17, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так Микрософт же платила Эпплу за прямоугольные окна.
     

  • 1.26, Аноним (-), 12:20, 12/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    открыл 4 случайных примера. дальше даже смотреть не стал.

    Однозначно все это происки Империи зла.
    нет там никакого соответствия. и копипасты там нет.
    возможно имел место рерайтинг;)

     
  • 1.32, ideafix (?), 12:35, 12/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Помнится сне, толи даймлер толи еще кто-то отстегнул очень крупную сумму SCO, чтобы застраховаться от претензий... там нулей было гораздо больше чем три.
     
  • 1.33, Аноним (-), 12:43, 12/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +22 +/
    Один ученик сказал Мастеру Фу: "Нам говорят, что фирма SCO удерживает реальную власть над Unix".
    Мастер Фу кивнул в знак согласия.
    Ученик продолжал: "Однако нам также говорят, что другая фирма, OpenGroup, также удерживает реальную власть над Unix".
    Мастер Фу кивнул в знак согласия.
    "Как такое возможно?" — спросил ученик.
    Мастер Фу ответил: "SCO действительно владеет кодом Unix, но код Unix — это не сама Unix. OpenGroup действительно владеет маркой Unix, но название Unix — это не сама Unix".
    "В чем же тогда сущность Unix?" — спросил студент.

    Мастер Фу ответил: "Не в коде. Не в имени. Не в мышлении. Вообще ничего материального.
    Вечное изменение без перемен".
    "Сущность Unix проста и пуста. Поскольку она проста и пуста, она сильнее тайфуна".
    "Повинуясь естественным законам, она непреклонно расцветает в умах программистов,
    ассимилируя конструкции в свою собственную природу. Всякое программное обеспечение, которое хотело бы конкурировать с Unix, должно стать таким, как Unix: пустым, пустым, глубоко пустым, абсолютно лишенным содержания потоком!"
    Услышав это, ученик достиг просветления.

    // Искусство программирования Unix, Эрик С. Реймонд

     
     
  • 2.89, pavlinux (ok), 16:54, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > // Искусство программирования Unix, Эрик С. Реймонд

    Ага, щаз, у него столько мозга нет.
    Он тоже скопипастил у Конфуция из "Книги Перемен"

     
     
  • 3.169, Пр0х0жий (ok), 18:06, 14/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >> // Искусство программирования Unix, Эрик С. Реймонд
    >Ага, щаз, у него столько мозга нет.
    >Он тоже скопипастил у Конфуция из "Книги Перемен"

    Нет. Он применил универсальный закон, который понял Конфуций, к конкретной ситуации.
    Никто не может быть выше Истины. Выше Истины, только Истина.

     
  • 2.90, madfox (?), 16:57, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >[оверквотинг удален]
    >Вечное изменение без перемен".
    >"Сущность Unix проста и пуста. Поскольку она проста и пуста, она сильнее
    >тайфуна".
    >"Повинуясь естественным законам, она непреклонно расцветает в умах программистов,
    >ассимилируя конструкции в свою собственную природу. Всякое программное обеспечение, которое хотело бы
    >конкурировать с Unix, должно стать таким, как Unix: пустым, пустым, глубоко
    >пустым, абсолютно лишенным содержания потоком!"
    >Услышав это, ученик достиг просветления.
    >
    >// Искусство программирования Unix, Эрик С. Реймонд

    класс! Я только что достиг просветления!!!

     

  • 1.36, Frank (??), 12:52, 12/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Я правильно понял, что достаточно переименовать переменные, и SCO уже не при делах? ;) Курам^W программерам на смех!
     
  • 1.43, Аноним (-), 13:13, 12/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    #include <sys/types.h> (Tab331) - это по-любому спертый у SCO участок кода ;)
     
  • 1.50, Аноним (-), 13:36, 12/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    string.h (Tab 242) o_O
     
  • 1.56, Dorif (ok), 14:07, 12/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну и где там сходство? В именах переменных и функций? Но хотелось бы заметить, что реализованны там одни и те же функции по- разному, ибо даж ёжикам понятно. что elf и *elf- совсем не одно и то же, а значит и функции, с ними оперирующие должны работать не совсем одинаково. А сходство названий проистекает из того, что это софт, используемый в одних и тех же целях. Они бы ещё на мелкомягких в суд подали. ЛОЛ, а не доказательство вины Novell и IBM.
     
  • 1.61, Zenitur (?), 14:15, 12/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    О, супер! Код показали. А то надоели уже абстрактно обвинять в том, что "у вас где-то что-то нарушено, а ну платите деньги". Потому что когда изместно, где и что может хотя бы в теории вызвать вопросы - например, в функции обработки 16-ричных контрольных сумм в памяти, сразу же можно проблемный код заменить. Вариантов написано много
     
     
  • 2.67, User294 (ok), 14:30, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А еще запретим всем писать int i в своих программах. Это ж копирайченый код SCO, правда? :)
     

  • 1.64, Sw00p aka Jerom (?), 14:22, 12/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    дела тут не в переменных а в реализацих

    допустим смотрите про poll - что в юниксах и линуксе разная реализация ???? (не путать с epoll в линухе)

    пс: отсюда выходит что если одинаковый принцип реализации то ссответсвенно программист будет придумывать более вменяемые имена переменным и функциям/ (ну и ещё один фактор - у кого в первые была реализация - что луноходы код юниксов не глазели ????)

     
  • 1.68, anonymous from da LOR (?), 14:45, 12/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Это чё, типа ВНЕЗАПНО стандарт POSIX стал закрытым, что они такую хрень предъявляют?
     
  • 1.72, Роман (??), 15:28, 12/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Да уж... а если в слове "хлеб" сделать 4 правки, то получится "пиво".
     
  • 1.85, thesame (?), 16:35, 12/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    с примера tab-330.pdf я ржал аки конь и катался по полу...
    там, среди прочего, был отмечен следующий плагиат:

    #ifndef _LIBELF_H
    #define _LIBELF_H

    #include <sys/types.h>

     
  • 1.87, pavlinux (ok), 16:50, 12/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Лучшая реклама Linux за последние годы!
     
  • 1.88, alz (??), 16:53, 12/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    в Tab247 уже поинтереснее =)
     
     
  • 2.149, thesame (?), 18:13, 13/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >в Tab247 уже поинтереснее =)

    ага. :)
    код, написанный в Беркли и распространявшийся под Berkley лицензией...
    Что и было написано в отрезанном лоерами из SCO заголовке файла. В glibc-2.2.5 копирайт Беркли сохранен без изменений.

    *
    *      @(#)syslog.h    8.1 (Berkeley) 6/2/93
    */

    #define _PATH_LOG       "/dev/log"

    /*
    * priorities/facilities are encoded into a single 32-bit quantity, where the
    * bottom 3 bits are the priority (0-7) and the top 28 bits are the facility
    * (0-big number).  Both the priorities and the facilities map roughly
    * one-to-one to strings in the syslogd(8) source code.  This mapping is
    * included in this file.
    *
    * priorities (these are ordered)
    */
    #define LOG_EMERG       0       /* system is unusable */
    #define LOG_ALERT       1       /* action must be taken immediately */
    #define LOG_CRIT        2       /* critical conditions */
    #define LOG_ERR         3       /* error conditions */
    #define LOG_WARNING     4       /* warning conditions */
    #define LOG_NOTICE      5       /* normal but significant condition */
    #define LOG_INFO        6       /* informational */
    #define LOG_DEBUG       7       /* debug-level messages */


     

  • 1.98, mmm62 (?), 17:55, 12/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    tab251

    12: /* Copyright (c) 1987, 1988 Microsoft Corporation */
    13: /* All Rights Reserved */
    14:
    15: /* This Module contains Proprietary Information of Microsoft */
    16: /* Corporation and should be treated as Confidential. */

     
     
  • 2.112, User294 (ok), 20:20, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    И, главное, какой код то сперли! Аж 2 определения констант, и те - для совместимости. Все, ворье однозначно! (интересно, а авторов wine тогда надо как минимум расстрелять?)

    38: /*
    39: * The following are symbolic constants required for
    40: * X/Open Conformance. They are the equivalents of
    41: * the constants above.
    42: */
    43:
    44: #define UL_GETFSIZE 1 /* get file limit */
    45: #define UL_SETFSIZE 2 /* set file limit */

     
     
  • 3.118, Sphynkx (ok), 21:28, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > (интересно, а авторов wine тогда
    >надо как минимум расстрелять?)

    Живьем!! И на смерть!!
    А стремление к совместимости объявить преступной наклонностью!!

     
  • 2.148, thesame (?), 16:57, 13/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    ага.
    открываю исходники OSF/1, нахожу там /usr/opt/OSC200/src/usr/include:

    /*
    * COMPONENT_NAME: (LIBCSYS) Standard C Library System Functions
    *
    * FUNCTIONS:
    *
    * ORIGINS: 27
    *
    * (C) COPYRIGHT International Business Machines Corp. 1985, 1989
    * All Rights Reserved
    * Licensed Materials - Property of IBM
    *
    * US Government Users Restricted Rights - Use, duplication or
    * disclosure restricted by GSA ADP Schedule Contract with IBM Corp.
    */

    #ifndef _ULIMIT_H_
    #define _ULIMIT_H_

    #include <standards.h>

    #ifdef _XOPEN_SOURCE

    #ifdef _NO_PROTO
    extern long ulimit();
    #else
    #if defined(__STDC__) || defined(__cplusplus)
    #if defined(__cplusplus)
    extern "C"
    {
    #endif
    extern long ulimit(int, ...);
    #if defined(__cplusplus)
    }
    #endif
    #endif
    #endif

    #define UL_GETFSIZE     1       /* get max file size limit */
    #define UL_SETFSIZE     2       /* set max file size limit */

    #endif /* _XOPEN_SOURCE */

    #ifdef _OSF_SOURCE
    #define UL_GETBREAK     3       /* get max break (data space) limit */
    #endif /* _OSF_SOURCE */


    #endif /* _ULIMIT_H_ */

    а у IBM копирайт-то пораньше будет!

     

  • 1.101, myc (?), 18:34, 12/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    http://www.mcbride-law.com/wp-content/uploads/2010/07/Tab-241.pdf
    Эм strcasecmp() и strncasecmp() это вообще POSIX.
    http://www.opengroup.org/onlinepubs/009695399/basedefs/strings.h.html
     
  • 1.103, Аноним (-), 18:36, 12/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    !!!"Бездумная" инициализация автоматических переменных свидетельствует о непонимании того, как они обрабатываются.!!!

    Господа, а в новости речь ведь не об этом)))

    а о копирастии, вернемся к теме)

     
  • 1.106, Аноним (-), 18:49, 12/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Я немного не в теме, поясните за что это за файл

    /home/nutt/Consulting/Boies/204/S-ulimit-2.h

    где стоят копирайты мелкософта и для чего он нужен?
    и как там этот копирайт оказался?

     
     
  • 2.107, bill (??), 19:05, 12/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Это кусок xenix.
     

  • 1.110, Аноним (-), 19:38, 12/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    почитал про Xenix-- связи SCO с Империей зла наметились давным давно))
     
  • 1.117, Vasia (??), 20:46, 12/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну вот если из всех команд командной строки Винды убрать названия Юник-совых команд, то на самом деел останется всего три-пять команд, и внутренних и внешних. Что же тогда было раньше - M$ или Unix? С еще более интетесной стороны - если перменные называются одинаково как в закрытой так и в открытой ОС, то имеют место два случая. Первый - профуканны исходники закрытой ОС. Второй - притянуты за уши исходники открытой ОС. Теперь просьба к SCO - скомпилировать свою закрытую ОС с вставками из открытой ОС и получить идентичный код своей закрытой ОС. А вот воздух потить только потом.
     
  • 1.136, Аноним (-), 05:49, 13/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кодирующим "своё" сейчас должно быть вообще неуютно. Нужно перечитать тонны кода, чтобы случайно не сплагиатить очевидный алгоритм или имена переменных/констант/функций/классов и т.п. Мало того, нужно изловчиться и написать код так, что бы не был похож не на что существующее и в то же время алгоритм соответсвовал поставленной задаче. За примерами ходить далеко не нужно, мало ли нас, начинающих кодеров не писали "своих" алгоритмов сортировки? Мы все сидели в разное время в разных местах и не знали друг о друге, но парадигма заставляла нас писать не просто похожий код, но в большинстве своём, совпадающий символ в символ...
    От капиталлизма до маразма, видимо, меньше одного шага.
     
     
  • 2.138, Вася (??), 08:23, 13/07/2010 [^] [^^] [^^^] [ответить]  
  • +1 +/
    "За примерами ходить далеко не нужно"

    Из личной жизни: мы с коллегой 10 лет сидели за соседними столами, потом жизнь развела. Через 5 лет встретились и в шутку нас попросили написать одну и туже простенькую программу. Так не только алгоритм, но и имена процедур, функций и переменных совпали на 99% не только по именам, но и по верхнему/нижнему регистрам

     
     
  • 3.142, Ueff (?), 11:16, 13/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    До него, например, именем Kevin звали одного ирландского священника в 7м веке.
    http://en.wikipedia.org/wiki/Kevin_of_Glendalough
    Сплагиатил юрист себе имечко. Надо бы заплатить.
     
  • 3.164, Аноним (-), 06:41, 14/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Да, их аргументы неубедительны, но если они уже выиграют когда-нибудь, то пересмотров после этого никаких не будет. Потом SCO купит балмер. После этого предлагаю шарахнуть по ним из тополя, чтоб не наглели :)
     

  • 1.141, ffsdmad (ok), 10:59, 13/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    имхо, это большое заблуждение макбрайта, видимо он не понимает в программировании ничего иначе понял бы, что над пошутили показывая наиболее частые и общие приёмы кода, это всё равно, что показывать английский и русский тексты (даже ближе), есть и буквы одинаковые по виду и слова похожие и там всякие точки, тире и зпт., к тому же авторы текстов имели одного преподавателя и читали одинаковые книжки с примерами и вообще

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

    мда уж, лоханулся

     
     
  • 2.143, szh (ok), 11:41, 13/07/2010 [^] [^^] [^^^] [ответить]  
  • +/
    у него никаких заблуждений, заработал кучу денег слив компанию SCO.
    Лоханулись те кто его слушали и акции SCO в 2003-2004 году покупали.
     

  • 1.165, Аноним (-), 06:50, 14/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Юрист Кевин МакБрайд (Kevin McBride), брат бывшего главы компании SCO Group, раскрыл завесу тайны над участками кода, скопированными из UNIX в Linux.

    Молодец юрист! Осталось спросить исходники ядра у джобса. С него-то можно поболее бабла вытянуть. Он вроде бы не нищщий красноглазик, скелет имеет титановый, пластмассовые органы, компьютеры, телевоны и ось для богатых гомосексуалистов производит :)

    А переменные-то у него ворованные! Вот сволочь проприетарная, совсем обнаглел :D

     
     
  • 2.175, Аноним (-), 04:34, 29/09/2011 [^] [^^] [^^^] [ответить]  
  • +/
    а дарвин и так открыт)))
    ttp://darwinbuild.macosforge.org/

    А вот "int i;" --- это цветочки)))

    "return 0;" vs "return NULL;" в tab-333

    За свою жизнь я не написал ни одной програмы на С/С++ сложнее хелоувовда, которая бы выдержала такой контроль плагиата)))

     

  • 1.166, АнонимМ (?), 09:00, 14/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Да совпадение названий функций strcasecmp и strncasecmp это жестко (документ 241). Чистый троллинг причем толстый троллинг, даже ананимы с лора на него не повелись бы.
     
  • 1.168, Аноним (168), 16:17, 14/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ещё припомните кто мышку у ксерокса скомуниздил
     
  • 1.171, Аноним (-), 22:17, 14/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ога....
    и про Next еще вспомните.. и про то кто, что у них комуниздил...
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру