Errori, bug, domande - pagina 2605

Nuovo commento
 

Mi scuso per il piccolo fuori programma

Igor Makanu:

È impossibile che un processore faccia cadere la linea 12v di un alimentatore

Se la vostra PSU è difettosa, non fornirà tutti i valori nominali (12,5, 3,3), poi la memoria si guasterà, poi la cpu, e solo allora gli hard disk, fans.... Se avete una scheda video, può iniziare a fallire se i 12 V si abbassano, ma il primo abbassamento a 12 V si sente l'SSD, e altri dispositivi funzionano senza problemi... imho, non funziona così...anche se.... pensava che fosse il disco rigido quando la memoria non funzionava, anche win7 non poteva installarsi sul disco rigido in modo sospetto, al 30% dell'installazione scriveva che non poteva copiare il file... il problema è stato causato da una memoria difettosa

ZS: ha scritto su AIDA64 - l'hai fatto?

Ora ho sostituito l'alimentatore e non riconosco il mio computer. Anche internet è più veloce. È un miracolo.
 
Alexey Viktorov:

Mi scuso per il piccolo fuori programma

Ora ho sostituito l'alimentatore e non riconosco il mio computer. Anche internet è più veloce ora. È un miracolo.

È fantastico.
Ma non è una sorpresa, gli alimentatori non durano per sempre,
soprattutto senza un regolatore, i condensatori possono cedere rapidamente,
a seconda della qualità dell'alimentazione, può facilmente morire in un anno di utilizzo attivo.

 

Il sorgente(Math\Stat\Math.mqh) dovrebbe essere adattato all'ultima build, la funzione MathArctan2 con questi parametri è già ridondante:


 
Aliaksandr Hryshyn:

È necessario correggere il sorgente(Math\Stat\Math.mqh) per l'ultima build, la funzione MathArctan2 con i parametri dati è già superflua:


Fisso.

Una nuova beta con correzioni sarà disponibile tra 2 ore.

 
Quando si chiama CopyTicksRange per la cronologia, che non esiste ancora localmente, la funzione si "blocca" per un tempo indefinito in termini di codice di chiamata MQL5, durante il quale i file vengono scaricati nella cartella dei tick del database di lavoro, mentre il programma MQL5 "aspetta". Quando tutta la storia richiesta viene ricevuta, la "sospensione" si placa da sola, ma come far sapere all'utente per questo periodo che il programma funziona davvero? C'è un modo per ottenere la percentuale di completamento del processo di download? Ho diversi anni di storia scaricati per pochi minuti. Senza un feedback chiaro, l'utente medio sputerà e scarterà il programma senza aspettare il risultato. Non voglio nemmeno far rotolare uno stupido orologio e non avere alcuna conferma in MQL che il download stia realmente avvenendo.
 
Stanislav Korotky:
Quando si chiama CopyTicksRange per la storia, che localmente non è ancora disponibile, la funzione dal codice MQL5 chiamante si "blocca" per un tempo indefinito, durante il quale i file vengono scaricati nella cartella dei tick del database di lavoro e il programma MQL5 allo stesso tempo "aspetta". Quando tutta la storia richiesta viene ricevuta, la "sospensione" si placa da sola, ma come far sapere all'utente per questo periodo che il programma funziona davvero? C'è un modo per ottenere la percentuale di completamento del processo di download? Ho diversi anni di storia scaricati per pochi minuti. Senza un feedback chiaro, l'utente medio sputerà e scarterà il programma senza aspettare il risultato.

Il Tester della soluzione KB faceva qualcosa del genere. Non ricordo l'essenza, il codice dovrebbe essere chiaro. Puoi anche provare con l'indicatore. Non sembra aspettare l'esecuzione se la storia non è pronta.

 
fxsaber:

Nella soluzione KB Tester ha fatto, credo, qualcosa del genere. Non ricordo l'essenza, il codice dovrebbe essere chiaro. Puoi anche provare con l'indicatore. Sembra che non aspetti l'esecuzione lì, se la storia non è pronta.

Puoi mostrarmi il luogo esatto, perché ci sono diversi Tester? ;-)

Gli indicatori non danno il progresso del calcolo delle virgolette per loro - beh, il CopyBuffer restituirà sempre lo stesso codice di errore - non rende la situazione più chiara.

 
Stanislav Korotky:

Puoi essere più specifico sul luogo, perché ci sono alcuni Tester? ;-)

In questo file

  static bool HistoryIsReady( const datetime tBeginTime, MqlTick &BeginTick )
  {
    MqlTick Ticks[1];
  
    ::ResetLastError();
  
    if (::CopyTicks(_Symbol, Ticks, COPY_TICKS_ALL, (ulong)tBeginTime * 1000, 1) == 1)
      BeginTick = Ticks[0];
  
    return(!::GetLastError() ||
           (!::TerminalInfoInteger(TERMINAL_CONNECTED) && 
           ((::CopyTicks(_Symbol, Ticks, COPY_TICKS_ALL, (ulong)(tBeginTime - 7 * 24 * 3600) * 1000, 1)) == 1) &&
           (Ticks[0].time < tBeginTime)));
  }

Gli indicatori non forniscono il progresso del calcolo delle quotazioni per loro - beh lo stesso codice di errore sarà restituito da CopyBuffer per tutto il tempo - non rende la situazione più chiara.

Intendevo qualcos'altro, ma non è importante.

 

Non capisco affatto cosa stia succedendo.

   struct myPositionPrepare
   {
      ENUM_ORDER_TYPE      order_type;          // тип устанавливаемого ордера
      ENUM_POSITION_TYPE   position_type;       // тип устанавливаемого ордера
.................
   };
   myPositionPrepare       structPosPrep;       // подготовительная структура для открытия позиции/ордера
.
.
      structPosPrep.position_type         = PositionGetInteger(POSITION_TYPE); // implicit enum conversion

Cosa c'è che non va?

 
Сергей Таболин:

Non capisco affatto cosa stia succedendo.

Cosa c'è che non va?

longPositionGetInteger()

Trovo anche questo punto scomodo: potrei tradurre da enum a tipi interi e viceversa automaticamente, senza dover

structPosPrep.position_type = (ENUM_POSITION_TYPE)PositionGetInteger(POSITION_TYPE);
1...259825992600260126022603260426052606260726082609261026112612...3184
Nuovo commento