The OpenNET Project / Index page

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



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

Оглавление

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

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


69. "Представлен фреймворк Compat, позволяющий использовать новые..."  +/
Сообщение от AlexAT (ok), 10-Мрт-12, 14:53 
Такой эпичный спор овер stable API (win*) и non-stable kAPI (lin*). Нету у win* stable API. Между XP и Vista сломали API как минимум для графики и звука. Между Vista и W7 сломали еще больше, а forced signing в x64 - вообще песня.

И в userspace API у винды всё очень и очень плохо, дублирования функционала столько, что начинаешь теряться.

Это раз.

Два - это бэкпортинг. Тут принцип простой: кто заявил поддержку обратной совместимости, тот и бэкпортирует. И разработчикам мейнстрима до него не должно быть никакого дела. Редхат с этим прекрасно живёт и не жалуется.

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

70. "Представлен фреймворк Compat, позволяющий использовать новые..."  –3 +/
Сообщение от Аноним (-), 10-Мрт-12, 15:36 
Ты б не трындел. В семерке работает ВЕСЬ софт, писаный для XP с использованием штатного Win32.
Ответить | Правка | Наверх | Cообщить модератору

71. "Представлен фреймворк Compat, позволяющий использовать новые..."  +/
Сообщение от AlexAT (ok), 10-Мрт-12, 15:47 
А это как объяснишь, трололо?
http://www.thevista.ru/forums.php?m=posts&q=13747
Ответить | Правка | Наверх | Cообщить модератору

73. "Представлен фреймворк Compat, позволяющий использовать новые..."  –1 +/
Сообщение от Сергей (??), 10-Мрт-12, 16:51 
Как минимум, -> "Совсем некорректный пример"
приводишь список антивирусов, думай головой.
Когда это антивирусы только стандартное API использовали.
Ответить | Правка | Наверх | Cообщить модератору

75. "Представлен фреймворк Compat, позволяющий использовать новые..."  +/
Сообщение от ананим (?), 10-Мрт-12, 17:30 
всегда.
это что, новость? они НЕ ИСПОЛЬЗУУЮТ ничего, чего нет в мсдн.

и да, Microsoft Visual Studio 2008, Pinnacle Studio v.12, Nokia PCSuite,... - не антивирусы. :D

ps;
из всего вышеуказанного выходит за рамки винапи только старфорс и пару отладчиков.

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

116. "Представлен фреймворк Compat, позволяющий использовать новые..."  +/
Сообщение от AlexAT (ok), 11-Мрт-12, 07:34 
> Как минимум, -> "Совсем некорректный пример"
> приводишь список антивирусов, думай головой.
> Когда это антивирусы только стандартное API использовали.

Как минимум, изначально речь шла о kernel API, поэтому "софт работает" - пример тоже непонятный.

Навскидку, из того, с чем лично столкнулся при переходе на 7:
Corel Draw (не помню, какой версии)
Mozilla Firefox (угумс, тогда еще был не совместим)
Alcohol 120%
Radmin
Ряд видеокодеков ронял explorer

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

95. "Представлен фреймворк Compat, позволяющий использовать новые..."  +/
Сообщение от анонимус (??), 10-Мрт-12, 22:31 
>>А это как объяснишь, трололо?
>>http://www.thevista.ru/forums.php?m=posts&q=13747

почти весь крупный софт, который вмешивается в винду или бегущие процессы, типа антивирусов, использует недокументированные функции, или специфичные для данной винды баги, которые могут не работать в другой версии винды. Быть партнёром MS - это не хухры-мухры.

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

120. "Представлен фреймворк Compat, позволяющий использовать новые..."  +/
Сообщение от AlexAT (ok), 11-Мрт-12, 07:54 
> почти весь крупный софт, который вмешивается в винду или бегущие процессы, типа
> антивирусов, использует недокументированные функции

Бгы. Это очень правильный и системный подход, присущий только поделкам от мс.

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

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ообщить модератору

76. "Представлен фреймворк Compat, позволяющий использовать новые..."  +3 +/
Сообщение от Аноним (-), 10-Мрт-12, 17:39 
> В семерке работает ВЕСЬ софт, писаный для XP с использованием штатного Win32.

А у меня почему-то миранда прекрасно работавшая в XP в семерке стала просто тихонько вылетать. Я не думаю что им для совершенно заурядной прикладухи надо какое-то хитрозагнутое апи. И FAR даже с админскими правами ловит access denied в половине папок, потому что дятлы из редмонда не осилили нормально содрать sudo и поэтому программам надо что-то там явно знать о том как подбросить себя в правах (хотя формально и так аккаунт админский, тудыть-растудыть). Файлманагер который не манагит файлы даже под админом - это круто... :\

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

90. "Представлен фреймворк Compat, позволяющий использовать новые..."  +/
Сообщение от ананим (?), 10-Мрт-12, 18:53 
Да один дх11 вспомнить чего стоит.
Ахрененно совместим сверху-вниз и вдоль-и-поперёк.
Ответить | Правка | Наверх | Cообщить модератору

118. "Представлен фреймворк Compat, позволяющий использовать новые..."  +/
Сообщение от AlexAT (ok), 11-Мрт-12, 07:48 
> Да один дх11 вспомнить чего стоит.
> Ахрененно совместим сверху-вниз и вдоль-и-поперёк.

Особенно Directsound3D в DX10+ радует. А это ведь userspace API. В итоге всем срочно пришлось бежать с микрософтовской недоделки на OpenAL.

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

77. "Представлен фреймворк Compat, позволяющий использовать новые..."  –3 +/
Сообщение от z (??), 10-Мрт-12, 17:42 
>Нету у win* stable API. Между XP и Vista сломали API как минимум для графики и звука. Между Vista и W7 сломали еще больше

Т.е. то, что до висты оно было стабильно 5+ лет вас ну совсем не смущает? Между Vista и 7 совместимость практически 100%-я

А раз в 6-7 лет ради кардинальных улучшений (типа WDDM) можно и несовместимости ввести, не страшно

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

88. "Представлен фреймворк Compat, позволяющий использовать новые..."  +/
Сообщение от ананим (?), 10-Мрт-12, 18:49 
Не смущает.
Видите ли, драйвер апи для ядра 2.6.18 тоже стабилен более 5 лет.
Ответить | Правка | Наверх | Cообщить модератору

106. "Представлен фреймворк Compat, позволяющий использовать новые..."  +/
Сообщение от z (??), 11-Мрт-12, 02:04 
>Видите ли, драйвер апи для ядра 2.6.18 тоже стабилен более 5 лет

Тогда покажите мне DRM-драйвер для 2.6.18 для радеонов 6-серии (HD)

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

114. "Представлен фреймворк Compat, позволяющий использовать новые..."  +/
Сообщение от ананим (?), 11-Мрт-12, 04:12 
пользуйтесь каталистом.
ну или покажите мне dx11 для XP.
или например кучу драйверов на новое железо (например у очень многих wifi), которые выпускаются только для вин7.
и никакая падла даже и не пытается сделать что-то типа сабжа.

зыж
в винде вас не удивляет, что ядро не меняется до тех пор, пока вы не купите его в составе новой винды.
в линухе опенсоурс разработка.
и (парадоксальная ситуация) оказывается это для альтернативно одарённых плохо, что любое ядро вы можете скачать, а не ждать, когда его вам продадут через пару-тройку лет.
может вам не стоит пока создавать систему под себя? может воспользуетесь готовыми решениям?
типа RHEL|SLES|ETC?
они решат за вас эти проблемы с бэкпортированием и головка у вас не будет бо-бо.

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

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

Что ж так, KMS и нормального 2D, значит, не видать? :D
>ну или покажите мне dx11 для XP

dx11 это новое API/граф.стек, а не обособленный драйвер в обычном понимании, и более того  - его доступность в XP никем не декларировалась
>или например кучу драйверов на новое железо (например у очень многих wifi), которые выпускаются только для вин7

это желание производителя, а в линуксе даже при желании портирование с новых версий в старые - сущий гемеррой
>в винде вас не удивляет, что ядро не меняется до тех пор, пока вы не купите его в составе новой винды.

Раз в 10 лет? Нет
>в линухе опенсоурс разработка

базар и несовместимости через каждую версию? знаем, занимались портированием лично
>может воспользуетесь готовыми решениям типа RHEL|SLES|ETC?

Ok, как завести 3D/KMS на HD5XXX на 2.6.32?
>RHEL|SLES|ETC?

И вы действительно считаете, что эти решения стоят дешевле какой-нибудь W7Pro? У меня для вас неприятная новость... :)

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

131. "Представлен фреймворк Compat, позволяющий использовать новые..."  +/
Сообщение от ананим (?), 11-Мрт-12, 16:01 
>>пользуйтесь каталистом
>Что ж так, KMS и нормального 2D, значит, не видать? :D

разумеется.
новые технологии смотрите в вновой висте.
аля dx11, уак и тд, и тп.

>dx11 это новое API/граф.стек, а не обособленный драйвер в обычном понимании, и более того  - его доступность в XP никем не декларировалась

одно слово - писец.
зыж
кмс - это новое API/граф.стек, а не обособленный драйвер в обычном понимании, и более того  - его доступность в 2.6.18 никем не декларировалась.
зззыж
>И вы действительно считаете, что эти решения стоят дешевле какой-нибудь W7Pro? У меня для вас неприятная новость... :)

а кто говорит о дешевле?!!! :D
халявщик ты Лёня, а не партнёр.

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

142. "Представлен фреймворк Compat, позволяющий использовать новые..."  +/
Сообщение от z (??), 11-Мрт-12, 20:38 
>новые технологии

ага, ещё новой технологей в линуксе называется поддержка современного железа, т.к. новые HD на старых ядрах завести практически нереально - даже банальное переключение в терминал из иксов корректно не работает
>аля dx11, уак и тд, и тп.

это фактически новые API/функциональность, а не ломание старого, учи матчасть
>его доступность в 2.6.18 никем не декларировалась
>кмс - это новое API/граф.стек, а не обособленный драйвер в обычном понимании, и более того  - его доступность в 2.6.18 никем не декларировалась

в копи-пасту ты умеешь т.к. ума для этого особо и не нужно, а вот рабочего 3D с опенсорсными драйверами на 2.6.18 (на подобие драйверов для XP, хотя ядро XP существенно старее как 2.4 - про которое вообще молчу) так и не показал - вот вам и Шtable API Nonsense =)
>а кто говорит о дешевле?!!! :D

Ах вот ты какой, бизнес от линукса =) Вопросов больше не имею =)

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

145. "Представлен фреймворк Compat, позволяющий использовать новые..."  +/
Сообщение от ананим (?), 11-Мрт-12, 21:20 
>>аля dx11, уак и тд, и тп.
>это фактически новые API/функциональность, а не ломание старого,

Угу. dx1 - старое и 1 - новое.
>учи матчасть

Ну только  тебе это и говорить. :D

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

94. "Представлен фреймворк Compat, позволяющий использовать новые..."  +/
Сообщение от Аноним (-), 10-Мрт-12, 22:27 
> А раз в 6-7 лет ради кардинальных улучшений (типа WDDM) можно и
> несовместимости ввести, не страшно

Или ради криво содранного sudo которое у них обозвано uac и ведет крайне идиотскую политику, когда юзер по дефолту - админ, но почему-то урезанный, который должен регулярно доказывать что он не верблюд, ткнув соотв. кнопку. Получилось ни два, ни полтора. И программам надо что-то явно знать о том что эта срань - есть. И юзер вроде как может многовато, но уже и не совсем полноценный админ. И программы поотваливались.

Наверное посмотреть как это сделано в *nix и просто передрать 1 в 1 помешал синдром nih. А зря, в *никсах все это намного прямее и удобнее сделано.

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

97. "Представлен фреймворк Compat, позволяющий использовать новые..."  +/
Сообщение от анонимус (??), 10-Мрт-12, 22:37 
>>Или ради криво содранного sudo которое у них обозвано uac

А sudo умеет временно повышать привилегии для выполнения определённых операций уже запущенного процесса? Либо вы не понимаете что такое UAC, либо я отстал от жизни.

>>А зря, в *никсах все это намного прямее и удобнее сделано.

sudo запускает программу от другого пользователя целиком и полностью. Как мне повысить привилегии в запущенной программе с запросом пароля для записи в /var/..., а потом их дропнуть?

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

146. "Представлен фреймворк Compat, позволяющий использовать новые..."  +/
Сообщение от Crazy Alex (ok), 11-Мрт-12, 23:15 
А что мешает выделить нужную функцию в отдельный процесс? Религия не позволяет?
Ответить | Правка | Наверх | Cообщить модератору

107. "Представлен фреймворк Compat, позволяющий использовать новые..."  +/
Сообщение от z (??), 11-Мрт-12, 02:09 
> Или ради криво содранного sudo которое у них обозвано uac

Аналог sudo - в локальных политиках безопасности/запуске от другого пользователя, UAC занимается совершенно другими вещами, учи матчасть

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

108. "Представлен фреймворк Compat, позволяющий использовать..."  +2 +/
Сообщение от arisu (ok), 11-Мрт-12, 02:14 
> UAC занимается совершенно другими вещами

Марс осваивает.

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

115. "Представлен фреймворк Compat, позволяющий использовать новые..."  +/
Сообщение от ананим (?), 11-Мрт-12, 04:22 
>UAC занимается совершенно другими вещами, учи матчасть

угу. UAC пытается костылями прикрыть архитектурные просчёты платформы доставшиеся в наследство.
не, ну это надо додуматься, чтобы прикладуха писала свой ini-файл в систем32!... да и в любой другой в этом каталоге.
>Также действует «виртуализация каталогов и реестра»: программа, которая пробует записать что-либо в каталог %PROGRAMFILES%\Папка\Пример.ini, записывает этот файл в каталог %USERPROFILE%\AppData\Local\VirtualStore\Program Files\Папка\Пример.ini. Это обеспечивает совместимость старых программ с разграничением доступа.

http://ru.wikipedia.org/wiki/User_Account_Control
ps;
чего уж удивлятся вопросу "Как мне повысить привилегии в запущенной программе с запросом пароля для записи в /var/..., а потом их дропнуть?" ???
никак!!! никак нельзя позволять это делать!
уменьшать привилегии процесса можно, повышать - нет.
так получишь себе троянца и повысишь ему потом....

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

126. "Представлен фреймворк Compat, позволяющий использовать новые..."  +/
Сообщение от Ваня (??), 11-Мрт-12, 15:00 
Вы путаете решение проблемы DLL HELL и UAC.
Ответить | Правка | Наверх | Cообщить модератору

133. "Представлен фреймворк Compat, позволяющий использовать новые..."  +/
Сообщение от ананим (?), 11-Мрт-12, 16:05 
во-первых - не я (см. ссылку)
во-вторых - не DLL HELL, WinAPI HELL, где архитектура системы через попу.
в-третьих - тебе хоть за такое жалкое враньё то платят? :D
Ответить | Правка | Наверх | Cообщить модератору

134. "Представлен фреймворк Compat, позволяющий использовать новые..."  +/
Сообщение от Ваня (??), 11-Мрт-12, 16:27 
> Также действует «виртуализация каталогов и реестра»: программа, которая пробует записать что-либо в каталог %PROGRAMFILES%\Папка\Пример.ini, записывает этот файл в каталог %USERPROFILE%\AppData\Local\VirtualStore\Program Files\Папка\Пример.ini. Это обеспечивает совместимость старых программ с разграничением доступа.

Именно DLL HELL. Про WinAPI HELL впервые слышу от вас.

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

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

138. "Представлен фреймворк Compat, позволяющий использовать новые..."  +/
Сообщение от AlexAT (ok), 11-Мрт-12, 18:45 
> Именно DLL HELL. Про WinAPI HELL впервые слышу от вас.

Логично, что впервые, поскольку под winapi не писали, и даже не пробовали. Пробовали бы - уже поняли бы.

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

143. "Представлен фреймворк Compat, позволяющий использовать новые..."  +1 +/
Сообщение от z (??), 11-Мрт-12, 20:47 
> Логично, что впервые, поскольку под winapi не писали, и даже не пробовали. Пробовали бы - уже поняли бы.

Бедные Adobe и миллионы других разработчиков (в т.ч. и я), и не подозревают, как на самом деле мучаются с Win32API (который последние 10 лет не менялся, а лишь дополнялся) -- то ли дело линукс, где в последние годы всё стабильно (в т.ч. количество нужного софта), не считая постоянных смен ключевых компонентов(gtk,qt,gnome,kde,unity,oss,alsa,hal,dbus,pulseaudio,systemd,upstart,...) :D


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

121. "Представлен фреймворк Compat, позволяющий использовать новые..."  +/
Сообщение от Sergey722 (ok), 11-Мрт-12, 10:18 
>когда юзер по дефолту - админ, но почему-то урезанный, который должен регулярно доказывать что он не верблюд, ткнув соотв. кнопку

Да это понятно зачем сделано. Это ведь традиция, что пользователь в винде работает под админом. Вот чтобы при этом он не натворил дел придумали костыль. Вот только не понятно зачем было сохранять эту традицию.

З.Ы.: А вопрос типа: "Вы уверены, что это вы запустили эту программу?" - вообще жемчуг.

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

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

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




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

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