Hatalar, hatalar, sorular - sayfa 2068
Ticaret fırsatlarını kaçırıyorsunuz:
- Ücretsiz ticaret uygulamaları
- İşlem kopyalama için 8.000'den fazla sinyal
- Finansal piyasaları keşfetmek için ekonomik haberler
Kayıt
Giriş yap
Gizlilik ve Veri Koruma Politikasını ve MQL5.com Kullanım Şartlarını kabul edersiniz
Hesabınız yoksa, lütfen kaydolun
https://habrahabr.ru/post/342180/ adresindeki yeni WebAssembly teknolojisine oldukça ilginç bir genel bakış
WebAssembly (WASM) — новый бинарный формат, позволяющий запускать код в браузере...
WebAssembly Uygulaması:
-Yükleme süresini azaltın
- Hesaplamaların hızını artırın
-Hazır C/C++ kodunu kullanın
MQL kodunu derlemek için olası bir web hizmeti hakkında orta vadeli söylentiler göz önüne alındığında,
Özel danışmanları doğrudan WebAssembly tabanlı bir tarayıcıdan başlatmak için bir projenin uygulanmasının temel olasılığı hakkında makul bir soru ortaya çıkıyor.
Günlükleri düzenleyin, daha net hale gelecektir. Ve uzman ve terminal.
Terminal sekmesi
Uzman sekmesi
Hata 3'ten sonra gerçekten kapanma yok. Bunu anladım.
1 numaralı uzman kapanıyor ve ikincisi de aynı pozisyonu aynı anda kapatmaya çalıştı.
Çalışma mantığı düzeltildi ve şimdi tabii ki hata yok.
AMA: Döngü içinde OrderClose()'a iletilen aynı parametrelerle hata numarasını #3'ten #4108'e değiştirmek.
Neden önce Hata 3, ardından 4108 verilir? - bu kalan soru
{Zamanlamalara bakarsanız, teorik olarak engellenen bir siparişi kapatma girişiminde bulunuruz (aynı zamanda, hata 139'un kendisi verilmez) ve kapattıktan sonra (ve buna göre siparişin kilidini açar), şunu alırız: hata 3.}
Terminal neden siparişin engellendiğine dair belirli bir hata vermiyor ve bunun yerine çok genel bir hata 3 veriyor?
AMA: Döngü içinde OrderClose()'a iletilen aynı parametrelerle hata numarasını #3'ten #4108'e değiştirmek.
Neden önce Hata 3, ardından 4108 verilir? - bu kalan soru
Bu, 1 OrderSelect'in olduğu kodun versiyonu, değil mi? O zaman 4108 haklı.
3 - başka bir danışmanın bir pozisyonu kapattığı anda, 4108 - zaten kapalı bir pozisyonu kapatmaya çalışırken .
Bu, 1 OrderSelect'in olduğu kodun versiyonu, değil mi? O zaman 4108 haklı.
3 - başka bir danışmanın bir pozisyonu kapattığı anda, 4108 - zaten kapalı bir pozisyonu kapatmaya çalışırken .
Doğru.
Ancak, zaten bir kapanış emri gönderilmiş bir emri kapatmaya çalışırken neden 139 hatası verilmiyor?
Sonuçta, 139. hata durumunu tercih ediyoruz. Değil mi?
Geçersiz hata metni
Doğru.
Ancak, zaten bir kapanış emri gönderilmiş bir emri kapatmaya çalışırken neden 139 hatası verilmiyor?
Sonuçta, 139. hata durumunu tercih ediyoruz. Değil mi?
bilmiyorum. Ama buna bug demek zor.
bilmiyorum. Ama buna bug demek zor.
Terminal günlüğüne bakarsanız, sunucudaki kilidin algılanması gerektiği anda değil, konum kapatıldıktan sonra hata mesajı 3 verilir.
Hata mesajı 139, neredeyse 0,5 saniye önce verilmiş olabilir. Bunca zaman, danışman siparişi kapattıktan sonra hata 3'ü almak için "kilitleniyor".
Ve bu arada, hata 3 Geçersiz Parametreler terminal günlüğündedir ve 4108 yalnızca çıktısı nedeniyle ve yalnızca uzman sekmesindedir. 4108 istemci tarafı işleme gibi görünüyor.
Sadece kodun içine koymak için mantığı bilmek / anlamak istiyorum ve bilimsel dürtme yöntemiyle el yordamıyla değil ..)
Bu durumda değilse, başka hangi durumda 139 hatası alıyorsunuz ...?
Bu durumda değilse, başka hangi durumda 139 hatası alıyorsunuz ...?
Bekleyen bir emri/SL/TP'yi tetikleme veya stop-out ile bir pozisyonu kapatma anında (ayrıca sunucuda).
4108'de sormayacağım.
Ancak tekrar ediyorum, anlamadaki noktayı görmüyorum - 2 danışman aynı anda kapatma emri verirse, bunlardan birinin kesinlikle bir hatası olacaktır (fark nedir - ne?).
İşleme çok basit - OrderSelect yapıyoruz ve OrderCloseTime'ı kontrol ediyoruz.
o ne lan?
moderatörden:
Maalesef teknik bir aksaklıktan dolayı açıklama metni kaldırılmıştır. Lütfen tekrar yazın ve ürünü incelemeye gönderin.
Sebep olduğumuz herhangi bir rahatsızlık için özür dileriz.
Bu sadece bir rahatsızlık değil, beyni birkaç kez uçurmak (her seferinde 10 günlük bir bekleme süresidir) ve sonra silip şunu söylemektir: ah pardon, sildik, bir iplik gibi kendin geri yükle, sonra bekle 10 gün daha. - ve bunu yapmaya çalıştığınızda site hala çöküyor ..
Bu saçmalık nedir? Bunun kaybolması için ne tür bir başarısızlık olması gerekir? geri yüklenecek bir geçmiş yok mu? Açıklama mesajı birkaç gündür depodaydı.
Bu sefer moderatörden gelen mesaj neden açılmadı?
Verileri silme ile ilgili bu sorunun bir kez yaşanmadığından eminim. Bu sözde başarısızlık, aslında, bir başarısızlık değil (Muhtemelen son teslim tarihlerini geciktiriyor), çünkü bu sadece benimle değil aynı zamanda değil (sorun altı aydan fazla bir süredir var)! - lütfen yorum yap.
Ve lütfen düzeltin. Yapamıyorsan, beni işe al. 2000 Euro'ya bir hafta içinde yapacağım.
Nasıl yani.. dosdoğru fiyasko..
Genel olarak, silinenler geri yüklenecek mi? Moderatörle yazışmaların yarısını kaybettim. Forumdan kaybolan mesajlar. Ve moderatörler boş kalan mesajları da sildi.
Neden rejim yok, yapılıyor o çalışmalar? - veya daha doğrusu, sıra şudur - önce mod açılır - sonra çalışma yapılır, sonra mod geri yüklenir.
Ben yazdıktan sonra site kapandı. Güncellemeye karar verdim - site yalan söylüyor ...
böyle çalışamazsın - peki, bu ciddi değil ..
moderatöre yeni bir yorumda, daha fazla kaybetmemek için giden açıklamayı çoğalttım.
ürün ne olacak? e-postaya gönder? yorumlara ekle? Yoksa tekrar deneyip günlerce beklemek mi?