Буфер обмена (clipboard)- набор функций и сообщений, который делает возможным передачу данных в прикладные программы, разработанные при помощи Microsoft ® Win32 ® прикладного программного интерфейса (API). Поскольку все прикладные программы имеют доступ к буферу обмена, данные могут быть легко перемещаемы между приложениями или внутри прикладной программы.
这没有问题，因为一个EA一直在向文件写入，另一个EA一直在从文件中读取，发生的顺序并不重要。为了检查数据的相关性，我使用了本地时间，即每100毫秒写一次报价，然后通过本地时间检查它们的相关性。
供参考，如果你点击terminal.exe 4次，同一终端的两个副本将被打开，而且路径必须相同。
是否有可能为两个应用程序保留有访问权的内存空间？
这也是一种明显的冲突，激起了这种错误。
0009 0x0009 无效的内存管理地址
0998 0x03E6 无效的内存地址访问尝试
其中一个应用程序将试图访问一个它没有访问权限的内存地址
是否有可能为两个应用程序保留有访问权的内存空间？
这也是一种明显的冲突，激起了这种错误。
0009 0x0009 无效的内存管理地址
0998 0x03E6 无效的内存地址访问尝试
其中一个应用程序将试图访问一个它没有访问权限的内存地址
也许你不能，我不太清楚。在这里，在这个主题https://forum.mql4.com/ru/3393，他们写了关于GlobalAddAtom。如果我没有理解错的话，可以在没有文件的情况下传递变量，也就是通过内存。但我不知道怎么做（（（））。
你还举了一个例子，你能告诉我你是如何尝试做的吗？
哦，我脑子里又冒出了一个想法--Windows剪贴板是可以被应用程序读写访问的，没有任何内存地址的限制！我想这是一个很好的例子。
Буфер обмена (clipboard)- набор функций и сообщений, который делает возможным передачу данных в прикладные программы, разработанные при помощи Microsoft ® Win32 ® прикладного программного интерфейса (API). Поскольку все прикладные программы имеют доступ к буферу обмена, данные могут быть легко перемещаемы между приложениями или внутри прикладной программы.
但这里是车轮上的另一个小棍子。
剪贴板是由用户控制的。窗口应该只在响应用户的命令时向剪贴板发送数据或从剪贴板发送数据。 窗口不应该在没有通知用户的情况下使用剪贴板发送数据。
所以，只有API :^(
哦，我脑子里又冒出了一个想法。 Windows剪贴板是可以被应用程序读写访问的，没有任何内存地址限制。
剪贴板 是一组功能和信息，使其有可能向使用Microsoft® Win32® 应用编程接口（ API）设计的应用程序传输数据。因为所有的应用程序都可以访问剪贴板，数据可以很容易地在应用程序之间或在一个应用程序内移动。
但这里是车轮上的另一个小棍子。
剪贴板是由用户控制的。窗口只应根据用户的命令将数据传入或传出剪贴板。窗口不应使用剪贴板来传输数据而不通知用户。
所以，只有API :^(
要么自己学习Win 32 API，要么找一个愿意接受这项工作的编码员。这里没有太多的选择。
但在我看来，这个系统不值得花费。
仅供参考，如果你点击terminal.exe 4次，同一终端的两份拷贝就会打开，而且路径应该是一样的。