MT5&MQL5 в Linux - страница 9

 
BoraBo >>:

И этот человек продвигает сервера Ж)

Все правильно. Русланчик регулярно и во всем демонстрирует свою тотальную некомпетенцию (у него даже роутер-мыльница с Linux внутри -- "аппаратный фаервол"). Было бы очень странно, если он вдруг высказал какое-то дельное и толкое суждение.


А MQ -- молодцы, что не поленились хотя бы под wine позапускать MT5. Наверное, сами собираются проводить чемпионат на Linux серверах. =)

 
Кстати, под wine чаще возникают проблемы при инсталляции, нежели при работе программы, поэтому разработчики, заботящиеся о работе под wine, выкладывают рядом с инсталлятором зип-файл.
В противном случае я устанавливаю прогу под виндой и копирую каталог куда надо. С MT4 это прекрасно прокатывает, она не использует реестр.
 
wise >>:

Все правильно. Русланчик регулярно и во всем демонстрирует свою тотальную некомпетенцию (у него даже роутер-мыльница с Linux внутри -- "аппаратный фаервол"). Было бы очень странно, если он вдруг высказал какое-то дельное и толкое суждение.


А MQ -- молодцы, что не поленились хотя бы под wine позапускать MT5. Наверное, сами собираются проводить чемпионат на Linux серверах. =)


И у меня "даже роутер-мыльница с Linux внутри -- "аппаратный фаервол" и что из этого???
По моему, люди которые высказывают что либо лишь бы сказать не в такт всем просто какие-то недоделанные.
Скажите спасибо, что разработчики прислушиваются к нашему мнению и по мере возможностей стараются реализовать наши пожелания.
А прсто говорить (фигурально выражаясь) "Вы Козлы" это свинство.
 

>> Renat

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

 

И если появится очередной активный юниксоид, который попробует какую то новую реализацию чего то «от пети» и решит что это супер круто и чем то лучше того что было раньше и зальет все форумы своим сообщением об этой самой популярной в их подъезде операционкой … то будет понятно куда его отправлять и на что ему нужно будет перейти чтобы мт заработал … :)

 

Вообще это, можно сказать, прилаживаться к черному ящику … и никакой гарантии что в новой версии то что уже сделано  будет работать … и самое главное чтобы от этой работы не пострадала работа терминала под виндовс !!! ….

 

>> wise

Ваша дремучесть не знает границ … :)

 

Использовать юникс в качестве внешнего фаревола это уже давно, мягко говоря, очень слабенькое решение … пережиток прошлого не более того …

 

Те же Длинк, Циско давно развивают свои сетевые операционки для аппаратных фареволов под своё железо и показывают такие результаты которые юниксам просто и не снились … содержат даже отдельные микросхемы для параллельного вычисления ключей … какой там юникс ... смех просто ... 

 
Дело не в файерволе... Просто нужно элементарно уважать друг друга... Говорить я Круче... тоже глупо...
круче тот  у кого счет быстрее растет, а все остальное это пустозвонство. По другому быть просто не может.
И всего-то. УВАЖАТЬ ДРУГ ДРУГА...
 
Renat >>:

"Время собирать камни".

Посмотрим, что можно сделать. В первую очередь приведем в чувство интерфейс.


Доброго дня!

Самое странное, что установщик у Вас использует стандартное API NetAPI winsock. По этой причине MT4 & установщик MT5 отлично работают, но в МТ5 используется новый стаб DLL (функциональность winsock API). Запуск в режиме отладки явно указал на отсутствие стаба winsock:WSAIoctl SIO_GET_EXTENSION_FUNCTION_POINTER {25a207b9-ddf3-4660-8ee9-76e58c74063e}: stub - в wine API. Проблема точно не в MT5 а в API Wine. Заодно не мешало бы посмотреть, что именно новое используется в winsock. По отчетам winehq, winsock API рализован на 100%.

 
Пожалуйста, без оскорблений.
 
Кстати, господа. Нашел очень важное отличие MQL4 & MQL5 Editor's под Wine. CodeCompletion в МQL5 Editor отлично работает!!! :)
 

Как весьма компетентный товаришь в вопросах ядра ОС'ов и той и другой (без лишней скромности :) ) скажу так ... Хм, глядя на весь этот странный спор возникает ощущение что активные тут виндусятники просто по сути продвинутые пользователи. Ибо какая разница какая ОС - и та и та хороша. Но МС увы по сути исписалась - в ведущих разработчиках ядра по сути уже одни индусы. И это увы совершенно четкая тенденция и будущее виндов как монопольной ОС уже очевидно что не будет. Ядро МСа перегруженно заплатами. Системная надстройка перегруженна ( мягко сказанно ) всякими нетами, так что уже край. Линукс очень серьезно поддерживает IBM и INTEL, не говоря уже про гугл. Опен офис просто уже песня, все работает отлично. К сожалению МСвскую ОС ждет тоже что и произошло с прошлыми монстрами, они умерли от старости, это ждет и винды, причем закат уже очевиден.
Например убунту мне лично очень понравилась, там главное постараться забыть про коммандную строку, и делеать все через аплеты. А софта сколько под линукс - раз в двадцать больше и разнообразнее чем под винды. А причина в том что линукс делают увлеченные люди а винды увы мотивированные морские свинки . :)

Так что - правильно что делаете для линукса. По идее надо было бы вообще иметь свой код для них - но это понятно что очень накладно и трудно. И особенно под их ГУЙ со своими странными идеологиями - но зато быстрее и проще программировтаь если умеешь как. Там все живет само, надо только на экран вывести. Но спецов мало.

 
SProgrammer >>:

...

... рад конешно что увидел адекватное мнение, но не стоит наверное подливать масла в огонь. Мы просто пытаемся запустить МТ5 под Linux и сделать для этого осталось совсем маленький но важный шаг - либо зафиксить wine недостающим стабом, либо попросить MetaQuotes использовать только стандартное API winsock. Теоретически я пока даже представить не могу, что кардинального из расширений winsock могло понадобиться для работоспособности сетевой подсистемы MT5 и почему в отличии от МТ4 она под wine стала неработоспособной.

Если ранее для сборки использовался например VC++ из VS6.0, а теперь VC++ из ДотНЕТ, то все понятно. В последние рассылки стандартных MSDN библиотек микрософт специально стал собирать стандартные библиотеки с включением расширений (которые не используются, но вызываются ака "просто так"), которых нет в wine. Делают это они специально, ибо миграционные процессы (1C и т.д.) в отличные от windows системы приобрели настолько массовый характер, что такими способами они просто борятся с этим. Это только предположение, возможно и ошибаюсь.

Причина обращения: