The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Представлен фреймворк Compat, позволяющий использовать новые..., opennews (??), 09-Мрт-12, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


72. "Представлен фреймворк Compat, позволяющий использовать новые..."  +/
Сообщение от ананим (?), 10-Мрт-12, 16:28 
Ничто так не доказывает ущербность винды, как некомпетентность её защитников.

Ау! Речь о драйвер апи.
Это те програмулинки, что работают в адресном пространстве ядра.
И это первое. (Если вы понимаете что это значит)
Второе — речь о совместимости этого апи сверху вниз.
Это когда все дрова в 7 работали бы в хр.
А это не так. И не только с дравер апи.

Зыж
Апи в линухе стабильней некуда.
Есть проги из всяких корэпрогс 20-30 летней давности.
Которые отлично компилятся, работают и выглядят также современно, как и все остальные.
А не используют слои совместимости вплоть до виртмашины.

Ответить | Правка | К родителю #70 | Наверх | Cообщить модератору

93. "Представлен фреймворк Compat, позволяющий использовать новые..."  +/
Сообщение от анонимус (??), 10-Мрт-12, 22:27 
>>Второе — речь о совместимости этого апи сверху вниз.
>>Это когда все дрова в 7 работали бы в хр.
>>А это не так. И не только с дравер апи.

В API Linux нет никакой совместимости вообще, ни вверх, ни вниз. В userspace API - только снизу вверх. Попробуйте скомпилировать программу на новой версии glibc и запустить на старой. Упс, undefined symbol glibc@@... В винде софт пишется на любой версии и работает на любой версии, если вы не используете специфику типа UAC, а такой специфики - кот наплакал. 95% userspace API винды совместимо в обоих направлениях начиная с XP. Софт, написанный на Win7, прекрасно работает на XP.

>>Есть проги из всяких корэпрогс 20-30 летней давности.
>>Которые отлично компилятся, работают и выглядят также современно, как и все остальные.

Я бы тут поаккуратней по двум причинам

1) речь идёт о stable API ядра, а не о программах userspace. Нет никакой гарантии, что сторонний драйвер для 2.6.18 скомпилируется хотя бы с 2.6.32. И скорее всего, что не скомпилируется. Если его допилить до 2.6.32, потом окажется, что он не компилируется с 2.6.39.

2) даже многие userspace программы написаны криво, полно таких. Благодаря крикоруким разработчикам стороннего софта в документации gcc регулярно появляются разделы типа "Porting to gcc 4.3", т.к. люди пишут код не так, как надо, а так, как компилируется. В итоге оно компилируется на gcc 4.2, и не компилируется на gcc 4.3. Или 4.6, хотя если бы соответствовало стандарту, то компилировалось бы везде (с учётом supported features снизу вверх).

Ответить | Правка | Наверх | Cообщить модератору

96. "Представлен фреймворк Compat, позволяющий использовать..."  +1 +/
Сообщение от arisu (ok), 10-Мрт-12, 22:32 
> В API Linux нет никакой совместимости вообще, ни вверх, ни вниз. В
> userspace API — только снизу вверх. Попробуйте скомпилировать программу на новой
> версии glibc и запустить на старой. Упс, undefined symbol glibc@@… В
> винде софт пишется на любой версии и работает на любой версии,
> если вы не используете специфику типа UAC, а такой специфики —
> кот наплакал. 95% userspace API винды совместимо в обоих направлениях начиная
> с XP. Софт, написанный на Win7, прекрасно работает на XP.

а сейчас кэп продемонстрирует, как можно разоблачить лжеца. берём m$vc6. компилируем программку. ура, работает везде. берём m$vc12 (или какая там). компилируем. запускаем на XP. упс. чо? какой-такой «рантайм скачать»? а куда же делась совместимость? а никуда не делась: просто гражданин соврамши.

Ответить | Правка | Наверх | Cообщить модератору

98. "Представлен фреймворк Compat, позволяющий использовать..."  +/
Сообщение от анонимус (??), 10-Мрт-12, 22:41 
какое отношение рантайм VC имеет к совместимости WinAPI?
Ответить | Правка | Наверх | Cообщить модератору

99. "Представлен фреймворк Compat, позволяющий использовать..."  +1 +/
Сообщение от arisu (ok), 10-Мрт-12, 22:49 
> какое отношение рантайм VC имеет к совместимости WinAPI?

какое отношение рантайм gcc имеет к совместимости API?

Ответить | Правка | Наверх | Cообщить модератору

100. "Представлен фреймворк Compat, позволяющий использовать..."  –1 +/
Сообщение от анонимус (??), 10-Мрт-12, 22:58 
>>какое отношение рантайм gcc имеет к совместимости API?

libc - это не рантайм gcc, рантайм gcc это libgcc1.

Ответить | Правка | Наверх | Cообщить модератору

101. "Представлен фреймворк Compat, позволяющий использовать..."  +1 +/
Сообщение от arisu (ok), 10-Мрт-12, 23:07 
>>>какое отношение рантайм gcc имеет к совместимости API?
> libc - это не рантайм gcc, рантайм gcc это libgcc1.

ну и веди тогда речь про некую неизвестную libc, glibc-то тут при чём?

а если при чём таки, то давай и про рантаймы m$vc тогда говорить. а если не использовать рантаймы, то я тебе за небольшие деньги могу рассказать, как это сделать с gcc.

или покажи мне, как fopen() без рантайма от m$vc заработает. а?

Ответить | Правка | Наверх | Cообщить модератору

103. "Представлен фреймворк Compat, позволяющий использовать..."  +/
Сообщение от анонимус (??), 10-Мрт-12, 23:51 
>>ну и веди тогда речь про некую неизвестную libc, glibc-то тут при чём?

при том, что это и есть реализация userspace API, которая совместима только снизу вверх. 95% Win API совместимо в обе стороны. Надеюсь, так понятнее, а то ты всё никак не врубишься о чём речь идёт, хотя я довольно подробно всё описал изначально. Ни рантайм VC ни libgcc к этому не относится. Вообще.

>>то я тебе за небольшие деньги могу рассказать, как это сделать с gcc.

насколько большие, 2$ подойдёт? Или 5$? Просто интересно, насколько ты любишь строить из себя большого специалиста, который всё делает за деньги.

>>или покажи мне, как fopen() без рантайма от m$vc заработает. а?

Речь идёт не о рантаймах вообще

Ответить | Правка | Наверх | Cообщить модератору

105. "Представлен фреймворк Compat, позволяющий использовать..."  +/
Сообщение от arisu (ok), 11-Мрт-12, 01:32 
> при том, что это и есть реализация userspace API, которая совместима только
> снизу вверх. 95% Win API совместимо в обе стороны.

орли? вообще-то, реализация userspace API — int 80h. это у вас в винде сисколы засекречены, а в линуксе, вообще-то, официально документированы и как раз являются userspace API. всё остальное — обёртки. одна из которых — glibc.

> Надеюсь, так
> понятнее, а то ты всё никак не врубишься о чём речь
> идёт, хотя я довольно подробно всё описал изначально.

вообще-то это ты не имеешь понятия, о чём говоришь, такие дела.

> Ни рантайм VC ни libgcc к этому не относится. Вообще.

«рантайм m$vc» — это не то же самое, что libgcc. я думал, ты троллишь, но теперь мне кажется, что ты просто этого не знаешь.

> насколько большие, 2$ подойдёт? Или 5$? Просто интересно, насколько ты любишь строить
> из себя большого специалиста, который всё делает за деньги.

вообще-то — небольшие, в районе 300 долларов. и ещё 42 доллара надбавки за тупость поциэнта.

>>>или покажи мне, как fopen() без рантайма от m$vc заработает. а?
> Речь идёт не о рантаймах вообще

тогда и веди речь о системном API. *документированом* системном API. в линуксе это — int 80h. сюрпрайз, правда? ещё больший сюрпрайз: оно таки совместимо снизу вверх. можешь взять древнюю libc5 и радостно её использовать в современной системе, если тебе так охота.

Ответить | Правка | Наверх | Cообщить модератору

109. "Представлен фреймворк Compat, позволяющий использовать..."  –1 +/
Сообщение от анонимус (??), 11-Мрт-12, 02:35 
>>вообще-то, реализация userspace API — int 80h. это у вас в винде сисколы засекречены

при чём тут вообще сисколлы? Речь идёт о стандартизированном userspace API, куда входит, в частности функции стандарта С в libc, куда МОГУТ входить сисоколлы, а могут и нет. Я об этом говорил с самого начала, а ты что-то шлангуешь.

>>это у вас в винде сисколы засекречены

за отдельную плату ты можешь получить почти всё, вплоть до исходников и поддержки kernel developers. Для тебя, я думаю, это не проблема.

>>«рантайм m$vc» — это не то же самое, что libgcc. я думал, ты троллишь, но теперь мне кажется, что ты просто этого не знаешь

Ещё раз - при чём тут вообще рантаймы?

>>оно таки совместимо снизу вверх.

я об этом написал сразу. Ты читать умеешь вообще что другие пишут? Я сразу написал, что userspace API совместимо снизу вверх, а в винде почти всегда - в обе стороны. В Linux - нет.

>>можешь взять древнюю libc5 и радостно её использовать в современной системе, если тебе так охота.

без перекомпиляции не могу, т.к. нет совместимости сверху вниз, ты перепутал направления совместимости. Угу, undefined reference to glibc@.

Сисколлы тут совсем ни при чём, не надо опять придумывать какие-то отговорки в виде рантаймов и сисколлов, которые никакого отношения к теме не имеют.

Ответить | Правка | Наверх | Cообщить модератору

110. "Представлен фреймворк Compat, позволяющий использовать..."  –1 +/
Сообщение от arisu (ok), 11-Мрт-12, 02:56 
лимит идиотов на сегодня исчерпан. abtreten!
Ответить | Правка | Наверх | Cообщить модератору

112. "Представлен фреймворк Compat, позволяющий использовать..."  +1 +/
Сообщение от ананим (?), 11-Мрт-12, 03:47 
>при чём тут вообще сисколлы? Речь идёт о стандартизированном userspace API, куда входит, в частности функции стандарта С в libc, куда МОГУТ входить сисоколлы, а могут и нет. Я об этом говорил с самого начала, а ты что-то шлангуешь.

не понятно о чём говорите лично вы, но userspace API (особенно с уточняющей приставкой userspace) - это тот интерфейс, который могут использовать прикладные (юзерспейсные) программы при системных вызовах и которые предоставляются системой.
в данном случае ядром linux. список этих системных вызовов можно увидеть тут /usr/include/asm/unistd_64.h (или unistd_32.h). и у меня их там на данный момент 309.
и они супер стабильны.
зыж
вы же наворотили...
вот интересно, если функции стандарта С у вас входит в userspace API, то почему не входят баш, пёрл, паскаль, жаба... брэенфак? у них ведь тоже есть "знакомое" буквосочетание API?
тем более, что половину приведённых вами "фактов" вообще относятся к проблеммам ABI, а не к API.
выучите уже когда и какое апи имеется в виду и только потом лезьте в спор.

Ответить | Правка | Наверх | Cообщить модератору

113. "Представлен фреймворк Compat, позволяющий использовать..."  +/
Сообщение от ананим (?), 11-Мрт-12, 03:53 
ззыж
ну вот тут например почитайте - http://docstore.mik.ua/manuals/ru/zlp/005.html
там кстати в первом же предложении (на примере файлового ввода-вывода):
>В языке C для осуществления файлового ввода-вывода используются механизмы стандартной библиотеки языка, объявленные в заголовочном файле stdio.h. Как вы вскоре узнаете консольный ввод-вывод - это не более чем частный случай файлового ввода-вывода. В C++ для ввода-вывода чаще всего используются потоковые типы данных. Однако все эти механизмы являются всего лишь надстройками над низкоуровневыми механизмами ввода-вывода ядра операционной системы.

где "стандартной библиотеки языка" - это АПИ языка С.
а "низкоуровневыми механизмами ввода-вывода ядра" - это юзерспэйс АПИ ядра.

вот когда это усвоите, тогда можете переходить к драйвер АПИ и рассуждать о преимуществах стэбл/унстэбл.

Ответить | Правка | К родителю #112 | Наверх | Cообщить модератору

125. "Представлен фреймворк Compat, позволяющий использовать..."  +/
Сообщение от Ваня (??), 11-Мрт-12, 14:27 
> орли? вообще-то, реализация userspace API — int 80h. это у вас в
> винде сисколы засекречены, а в линуксе, вообще-то, официально документированы и как
> раз являются userspace API. всё остальное — обёртки. одна из которых
> — glibc.

Отчасти поэтому API и стабилен: изменения kernel API нивелируются DLL. Есть ещё ряд преимуществ, но до них вы не доросли.

Ответить | Правка | К родителю #105 | Наверх | Cообщить модератору

130. "Представлен фреймворк Compat, позволяющий использовать..."  +/
Сообщение от ананим (?), 11-Мрт-12, 15:56 
уйди от греха. :D

зыж
ю мэйк май дэй.


ззыж
звучит бредово, но может ещё кто поржёт:
Отчасти поэтому API и стабилен: изменения kernel API нивелируются модулями .ko.
Есть ещё ряд преимуществ, но до них вы не доросли.

Ответить | Правка | Наверх | Cообщить модератору

135. "Представлен фреймворк Compat, позволяющий использовать..."  +/
Сообщение от Ваня (??), 11-Мрт-12, 16:28 
Кроме ":D зыж ю мэйк май дэй. ззыж" и "ко" (курица?) слова знакомы, но смысл не понятен.
Ответить | Правка | К родителю #130 | Наверх | Cообщить модератору

136. "Представлен фреймворк Compat, позволяющий использовать..."  +/
Сообщение от ананим (?), 11-Мрт-12, 17:01 
а на большее я как-то и не рассчитывал :D
Ответить | Правка | К родителю #135 | Наверх | Cообщить модератору

102. "Представлен фреймворк Compat, позволяющий использовать новые..."  +/
Сообщение от ананим (?), 10-Мрт-12, 23:44 
ну с первым вам уже достойно ответили. а вот тут:
>Я бы тут поаккуратней по двум причинам
>1) речь идёт о stable API ядра, а не о программах userspace.

именно. поэтому прочтите ветку ещё раз.
>2) даже многие userspace программы написаны криво, полно таких. Благодаря крикоруким разработчикам стороннего софта в документации gcc регулярно появляются разделы типа .....

замена gcc на vc в этом утверждении меняет... ничего. даже в одной версии винды и соответсвенно ядра.
и ещё, раз уж если у вас плохо с чтением и/или раз вы позволяете вырывать фразы из контекста, могу так же переадресовать вам:
Я бы тут поаккуратней по двум причинам
1) речь идёт о stable API ядра, а не о программах userspace.
2) даже многие userspace программы написаны криво, полно таких.
и всё это же в винде. или ни для кого-то секрет, что есть куча вайфай карт, где есть дрова только под вин7 и нет (и не будет) под винхп?
зыж
в линухе стэбл апи не нужен хотя бы потому, что желающие всё-равно имеют возможность портировать дрова при этом не ограничивая развитие ядра.
в винде такого нет, не было и не будет.

Ответить | Правка | К родителю #93 | Наверх | Cообщить модератору

119. "Представлен фреймворк Compat, позволяющий использовать новые..."  +/
Сообщение от AlexAT (ok), 11-Мрт-12, 07:52 
> В API Linux нет никакой совместимости вообще, ни вверх, ни вниз. В
> userspace API - только снизу вверх. Попробуйте скомпилировать программу на новой
> версии glibc и запустить на старой. Упс, undefined symbol glibc@@...

API и ABI не перепутал? Открою тебе секрет - для такого числа платформ, под которыми Linux и софт собирается - вообще стабильного ABI быть не может. И не должно, иначе придется городить костыли вида winapi, где одно и то же может быть сделано 2-5 разными функциями разного уровня грабельности, не всегда присутствующими или корректно работающими в конкретной версии (имеется в виду SP+KB, а не major).

Ответить | Правка | К родителю #93 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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