forum.opennet.ru - "LoadLibrary, прослойка для загрузки Windows DLL в Linux-прил..." (158)

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

Оглавление

оооо, теперь можно rundll32 , InuYasha (?), 14:05 , 13-Мрт-20, (1) +7

точно 32 , К.0. (?), 15:54 , 13-Мрт-20, (38) –1

а в винде в итоге всё так и осталось с именами -32 для совместимости Ни тебе s, InuYasha (?), 21:28 , 13-Мрт-20, (71) +3

Ну как же Папка с 32-битными библиотеками стала называться syswow64, так что ес, SR_team (ok), 05:41 , 14-Мрт-20, (96)

Это маркетинг Майкрософт В своем стиле, прослойку для эмуляции 32битной системы, Аноним (100), 05:52 , 14-Мрт-20, (100) +1

Это создавалось ещё для редакций Айтэниум Intel Itanium Там нет поддержки 32х-, AntonAlekseevich (ok), 10:40 , 14-Мрт-20, (109) +1

А в чем прикол написать уродливую транскрипцию на русском и оригинальное названи, Аноним (158), 21:16 , 21-Мрт-20, (158)

Это моё отношение к Windows on Windows 64 Касательно уродливой для вас транс, AntonAlekseevich (ok), 10:11 , 22-Мрт-20, (161)

Эмулировать там ничего не надо, х86 сам прекрасно справляется Стало быть wow64 , Аноним (158), 21:18 , 21-Мрт-20, (159)

Как раз наоборот, в system32 лежат 64-битные, а в syswow64 32-битныеP S перечит, Aquarius (ok), 18:35 , 15-Мрт-20, (148) +2

Можете развить мысль насчет сложностей В нынешнем виде тоже не все гладко, в гла, Аноним (152), 13:25 , 16-Мрт-20, (152) +1

Вызов функций C из DLL Автор точно в теме , Аноним (2), 14:12 , 13-Мрт-20, (2) –18

А, по-вашему, код на C нельзя скомпилять в dll Ну и потом вызывать из других, Аноним (7), 14:25 , 13-Мрт-20, (7) +5

Насчет всех не стану утверждать, на из Visual Basic код из DLL, полученных именн, Аноним (117), 13:55 , 14-Мрт-20, (117) –3

Да ладно Надо просто правильно передавать получать параметры, 1 (??), 09:55 , 16-Мрт-20, (149)

там не параметры, там имя функции MSVC mangle-ит страшно, и к тому же слегка н, mandms (?), 03:30 , 22-Мрт-20, (160)

Это ты ещё Qt не видел, там даже методы линкуются из dll , Аноним (39), 15:59 , 13-Мрт-20, (39) +5

Так со всеми библиотеками у mingw Хз зачем в VisualC изобрели отдельную сущно, SR_team (ok), 05:44 , 14-Мрт-20, (97)

Вы еще Borland C не видели , Аноним (117), 14:06 , 14-Мрт-20, (119) +1

что поразительно, так это то, что современный анон свои технические навыки воо, заминированный тапок (ok), 17:20 , 13-Мрт-20, (48) +5

Он просто спросил потому что ему это показалось неправильным в силу того что он , BlackRot (ok), 19:10 , 13-Мрт-20, (57) –5

1 слабоумие и отвага это древний мем, описывающий ту или иную ситуацию2 а са, заминированный тапок (ok), 19:36 , 13-Мрт-20, (60) +3

В любом случае оскорбления лишние Устал от неадекватных , BlackRot (ok), 15:13 , 18-Мрт-20, (156)

А то, что вторым же предложением он ставит под сомнение компетентность автроа, в, буквоед (?), 19:38 , 13-Мрт-20, (61) +5

Может, он имеет в виду костыли типа extern C В таком случае можно ли говорить, Аноним (117), 13:48 , 14-Мрт-20, (114)

Какие, к черту костыли Это чтобы компилятор не декорировал экспортируемые име, adolfus (ok), 15:46 , 14-Мрт-20, (123) +1

И что Вы опровергли или доказали Что независимо от того, на чем написан код биб, Аноним (117), 17:56 , 14-Мрт-20, (125) +1

Вы там накурились оба С функции и методы классов отлично экспозятся из dll, , Урри (?), 01:57 , 20-Мрт-20, (157)

А если в C мы объявляем функцию, указывая для неё не-C шную конвенцию вызова, ко, Ordu (ok), 01:05 , 15-Мрт-20, (130)

Во-первых, нелогично самоутверждаться под ником Анинима Во-вторых, это меньший , Аноним (117), 11:48 , 15-Мрт-20, (142)

САМОутверждаться Человек утверждается в своих собственных глазах, накачивает св, Ordu (ok), 12:10 , 15-Мрт-20, (146)

Переводить стрелки это в вашем духе Пытаться кому то что-то доказать когда всем, BlackRot (ok), 15:11 , 18-Мрт-20, (155)

когда интересуются, то српашивают Можно ли делать то-то или как это сделать а , заминированный тапок (ok), 19:39 , 13-Мрт-20, (62) +3

Поясни, чем отличаются DLL, полученные из кода на С, от кода на С , Аноним (117), 13:49 , 14-Мрт-20, (115) +1

экспортируемые символы из С уходят в о без изменений как есть, а символы С де, adolfus (ok), 15:50 , 14-Мрт-20, (124) +3

Можно с примером ознакомиться https www ibm com developerworks ru library l-dy, Аноним (117), 14:04 , 14-Мрт-20, (118)
В наше время люди не парятся над тем, как они выражаются но оскорблять это уже п, BlackRot (ok), 15:09 , 18-Мрт-20, (154)

Попадалась огромная переводная книга по DLL в Windows Автора уже не упомню Ком, Аноним (117), 14:09 , 14-Мрт-20, (120)

Вся теория DLL для Windows умещается на 1 странице Любят некоторые раздувать те, Аноним (117), 17:57 , 14-Мрт-20, (126) +1
ну а я видел каламбур Выучить C за 21 день помимо жёлтого заголовка - у неё, заминированный тапок (ok), 18:27 , 14-Мрт-20, (128)

Это старое издание Сейчас уже есть С за 24 часа , Аноним (134), 02:11 , 15-Мрт-20, (134) +1

и что такого на delphi lazarus внезапно тоже можно dll-ки писать, Аноним (70), 21:26 , 13-Мрт-20, (70) +2

Конечно, никто не сомневается Сам предоставлял свои библиотеки студентам, и рас, Аноним (117), 13:51 , 14-Мрт-20, (116)

термин прослойка понятно но непонятно как он хочет сделать это одной библиотекой, Аноним (3), 14:12 , 13-Мрт-20, (3)

Вообще, любая DLL - тот же этот EXE PE 64 формат , так что по сути это одно и, Аноним (79), 23:10 , 13-Мрт-20, (79) –1

Скрыто модератором, Аноним (81), 23:50 , 13-Мрт-20, (81) –1
В каком месте WINE он транслирует WinAPI и прочие API в местные nix API А эт, asdasd (?), 23:56 , 13-Мрт-20, (82)

Потому и написал что, сбоку Суть та же для конечного потребителя, которому на , Аноним (83), 00:00 , 14-Мрт-20, (83) –1

Не, wine ничего не требует, просто целый вайн 8212 это очень жирно Но можно п, Аноним (134), 02:05 , 15-Мрт-20, (131)

Там кода не много Сам лоадер 8212 это парсер, mmap-ящий dll-ку в нужные адре, Аноним (134), 02:16 , 15-Мрт-20, (135)

Не ну конечно это здорово, но же там всё завязано на ntdll dll и kernel32 dll и , Аноним (4), 14:13 , 13-Мрт-20, (4)

Что именно завязано Для загрузки библиотеки надо-то отобразить память mmap и , Аноним (30), 15:28 , 13-Мрт-20, (30)

Может у меня конечно специфичные библиотеки были, или сейчас наблюдаем последств, Аноним (4), 15:41 , 13-Мрт-20, (34) +2

Наверное, какие-то импортируемые функции реализуют У них ограниченный список пр, Аноним (30), 15:50 , 13-Мрт-20, (37)

Релоакации и экспорт обрабатываются чем Поясни пожалуйста Я знаю, что если про, Павел Отредиез (?), 21:24 , 13-Мрт-20, (69)

Загрузчик из новости и настраивает релоки Под собственным кодом подразумевалс, Аноним (30), 08:41 , 14-Мрт-20, (103) +1

Надо еще разбрасать секции по памяти, а не просто их отобразить, SR_team (ok), 05:51 , 14-Мрт-20, (99) +1

Вспомнился Граф Володуа и его фундаментальный труд об упаковщиках в последний р, Аноним (30), 08:34 , 14-Мрт-20, (102)

Только DllMain, если он есть вообще Сами функции могут быть не завязаны на WinA, SR_team (ok), 05:50 , 14-Мрт-20, (98) +1

А транслятор блоболиб в другие аппаратные архитектуры AArch64, RV64, MIPS, POWE, Аноним (7), 14:16 , 13-Мрт-20, (5) –3

Да и в случае AMD64 тогда разумнее сделать конвертор PE COFF - ELF Прослойка с, Аноним (7), 14:33 , 13-Мрт-20, (11)

В вайне вот наоборот, от dll so к dll переходят, или уже перешли Всё-таки н, Аноним (16), 14:41 , 13-Мрт-20, (16) +1

Так в данном случае цель другая, использовать DLL в приложениях для NIX , Аноним (7), 15:24 , 13-Мрт-20, (28) +1

То есть написать больше кода , Аноним (30), 15:29 , 13-Мрт-20, (31)

Который отработает один раз и результат сохранит , Аноним (7), 15:36 , 13-Мрт-20, (33)

Что бы воспользоваться результатом, придётся произвести больше действий В чём же, Аноним (30), 15:42 , 13-Мрт-20, (35)

Чтобы воспользоваться результатом, при сборке программы, зависящей от сконвертир, Аноним (7), 18:06 , 13-Мрт-20, (50) –1

Сценарий использования подразумевает динамическую загрузку dll , Аноним (30), 18:15 , 13-Мрт-20, (52)

дизассемблировать и собрать с winelib, который подменит WinAPI Инструменты для , SR_team (ok), 05:55 , 14-Мрт-20, (101)

Можно без дизассемблера 8212 взять dll loader из wine-а mplayer уже 20 лет в, Аноним (134), 02:05 , 15-Мрт-20, (132)

Но тогда у длл балет пе заголовок, а не елф, чел хотел именно елф, день авторизоваться (?), 05:48 , 15-Мрт-20, (140)

Какой чел Тэвис Орманди, судя по сабжевой новости, хотел именно PE библиотека, Аноним (134), 16:17 , 15-Мрт-20, (147)

А зачем кому нужно тестировать Avast на MIPS и прочее У них четкая задача, и б, fi (ok), 15:17 , 13-Мрт-20, (25) +4

Поможет ли это вайну , Аноним (16), 14:20 , 13-Мрт-20, (6)

Сомнительно, там это изначально есть , Аноним (7), 14:28 , 13-Мрт-20, (8)

И что мне теперь ставить юзерам винды, если не аваст , еплршн7щ (?), 14:31 , 13-Мрт-20, (9) –4

клизму, Аноним (16), 14:37 , 13-Мрт-20, (13) +19
Comodo , КО (?), 16:10 , 13-Мрт-20, (41)
Точно - не Аваст https www securitylab ru news 505814 php, Аноним (117), 17:39 , 13-Мрт-20, (49) +1

Ой, в этом дерьме не только уявзимости, они еще и инфу тоннами сливают и не крас, Аноним (53), 18:31 , 13-Мрт-20, (53)

На винде не надо уже ничего ставить Максимум политики правильно настроить , Аноним (53), 18:32 , 13-Мрт-20, (54)
Стандартного защитника хватает Но точно не аваст , BlackRot (ok), 19:12 , 13-Мрт-20, (58) –1
Ставь им Линукс , Аноним (72), 21:29 , 13-Мрт-20, (72) +1

Не ставь им Линукс Он не для них , Аноним (117), 11:52 , 15-Мрт-20, (143)

а разве в wine такого нету libwine so wine_dll_load , Нанобот (ok), 14:32 , 13-Мрт-20, (10) +2

Есть Его можно даже вытащить оттуда, чтобы весь вайн не тянуть Mplayer так вин, Аноним (134), 02:06 , 15-Мрт-20, (133) +1

Неплохо, ещё один шаг к запуску виндовых плагинов для Total Commander под линукс, ползкрокодил (?), 14:35 , 13-Мрт-20, (12)

а также - фотожопных плагинов к гимпу, когда-то видел такие, с вайнлибом слинков, Аноним (16), 14:38 , 13-Мрт-20, (14) +4

А толку, сначала надо функциональная совместимость с фотошопом, иначе фотошопные, ползкрокодил (?), 14:54 , 13-Мрт-20, (19) +1

Нет ничего абсолютного Какой-нибудь плагин с кистями может и не пойдёт, а какой, НяшМяш (ok), 15:47 , 13-Мрт-20, (36) +1

Два сапога пара От обоих стоит держаться подальше , Аноним (2), 14:43 , 13-Мрт-20, (18) +1

Почему Покажите лучший инструмент для листания директории со смешанным содержим, ползкрокодил (?), 14:56 , 13-Мрт-20, (20) –1

с одной стороны ls, с последующими грепами Ничего лучше я ещё не нашёл У меня , Аноним (16), 15:21 , 13-Мрт-20, (26) –2

Что такое графле , mommy (?), 17:00 , 13-Мрт-20, (45) –2
Мне позвело, когда я познакомилсz с DOS - то уже был NC, VC и даже DN, а потом з, Анонимдругой (?), 00:21 , 14-Мрт-20, (84) –1

P S Сказал человек вам - который прямо сейчас сидит восстанавливает дискеты под , Анонимдругой (?), 00:23 , 14-Мрт-20, (85) –1

PDF и картинки всякие грепать будете Да ладно , ползкрокодил (?), 02:32 , 23-Мрт-20, (167)

ls, find, Аноним (72), 21:30 , 13-Мрт-20, (73)

Вообще мимо кассы ни тот, ни другой никак не показывает содержимое Листать 8, ползкрокодил (?), 02:30 , 23-Мрт-20, (166)

Активно пользуюсь DC на разных ОС Но в последнее время у меня больше надежд не , GenuZ (?), 00:48 , 14-Мрт-20, (86)

Разных - это каких В macOS DC неправильно выделял и копировал не те файлы Это , Аноним (117), 11:59 , 15-Мрт-20, (144)

А что плохого DC , Vivaswan (ok), 09:46 , 14-Мрт-20, (106)

Если не вдаваться в подробности, на первый взгляд только одно - страшный , Аноним (117), 12:01 , 15-Мрт-20, (145)

Почему страшный Не соответствует каким-то хигам Там аж два или даже три тулк, ползкрокодил (?), 01:58 , 23-Мрт-20, (162)

Или ависинтовских плагинов в vapoursynth , artenox (?), 15:25 , 13-Мрт-20, (29) –1

vapoursynth для mpv есть в репах арча и собирается под дебианом тоже без пробле, анон (?), 17:07 , 13-Мрт-20, (47)

Мне тяжело поверить, что кто-то использует Total Commander под линем, когда есть, анон (?), 17:04 , 13-Мрт-20, (46)

Не вижу вообще смысла юзать тотал под линь Что им можно делать-то Планшеты сма, Аноним (53), 18:34 , 13-Мрт-20, (55) +1

Тоже не вижу смысла, но вижу иногда человеко, который это делает Он тоталитарне, Аноним (59), 19:24 , 13-Мрт-20, (59)

1Долфин довольно удобен стал и требует всё меньше напильника И быстрый термина, InuYasha (?), 21:34 , 13-Мрт-20, (74) –1

Да, кеды у меня - из разряда простоработающих Касательно mtp - проверьте, ест, Аноним (16), 10:45 , 14-Мрт-20, (110)

Спасибо, kio-extras-data был, mtp-tools поставил Пока не понятно, буду тестиров, InuYasha (?), 12:39 , 16-Мрт-20, (150)

Есть многое в этом мире, друг Горацио Я, например, ваще использую линуксовы, Ogust Biller (?), 21:14 , 13-Мрт-20, (67) –1

И Расскажите, каково оно Я например, не увидел разницы между фаром и mc Про, Аноним (16), 10:47 , 14-Мрт-20, (111)

А ещё банально mcНо есть такие виндузятники, им mc не то , а вот FAR , vitalif (ok), 22:54 , 13-Мрт-20, (78) +4

Они DN значит не видели У меня почти каждый день октрыто куча да, Explorer ра, Аноним (92), 02:53 , 14-Мрт-20, (92)

ranger консольный, как в нём аналог wlx-то сделать Максимум картиночки в термин, ползкрокодил (?), 01:59 , 23-Мрт-20, (163)

А может и в фаровские виндовые плагины для линуксового фара он сможет хотелка , Ogust Biller (?), 21:12 , 13-Мрт-20, (66) –1

Будешь браузить как C А то в winapi по другому не предусмотрено , Аноним (-), 01:14 , 14-Мрт-20, (90)

Z же , ползкрокодил (?), 02:00 , 23-Мрт-20, (164)

Окстись, в тотале из плагинов давно только sftp и 7z нужны, а в DC это всё уже р, Аномномномнимус (?), 12:12 , 14-Мрт-20, (113)

Кому нужны Не проецируйте на всех свои ограниченные юзкейсы Более того, SFTP п, ползкрокодил (?), 02:05 , 23-Мрт-20, (165)

А можно ли будет чрутануть корень вантуза , Аноним (16), 14:39 , 13-Мрт-20, (15) –1

Его и так можно в wine Это даже очень рекомендуется , Аноним (-), 01:15 , 14-Мрт-20, (91)

а что если именно через набор подобных самописных трансляторов стадия запускает , Аноним (17), 14:43 , 13-Мрт-20, (17)

И нарекли его вайном , Аноним (65), 20:45 , 13-Мрт-20, (65) +1

В Windows впиливают Linux, в Linux впиливают куски Windows, какая-то мичуринская, Fracta1L (ok), 14:59 , 13-Мрт-20, (21) +6

Извращи, сэр Это как по НТВ крутят сериалы про то, как вор стал ментом - ну это, Аноимн (?), 15:13 , 13-Мрт-20, (24)

Более того, чёрные анимешники тоже фапают на японок Потому что они самые милые , Аноним (4), 15:33 , 13-Мрт-20, (32) +1

Это по-видимому из предыдущего сравнения в всем известной и неофициально толер, Аноним84701 (ok), 21:15 , 13-Мрт-20, (68)

Анон срывает покровы Да всем плевать , Аноним (76), 22:45 , 13-Мрт-20, (76) –1

Судя по возбудившемуся анониму - аноним не все Неужели представитель альтерна, Аноним84701 (ok), 01:00 , 14-Мрт-20, (87)

Этот WSL гумно в отличие от неэмулятора, КО (?), 16:11 , 13-Мрт-20, (42)

Ждем новый SoftIce, Аноснюс (?), 15:09 , 13-Мрт-20, (22) –2
Неплохо Теперь в UT2004 в выпадающем списке будет не только OpenGL, но и Direct, Аноним (23), 15:12 , 13-Мрт-20, (23) –2
Наконец-то нытики перестанут ныть под каждой темой вайна и протона о том что иг, Аноним (63), 20:34 , 13-Мрт-20, (63) –1
пссс чувак, мы слышали, что ты любишь сканеры уязвимостей короче, мы добавили ск, Аноним (76), 20:40 , 13-Мрт-20, (64) +1
Ей уже сто лет в обед , Аноним (75), 22:12 , 13-Мрт-20, (75)
А с помощью этой штуки можно будет подключать виндовые VST к линуксовой DAW, и, axredneck (?), 22:45 , 13-Мрт-20, (77)
Жесть какая Выбор латентных проприерасов , Аноним (-), 01:12 , 14-Мрт-20, (88) –1

Ну, если латентные непроприетарасы аналоги за кучу десятилетий - так и не осилил, Аноним (94), 03:21 , 14-Мрт-20, (94)

даешь dll hell под linux , Аноним (95), 04:22 , 14-Мрт-20, (95)

Эта проблема - больше надуманна, у меня она за 30 лет - вообще ни разу не встава, Аноним (105), 09:44 , 14-Мрт-20, (105) –2

Так ты офисный планктон, мимо которого прошли все радости из серии Установка Pa, Аномномномнимус (?), 12:10 , 14-Мрт-20, (112) +3
А у меня после смены версии винды миранда сдохла Я обиделся да и выкинул винду , Аноним (138), 03:23 , 15-Мрт-20, (138)

p Например, при помощи LoadLibrary удалось портировать для запуска в Linux анти, Vivaswan (ok), 09:34 , 14-Мрт-20, (104)

Я уже недавно тут поднимал проблему что, в NIX - непреодолимая линуксоидами, ум, Аноним (107), 09:52 , 14-Мрт-20, (107) +1

в добавок к авторам дистрибюторам дистрибутивам, чаще даже анонимным , Аноним (107), 09:54 , 14-Мрт-20, (108)
ufw - всё, что нужно знать о файерволах Кстати, кто-то помнит фразу при попытке, Аноним (117), 18:01 , 14-Мрт-20, (127)

он может динамически открывать те порты, которые определённая прога открывает р, JL2001 (ok), 00:49 , 15-Мрт-20, (129)

iptables может, значит и он может Но для меня все упрощалки для файрволов всег, Аноним (134), 02:52 , 15-Мрт-20, (136) +1

Как её вызывать из питона , Аноним (121), 14:37 , 14-Мрт-20, (121)

через ctypes, очевидно, Аноним (134), 02:59 , 15-Мрт-20, (137)

А я застал время популярности этой чудесной утилиты Ну, удачи, чо Говоря с, Аноним (122), 14:54 , 14-Мрт-20, (122)

Ну так ndiswrapper вроде все и забыли В лине есть свой mac80211 - который зело , Аноним (138), 03:25 , 15-Мрт-20, (139)

Подождите Во времена, когда mplayer был еще жив, существовал точно такой же про, Ретроград (?), 09:20 , 15-Мрт-20, (141)

Сотрудникам гугла оказалось проще заново проект написать чем загуглить , InuYasha (?), 12:45 , 16-Мрт-20, (151) +1

Linux продолжает прогибаться под Windows Когда ж это закончится Залейте бето, Аноним (153), 20:57 , 16-Мрт-20, (153) –1

Сообщения [Сортировка по времени | 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 +/–

Сообщение от AntonAlekseevich (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-прил..." +/–

Сообщение от AntonAlekseevich (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 +/–

Сообщение от Аноним (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-прил..." +/–

Сообщение от Аноним (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

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, отпостите на форум реактоосовцев ссылку на это сообщение, если не будет ответа тут долго.

Ответить | Правка | Наверх | 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-прил..." +/–

Сообщение от Павел Отредиез (?), 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 Biller (?), 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 Biller (?), 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 +/–

Сообщение от Аноним (153), 16-Мрт-20, 20:57

Linux продолжает прогибаться под Windows...
Когда ж это закончится?? Залейте бетоном разработчиков Wine и игрошкольников.

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

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 +/–
	Сообщение от AntonAlekseevich (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-прил..."	+/–
	Сообщение от AntonAlekseevich (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 +/–
	Сообщение от Аноним (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ообщить модератору