Windows vs Linux - Как десктоп , и игровая станция.

"A Required DLL File, xxxx, was not found" - такое у меня бывает только с программами написаными на MFC и приходится искать их
msvcp60
msvcp70
msvcp71
msvcp80
...
msvcp??

Сообщение отредактировано: Monty - 08.07.07, 14:40

Кстати что напрягло, вот всегда думал что ядро 2.4.2 одно из самых сбалансированых и оптимальных (и сорцы его есть), однако вышел

Цитата

Восемнадцатый релиз патчсета CFS (Полностью Справедливого
Планировщика), заточены для сегодняшеней
-git ветки, 2.6.22-rc5, 2.6.22-rc4-mm2, 2.6.21.5 or 2.6.20.14.
И, по словам Инго (Ingo Molnar), самыми большими изменениями в данном релизе
являются различные улучшения производительности.

следом заним выкатили

Цитата

Linux Kernel Markers:
Использование данного инструмента делает успешным выявление следующих проблем:
вопросы задержки в пользовательских программ захвата видео, проблемы замедления
работы в крупных кластерных системах из-за того что в различных файловых
системах может быть различный размер кэша (на момент переключения с фс на фс),
аномальную задержку Linux планировщиков, и.т.д.

Это чеж получаеться все то что вы юзали вчера, было глюкалово, вот вам патч пока, поюзайте недодел, а завтра мы выпустим примочку полутше? А ведь этож, не хрень там какая нить qt-шная, а едро... Вот думаю поставить как нить линупс, но тока исключительно в виде едра. да. и проги чтоб, пахали все на уровне кернела. Дешево и сердито. Как раз по мне, а то FREEDOS, поднадоел немножко, экзотики охота. Однако, вот что то с планировщиками бока, и главное как улучшеную версию заюзать в едре 2.4.2?

Добавлено 08.07.07, 15:02

Цитата

msvcp60
msvcp70
msvcp71
msvcp80
...
msvcp??

А я все либы перехакал на msvcp50 (бывшая msvcp70) и msvcrt.dll (msvcr70). Потом берешь Hiew и пропатчиваеш им нехорошую прогу. У меня все работает, на почти старых и классических версиях, и не жжужит. Поскоку я вот, консерватор и от всего того "нового", что лепят, разумееться не ожидаю ничего хорошего...

Цитата n0p @ 08.07.07, 14:55

Однако, вот что то с планировщиками бока, и главное как улучшеную версию заюзать в едре 2.4.2?

Придется кучу всего бэкпортировать.

Цитата n0p @ 08.07.07, 14:55

А я все либы перехакал на msvcp50 (бывшая msvcp70) и msvcrt.dll (msvcr70). Потом берешь Hiew и пропатчиваеш им нехорошую прогу. У меня все работает, на почти старых и классических версиях, и не жжужит. Поскоку я вот, консерватор и от всего того "нового", что лепят, разумееться не ожидаю ничего хорошего...

Кстати, не подскажешь, как отучить программы, собранные в vc++2005 от хитрого способа загрузки msvcrt (через манифесты)? Чтобы они нормально пускались на тех компах, где не стоит студия.

Цитата Monty @ 08.07.07, 14:39

"A Required DLL File, xxxx, was not found"

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

Цитата mo3r

Кстати, не подскажешь, как отучить программы, собранные в vc++2005 от хитрого способа загрузки msvcrt (через манифесты)? Чтобы они нормально пускались на тех компах, где не стоит студия.

вроде манифест особо погоды то не делает, сидит наподобии версии в ресурсах. А таблица импорт-функций, абсолютно прозрачна и видима. может ты напарывался на .NET проги которые запрашивали mscoree.dll? А так максимум из хитростей, в dll, помню был некий bound-импорт таблица, которая не то разогревала не то не пойми что делала. Список на левые диелелы, красовался в самом начале, и не давал размаха чтонибудь поделать. Опять же, оказалось извести его достаточно просто, обнулить смещение на указатель этой ненужной таблицы. Впрочем в Висте, используют уже какие то грязные махинации, навроде упаковок PE секций.

Цитата n0p @ 08.07.07, 12:24

а у мну - венда2к

а почему? а разве 98 винда не быстрее?

Цитата Катька @ 08.07.07, 21:09

а разве 98 винда не быстрее?

И, несомненно, гораздо надёжнее И полностью реализован win32api

Цитата Катька

а почему? а разве 98 винда не быстрее?

Ну тут достаточно сравнить, к примеру как FAR пашет. Консольный вывод в Win9X, на порядок тормознее. Да и игры, помниться свап набьют и повиснут, а если и запустяться идут куда тормознее.

Цитата wind

И, несомненно, гораздо надёжнее

Ага, помниться щедра была система на "синии экраны" с "неустранимыми ошибками в VXD".

Цитата n0p @ 08.07.07, 21:42

Ага, помниться щедра была система на "синии экраны" с "неустранимыми ошибками в VXD".

Вот у одних винда 98-я быстро была вылечена от этого синдрома полным удалением и установкой Debian+IceWM. Люди долго не могли заметить разницу, кроме разве факта пропажи глюков.

Цитата n0p @ 08.07.07, 16:35

А таблица импорт-функций, абсолютно прозрачна и видима. может ты напарывался на .NET проги которые запрашивали mscoree.dll?

Нет, именно что программы, скомпиленные в visual c++. Им C Runtime redistributable нужен...

Цитата mo3r

Нет, именно что программы, скомпиленные в visual c++.

ну в визуале и черта лысого можно скомпилить.
Вроде ацкой смеси на C# и C++. А так прога требующая msvcr80 легко пашет будучи перебита и на msvcr70. Может прога содержит левый фуекционал, который копаеться в XML-ке манифеста? А так куда проблемней с нет-фреймоврком. Тут я пас. Даже дистро-хакалку виндов не стал юзать из за этого.

О жгучем wine второй свежести. Или о жгучем гноме?.. я так и не понял пока ещё.
Действия.
1) установили под wine gtk+-2.6.10 для windows
2) установили stardict-2.4.8 (опять таки - виндовую версию, которая юзает предыдущий gtk
3) запустили под wine свежеустановленный стардикт
а) КДЕ - всё пучком
б) Гноме - см. аттач.

Мдя, ну что бы родные gtk-шные приложения под написаной на gtk же оболочкой шли ВОТ ТАК - это да, это жжжжжение
Второй свежести. Или третьей?..

Прикреплённая картинка

Цитата Бобёр @ 10.07.07, 05:32

1) установили под wine gtk+-2.6.10 для windows

Нет, не может быть человек настолько неудовлетворенным! Не может!

Добавлено 10.07.07, 14:56
Собери еще гном под винду, пусти его под вайном под виндой же и расскажи, как этот линукс убог.

Бобёр, я Вас ни понял. А какого так делать надо было? o_O
Если приложение в работе использует Gtk, оно стопудово есть родное под линукс.
Stardict, в частности, тоже.

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

При таком взгляде получается, что в лине вайн работает плохо, но РАБОТАЕТ!

хм.. а все таки, ничего так GTK, этот. Некоторые порты прог, для виндов с mini GTK, мне например понравились, даже слехка позавидовал элементам управления. Гламурненько. Да, а wine, всё еще делают... Кстати, меня вот, очень интересует реализация переходника DirectX3D->OpenGL. Нехило такую DLL в Win32 заюзать, заценить как гамесы попрут. Тока прикидываю чем всё это закончиться, обломом в компилянии либо глюками. А жаль.