A função funciona com um buffer de dados separado, não com arquivos de arquivo. O algoritmo deflate é usado, e a função foi introduzida para ser usada no WebRequest, caso a resposta seja colhida pelo servidor.
A função funciona com o buffer de dados individual, não com os arquivos de arquivo. O algoritmo de deflação é usado, e a função foi introduzida para ser usada no WebRequest, caso a resposta seja frita pelo servidor.
O parâmetro-chave não é utilizado.
Boa tarde!
Uma pergunta, o que significam os 4 bytes no final doCryptEncode() com o parâmetro CRYPT_ARCH_ZIP?
Se você usar o algoritmo dedeflação, você também pode descomprimir os arquivos ZIP sabendo como obter esses 4 bytes.
Uma pergunta, o que significam os 4 bytes no final doCryptEncode() com o parâmetro CRYPT_ARCH_ZIP?
Isto é para o controle de integridade, ADLER32 ou CRC32 (depende dos parâmetros de arquivamento (Adler32 é sempre usado em MQL) e pode estar faltando) dos dados da fonte
mql5: Isto é para o controle de integridade, ADLER32 ou CRC32 (depende dos parâmetros de arquivamento (MQL sempre usa Adler32) e não pode) dos dados da fonte
Para login e uso do site MQL5.com, você deve ativar o uso de cookies.
Ative esta opção no seu navegador, caso contrário você não poderá fazer login.
Você entrou na conta. A autenticação de dois fatores foi desativada. Configure-a novamente e escaneie um novo código QR ou continue com a autenticação de dois fatores desativada.
Vasiliy!
Você obteve uma resposta?
A função funciona com um buffer de dados separado, não com arquivos de arquivo.
O algoritmo deflate é usado, e a função foi introduzida para ser usada no WebRequest, caso a resposta seja colhida pelo servidor.
O parâmetro-chave não é utilizado.
Favor formar uma lista clara de perguntas.
A função funciona com o buffer de dados individual, não com os arquivos de arquivo.
O algoritmo de deflação é usado, e a função foi introduzida para ser usada no WebRequest, caso a resposta seja frita pelo servidor.
O parâmetro-chave não é utilizado.
Boa tarde!
Uma pergunta, o que significam os 4 bytes no final doCryptEncode() com o parâmetro CRYPT_ARCH_ZIP?
Se você usar o algoritmo dedeflação, você também pode descomprimir os arquivos ZIP sabendo como obter esses 4 bytes.
( Exemplo de descompilador ZIP na página 6)
Boa tarde!
Uma pergunta, o que significam os 4 bytes no final doCryptEncode() com o parâmetro CRYPT_ARCH_ZIP?
mas os primeiros 2 bytes?
O mais provável é que seja:
0x78 - sinal de dados embalados
0x5E - método de compressão
Estes bytes não mudam (eu verifiquei)
Isto é para o controle de integridade, ADLER32 ou CRC32 (pode não existir) a partir dos dados de origem
Obrigado.
ZIP sem 4 bytes e CRC32 do arquivo ZIP não é desempacotado :(
Vasiliy, nosso empreendimento não vai funcionar
A menos, é claro, que os caras da MQ nos encontrem na metade do caminho e acrescentem uma bandeira para
funçãoCryptDecode(CRYPT_ARCH_ZIP, dados, chave, resultado,NO_READ_CRC) ;
ou tirar CRC32 do arquivo ZIP:
CryptDecode(CRYPT_ARCH_ZIP, dados, chave, resultado,USE_CRC_FROM_ZIP) ;
Obrigado.
ZIP sem 4 bytes e CRC32 do arquivo ZIP não é desempacotado :(
Vasily, nossa idéia não vai funcionar.
A menos, é claro, que os caras da MQ nos encontrem na metade do caminho e acrescentem uma bandeira em
funçãoCryptDecode(CRYPT_ARCH_ZIP, dados, chave, resultado,NO_READ_CRC) ;
Podemos tentar escorregar em quatro bytes vazios?
Isto é para o controle de integridade, ADLER32 ou CRC32 (depende dos parâmetros de arquivamento (MQL sempre usa Adler32) e não pode) dos dados da fonte
Talvez tentar escorregar em quatro bytes vazios?