Тэвис Орманди (Tavis Ormandy), исследователь безопасности из Google, развивает проект LoadLibrary, нацеленный на портирование собранных для Windows DLL-библиотек для их использования в приложениях для Linux. Проектом предоставляется библиотека-прослойка, при помощи которой можно загрузить DLL-файл в формате PE/COFF и вызвать определённые в нём функции. Загрузчик PE/COFF основан на коде ndiswrapper. Код проекта распространяется под лицензией GPLv2...Подробнее: https://www.opennet.me/opennews/art.shtml?num=52530
оооо, теперь можно rundll32!
точно 32?
> точно 32?а в винде в итоге всё так и осталось с именами -32 для совместимости :)
Ни тебе shell64, ни system64. :D Ну, оно в какой-то мере и понятно. Хотя и не красиво. (пкм, в вин7-64)
Ну как же? Папка с 32-битными библиотеками стала называться syswow64, так что есть 64, правда тут оно не архитектуру бинарей означает, а архитектуру системы. В данном случае syswow64 - system windows on windows64
Это маркетинг Майкрософт. В своем стиле, прослойку для эмуляции 32битной системы назвали WOW64. Кому нужны 32 бита в 20 веке? вот 64 хорошо продается
Это создавалось ещё для редакций Айтэниум(Intel Itanium). Там нет поддержки 32х-битных приложений и там идет эмуляция.
А в чем прикол написать уродливую транскрипцию на русском и оригинальное название в скобках вместо просто ориг. названия?
> А в чем прикол написать уродливую транскрипцию на русском и оригинальное название
> в скобках вместо просто ориг. названия?Это моё отношение к Windows on Windows 64. (Касательно "уродливой" для вас транскрипции.)
А прикол в том как я это произношу. (Но это уже оффтопик.)
Эмулировать там ничего не надо, х86 сам прекрасно справляется. Стало быть wow64 это такое напыщенное название для lib32
Как раз наоборот, в system32 лежат 64-битные, а в syswow64 32-битныеP.S. перечитал внимательнее ваш комментарий, менять текст ответа не стал.
Получается, в system32 лежат "родные" бинари (32-разрядные или 64-разрядные в соответствии с архитектурой системы), а в syswow64 32-разрядные для совместимости (но только на 64-битной системе).
Предыдущий комментатор имел в виду, что логичнее было бы сделать system64 для 64-битной системы, а system32 для "своих" в 32-битной и 32-бит-совместимых для 64-битной. Это бы, правда, заметно усложнило некоторые моменты и в системе и в программах и создало бы определённую путаницу, как бы это странно ни звучало на первый взгляд
Можете развить мысль насчет сложностей?
В нынешнем виде тоже не все гладко, в глаза бросается невозможность найти к примеру папку spool на винде 64-бит, через файловый менеджер (free commander) 32-бит.
> Windows DLL-библиотек ... C++Вызов функций C++ из DLL? Автор точно в теме?
А, по-вашему, код на C++ нельзя скомпилять в .dll? Ну и потом вызывать из других программ.PS Что-то мне подсказывает, что я с помощью MinGW-W64 получал .dll из кода на C++.
Насчет всех не стану утверждать, на из Visual Basic код из DLL, полученных именно из С++, вызвать нельзя.
Да ладно ...
Надо просто правильно передавать/получать параметры
там не параметры, там имя функции MSVC++ mangle-ит страшно, и к тому же слегка непредсказуемо= на мажорных версиях ломается. еще тип вызова (calling convention) надо правильный ставить. С MS/MSVC всё это большая морока. ибо проприетарный жадный тупой монстр.
А в MASM генерацию своего (MSVC) вывода не исправили лет так +-15 ибо могут так - послать всех своих юзеров, и куда подальше. и навсегда. юзеры все равно прибегут, таргет аудитория такая, не системщики.A c GCC вариантами да, работает, в т.ч. MinGW.
> Вызов функций C++ из DLL?Это ты ещё Qt не видел, там даже методы линкуются из dll.
Так со всеми библиотеками у mingw. Хз зачем в VisualC++ изобрели отдельную сущность содержащую заголовок библиотеки для линковки
Вы еще Borland C++ не видели ...
что поразительно, так это то, что современный анон свои "технические" навыки вообще не ставит под сомнения в любой теме и готов спорить с теми даже, кто действителньо силён и что-то делает (например с "Автором")слабоумие и отвага в чистом виде же
Он просто спросил потому что ему это показалось неправильным в силу того что он видимо не разбирался в этом вопросе, но вы с чего-то решили что он собрался что то оспаривать и что-то доказывать, ещё и обозвали его слабоумным. Что тогда можно сказать о вас?
1. "слабоумие и отвага" это древний мем, описывающий ту или иную ситуацию2. а самоуверенное заявление "Автор точно в теме?" не является ли обвинением автора поста (или автора проекта, которому посвящён пост)?
я вот склоняюсь к тому, что автор перед постом 100 раз перепроверит информацию (по крайней мере в здесь и в этой, технической сфере)
а вот комментатор сначала напишет коммент, а а уж потом будет что-то првоерять (если вообще будет)
В любом случае оскорбления лишние.
Устал от неадекватных.
А то, что вторым же предложением он ставит под сомнение компетентность автроа, вы конечно не заметили. В таком случае, что тогда можно сказать о вас?
Может, он имеет в виду костыли типа extern "C". В таком случае можно ли говорить, что линкуется именно объектный код, полученный из чистого С++?Если кто-то задает вопрос, возможно резко, нужно ли априори считать его некомпетентным?
> Может, он имеет в виду костыли типа extern "C".Какие, к черту костыли? Это чтобы ++компилятор не декорировал экспортируемые имена суффиксами и префиксами перегрузки, иначе компоновщик не сможет бинарник склеить.
И что Вы опровергли или доказали? Что независимо от того, на чем написан код библиотеки - на С, С++, да хоть с ассемблерными вставками, наружу функции должны быть видимы только как функции С. Спасибо. Автор действительно не в курсе.
Вы там накурились оба?С++ функции (и методы классов) отлично экспозятся из dll, например "public: enum BatchParser::ParserState::ErrorType __cdecl BatchParser::ParserState::GetErrorType(void)const __ptr64" торчит наружу как "?GetErrorType@ParserState@BatchParser@@QEBA?AW4ErrorType@12@XZ".
> Может, он имеет в виду костыли типа extern "C". В таком случае можно ли говорить, что линкуется именно объектный код, полученный из чистого С++?А если в C мы объявляем функцию, указывая для неё не-C'шную конвенцию вызова, которая принята для dll: можно ли говорить что эта функция -- чистый "C"?
Как я это вижу: не все возможности API C++ можно отобразить на ABI DLL, но от этого то, что можно отобразить, не прекращает быть кодом на C++.
> Если кто-то задает вопрос, возможно резко, нужно ли априори считать его некомпетентным?
Эмм... Если его резкость мешает ему задать вопрос так, чтобы его поняли как вопрос, а не как попытку окунуть автора за некомпетентность, то... то это уже не "априори", это уже "апостериори": уже есть свидетельства тому, что человек некомпетентен, у компетентного нет нужды самоутверждаться.
> у компетентного нет нужды самоутверждатьсяВо-первых, нелогично самоутверждаться под ником Анинима. Во-вторых, это меньший грех, чем писать и цитировать чепуху, а потом пытаться играть словами, чтобы вывернуться.
>> у компетентного нет нужды самоутверждаться
> Во-первых, нелогично самоутверждаться под ником Анинима.САМОутверждаться. Человек утверждается в своих собственных глазах, накачивает свою самооценку.
> Во-вторых, это меньший грех,
> чем писать и цитировать чепуху, а потом пытаться играть словами, чтобы
> вывернуться.Без разницы. Человек который приходит самоутверждаться должен быть опущен: это отличный способ отучить от самоутверждения за счёт сообщества.
Переводить стрелки это в вашем духе. Пытаться кому то что-то доказать когда всем побарабану...
Продолжайте.
когда интересуются, то српашивают "Можно ли делать то-то или как это сделать?"а не "Ты вообще понимаешь о чём говоришь? А то я вот о таком не слышал, значит так делать нельзя..."
Поясни, чем отличаются DLL, полученные из кода на С, от кода на С++.
экспортируемые символы из С уходят в .о без изменений как есть, а символы С++ декорируются суффиксами и префиксами, позволяя компоновщику отличать перегруженные функции и символы из разных пространств имен. Компоновщик не имеет никакой информации, из чего странслирван объектный модуль -- она не попадает в .o
Можно с примером ознакомиться https://www.ibm.com/developerworks/ru/library/l-dynamic-libr...Кстати, поясните, с каким именем Вы будете вызывать функцию, скажем, TestFunc, из динамической библиотеки, полученной из исходного кода на С++, при использовании независимо от платформы и разрядности.
В наше время люди не парятся над тем, как они выражаются но оскорблять это уже последнее дело
Попадалась огромная переводная книга по DLL в Windows. Автора уже не упомню. Комментировать не буду (ибо речь не о конкретной реализации, а о компетенции), скажу только, что я её выбросил, несмотря на потраченные 500 руб.
Вся теория DLL для Windows умещается на 1 странице. Любят некоторые раздувать тему страниц на 700.
ну а я видел каламбур "Выучить C++ за 21 день".
помимо жёлтого заголовка - у неё вся обложка была жёлтойтак вот и её даже покупать не стал
и автора даже не смотрелразве это меняет суть темы?
> ну а я видел каламбур "Выучить C++ за 21 день".Это старое издание. Сейчас уже есть "С++ за 24 часа"
и что такого? на delphi/lazarus внезапно тоже можно dll-ки писать
Конечно, никто не сомневается. Сам предоставлял свои библиотеки студентам, и расчеты весьма успешно получались.
термин прослойка понятно но непонятно как он хочет сделать это одной библиотекой? обьясните чайнику, заманчиво звучит...
> термин прослойка понятно но непонятно как он хочет сделать это одной библиотекой? обьяснитеВообще, любая DLL - тот же этот .EXE (PE[64] формат), так что по сути это одно и тоже, недаром Avast запускали же как то...
(Почему про исполнимые файлы не сказали - не ко мне, а к автору статьи).
В общем, тот же WINE - только сбоку.
Возможно как замена WINE - требующему как понимаю не только админских прав.. но и даже доступ к Ring0...
хоть тут - может быть тоже самое... Кто вкурсе?По сути проблема даже не в них, а в том что они делаются отдельно от ядра и соответвенно и другими авторами.. (+noname...) и потом их стыковать же надо, а значит глюков больше.
P.S.
ReactOSовцам : Если бы вы были посмекалистей - взяли бы Linux повставив WINE или эту (даже драйеврную же)прослойку - выпилили бы весь POSIX нафиг, а потом уже с совместимостью с win-драйверами мудохались бы.
Конечно, им бы добавилась проблем - синхронизация или хотя бы отслеживание новинок кода уже не только с WINE, но и в LinuxKernel, но это для ОС - лучше ибо благо позволяющее навсега забыть про блобные драйвера когданибудь
(хоть конечно ещё есть NVidia/ATI&ets блобная проблема у *NIX, но там глядишь и я бы оптимизировал бы их OSC драйверы - быстрей проприетарных бы летали, ну минимум не медленней,
а то мне в западло ковыряться в коде в ОС с всякими словесными сквернами вроде demon'ы, через слово)
А, ещё ReactOSовцы зря не считаете NIX и WINE - своими прямыми конкурентами... в т.ч.и по донатам. Вот линуксоиды те вас вполне считают... недаром столько кала в вас
(особенно авторы форков и те у кого десятки и сотни машин к ним и взападло сменять, а то и боятся за более высокую зарплату себе как никсоидам или взападло просто WINAPI выучивать - если /логично предположить/их начальство выкинет нафиг все линуксы - даже просто с позиции удешевления рабсилы, не говоря уже про улучшение совместимости с W32/64 ПО - ибо и виндузятники к вам потянутся - которые иначе: WINE вами улучшаемый фактически - "в гробу видели"... вам помогать /а, как линуксоиды помогают - прекрасно видно уже 20 лет.../, в т.ч.и по перечисленным причинам - но, уже наоборот; а, по текущей модели вашей разработки - так ещё и запуск блобных драйверов в OSC OS - остальных не может не радовать, даже не никсоидов).
Вообще, были бы Линуксоиды и авторы форков умней и просто не сатанистами... - давно сами бы выкинули этот сраный (такой же корпоративный же)POSIX API (+с его 666/Satan-name и демонами "слугами"... а, в BSD - вон ещё и черти, попутно педики сношающие пингвинов - был и такой откровенный логотип у них, т.б.в авторах: минимум часть - открытые гомсеки,значит пропагандирующие уже только своим логотипом сатанизм, в общем открытым антихристианством),
выкинули бы POSIX API - даже просто как ведь так и не захвативший рынок...Жаль просто - столько усилий со всего мира на раскрутку, на разработку на ПО, т.б.на ядро и на драйвера потраченно...
А, польза 95% человечеству - максимум от ПО-имеющего-WIN32-версию... сюрр какой то.И GPL эту говно лицензия забудьте, её даже просто нереально однозначно читать
(я вот считаю, и так при появлении её раньше все и считали, что LGPL уже в GPL, и поныне считают самые отважные из авторов неоткрывающие исходники своего ПО с прилинкованными DLL с GPL), с другой стороны если наоборот считать что LPGL<>GPL то и всё ПО в Linux'ах и ReactOS - обязанно быть открытым.. и даже ТОЛЬКО GPL(т.е.даже не freeware или BSD/MIT/ets)... (т.е. кто используют закрытое ПО и драйверы в GPL Linux'ах, даже если поставляют эти и драйверные блобы отдельно - перекидывают ответсвенность в нарушении GPL на польователей, тем самым отменяя им лицензию - делая все Линуксы ...пиратскими)
Потому для базы ОС - надо брать *BSD или что там ещё с такой же лицензией, можно даже сверху добавить доп-ных ограничительных пунктов вроде требования незакрывать исходные коды на саму ОС.(И сайт ваш с форумом - у вас позоро давно перестал открываться даже в IE8 даже в ХП (какая уж тут 2К совместимость...), я уж не говорю что не полагается серверу импортозаместительной ОС - находится вне пределов РФ, только по этому одному пункту - её правильно отфутболили в этом плане, несколько лет назад).
Ну и отпишитесь если прочли, чтобы не гадал и не репостил.
P.S.S.
Остальным: Pls, отпостите на форум реактоосовцев ссылку на это сообщение, если не будет ответа тут долго.
> В общем, тот же WINE - только сбоку.В каком месте? WINE он транслирует WinAPI (и прочие API) в местные *nix API.
А это дело, позволяет использовать формат который в dll'ках.
Любой a.out, ELF, COM, EXE, dll, so и т.д. это тупо набор данных, причем одних и тех-же в рамках архитектуры (если опустить ABI, системные вызовы и т.п.).
Потому и написал что, сбоку.
Суть та же для [конечного] потребителя, которому на реализацию н@срать.
> В общем, тот же WINE - только сбоку.
> Возможно как замена WINE - требующему как понимаю не только админских прав.. но и даже доступ к Ring0...Не, wine ничего не требует, просто целый вайн — это очень жирно.
Но можно проще — взять из wine-а только dll loader.
mplayer уже 20 лет в линухе так грузит виндовые кодеки из dll-ок: https://github.com/sherpya/MPlayer/tree/master/loader
> термин прослойка понятно но непонятно как он хочет сделать это одной библиотекой? обьясните чайнику, заманчиво звучит...Там кода не много. Сам лоадер — это парсер, mmap-ящий dll-ку в нужные адреса и подставляющий всякие relocate-ы. К нему надо добавить реализацию минимального набора функций, которые эта dll-ка будет вызывать, и всё — задача решена. См. пример в mplayer-е выше.
Не ну конечно это здорово, но же там всё завязано на ntdll.dll и kernel32.dll и применимость ограничена юзерспейсными драйверами принтеров?
Что именно завязано? Для загрузки библиотеки надо-то отобразить память (mmap) и настроить атрибуты страниц. Релокации и экспорт обрабатываются собственным кодом. Если dll ничего не импортирует, в первом приближении, этого достаточно, что бы вызывать её функции (без учёта исключений).
Может у меня конечно специфичные библиотеки были, или сейчас наблюдаем последствия распространения кроссплатформенного ПО, но то что я отлаживал было сильно завязано на ядро, системные либы и винапи. От такого кода в других системах толку мало. Какие-то функции конечно можно дёргать независимо, но их мало и они примитивные — можно и переписать.>dll ничего не импортирует
Что-то не помню таких, наверняка они где-то существуют.
Наверное, какие-то импортируемые функции реализуют. У них ограниченный список применений, в "видеокодеках, антивирусных сканерах, библиотеках распаковки данных, декодировщиках изображений" не так много надо.
Релоакации и экспорт обрабатываются чем? Поясни пожалуйста. Я знаю, что если программа грузится по виртуальном адресу 0, то релокации уже содержат правильные цифры. А если по Base address, то релокации надо выполнять, как это dll сама выполняет? Это лоадер делает.
Загрузчик из новости и настраивает релоки. Под "собственным кодом" подразумевался код, написанный Гуглом (или, скорее, авторами NDISwrapper-а?), а не LoadLibrary() из Win32 API. То есть сам загрузчик не завязан на ntdll.dll и kernel32.dll.
> надо-то отобразить память (mmap)Надо еще разбрасать секции по памяти, а не просто их отобразить
Вспомнился Граф Володуа и его фундаментальный труд "об упаковщиках в последний раз". Вот для него разбор заголовков PE был делом не простым, специалисты долго разжёвывали.))
Только DllMain, если он есть вообще. Сами функции могут быть не завязаны на WinAPI, а вот реализация libc и libc++ вполне могут, и если они слинкованы статически их может быть трудно детектить. В общем без имплементации WinAPI все равно туго
А транслятор блоболиб в другие аппаратные архитектуры (AArch64, RV64, MIPS, POWER) он тоже собирается писать?
Да и в случае AMD64 тогда разумнее сделать конвертор PE/COFF -> ELF. Прослойка станет не нужна.
В вайне вот наоборот, от *.dll.so к *.dll переходят, или уже перешли. Всё-таки надо быть максимально похожим на того, под кого мимикрируешь.
Так в данном случае цель другая, использовать DLL в приложениях для *NIX.
> Да и в случае AMD64 тогда разумнее сделать конвертор PE/COFF -> ELF.То есть написать больше кода.
> Прослойка станет не нужна.
Который отработает один раз и результат сохранит.
Что бы воспользоваться результатом, придётся произвести больше действий.В чём же преимущество?
Чтобы воспользоваться результатом, при сборке программы, зависящей от сконвертированной из виновой DLL либы, указать опцию -lDLLliba, всего-лишь.
Сценарий использования подразумевает динамическую загрузку dll.
дизассемблировать и собрать с winelib, который подменит WinAPI? Инструменты для такого уже есть - objdump и winegcc
Можно без дизассемблера — взять dll loader из wine-а. mplayer уже 20 лет в линухе так грузит виндовые кодеки из dll-ок.
> Можно без дизассемблера — взять dll loader из wine-а. mplayer уже 20
> лет в линухе так грузит виндовые кодеки из dll-ок.Но тогда у длл балет пе заголовок, а не елф, чел хотел именно елф
> Но тогда у длл балет пе заголовок, а не елф, чел хотел именно елфКакой чел? Тэвис Орманди, судя по сабжевой новости, хотел именно PE: "библиотека-прослойка, при помощи которой можно загрузить DLL-файл в формате PE/COFF"
Да и зачем там elf? Загрузить её без остальной обвязки всё равно не выйдет, даже в виде elf-а.
А зачем? кому нужно тестировать Avast на MIPS и прочее? У них четкая задача, и больше им не нужно. Но прикольно.А ndiswrapper - зачет! не пропали труды!
Поможет ли это вайну?
Сомнительно, там это изначально есть.
И что мне теперь ставить юзерам винды, если не аваст?
клизму
Comodo?
Точно - не Аваст https://www.securitylab.ru/news/505814.php
Ой, в этом дерьме не только уявзимости, они еще и инфу тоннами сливают и не краснеют. Была инфа, можно погуглить.
На винде не надо уже ничего ставить. Максимум политики правильно настроить.
Стандартного защитника хватает.
Но точно не аваст.
Ставь им Линукс
Не ставь им Линукс. Он не для них.
а разве в wine такого нету? (libwine.so!wine_dll_load)
> а разве в wine такого нету? (libwine.so!wine_dll_load)Есть. Его можно даже вытащить оттуда, чтобы весь вайн не тянуть. Mplayer так виндовые кодеки в линухе грузит.
Неплохо, ещё один шаг к запуску виндовых плагинов для Total Commander под линуксовым Double Commander.
а также - фотожопных плагинов к гимпу, когда-то видел такие, с вайнлибом слинкованные.
> а также - фотожопных плагинов к гимпу, когда-то видел такие, с вайнлибом
> слинкованные.А толку, сначала надо функциональная совместимость с фотошопом, иначе фотошопные вызовы на гимповские не замапятся. Вот без эффектов слоёв воркфлоу сильно страдает, но их собираются завезти.
> А толку, сначала надо функциональная совместимость с фотошопомНет ничего абсолютного. Какой-нибудь плагин с кистями может и не пойдёт, а какой-нибудь плагин "instagram.dll" принимающий на вход image buffer и возвращающий его же вполне взлетит не только лишь в гимпе.
> Total Commander под линуксовым Double Commander.Два сапога пара. От обоих стоит держаться подальше.
>> Total Commander под линуксовым Double Commander.
> Два сапога пара. От обоих стоит держаться подальше.Почему? Покажите лучший инструмент для листания директории со смешанным содержимым, чем WLX-плагины. WDX/WFX-то допустим да, под линуксом заменяется FUSE. И то — не для всего есть реализация FUSE, для чего есть плагины.
с одной стороны:
> Покажите лучший инструмент для листания директории со смешанным содержимымls, с последующими грепами. Ничего лучше я ещё не нашёл. У меня в Дельфине вечно открыт терминал по Ф4. Для навигации - консольные команды удобнее, а предпросмотр - в графле. Оба мира, кароч.
с другой стороны - возможность выбора - это всегда лучше, нежели отсутствие оной. Например, один мой знакомый настолько просяк духом тоталитаризма, что устроил себе тотальную тотальность под вайном с несколькими гигами плагинов.
Что такое графле?
> ls, с последующими грепами. Ничего лучше я ещё не нашёлМне позвело, когда я познакомилсz с DOS - то уже был NC, VC и даже DN,
а потом заценил и многозадачность с GUI'дной ОС.
А, ещё в DOOM у меня была сразу мышка))) которую тоже заценил.
Консоль вещь нужная, хоть PING вызывать и для задания параметров, но считать удобными LS/DIR...
P.S.
Сказал человек вам - который прямо сейчас сидит восстанавливает дискеты под чистым-ДОС.
PDF и картинки всякие грепать будете? Да ладно?
ls, find
> ls, findВообще мимо кассы; ни тот, ни другой никак не показывает содержимое. Листать — это перебирать файлы с автоматическим просмотром их содержимого. И не только плейнтекстового, так что less тоже сразу мимо кассы ;-)
Активно пользуюсь DC на разных ОС. Но в последнее время у меня больше надежд не на плагины тотала, а на допиливание far2l.
Разных - это каких? В macOS DC неправильно выделял и копировал не те файлы. Это нормально для файлового менеджера, от которого по большому счету только это и нужно? Желая иметь в macOS нормальный двухпанельный менеджер, остановился на бесплатном Commander One (только установленном из магазина Apple, а не с сайта разработчика - почему, каждый поймет сам). На Linux лучше Krusader в рассматриваемом классе ничего не просматривается (естественно, надо правильно установить и с нужными плагинами). Под Windows же DC вообще не нужен при наличии TC.
А что плохого DC?
Если не вдаваться в подробности, на первый взгляд только одно - страшный.
> Если не вдаваться в подробности, на первый взгляд только одно - страшный.Почему страшный? Не соответствует каким-то хигам? Там аж два (или даже три) тулкита на выбор, слава Lazarus.
Или ависинтовских плагинов в vapoursynth.
vapoursynth для mpv есть в репах арча. и собирается под дебианом тоже без проблем.
Мне тяжело поверить, что кто-то использует Total Commander под линем, когда есть ranger с стоковыми плагинами, nnn, f, ncdu, sed, awk и sh.
Не вижу вообще смысла юзать тотал под линь. Что им можно делать-то? Планшеты/смарты не прошьешь и т.д. Ладно, если б нативная версия была.
Тоже не вижу смысла, но вижу иногда человеко, который это делает. Он тоталитарнее самой тоталитарности. Гоняет под вайном и с гигабайтами разных плагинов.Что касается меня - то мне вообще идеи двухпанельности чужды. Самый лучший вариант для меня - это Dolphin с терминалом, вечно открытым по Ф4. То есть, я вижу все файлы в графике, а навигацию корутилсами делаю.
+1
Долфин довольно удобен стал и требует всё меньше напильника. И быстрый терминал - классно.
Но (по крайней мере у меня) плоховато с MTP и SMB. Но это уже общекедное, наверное.
Да, кеды у меня - из разряда "простоработающих". Касательно mtp - проверьте, есть ли пакеты kio-extras-data и mtp-tools(для кубунты). Это недоработка именно мэйнтейнеров кубунты, я считаю. Ибо ведроид-устройства сегодня есть у многих.
Касательно SMB - подозреваю что самбу надо поставить, но проверить не на чем. Не использую.
Спасибо, kio-extras-data был, mtp-tools поставил. Пока не понятно, буду тестировать.
"Есть многое в этом мире, друг Горацио..." Я, например, ваще использую линуксовый фар.
И...?
Расскажите, каково оно. Я например, не увидел разницы между фаром и mc. Пробовал, но не пробрало. На что можно обратить внимание?
А ещё банально mcНо есть такие виндузятники, им "mc не то", а вот FAR...
Они DN значит не видели.
У меня почти каждый день октрыто куча ...да, Explorer(ради одно-панельности таки удобной для обзора каталогов + на полный экран)(ну как куча - сейчас 11 это ещё не много, и двухпанельки понятно тут нехватит), FAR(только для AdvCmp, AdvCopy - быстрей чем в DN, но так же как в Explorer или TС), TC(из-за мелких шрифтов - для больших каталогов, и удобного поиска, сравнения), древняя но притёршаяся уже багами версия убер-багового-OSC: DN(Win)(собрал к нему уже ~1тыс issue и идей - в итоге нет времени патчить..., удобен тем что могу под десяток редакторов и файлпанелей в одном экземпляре тематически сгруппировать, калькулятор, удобное меню пользователя, почти терпимый редактор - даже с настриваемой подсветкой, по кр.мере получше чем в VC4 в котором приходится мучаться иногда загружаясь в ДОС с дискеты, куда только он влазит), всех бывает по неск.экз обычно около 3-х.
То что они разные - ещё удобно отличиями иконок в TaskBar.P.S.
Не представляю как в линуксе это же/удобство провернуть, даже такие вот нетребовательные требования.
(А, мобилки и планшеты нечего вообще перепрошивать/подключать - туда или обратно чтонибудь заведомо проникнет...)
> Мне тяжело поверить, что кто-то использует Total Commander под линем, когда есть
> ranger с стоковыми плагинами, nnn, f, ncdu, sed, awk и
> sh.ranger консольный, как в нём аналог wlx-то сделать? Максимум картиночки в терминал выводить через эти ваши сихели. Аналог wlxmpv с аппаратным ускорением покажете, например?
А может и в фаровские виндовые плагины для линуксового фара он сможет? (хотелка)
Будешь браузить / как C:\? А то в winapi по другому не предусмотрено...
> Будешь браузить / как C:\? А то в winapi по другому не
> предусмотрено...Z:\ же.
Окстись, в тотале из плагинов давно только sftp и 7z нужны, а в DC это всё уже работает.
> Окстись, в тотале из плагинов давно только sftp и 7z нужны, а
> в DC это всё уже работает.Кому нужны? Не проецируйте на всех свои ограниченные юзкейсы. Более того, SFTP поддерживается в gvfs-backends, так что как раз для него прибитая к ФМ реализация и не нужна.
А можно ли будет чрутануть "корень" вантуза?
Его и так можно в wine. Это даже очень рекомендуется.
>из Googleа что если именно через набор подобных самописных трансляторов стадия запускает вендовые игры? :D
И нарекли его вайном?
В Windows впиливают Linux, в Linux впиливают куски Windows, какая-то мичуринская эпоха в IT
Извращи, сэр. Это как по НТВ крутят сериалы про то, как вор стал ментом - ну это примерно как что будет, если мальчик побудет девочкой, и наоборот - для разнообразия, ну или белые анимэшники фапают на японок.
>белые анимэшники фапают на японокБолее того, чёрные анимешники тоже фапают на японок. Потому что они самые милые из азиаток (даже стрёмненькие). Что в этом такого?
>мальчик побудет девочкой, и наоборот
тоже ничего особенного, вам стоит поучиться сравнениям у кого-нибудь
Ну и
>вор стал ментом
Они вообще одинаковые по большей части, только одних ловят и сажают в клетку, а других более успешно устроившихся содержат на налоги. Так что сериалы не далеки от реальности.
>>мальчик побудет девочкой, и наоборот
> тоже ничего особенного, вам стоит поучиться сравнениям у кого-нибудьЭто по-видимому из предыдущего сравнения: в всем известной и неофициально толерируемой государством субкультуре гомосексуалистов (причем, эти смешные извращенцы делят себя на активных и пассивных - вроде как если ты "активен", то все норм и ты не <этот самый>) с кучей смешных и дурацких табу (на птица семейства куриных, на цвет неба, на рогатого парнокопытного и фиг его знает что еще) отравляющих уже нескольно десятилетий нормальное общество своими "ценностями", вору иметь дело с "ментами", типа, "западло".
Да и двуличная мода последних лет -- показательно морщить носик на переодетых в женское платье мужчин, как бы тоже не оттуда растет.
> вроде как если ты "активен", то все нормАнон срывает покровы! Да всем плевать.
>> вроде как если ты "активен", то все норм
> Анон срывает покровы! Да всем плевать.Судя по возбудившемуся анониму - аноним "не все"? Неужели представитель альтернативного меньшинства? o_O
Этот WSL гумно в отличие от неэмулятора
Ждем новый SoftIce
Неплохо. Теперь в UT2004 в выпадающем списке будет не только OpenGL, но и Direct3D?
Наконец-то нытики перестанут ныть под каждой темой вайна и протона о том что "игры не нужны, программы для полторы инвалидов не работают!"? Если да, то это отличная новость, ибо они душные что ппц.
пссс чувак, мы слышали, что ты любишь сканеры уязвимостей?
короче, мы добавили сканер уязвимостей в твой сканер уязвимостей, чтобы ты мог сканировать сканер уязвимостей на уязвимости пока сканируешь уязвимости.
Ей уже сто лет в обед.
А с помощью этой штуки можно (будет) подключать виндовые VST к линуксовой DAW, или для этого Wine лучше подходит?
Жесть какая. Выбор латентных проприерасов...
Ну, если латентные непроприетарасы аналоги за кучу десятилетий - так и не осилили же,,,
то что тут плохого.Да и не всё можно заменить вот Tux Racer 3D - разве замена хоть NFS 1-му?...
Да хрен с этими гоночными клонами, взять например BCRacer, ZRaider, DETHKARZ, ReVolt, Star Wars Racer, ... Russian Car Driver HD :) - где замены им движка, не говоря уже про аналоги.P.S.
Сразу предупреждаю что OSC игры уровня Stunt Car Racer Remake, даже коммерчески выпускавшиеся игры уровня H-Craft Championship, даже более новые Stunt Rally, TORCS, Vamos,... т.е.все OSC
- не предлагать, по несоответствию элементарно качеству игры не-для-себя-только-слабанно, не на перекурах/послеработы, версии для бетатесторов-дармовых..
даешь dll hell под linux !
Эта проблема - больше надуманна, у меня она за 30 лет - вообще ни разу не вставала.
Уч.что последние десятилетия я ленюсь часто переустанавливать ОС XP (раз в 5 лет) могу предположить что если и возникает - то у людей с ну очень давно непереустановленной ОС, а тут проблемы уже не только DLL-hell могут и чаще бывают.
(Реально у DLL'к проблема только с некоторым ПО и играми - в надобности Downgrade установщика какого-нибудь драйвера - привет западлиcтам [ATI] забивающим на обратную совместимость для устаревших моделей карт в новых версиях драйверов, чтобы т.о.скрыто ими заглюкивая - устаревать игры и ПО, внуждая покупать т.о.новые и к ним видеокарту новую... и т.о.это проблема вообще не DLL-hell, собственно даже технически).
Так ты офисный планктон, мимо которого прошли все радости из серии "Установка Paradox сломала BDE", "версия Firebird поставившаяся в system32 не соответствует тому что ожидает половина софта" и прочих радостей просто потому что за тебя это исправлял кто-то другой.
Ну либо ты уже страдаешь склерозом, впал в маразм и просто душный дед который нагло бздит как раньше было клёво
> Эта проблема - больше надуманна, у меня она за 30 лет -
> вообще ни разу не вставала.А у меня после смены версии винды миранда сдохла. Я обиделся да и выкинул винду к дьяволу. Все же неудобно когда нужная программа загибается и диагностика - "хрен просцышь".
<p>Например, при помощи LoadLibrary удалось портировать для запуска в Linux антивирусный движок Windows Defender.
Ага, оказывается вотбез чего немыслима работа на Линуксе в 21 в.!.. А я то думал, чего тут не хватает?....
Я уже недавно тут поднимал проблему что, в *NIX - непреодолимая линуксоидами, умалчиваемая, серьёзнейшая проблема ...даже с OSC антивирунсыми базами и пакетами,
* в ч.н.с GUI к Firewall как понимаю
* и т.б.с проактивной защитой ОС, вообще отсутствующей.
* И т.б.желательно ТОЛЬКО прямо от авторов Kernel ОС... раз уж им всёравно приходится доверять свою безопасность, добровольно-принудительно.
(в добавок к авторам дистрибюторам дистрибутивам, чаще даже анонимным)
> GUI к Firewall как понимаюufw - всё, что нужно знать о файерволах. Кстати, кто-то помнит фразу при попытке ограничить файерволом приложение в Windows Server 2012?
>> GUI к Firewall как понимаю
> ufw - всё, что нужно знать о файерволах.он может динамически открывать те порты, которые определённая прога открывает? рандомный входящий порт каждый запуск
> он может динамически открывать те порты, которые определённая прога открывает? рандомный входящий порт каждый запускiptables может, значит и он может.
Но для меня все "упрощалки" для файрволов всегда всё только усложняли. Хрен поймёшь где в них найти нужные фичи... Как настроить маскарад? Как сделать какой-нибудь port knocking? Как зароутить разных юзеров через разные шлюзы?
При этом есть простой как пробка iptables. И всё что нужно про него знать:
* картинка в Таблице 3-3 https://www.opennet.me/docs/RUS/iptables/ - список цепочек и порядок прохождения пакета через цепочки
* man iptables - справочник по синтаксису
* man iptables-extensions - справочник по плагинам
* sudo iptables-save - посмотреть все текущие правила
* sudo iptables ... - добавить/изменить нужное правило
Всё! Работает в любом линухе, от десктопа до tplink-роутера.
Как её вызывать из питона?
через ctypes, очевидно
>основан на коде ndiswrapperА я застал время популярности этой "чудесной" "утилиты". Ну, удачи, чо. Говоря серьезно, то лучше бы Тавис занялся wine или proton'ом, ndiswrapper нужно забыть как страшный сон, а не поддерживать недоэкосистему из-за ленивых программистов драйверов и жлобов-продовцов железок.
Ну так ndiswrapper вроде все и забыли. В лине есть свой mac80211 - который зело покруче того что в винде и который нам порядки интереснее для R&D и прочих экспериментов.
Подождите. Во времена, когда mplayer был еще жив, существовал точно такой же проект, разве что с чуть большей ориентацией на загрузку библиотек кодеков. Опять гугл NIH покусал?
> Подождите. Во времена, когда mplayer был еще жив, существовал точно такой же
> проект, разве что с чуть большей ориентацией на загрузку библиотек кодеков.
> Опять гугл NIH покусал?Сотрудникам гугла оказалось проще заново проект написать чем загуглить )
Linux продолжает прогибаться под Windows...
Когда ж это закончится?? Залейте бетоном разработчиков Wine и игрошкольников.