Discussion de l'article "MetaTrader 5 sur Linux" - page 9
Vous manquez des opportunités de trading :
- Applications de trading gratuites
- Plus de 8 000 signaux à copier
- Actualités économiques pour explorer les marchés financiers
Inscription
Se connecter
Vous acceptez la politique du site Web et les conditions d'utilisation
Si vous n'avez pas de compte, veuillez vous inscrire
Examinons les journaux et découvrons pourquoi l'implémentation crypt32.dll de Wine ne fonctionne pas de la même manière que la version Windows. Essayons de nous adapter.
Wine a beaucoup d'astuces dans l'implémentation de WinAPI. Nous devons contourner certaines fonctions (elles sont bloquées dans certaines versions de Wine), en détectant Wine.
Wine est resté une boîte noire pour nous, nous avons écrit des bibliothèques vraper win sous wine, mais nous n'avons jamais compris pourquoi les lib`a fonctionnaient de manière instable sur différentes machines, bien que les versions de winelib et de l'OS soient les mêmes, nous avons abandonné cette idée à la fin ))).
wine est resté pour nous une boite noire, nous avons écrit des librairies win vrapper sous wine, mais n'avons jamais compris pourquoi sur différentes machines lib`a ne fonctionnait pas de manière stable, bien que les versions de winelib et de l'OS étaient les mêmes et identiques, nous avons abandonné à la fin cette idée )))
https://wiki.winehq.org/Source_Code
https://wiki.winehq.org/Source_Code
Je sais, mais à l'époque nous ne comprenions pas pourquoi nous devions compiler les librairies à chaque fois sur différents PC, et ce n'était pas une solution à notre problème, donc nous avons abandonné cette idée, ayant trouvé une autre solution plus acceptable pour nous
et comme l'a très bien dit Rinat, Wine est en plein développement, il y a beaucoup de bugs qui sont corrigés à chaque version, vous ne voulez pas perdre votre temps à les traquer ))
Je sais, mais à l'époque nous ne comprenions pas pourquoi nous devions compiler les librairies à chaque fois sur des PC différents, et ce n'était pas une solution à notre problème, donc nous avons abandonné cette idée d'investigation, ayant trouvé une autre solution plus acceptable pour nous
et comme l'a bien dit rinat, wine est en développement, il y a beaucoup de bugs qui sont corrigés à chaque version, vous ne voulez pas perdre votre temps à les traquer ))
1. mt5 n'est pas non plus exempt de pépins et se développe également depuis des décennies.
2. dans ce cas, les développeurs disent - utilisez la librairie native vindoz, quel est le problème ?
juste pour bavarder.
rtfm !
Vine n'est pas un cadeau et bien sûr il y a encore plus de pépins que vin. mais ce n'est pas non plus une boîte noire. vous ne comprenez pas - et vous ne comprenez pas.
1. mt5 n'est pas non plus exempt de pépins et se développe également sur des décennies.
2. dans ce cas, les développeurs disent - utilisez la librairie native de vindoz, quel est le problème ?
juste pour bavarder.
rtfm !
Je ne comprends pas pourquoi vous écrivez tout cela si vous ne comprenez pas l'essence du problème ?
Je ne comprends pas pourquoi vous écrivez tout cela si vous ne comprenez pas l'essence du problème ?
Oui, eh bien, ce qui éclate est ce qui arrive, je suppose.
il y a beaucoup d'incompréhensions ici... :)
la seule chose que je comprends, c'est que même dans un environnement wine, Linux veut lire le certificat dans son propre format...
napalm burning ... tu es bizarre ...
Non, les gars ... Je m'en vais, je m'assimile ... :)
Oui, eh bien, on récolte ce que l'on sème, je suppose.
il y a beaucoup de malentendus ici ... :)
vous brûlez au napalm ... tu es bizarre
Non, les gars ... Je m'en vais ou je m'assimile ... :)
tant de mots, mais qui ne servent à rien :
1. communiquer avec des étrangers de manière respectueuse.
2. fournir la preuve que vous comprenez tout, ce qui signifie que vous avez une solution toute prête au problème.
ce n'est qu'après cela qu'il est logique de discuter du sujet avec vous....
Linux Mint 18.2 x64 (Ubuntu 16.04 x64), DE Cinnamon, wine 3.5
Qui a rencontré le problème des messages popup résiduels de ME sous wine :
et ces messages restent même si vous passez à un autre bureau :
et ces messages résiduels s'accumulent pendant le processus de travail beaucoup, tué par le redémarrage de ME. Comment remédier à ce problème ?
ps. bibliothèque gdiplus.dll remplacée
Linux Mint 18.2 x64 (Ubuntu 16.04 x64), DE Cinnamon, wine 3.5
Qui a rencontré le problème des messages popup résiduels de ME sous wine :
Avec ces messages qui restent même si l'on passe à un autre bureau :
et de tels messages résiduels s'accumulent pendant le processus de travail et sont éliminés par le redémarrage de ME. Comment peut-on y remédier ?
ps. bibliothèque gdiplus.dll remplacée
C'est un phénomène assez courant. J'ai également réfléchi à la manière de me débarrasser de ce comportement.
Bien que je n'aie pas bien saisi le moment de l'apparition et de la suspension de l'infobulle. Je vais déterminer comment être plus précis. Peut-être que quelque chose se présentera. Ou au moins trouver un moyen d'écrire le code pour que de tels accrochages se produisent moins souvent.
Un phénomène assez courant. Je me suis donc demandé comment me débarrasser d'un tel comportement.
Bien que je n'aie pas bien saisi le moment de l'apparition et de l'accrochage de l'indice, je vais déterminer plus précisément comment le faire. Je vais déterminer comment procéder plus précisément. Peut-être que quelque chose se présentera. Ou au moins trouver un moyen d'écrire le code pour que de tels accrochages se produisent moins souvent.
Je les ai presque à chaque fois que j'obtiens un indice, pendant que j'écris, on n'y prête pas attention, mais quand on commence à faire défiler le code, ils commencent à interférer avec le code.