Erros, bugs, perguntas - página 1031

 
fyords:

Noto que apenas 3 em cada 8 agentes podem correr ao mesmo tempo quando se obtêm tarefas da nuvem.
Embora se fizer o seu teste em paralelo, os outros agentes também estão habilitados.

Será assim que deve ser?

Tive todos os seis até que desactive um há uns dias atrás porque a CPU estava a sobreaquecer (a sala está quente). Agora que cinco estão a funcionar, o voo é normal.
 
MetaDriver:
Tive todos os seis a trabalhar até desactivar um há alguns dias - o CPU estava a sobreaquecer (está quente na sala). Agora que cinco estão a funcionar, o voo é normal.

Desculpe, falso alarme :)
É que só há 3 agentes a correr, mas eles estão a saltar em núcleos diferentes.

De alguma forma falhou a capacidade do sistema de distribuir a carga uniformemente.

 
Al_key:
.............

Como está a correr aí dentro?

Não posso reproduzir a sua situação por uma razão simples: não tenho um :

   file_handle = FileOpen("CSV - макроэкономика и госкорпстат/Existing Home Sales Change.csv",FILE_READ|FILE_CSV|FILE_ANSI,',');
 
mql5:
Um dos dispositivos OpenCL tem um erro do condutor e o terminal trava ao tentar utilizá-lo.

Consulte [HKEY_LOCAL_MACHINE_MACHINE\SOFTWARE\Khronos\OpenCLVendors] ramo de registo para adivinhar quais os dispositivos OpenCL que possui.

É recomendável encontrar actualizações para eles.

Estranho, actualizou os condutores. Após a actualização, dois terminais começaram sem qualquer problema, depois começaram a dar novamente este erro.

(nvidia geforce 710m versão 320.49)


Inicialização do terminal OpenCL saltada devido a erro crítico, por favor actualize os controladores OpenCL


Como pode verificar se o condutor trabalha ou não de qualquer outra forma?

 

Descarregado intel_sdk_for_ocl_applications_2013_x64 Parece funcionar agora.

2013.08.05 09:15:38 Dispositivo OpenCL #1: NVIDIA Corporation GeForce 710M GPU com OpenCL 1.1 (2 unidades, 1550 MHz, 1024 Mb, versão 320.49, classificação 181)
2013.08.05 09:15:38 Dispositivo OpenCL #0: Intel(R) Corporation CPU Intel(R) Pentium(R) B960 @ 2.20GHz com OpenCL 1.2 (2 unidades, 2200 MHz, 2885 Mb, versão 1.2, classificação 13)

 
A partir da Referência MQL5:

Qualquer caractere único entre aspas simples ou código de caracteres ASCII hexadecimal como '\x10' é uma constante de caracteres e é do tipo ushort.

class A {
public:
        void operator<<( ushort ch ) {}
        void operator<<( int ch ) {}
};

void OnStart()
{
        A a;
        a << '5'; // ошибка
        a << (ushort)'5'; // нормально
}
Surge então a questão porque é que o compilador não consegue distinguir o ushort do int - sem qualquer indicação explícita?
 
A100:
A partir da Referência MQL5:

Qualquer caractere único entre aspas simples ou código de caracteres ASCII hexadecimal como '\x10' é uma constante de caracteres e é do tipo ushort.

A questão que se coloca é por que razão o compilador não consegue distinguir entre ushort e int, sem indicação explícita?

Está a ler a documentação de forma demasiado selectiva

Noções básicas de linguagem - Tipos de dados - Conversão de tipo

Os tipos de dados char, uchar, short e ushort são incondicionalmente convertidos para o tipo int em operações.

Correctamente, deve deixar apenas uma, int, operação sobrecarregada. Caso contrário, pode obter todo o tipo de efeitos aleatórios

 
stringo:

Está a ler a documentação de forma demasiado selectiva

Noções básicas de linguagem - tipos de dados - conversão do tipo

São dados apenas onde são necessários.
void OnStart()
{
        A a;
        ushort ch = '5';
        a << ch;
}

Nada é dado aqui - tudo funciona.

A questão é que '5' é do tipo 'ushort'.

 
A100:
São lançados apenas nos locais onde tal é necessário.

Nada é dado aqui - tudo funciona.

A questão é que '5' é do tipo 'ushort'.

Retirar uma das operações sobrecarregadas (qualquer!) e não há dor
 
Sim, a propósito, o que quis dizer ao tentar organizar o turno da esquerda para 0x35, ou seja, 48 em forma decimal (que é o número para o qual o '5' literal converte)?
Razão: