MT5&MQL5 in Linux - pagina 9
Ti stai perdendo delle opportunità di trading:
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Registrazione
Accedi
Accetti la politica del sito e le condizioni d’uso
Se non hai un account, registrati
И этот человек продвигает сервера Ж)
Proprio così. Ruslanchik dimostra regolarmente la sua totale incompetenza in tutto (ha persino un router soapbox con Linux dentro - un "firewall hardware"). Sarebbe molto strano se improvvisamente facesse una specie di giudizio sensato e ragionevole.
E MQ è grande che non sono stati pigri per eseguire almeno MT5 sotto il vino. Probabilmente eseguiranno il campionato su server Linux. =)
Altrimenti, installo il programma sotto wine e copio la directory dove dovrebbe essere. Funziona bene con MT4, non usa il registro.
Все правильно. Русланчик регулярно и во всем демонстрирует свою тотальную некомпетенцию (у него даже роутер-мыльница с Linux внутри -- "аппаратный фаервол"). Было бы очень странно, если он вдруг высказал какое-то дельное и толкое суждение.
А MQ -- молодцы, что не поленились хотя бы под wine позапускать MT5. Наверное, сами собираются проводить чемпионат на Linux серверах. =)
E io "ho anche un router soapbox con Linux dentro -- "un firewall hardware" e allora???Mi sembra che le persone che dicono qualsiasi cosa solo per dire qualcosa che non è in sintonia con tutti gli altri siano solo un po' irragionevoli.
Ringraziate gli sviluppatori per aver ascoltato le nostre opinioni e cercate di implementare i nostri desideri il più possibile.
E dire semplicemente (in senso figurato) "Siete dei cretini" è maiale.
>> Renat
Dovete specificare esplicitamente per cosa state testando... cioè il produttore e la versione di Wine e quale versione unix... poiché ci sono molte versioni diverse e non è certo che se funziona su una, funzionerà anche sull'altra...
E se arriva un altro utente Unix attivo che prova qualche nuova implementazione di qualcosa "da Petya" e decide che è super cool e migliore di quello che era prima e inonda tutti i forum con il suo messaggio su questo sistema operativo più popolare nelle loro vicinanze ... allora sarà chiaro dove mandarlo e cosa dovrà passare per far funzionare MT ... :)
In generale è, si potrebbe dire, il montaggio in una scatola nera ... e nessuna garanzia che la nuova versione di ciò che è già stato fatto funzionerà ... e soprattutto che questo lavoro non pregiudica il funzionamento del terminale sotto i venti !!! ....
>> saggio
La tua stupidità non conosce limiti... :)
Utilizzare unix come firewall esterno è stato a lungo, per usare un eufemismo, una soluzione molto debole ... Una reliquia del passato non è altro che questo ...
Per esempio, Dlink e Cisco hanno sviluppato i loro sistemi operativi di rete per firewall hardware per il loro hardware e mostrano risultati che vanno oltre i sogni di unix ... hanno persino chip separati per il calcolo parallelo delle chiavi ... unix non è lì ... ridicolo...
quello con la crescita più rapida dell'account è il più figo, e il resto sono chiacchiere vuote. Non può essere altrimenti.
Questo è tutto. RISPETTATEVI A VICENDA...
"Время собирать камни".
Посмотрим, что можно сделать. В первую очередь приведем в чувство интерфейс.
Buon pomeriggio!
La cosa strana è che il tuo installatore sta usando l'API standard NetAPI winsock. Per questo motivo MT4 e MT5 installer funzionano bene, ma MT5 usa una nuova DLL stub (funzionalità API winsock). L'esecuzione in modalità debug ha mostrato chiaramente l'assenza di winsock:WSAIoctl SIO_GET_EXTENSION_FUNCTION_POINTER {25a207b9-ddf3-4660-8ee9-76e58c74063e}: lo stub è in wine API. Il problema non è sicuramente in MT5, ma in Wine API. Allo stesso tempo sarebbe utile vedere quali nuove cose sono usate in winsock. Secondo i rapporti di winehq, winsock API è RALED al 100%.
Come compagno molto competente in questioni di kernel OS di entrambi (senza troppa modestia :) ) dirò questo ... Hm, guardando tutta questa strana discussione si ha la sensazione che gli utenti attivi di Windows qui siano solo utenti essenzialmente avanzati. Per quale differenza quale OS - entrambi sono buoni. Ma ahimè MS è fondamentalmente fuori dai guai - i principali sviluppatori del kernel sono essenzialmente gli unici indiani. Ahimè, questa è una tendenza molto chiara e il futuro di Windows come sistema operativo monopolistico ovviamente non lo sarà. Il kernel MS è sovraccarico di patch. L'architettura del sistema è (per usare un eufemismo) sovraccarica di reti ed è troppo. Linux è molto supportato da IBM e INTEL, per non parlare di Google. Open Office è già una canzone, tutto funziona perfettamente. Purtroppo la stessa cosa sta aspettando MSW come è successo ai mostri precedenti, sono morti di vecchiaia, lo stesso vale per i winndows e il declino è già evidente.
Per esempio a me personalmente piace molto Ubuntu, la cosa principale lì è dimenticare la linea di comando e fare tutto attraverso le applet. E Linux ha venti volte più software di Windows. La ragione è che Linux è creato da persone entusiaste e i Windows, ahimè, cavie motivate. :)
Quindi hai ragione su Linux. L'idea sarebbe quella di avere un proprio codice per loro in generale - ma è chiaro che è molto costoso e difficile. Soprattutto nella loro GUI con le sue strane ideologie - ma è più veloce e più facile da programmare se sai come farlo. Tutto vive lì da solo, bisogna solo visualizzarlo sullo schermo. Ma ci sono pochi esperti.
...
... Sono contento di vedere un'opinione adeguata, ma non c'è bisogno di aggiungere benzina al fuoco. Abbiamo appena provato a far funzionare MT5 su Linux e c'è solo un piccolo ma importante passo rimasto per questo - o sistemare wine con uno stub mancante, o chiedere a MetaQuotes di usare solo le API standard di winsock. Teoricamente, non riesco nemmeno a immaginare quali estensioni winsock cardinali potrebbero essere necessarie per la funzionalità del sottosistema di rete di MT5 e perché è diventato non operativo sotto wine a differenza di MT4.
Se prima per esempio VC++ di VS6.0 era usato per la compilazione e ora VC++ di Dotnet, allora tutto è chiaro. Negli ultimi invii di librerie standard MSDN Microsoft ha iniziato intenzionalmente a costruire le librerie standard con estensioni (che non vengono utilizzate, ma sono chiamate aka "just for fun"), che non sono in wine. Lo fanno apposta, perché i processi di migrazione (1C, ecc.) a sistemi non Windows sono così diffusi che fanno solo fatica. Questa è solo un'ipotesi, potrei sbagliarmi.