The OpenNET Project / Index page

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



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

"LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от opennews (?), 13-Мрт-20, 14:05 
Тэвис Орманди (Tavis Ormandy), исследователь безопасности из Google, развивает проект LoadLibrary, нацеленный на портирование собранных для Windows DLL-библиотек для их использования в приложениях для Linux. Проектом предоставляется библиотека-прослойка, при помощи которой можно загрузить DLL-файл в формате PE/COFF и вызвать определённые в нём функции. Загрузчик PE/COFF основан на коде ndiswrapper.  Код проекта распространяется под лицензией GPLv2...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=52530

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

Оглавление

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


1. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +7 +/
Сообщение от InuYasha (?), 13-Мрт-20, 14:05 
оооо, теперь можно rundll32!
Ответить | Правка | Наверх | Cообщить модератору

38. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  –1 +/
Сообщение от К.0. (?), 13-Мрт-20, 15:54 
точно 32?
Ответить | Правка | Наверх | Cообщить модератору

71. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +3 +/
Сообщение от InuYasha (?), 13-Мрт-20, 21:28 
> точно 32?

а в винде в итоге всё так и осталось с именами -32 для совместимости :)
Ни тебе shell64, ни system64. :D Ну, оно в какой-то мере и понятно. Хотя и не красиво. (пкм, в вин7-64)

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

96. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от SR_team (ok), 14-Мрт-20, 05:41 
Ну как же? Папка с 32-битными библиотеками стала называться syswow64, так что есть 64, правда тут оно не архитектуру бинарей означает, а архитектуру системы. В данном случае syswow64 - system windows on windows64
Ответить | Правка | Наверх | Cообщить модератору

100. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +1 +/
Сообщение от Аноним (100), 14-Мрт-20, 05:52 
Это маркетинг Майкрософт. В своем стиле, прослойку для эмуляции 32битной системы назвали WOW64. Кому нужны 32 бита в 20 веке? вот 64 хорошо продается
Ответить | Правка | Наверх | Cообщить модератору

109. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +1 +/
Сообщение от AntonAlekseevichemail (ok), 14-Мрт-20, 10:40 
Это создавалось ещё для редакций Айтэниум(Intel Itanium). Там нет поддержки 32х-битных приложений и там идет эмуляция.
Ответить | Правка | Наверх | Cообщить модератору

158. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (158), 21-Мрт-20, 21:16 
А в чем прикол написать уродливую транскрипцию на русском и оригинальное название в скобках вместо просто ориг. названия?
Ответить | Правка | Наверх | Cообщить модератору

161. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от AntonAlekseevichemail (ok), 22-Мрт-20, 10:11 
> А в чем прикол написать уродливую транскрипцию на русском и оригинальное название
> в скобках вместо просто ориг. названия?

Это моё отношение к Windows on Windows 64. (Касательно "уродливой" для вас транскрипции.)

А прикол в том как я это произношу. (Но это уже оффтопик.)

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

159. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (158), 21-Мрт-20, 21:18 
Эмулировать там ничего не надо, х86 сам прекрасно справляется. Стало быть wow64 это такое напыщенное название для lib32
Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

148. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +2 +/
Сообщение от Aquarius (ok), 15-Мрт-20, 18:35 
Как раз наоборот, в system32 лежат 64-битные, а в syswow64 32-битные

P.S. перечитал внимательнее ваш комментарий, менять текст ответа не стал.
Получается, в system32 лежат "родные" бинари (32-разрядные или 64-разрядные в соответствии с архитектурой системы), а в syswow64 32-разрядные для совместимости (но только на 64-битной системе).
Предыдущий комментатор имел в виду, что логичнее было бы сделать system64 для 64-битной системы, а system32 для "своих" в 32-битной и 32-бит-совместимых для 64-битной. Это бы, правда, заметно усложнило некоторые моменты и в системе и в программах и создало бы определённую путаницу, как бы это странно ни звучало на первый взгляд

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

152. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +1 +/
Сообщение от Анонимemail (152), 16-Мрт-20, 13:25 
Можете развить мысль насчет сложностей?
В нынешнем виде тоже не все гладко, в глаза бросается невозможность найти к примеру папку spool на винде 64-бит, через файловый менеджер (free commander) 32-бит.
Ответить | Правка | Наверх | Cообщить модератору

2. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  –18 +/
Сообщение от Аноним (2), 13-Мрт-20, 14:12 
> Windows DLL-библиотек ... C++

Вызов функций C++ из DLL? Автор точно в теме?

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

7. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +5 +/
Сообщение от Аноним (7), 13-Мрт-20, 14:25 
А, по-вашему, код на C++ нельзя скомпилять в .dll? Ну и потом вызывать из других программ.

PS Что-то мне подсказывает, что я с помощью MinGW-W64 получал .dll из кода на C++.

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

117. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  –3 +/
Сообщение от Аноним (117), 14-Мрт-20, 13:55 
Насчет всех не стану утверждать, на из Visual Basic код из DLL, полученных именно из С++, вызвать нельзя.
Ответить | Правка | Наверх | Cообщить модератору

149. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от 1 (??), 16-Мрт-20, 09:55 
Да ладно ...
Надо просто правильно передавать/получать параметры
Ответить | Правка | Наверх | Cообщить модератору

160. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от mandms (?), 22-Мрт-20, 03:30 
там не параметры, там имя функции MSVC++ mangle-ит страшно, и к тому же слегка непредсказуемо= на мажорных версиях ломается. еще тип вызова (calling convention) надо правильный ставить. С MS/MSVC всё это большая морока. ибо проприетарный жадный тупой монстр.
А в MASM генерацию своего (MSVC) вывода не исправили лет так +-15 ибо могут так - послать всех своих юзеров, и куда подальше. и навсегда. юзеры все равно прибегут, таргет аудитория такая, не системщики.

A c GCC вариантами да, работает, в т.ч. MinGW.

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

39. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +5 +/
Сообщение от Аноним (39), 13-Мрт-20, 15:59 
> Вызов функций C++ из DLL?

Это ты ещё Qt не видел, там даже методы линкуются из dll.

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

97. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от SR_team (ok), 14-Мрт-20, 05:44 
Так со всеми библиотеками у mingw. Хз зачем в VisualC++ изобрели отдельную сущность содержащую заголовок библиотеки для линковки
Ответить | Правка | Наверх | Cообщить модератору

119. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +1 +/
Сообщение от Аноним (117), 14-Мрт-20, 14:06 
Вы еще Borland C++ не видели ...
Ответить | Правка | Наверх | Cообщить модератору

48. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +5 +/
Сообщение от заминированный тапок (ok), 13-Мрт-20, 17:20 
что поразительно, так это то, что современный анон свои "технические" навыки вообще не ставит под сомнения в любой теме и готов спорить с теми даже, кто действителньо силён и что-то делает (например с "Автором")

слабоумие и отвага в чистом виде же

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

57. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  –5 +/
Сообщение от BlackRot (ok), 13-Мрт-20, 19:10 
Он просто спросил потому что ему это показалось неправильным в силу того что он видимо не разбирался в этом вопросе, но вы с чего-то решили что он собрался что то оспаривать и что-то доказывать, ещё и обозвали его слабоумным. Что тогда можно сказать о вас?
Ответить | Правка | Наверх | Cообщить модератору

60. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +3 +/
Сообщение от заминированный тапок (ok), 13-Мрт-20, 19:36 
1. "слабоумие и отвага" это древний мем, описывающий ту или иную ситуацию

2. а самоуверенное заявление "Автор точно в теме?" не является ли обвинением автора поста (или автора проекта, которому посвящён пост)?

я вот склоняюсь к тому, что автор перед постом 100 раз перепроверит информацию (по крайней мере в здесь и в этой, технической сфере)

а вот комментатор сначала напишет коммент, а а уж потом будет что-то првоерять (если вообще будет)

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

156. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от BlackRot (ok), 18-Мрт-20, 15:13 
В любом случае оскорбления лишние.
Устал от неадекватных.
Ответить | Правка | Наверх | Cообщить модератору

61. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +5 +/
Сообщение от буквоед (?), 13-Мрт-20, 19:38 
А то, что вторым же предложением он ставит под сомнение компетентность автроа, вы конечно не заметили. В таком случае, что тогда можно сказать о вас?
Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

114. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (117), 14-Мрт-20, 13:48 
Может, он имеет в виду костыли типа extern "C". В таком случае можно ли говорить, что линкуется именно объектный код, полученный из чистого С++?

Если кто-то задает вопрос, возможно резко, нужно ли априори считать его некомпетентным?

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

123. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +1 +/
Сообщение от adolfus (ok), 14-Мрт-20, 15:46 
> Может, он имеет в виду костыли типа extern "C".

Какие, к черту костыли? Это чтобы ++компилятор не декорировал экспортируемые имена суффиксами и префиксами перегрузки, иначе компоновщик не сможет бинарник склеить.

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

125. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +1 +/
Сообщение от Аноним (117), 14-Мрт-20, 17:56 
И что Вы опровергли или доказали? Что независимо от того, на чем написан код библиотеки - на С, С++, да хоть с ассемблерными вставками, наружу функции должны быть видимы только как функции С. Спасибо. Автор действительно не в курсе.
Ответить | Правка | Наверх | Cообщить модератору

157. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Урри (?), 20-Мрт-20, 01:57 
Вы там накурились оба?

С++ функции (и методы классов) отлично экспозятся из dll, например "public: enum BatchParser::ParserState::ErrorType __cdecl BatchParser::ParserState::GetErrorType(void)const __ptr64" торчит наружу как "?GetErrorType@ParserState@BatchParser@@QEBA?AW4ErrorType@12@XZ".

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

130. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Ordu (ok), 15-Мрт-20, 01:05 
> Может, он имеет в виду костыли типа extern "C". В таком случае можно ли говорить, что линкуется именно объектный код, полученный из чистого С++?

А если в C мы объявляем функцию, указывая для неё не-C'шную конвенцию вызова, которая принята для dll: можно ли говорить что эта функция -- чистый "C"?

Как я это вижу: не все возможности API C++ можно отобразить на ABI DLL, но от этого то, что можно отобразить, не прекращает быть кодом на C++.

> Если кто-то задает вопрос, возможно резко, нужно ли априори считать его некомпетентным?

Эмм... Если его резкость мешает ему задать вопрос так, чтобы его поняли как вопрос, а не как попытку окунуть автора за некомпетентность, то... то это уже не "априори", это уже "апостериори": уже есть свидетельства тому, что человек некомпетентен, у компетентного нет нужды самоутверждаться.

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

142. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (117), 15-Мрт-20, 11:48 
> у компетентного нет нужды самоутверждаться

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

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

146. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Ordu (ok), 15-Мрт-20, 12:10 
>> у компетентного нет нужды самоутверждаться
> Во-первых, нелогично самоутверждаться под ником Анинима.

САМОутверждаться. Человек утверждается в своих собственных глазах, накачивает свою самооценку.

> Во-вторых, это меньший грех,
> чем писать и цитировать чепуху, а потом пытаться играть словами, чтобы
> вывернуться.

Без разницы. Человек который приходит самоутверждаться должен быть опущен: это отличный способ отучить от самоутверждения за счёт сообщества.

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

155. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от BlackRot (ok), 18-Мрт-20, 15:11 
Переводить стрелки это в вашем духе. Пытаться кому то что-то доказать когда всем побарабану...
Продолжайте.
Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

62. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +3 +/
Сообщение от заминированный тапок (ok), 13-Мрт-20, 19:39 
когда интересуются, то српашивают "Можно ли делать то-то или как это сделать?"

а не "Ты вообще понимаешь о чём говоришь? А то я вот о таком не слышал, значит так делать нельзя..."

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

115. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +1 +/
Сообщение от Аноним (117), 14-Мрт-20, 13:49 
Поясни, чем отличаются DLL, полученные из кода на С, от кода на С++.
Ответить | Правка | Наверх | Cообщить модератору

124. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +3 +/
Сообщение от adolfus (ok), 14-Мрт-20, 15:50 
экспортируемые символы из С уходят в .о без изменений как есть, а символы С++ декорируются суффиксами и префиксами, позволяя компоновщику отличать перегруженные функции и символы из разных пространств имен. Компоновщик не имеет никакой информации, из чего странслирван объектный модуль -- она не попадает в .o
Ответить | Правка | Наверх | Cообщить модератору

118. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (117), 14-Мрт-20, 14:04 
Можно с примером ознакомиться https://www.ibm.com/developerworks/ru/library/l-dynamic-libr...

Кстати, поясните, с каким именем Вы будете вызывать функцию, скажем, TestFunc, из динамической библиотеки, полученной из исходного кода на С++, при использовании независимо от платформы и разрядности.

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

154. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от BlackRot (ok), 18-Мрт-20, 15:09 
В наше время люди не парятся над тем, как они выражаются но оскорблять это уже последнее дело
Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

120. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (117), 14-Мрт-20, 14:09 
Попадалась огромная переводная книга по DLL в Windows. Автора уже не упомню. Комментировать не буду (ибо речь не о конкретной реализации, а о компетенции), скажу только, что я её выбросил, несмотря на потраченные 500 руб.
Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

126. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +1 +/
Сообщение от Аноним (117), 14-Мрт-20, 17:57 
Вся теория DLL для Windows умещается на 1 странице. Любят некоторые раздувать тему страниц на 700.
Ответить | Правка | Наверх | Cообщить модератору

128. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от заминированный тапок (ok), 14-Мрт-20, 18:27 
ну а я видел каламбур "Выучить C++ за 21 день".
помимо жёлтого заголовка - у неё вся обложка была жёлтой

так вот и её даже покупать не стал
и автора даже не смотрел

разве это меняет суть темы?

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

134. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +1 +/
Сообщение от Аноним (134), 15-Мрт-20, 02:11 
> ну а я видел каламбур "Выучить C++ за 21 день".

Это старое издание. Сейчас уже есть "С++ за 24 часа"

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

70. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +2 +/
Сообщение от Аноним (70), 13-Мрт-20, 21:26 
и что такого? на delphi/lazarus внезапно тоже можно dll-ки писать
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

116. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (117), 14-Мрт-20, 13:51 
Конечно, никто не сомневается. Сам предоставлял свои библиотеки студентам, и расчеты весьма успешно получались.
Ответить | Правка | Наверх | Cообщить модератору

3. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Анонимemail (3), 13-Мрт-20, 14:12 
термин прослойка понятно но непонятно как он хочет сделать это одной библиотекой? обьясните чайнику, заманчиво звучит...
Ответить | Правка | Наверх | Cообщить модератору

79. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  –1 +/
Сообщение от Аноним (79), 13-Мрт-20, 23:10 
> термин прослойка понятно но непонятно как он хочет сделать это одной библиотекой? обьясните

Вообще, любая DLL - тот же этот .EXE (PE[64] формат), так что по сути это одно и тоже, недаром Avast запускали же как то...
(Почему про исполнимые файлы не сказали - не ко мне, а к автору статьи).
В общем, тот же WINE - только сбоку.
Возможно как замена WINE - требующему как понимаю не только админских прав.. но и даже доступ к Ring0...
хоть тут - может быть тоже самое... Кто вкурсе?

По сути проблема даже не в них, а в том что они делаются отдельно от ядра и соответвенно и другими авторами.. (+noname...) и потом их стыковать же надо, а значит глюков больше.

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

81. Скрыто модератором  –1 +/
Сообщение от Аноним (81), 13-Мрт-20, 23:50 
Ответить | Правка | Наверх | Cообщить модератору

82. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от asdasd (?), 13-Мрт-20, 23:56 
> В общем, тот же WINE - только сбоку.

В каком месте? WINE он транслирует WinAPI (и прочие API) в местные *nix API.
А это дело, позволяет использовать формат который в dll'ках.
Любой a.out, ELF, COM, EXE, dll, so и т.д. это тупо набор данных, причем одних и тех-же в рамках архитектуры (если опустить ABI, системные вызовы и т.п.).

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

83. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  –1 +/
Сообщение от Аноним (83), 14-Мрт-20, 00:00 
Потому и написал что, сбоку.
Суть та же для [конечного] потребителя, которому на реализацию н@срать.
Ответить | Правка | Наверх | Cообщить модератору

131. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (134), 15-Мрт-20, 02:05 
> В общем, тот же WINE - только сбоку.
> Возможно как замена WINE - требующему как понимаю не только админских прав.. но и даже доступ к Ring0...

Не, wine ничего не требует, просто целый вайн — это очень жирно.

Но можно проще — взять из wine-а только dll loader.

mplayer уже 20 лет в линухе так грузит виндовые кодеки из dll-ок: https://github.com/sherpya/MPlayer/tree/master/loader

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

135. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (134), 15-Мрт-20, 02:16 
> термин прослойка понятно но непонятно как он хочет сделать это одной библиотекой? обьясните чайнику, заманчиво звучит...

Там кода не много. Сам лоадер — это парсер, mmap-ящий dll-ку в нужные адреса и подставляющий всякие relocate-ы. К нему надо добавить реализацию минимального набора функций, которые эта dll-ка будет вызывать, и всё — задача решена. См. пример в mplayer-е выше.

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

4. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (4), 13-Мрт-20, 14:13 
Не ну конечно это здорово, но же там всё завязано на ntdll.dll и kernel32.dll и применимость ограничена юзерспейсными драйверами принтеров?
Ответить | Правка | Наверх | Cообщить модератору

30. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (30), 13-Мрт-20, 15:28 
Что именно завязано? Для загрузки библиотеки надо-то отобразить память (mmap) и настроить атрибуты страниц. Релокации и экспорт обрабатываются собственным кодом. Если dll ничего не импортирует, в первом приближении, этого достаточно, что бы вызывать её функции (без учёта исключений).
Ответить | Правка | Наверх | Cообщить модератору

34. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +2 +/
Сообщение от Аноним (4), 13-Мрт-20, 15:41 
Может у меня конечно специфичные библиотеки были, или сейчас наблюдаем последствия распространения кроссплатформенного ПО, но то что я отлаживал было сильно завязано на ядро, системные либы и винапи. От такого кода в других системах толку мало. Какие-то функции конечно можно дёргать независимо, но их мало и они примитивные — можно и переписать.

>dll ничего не импортирует

Что-то не помню таких, наверняка они где-то существуют.

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

37. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (30), 13-Мрт-20, 15:50 
Наверное, какие-то импортируемые функции реализуют. У них ограниченный список применений, в "видеокодеках, антивирусных сканерах, библиотеках распаковки данных, декодировщиках изображений" не так много надо.
Ответить | Правка | Наверх | Cообщить модератору

69. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Павел Отредиезemail (?), 13-Мрт-20, 21:24 
Релоакации и экспорт обрабатываются чем? Поясни пожалуйста. Я знаю, что если программа грузится по виртуальном адресу 0, то релокации уже содержат правильные цифры. А если по Base address, то релокации надо выполнять, как это dll сама выполняет? Это лоадер делает.
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

103. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +1 +/
Сообщение от Аноним (30), 14-Мрт-20, 08:41 
Загрузчик из новости и настраивает релоки. Под "собственным кодом" подразумевался код, написанный Гуглом (или, скорее, авторами NDISwrapper-а?), а не LoadLibrary() из Win32 API. То есть сам загрузчик не завязан на ntdll.dll и kernel32.dll.

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

99. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +1 +/
Сообщение от SR_team (ok), 14-Мрт-20, 05:51 
> надо-то отобразить память (mmap)

Надо еще разбрасать секции по памяти, а не просто их отобразить

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

102. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (30), 14-Мрт-20, 08:34 
Вспомнился Граф Володуа и его фундаментальный труд "об упаковщиках в последний раз". Вот для него разбор заголовков PE был делом не простым, специалисты долго разжёвывали.))
Ответить | Правка | Наверх | Cообщить модератору

98. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +1 +/
Сообщение от SR_team (ok), 14-Мрт-20, 05:50 
Только DllMain, если он есть вообще. Сами функции могут быть не завязаны на WinAPI, а вот реализация libc и libc++ вполне могут, и если они слинкованы статически их может быть трудно детектить. В общем без имплементации WinAPI все равно туго
Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

5. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  –3 +/
Сообщение от Аноним (7), 13-Мрт-20, 14:16 
А транслятор блоболиб в другие аппаратные архитектуры (AArch64, RV64, MIPS, POWER) он тоже собирается писать?
Ответить | Правка | Наверх | Cообщить модератору

11. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (7), 13-Мрт-20, 14:33 
Да и в случае AMD64 тогда разумнее сделать конвертор PE/COFF -> ELF. Прослойка станет не нужна.
Ответить | Правка | Наверх | Cообщить модератору

16. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +1 +/
Сообщение от Аноним (16), 13-Мрт-20, 14:41 
В вайне вот наоборот, от *.dll.so к *.dll переходят, или уже перешли. Всё-таки надо быть максимально похожим на того, под кого мимикрируешь.
Ответить | Правка | Наверх | Cообщить модератору

28. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +1 +/
Сообщение от Аноним (7), 13-Мрт-20, 15:24 
Так в данном случае цель другая, использовать DLL в приложениях для *NIX.
Ответить | Правка | Наверх | Cообщить модератору

31. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (30), 13-Мрт-20, 15:29 
> Да и в случае AMD64 тогда разумнее сделать конвертор PE/COFF -> ELF.

То есть написать больше кода.

> Прослойка станет не нужна.

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

33. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (7), 13-Мрт-20, 15:36 
Который отработает один раз и результат сохранит.
Ответить | Правка | Наверх | Cообщить модератору

35. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (30), 13-Мрт-20, 15:42 
Что бы воспользоваться результатом, придётся произвести больше действий.

В чём же преимущество?

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

50. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  –1 +/
Сообщение от Аноним (7), 13-Мрт-20, 18:06 
Чтобы воспользоваться результатом, при сборке программы, зависящей от сконвертированной из виновой DLL либы, указать опцию -lDLLliba, всего-лишь.
Ответить | Правка | Наверх | Cообщить модератору

52. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (30), 13-Мрт-20, 18:15 
Сценарий использования подразумевает динамическую загрузку dll.
Ответить | Правка | Наверх | Cообщить модератору

101. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от SR_team (ok), 14-Мрт-20, 05:55 
дизассемблировать и собрать с winelib, который подменит WinAPI? Инструменты для такого уже есть - objdump и winegcc
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

132. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (134), 15-Мрт-20, 02:05 
Можно без дизассемблера — взять dll loader из wine-а. mplayer уже 20 лет в линухе так грузит виндовые кодеки из dll-ок.
Ответить | Правка | Наверх | Cообщить модератору

140. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от день авторизоваться (?), 15-Мрт-20, 05:48 
> Можно без дизассемблера — взять dll loader из wine-а. mplayer уже 20
> лет в линухе так грузит виндовые кодеки из dll-ок.

Но тогда у длл балет пе заголовок, а не елф, чел хотел именно елф

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

147. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (134), 15-Мрт-20, 16:17 
> Но тогда у длл балет пе заголовок, а не елф, чел хотел именно елф

Какой чел? Тэвис Орманди, судя по сабжевой новости, хотел именно PE: "библиотека-прослойка, при помощи которой можно загрузить DLL-файл в формате PE/COFF"

Да и зачем там elf? Загрузить её без остальной обвязки всё равно не выйдет, даже в виде elf-а.

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

25. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +4 +/
Сообщение от fi (ok), 13-Мрт-20, 15:17 
А зачем? кому нужно тестировать Avast на MIPS и прочее? У них четкая задача, и больше им не нужно. Но прикольно.

А ndiswrapper - зачет! не пропали труды!


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

6. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (16), 13-Мрт-20, 14:20 
Поможет ли это вайну?
Ответить | Правка | Наверх | Cообщить модератору

8. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (7), 13-Мрт-20, 14:28 
Сомнительно, там это изначально есть.
Ответить | Правка | Наверх | Cообщить модератору

9. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  –4 +/
Сообщение от еплршн7щ (?), 13-Мрт-20, 14:31 
И что мне теперь ставить юзерам винды, если не аваст?
Ответить | Правка | Наверх | Cообщить модератору

13. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +19 +/
Сообщение от Аноним (16), 13-Мрт-20, 14:37 
клизму
Ответить | Правка | Наверх | Cообщить модератору

41. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от КО (?), 13-Мрт-20, 16:10 
Comodo?
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

49. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +1 +/
Сообщение от Аноним (117), 13-Мрт-20, 17:39 
Точно - не Аваст https://www.securitylab.ru/news/505814.php
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

53. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (53), 13-Мрт-20, 18:31 
Ой, в этом дерьме не только уявзимости, они еще и инфу тоннами сливают и не краснеют. Была инфа, можно погуглить.
Ответить | Правка | Наверх | Cообщить модератору

54. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (53), 13-Мрт-20, 18:32 
На винде не надо уже ничего ставить. Максимум политики правильно настроить.
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

58. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  –1 +/
Сообщение от BlackRot (ok), 13-Мрт-20, 19:12 
Стандартного защитника хватает.
Но точно не аваст.
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

72. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +1 +/
Сообщение от Аноним (72), 13-Мрт-20, 21:29 
Ставь им Линукс
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

143. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (117), 15-Мрт-20, 11:52 
Не ставь им Линукс. Он не для них.
Ответить | Правка | Наверх | Cообщить модератору

10. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +2 +/
Сообщение от Нанобот (ok), 13-Мрт-20, 14:32 
а разве в wine такого нету? (libwine.so!wine_dll_load)
Ответить | Правка | Наверх | Cообщить модератору

133. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +1 +/
Сообщение от Аноним (134), 15-Мрт-20, 02:06 
> а разве в wine такого нету? (libwine.so!wine_dll_load)

Есть. Его можно даже вытащить оттуда, чтобы весь вайн не тянуть. Mplayer так виндовые кодеки в линухе грузит.

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

12. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от ползкрокодил (?), 13-Мрт-20, 14:35 
Неплохо, ещё один шаг к запуску виндовых плагинов для Total Commander под линуксовым Double Commander.
Ответить | Правка | Наверх | Cообщить модератору

14. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +4 +/
Сообщение от Аноним (16), 13-Мрт-20, 14:38 
а также - фотожопных плагинов к гимпу, когда-то видел такие, с вайнлибом слинкованные.
Ответить | Правка | Наверх | Cообщить модератору

19. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +1 +/
Сообщение от ползкрокодил (?), 13-Мрт-20, 14:54 
> а также - фотожопных плагинов к гимпу, когда-то видел такие, с вайнлибом
> слинкованные.

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

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

36. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +1 +/
Сообщение от НяшМяш (ok), 13-Мрт-20, 15:47 
> А толку, сначала надо функциональная совместимость с фотошопом

Нет ничего абсолютного. Какой-нибудь плагин с кистями может и не пойдёт, а какой-нибудь плагин "instagram.dll" принимающий на вход image buffer и возвращающий его же вполне взлетит не только лишь в гимпе.

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

18. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +1 +/
Сообщение от Аноним (2), 13-Мрт-20, 14:43 
> Total Commander под линуксовым Double Commander.

Два сапога пара. От обоих стоит держаться подальше.

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

20. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  –1 +/
Сообщение от ползкрокодил (?), 13-Мрт-20, 14:56 
>> Total Commander под линуксовым Double Commander.
> Два сапога пара. От обоих стоит держаться подальше.

Почему? Покажите лучший инструмент для листания директории со смешанным содержимым, чем WLX-плагины. WDX/WFX-то допустим да, под линуксом заменяется FUSE. И то — не для всего есть реализация FUSE, для чего есть плагины.

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

26. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  –2 +/
Сообщение от Аноним (16), 13-Мрт-20, 15:21 
с одной стороны:
> Покажите лучший инструмент для листания директории со смешанным содержимым

ls, с последующими грепами. Ничего лучше я ещё не нашёл. У меня в Дельфине вечно открыт терминал по Ф4. Для навигации - консольные команды удобнее, а предпросмотр - в графле. Оба мира, кароч.

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

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

45. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  –2 +/
Сообщение от mommy (?), 13-Мрт-20, 17:00 
Что такое графле?
Ответить | Правка | Наверх | Cообщить модератору

84. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  –1 +/
Сообщение от Анонимдругой (?), 14-Мрт-20, 00:21 
> ls, с последующими грепами. Ничего лучше я ещё не нашёл

Мне позвело, когда я познакомилсz с DOS - то уже был NC, VC и даже DN,
а потом заценил и многозадачность с GUI'дной ОС.
А, ещё в DOOM у меня была сразу мышка))) которую тоже заценил.
Консоль вещь нужная, хоть PING вызывать и для задания параметров, но считать удобными LS/DIR...

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

85. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  –1 +/
Сообщение от Анонимдругой (?), 14-Мрт-20, 00:23 
P.S.
Сказал человек вам - который прямо сейчас сидит восстанавливает дискеты под чистым-ДОС.
Ответить | Правка | Наверх | Cообщить модератору

167. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от ползкрокодил (?), 23-Мрт-20, 02:32 
PDF и картинки всякие грепать будете? Да ладно?
Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

73. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (72), 13-Мрт-20, 21:30 
ls, find
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

166. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от ползкрокодил (?), 23-Мрт-20, 02:30 
> ls, find

Вообще мимо кассы; ни тот, ни другой никак не показывает содержимое. Листать — это перебирать файлы с автоматическим просмотром их содержимого. И не только плейнтекстового, так что less тоже сразу мимо кассы ;-)

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

86. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от GenuZ (?), 14-Мрт-20, 00:48 
Активно пользуюсь DC на разных ОС. Но в последнее время у меня больше надежд не на плагины тотала, а на допиливание far2l.
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

144. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (117), 15-Мрт-20, 11:59 
Разных - это каких? В macOS DC неправильно выделял и копировал не те файлы. Это нормально для файлового менеджера, от которого по большому счету только это и нужно? Желая иметь в macOS нормальный двухпанельный менеджер, остановился на бесплатном Commander One (только установленном из магазина Apple, а не с сайта разработчика - почему, каждый поймет сам). На Linux лучше Krusader в рассматриваемом классе ничего не просматривается (естественно, надо правильно установить и с нужными плагинами). Под Windows же DC вообще не нужен при наличии TC.
Ответить | Правка | Наверх | Cообщить модератору

106. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Vivaswan (ok), 14-Мрт-20, 09:46 
А что плохого DC?
Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

145. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (117), 15-Мрт-20, 12:01 
Если не вдаваться в подробности, на первый взгляд только одно - страшный.
Ответить | Правка | Наверх | Cообщить модератору

162. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от ползкрокодил (?), 23-Мрт-20, 01:58 
> Если не вдаваться в подробности, на первый взгляд только одно - страшный.

Почему страшный? Не соответствует каким-то хигам? Там аж два (или даже три) тулкита на выбор, слава Lazarus.

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

29. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  –1 +/
Сообщение от artenox (?), 13-Мрт-20, 15:25 
Или ависинтовских плагинов в vapoursynth.
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

47. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от анон (?), 13-Мрт-20, 17:07 
vapoursynth для mpv есть в репах арча. и собирается под дебианом тоже без проблем.
Ответить | Правка | Наверх | Cообщить модератору

46. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от анон (?), 13-Мрт-20, 17:04 
Мне тяжело поверить, что кто-то использует Total Commander под линем, когда есть ranger  с стоковыми плагинами, nnn, f, ncdu, sed, awk и sh.
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

55. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +1 +/
Сообщение от Аноним (53), 13-Мрт-20, 18:34 
Не вижу вообще смысла юзать тотал под линь. Что им можно делать-то? Планшеты/смарты не прошьешь и т.д. Ладно, если б нативная версия была.
Ответить | Правка | Наверх | Cообщить модератору

59. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (59), 13-Мрт-20, 19:24 
Тоже не вижу смысла, но вижу иногда человеко, который это делает. Он тоталитарнее самой тоталитарности. Гоняет под вайном и с гигабайтами разных плагинов.

Что касается меня - то мне вообще идеи двухпанельности чужды. Самый лучший вариант для меня - это Dolphin с терминалом, вечно открытым по Ф4. То есть, я вижу все файлы в графике, а навигацию корутилсами делаю.

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

74. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  –1 +/
Сообщение от InuYasha (?), 13-Мрт-20, 21:34 
+1
Долфин довольно удобен стал и требует всё меньше напильника. И быстрый терминал - классно.
Но (по крайней мере у меня) плоховато с MTP и SMB. Но это уже общекедное, наверное.
Ответить | Правка | Наверх | Cообщить модератору

110. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (16), 14-Мрт-20, 10:45 
Да, кеды у меня - из разряда "простоработающих". Касательно mtp - проверьте, есть ли пакеты kio-extras-data и mtp-tools(для кубунты). Это недоработка именно мэйнтейнеров кубунты, я считаю. Ибо ведроид-устройства сегодня есть у многих.
Касательно SMB - подозреваю что самбу надо поставить, но проверить не на чем. Не использую.
Ответить | Правка | Наверх | Cообщить модератору

150. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от InuYasha (?), 16-Мрт-20, 12:39 
Спасибо, kio-extras-data был, mtp-tools поставил. Пока не понятно, буду тестировать.
Ответить | Правка | Наверх | Cообщить модератору

67. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  –1 +/
Сообщение от Ogust Billeremail (?), 13-Мрт-20, 21:14 
"Есть многое в этом мире, друг Горацио..." Я, например, ваще использую линуксовый фар.
Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

111. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (16), 14-Мрт-20, 10:47 
И...?
Расскажите, каково оно. Я например, не увидел разницы между фаром и mc. Пробовал, но не пробрало. На что можно обратить внимание?
Ответить | Правка | Наверх | Cообщить модератору

78. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +4 +/
Сообщение от vitalif (ok), 13-Мрт-20, 22:54 
А ещё банально mc

Но есть такие виндузятники, им "mc не то", а вот FAR...

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

92. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (92), 14-Мрт-20, 02:53 
Они DN значит не видели.
У меня почти каждый день октрыто куча ...да, Explorer(ради одно-панельности таки удобной для обзора каталогов + на полный экран)(ну как куча - сейчас 11 это ещё не много, и двухпанельки понятно тут нехватит), FAR(только для AdvCmp, AdvCopy - быстрей чем в DN, но так же как в Explorer или TС), TC(из-за мелких шрифтов - для больших каталогов, и удобного поиска, сравнения), древняя но притёршаяся уже багами версия убер-багового-OSC: DN(Win)(собрал к нему уже ~1тыс issue и идей - в итоге нет времени патчить..., удобен тем что могу под десяток редакторов и файлпанелей в одном экземпляре тематически сгруппировать, калькулятор, удобное меню пользователя, почти терпимый редактор - даже с настриваемой подсветкой, по кр.мере получше чем в VC4 в котором приходится мучаться иногда загружаясь в ДОС с дискеты, куда только он влазит), всех бывает по неск.экз обычно около 3-х.
То что они разные - ещё удобно отличиями иконок в TaskBar.

P.S.
Не представляю как в линуксе это же/удобство провернуть, даже такие вот нетребовательные требования.
(А, мобилки и планшеты нечего вообще перепрошивать/подключать - туда или обратно чтонибудь заведомо проникнет...)

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

163. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от ползкрокодил (?), 23-Мрт-20, 01:59 
> Мне тяжело поверить, что кто-то использует Total Commander под линем, когда есть
> ranger  с стоковыми плагинами, nnn, f, ncdu, sed, awk и
> sh.

ranger консольный, как в нём аналог wlx-то сделать? Максимум картиночки в терминал выводить через эти ваши сихели. Аналог wlxmpv с аппаратным ускорением покажете, например?

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

66. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  –1 +/
Сообщение от Ogust Billeremail (?), 13-Мрт-20, 21:12 
А может и в фаровские виндовые плагины для линуксового фара он сможет? (хотелка)
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

90. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (-), 14-Мрт-20, 01:14 
Будешь браузить / как C:\? А то в winapi по другому не предусмотрено...
Ответить | Правка | Наверх | Cообщить модератору

164. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от ползкрокодил (?), 23-Мрт-20, 02:00 
> Будешь браузить / как C:\? А то в winapi по другому не
> предусмотрено...

Z:\ же.

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

113. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аномномномнимус (?), 14-Мрт-20, 12:12 
Окстись, в тотале из плагинов давно только sftp и 7z нужны, а в DC это всё уже работает.
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

165. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от ползкрокодил (?), 23-Мрт-20, 02:05 
> Окстись, в тотале из плагинов давно только sftp и 7z нужны, а
> в DC это всё уже работает.

Кому нужны? Не проецируйте на всех свои ограниченные юзкейсы. Более того, SFTP поддерживается в gvfs-backends, так что как раз для него прибитая к ФМ реализация и не нужна.

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

15. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  –1 +/
Сообщение от Аноним (16), 13-Мрт-20, 14:39 
А можно ли будет чрутануть "корень" вантуза?
Ответить | Правка | Наверх | Cообщить модератору

91. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (-), 14-Мрт-20, 01:15 
Его и так можно в wine. Это даже очень рекомендуется.
Ответить | Правка | Наверх | Cообщить модератору

17. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (17), 13-Мрт-20, 14:43 
>из Google

а что если именно через набор подобных самописных трансляторов стадия запускает вендовые игры? :D

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

65. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +1 +/
Сообщение от Аноним (65), 13-Мрт-20, 20:45 
И нарекли его вайном?
Ответить | Правка | Наверх | Cообщить модератору

21. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +6 +/
Сообщение от Fracta1L (ok), 13-Мрт-20, 14:59 
В Windows впиливают Linux, в Linux впиливают куски Windows, какая-то мичуринская эпоха в IT
Ответить | Правка | Наверх | Cообщить модератору

24. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноимн (?), 13-Мрт-20, 15:13 
Извращи, сэр. Это как по НТВ крутят сериалы про то, как вор стал ментом - ну это примерно как что будет, если мальчик побудет девочкой, и наоборот - для разнообразия, ну или белые анимэшники фапают на японок.
Ответить | Правка | Наверх | Cообщить модератору

32. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +1 +/
Сообщение от Аноним (4), 13-Мрт-20, 15:33 
>белые анимэшники фапают на японок

Более того, чёрные анимешники тоже фапают на японок. Потому что они самые милые из азиаток (даже стрёмненькие). Что в этом такого?

>мальчик побудет девочкой, и наоборот

тоже ничего особенного, вам стоит поучиться сравнениям у кого-нибудь

Ну и

>вор стал ментом

Они вообще одинаковые по большей части, только одних ловят и сажают в клетку, а других более успешно устроившихся содержат на налоги. Так что сериалы не далеки от реальности.

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

68. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним84701 (ok), 13-Мрт-20, 21:15 
>>мальчик побудет девочкой, и наоборот
> тоже ничего особенного, вам стоит поучиться сравнениям у кого-нибудь

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

Да и двуличная мода последних лет -- показательно морщить носик на переодетых в женское платье мужчин, как бы тоже не оттуда растет.

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

76. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  –1 +/
Сообщение от Аноним (76), 13-Мрт-20, 22:45 
> вроде как если ты "активен", то все норм

Анон срывает покровы! Да всем плевать.

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

87. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним84701 (ok), 14-Мрт-20, 01:00 
>> вроде как если ты "активен", то все норм
> Анон срывает покровы! Да всем плевать.

Судя по возбудившемуся анониму - аноним "не все"? Неужели представитель альтернативного меньшинства?  o_O

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

42. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от КО (?), 13-Мрт-20, 16:11 
Этот WSL гумно в отличие от неэмулятора
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

22. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  –2 +/
Сообщение от Аноснюс (?), 13-Мрт-20, 15:09 
Ждем новый SoftIce
Ответить | Правка | Наверх | Cообщить модератору

23. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  –2 +/
Сообщение от Аноним (23), 13-Мрт-20, 15:12 
Неплохо. Теперь в UT2004 в выпадающем списке будет не только OpenGL, но и Direct3D?
Ответить | Правка | Наверх | Cообщить модератору

63. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  –1 +/
Сообщение от Аноним (63), 13-Мрт-20, 20:34 
Наконец-то нытики перестанут ныть под каждой темой вайна и протона о том что "игры не нужны, программы для полторы инвалидов не работают!"? Если да, то это отличная новость, ибо они душные что ппц.
Ответить | Правка | Наверх | Cообщить модератору

64. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +1 +/
Сообщение от Аноним (76), 13-Мрт-20, 20:40 
пссс чувак, мы слышали, что ты любишь сканеры уязвимостей?
короче, мы добавили сканер уязвимостей в твой сканер уязвимостей, чтобы ты мог сканировать сканер уязвимостей на уязвимости пока сканируешь уязвимости.
Ответить | Правка | Наверх | Cообщить модератору

75. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (75), 13-Мрт-20, 22:12 
Ей уже сто лет в обед.
Ответить | Правка | Наверх | Cообщить модератору

77. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от axredneck (?), 13-Мрт-20, 22:45 
А с помощью этой штуки можно (будет) подключать виндовые VST к линуксовой DAW, или для этого Wine лучше подходит?
Ответить | Правка | Наверх | Cообщить модератору

88. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  –1 +/
Сообщение от Аноним (-), 14-Мрт-20, 01:12 
Жесть какая. Выбор латентных проприерасов...
Ответить | Правка | Наверх | Cообщить модератору

94. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (94), 14-Мрт-20, 03:21 
Ну, если латентные непроприетарасы аналоги за кучу десятилетий - так и не осилили же,,,
то что тут плохого.

Да и не всё можно заменить вот 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
- не предлагать, по несоответствию элементарно качеству игры не-для-себя-только-слабанно, не на перекурах/послеработы, версии для бетатесторов-дармовых..

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

95. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (95), 14-Мрт-20, 04:22 
даешь dll hell под linux !
Ответить | Правка | Наверх | Cообщить модератору

105. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  –2 +/
Сообщение от Аноним (105), 14-Мрт-20, 09:44 
Эта проблема - больше надуманна, у меня она за 30 лет - вообще ни разу не вставала.
Уч.что последние десятилетия я ленюсь часто переустанавливать ОС XP (раз в 5 лет) могу предположить что если и возникает - то у людей с ну очень давно непереустановленной ОС, а тут проблемы уже не только DLL-hell могут и чаще бывают.
(Реально у DLL'к проблема только с некоторым ПО и играми - в надобности Downgrade установщика какого-нибудь драйвера - привет западлиcтам [ATI] забивающим на обратную совместимость для устаревших моделей карт в новых версиях драйверов, чтобы т.о.скрыто ими заглюкивая - устаревать игры и ПО, внуждая покупать т.о.новые и к ним видеокарту новую... и т.о.это проблема вообще не DLL-hell, собственно даже технически).

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

112. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +3 +/
Сообщение от Аномномномнимус (?), 14-Мрт-20, 12:10 
Так ты офисный планктон, мимо которого прошли все радости из серии "Установка Paradox сломала BDE", "версия Firebird поставившаяся в system32 не соответствует тому что ожидает половина софта" и прочих радостей просто потому что за тебя это исправлял кто-то другой.
Ну либо ты уже страдаешь склерозом, впал в маразм и просто душный дед который нагло бздит как раньше было клёво
Ответить | Правка | Наверх | Cообщить модератору

138. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (138), 15-Мрт-20, 03:23 
> Эта проблема - больше надуманна, у меня она за 30 лет -
> вообще ни разу не вставала.

А у меня после смены версии винды миранда сдохла. Я обиделся да и выкинул винду к дьяволу. Все же неудобно когда нужная программа загибается и диагностика - "хрен просцышь".

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

104. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Vivaswan (ok), 14-Мрт-20, 09:34 

<p>Например, при помощи LoadLibrary удалось портировать для запуска в Linux антивирусный движок Windows Defender.


Ага, оказывается вотбез чего немыслима работа на Линуксе в 21 в.!..  А я то думал, чего тут не хватает?....

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

107. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +1 +/
Сообщение от Аноним (107), 14-Мрт-20, 09:52 
Я уже недавно тут поднимал проблему что, в *NIX - непреодолимая линуксоидами, умалчиваемая, серьёзнейшая проблема ...даже с OSC антивирунсыми базами и пакетами,
* в ч.н.с GUI к Firewall как понимаю
* и т.б.с проактивной защитой ОС, вообще отсутствующей.
* И т.б.желательно ТОЛЬКО прямо от авторов Kernel ОС... раз уж им всёравно приходится доверять свою безопасность, добровольно-принудительно.
Ответить | Правка | Наверх | Cообщить модератору

108. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (107), 14-Мрт-20, 09:54 
(в добавок к авторам  дистрибюторам дистрибутивам, чаще даже анонимным)
Ответить | Правка | Наверх | Cообщить модератору

127. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (117), 14-Мрт-20, 18:01 
> GUI к Firewall как понимаю

ufw - всё, что нужно знать о файерволах. Кстати, кто-то помнит фразу при попытке ограничить файерволом приложение в Windows Server 2012?

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

129. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от JL2001 (ok), 15-Мрт-20, 00:49 
>> GUI к Firewall как понимаю
> ufw - всё, что нужно знать о файерволах.

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

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

136. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +1 +/
Сообщение от Аноним (134), 15-Мрт-20, 02:52 
> он может динамически открывать те порты, которые определённая прога открывает? рандомный входящий порт каждый запуск

iptables может, значит и он может.

Но для меня все "упрощалки" для файрволов всегда всё только усложняли. Хрен поймёшь где в них найти нужные фичи... Как настроить маскарад? Как сделать какой-нибудь port knocking? Как зароутить разных юзеров через разные шлюзы?

При этом есть простой как пробка iptables. И всё что нужно про него знать:
* картинка в Таблице 3-3 https://www.opennet.dev/docs/RUS/iptables/ - список цепочек и порядок прохождения пакета через цепочки
* man iptables - справочник по синтаксису
* man iptables-extensions - справочник по плагинам
* sudo iptables-save - посмотреть все текущие правила
* sudo iptables ... - добавить/изменить нужное правило
Всё! Работает в любом линухе, от десктопа до tplink-роутера.

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

121. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (121), 14-Мрт-20, 14:37 
Как её вызывать из питона?
Ответить | Правка | Наверх | Cообщить модератору

137. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (134), 15-Мрт-20, 02:59 
через ctypes, очевидно
Ответить | Правка | Наверх | Cообщить модератору

122. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (122), 14-Мрт-20, 14:54 
>основан на коде ndiswrapper

А я застал время популярности этой "чудесной" "утилиты". Ну, удачи, чо. Говоря серьезно, то лучше бы Тавис занялся wine или proton'ом, ndiswrapper нужно забыть как страшный сон, а не поддерживать недоэкосистему из-за ленивых программистов драйверов и жлобов-продовцов железок.

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

139. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Аноним (138), 15-Мрт-20, 03:25 
Ну так ndiswrapper вроде все и забыли. В лине есть свой mac80211 - который зело покруче того что в винде и который нам порядки интереснее для R&D и прочих экспериментов.
Ответить | Правка | Наверх | Cообщить модератору

141. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +/
Сообщение от Ретроград (?), 15-Мрт-20, 09:20 
Подождите. Во времена, когда mplayer был еще жив, существовал точно такой же проект, разве что с чуть большей ориентацией на загрузку библиотек кодеков. Опять гугл NIH покусал?
Ответить | Правка | Наверх | Cообщить модератору

151. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  +1 +/
Сообщение от InuYasha (?), 16-Мрт-20, 12:45 
> Подождите. Во времена, когда mplayer был еще жив, существовал точно такой же
> проект, разве что с чуть большей ориентацией на загрузку библиотек кодеков.
> Опять гугл NIH покусал?

Сотрудникам гугла оказалось проще заново проект написать чем загуглить )

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

153. "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..."  –1 +/
Сообщение от Анонимemail (153), 16-Мрт-20, 20:57 
Linux продолжает прогибаться под Windows...
Когда ж это закончится?? Залейте бетоном разработчиков Wine и игрошкольников.
Ответить | Правка | Наверх | Cообщить модератору

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

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




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

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