to VicK, в амперсанде вся суть, благодаря ему я собственно и могу менять содержимое массива... второй массив - массив с возвращаемыми значениями
Neste caso, não faz sentido o ampersand (eu mesmo o experimentei), e você pode mudar o conteúdo da matriz graças a outra coisa :-). Você olhou para o exemplo da DLL no diretório de amostras? Lá tudo funciona bem. Faça-o por analogia.
sim, provavelmente.... mas ainda assim, por que tudo funciona com int's básicos, mas o dobro, ao mesmo tempo, não come?
encontrou o que Billy diz não ser um bug, mas uma característica. :)
parece ser um efeito colateral que não é um bug per se.... mas não encontrei nenhuma menção a isto em nenhum lugar....
o ponto é, se um array é definido como um buffer de índice(SetIndexBuffer()), ele não pode ser "alterado de fora" .... (
embora eu gostasse muito
De que adianta acrescentar mais um laço para copiar arrays. com tais características, um pouco mais e não haverá motivo para usar .dll externo como uma alternativa atraente de aumento de produtividade para tarefas "demoradas".......... (
Ainda assim, gostaria de ouvir dos desenvolvedores, talvez lutemos pelo desempenho e não pela segurança imaginária
<br / translate="no"> Neste caso, não há substância no ampersand (eu mesmo o experimentei), e você pode mudar o conteúdo do array graças a outra coisa :-). Você olhou para o exemplo da DLL no diretório? Lá tudo funciona bem. Faça-o por analogia.
de acordo com o documento, o sinal de ampersand é precisamente o papel chave, se quisermos mudar o conteúdo de um array dentro de uma função chamada (ala sem & - passagem de valor, com & - por ponteiro (mais precisamente por referência, se usarmos a analogia c++))
второй массив - массив с возвращаемыми значениями
Neste caso, não faz sentido o ampersand (eu mesmo o experimentei), e você pode mudar o conteúdo da matriz graças a outra coisa :-). Você olhou para o exemplo da DLL no diretório de amostras? Lá tudo funciona bem. Faça-o por analogia.
sim, provavelmente....
mas ainda assim, por que tudo funciona com int's básicos, mas o dobro, ao mesmo tempo, não come?
encontrou o que Billy diz não ser um bug, mas uma característica. :)
parece ser um efeito colateral que não é um bug per se....
mas não encontrei nenhuma menção a isto em nenhum lugar....
o ponto é, se um array é definido como um buffer de índice(SetIndexBuffer()), ele não pode ser "alterado de fora" .... (
embora eu gostasse muito
De que adianta acrescentar mais um laço para copiar arrays.
com tais características, um pouco mais e não haverá motivo para usar .dll externo como uma alternativa atraente de aumento de produtividade para tarefas "demoradas".......... (
Ainda assim, gostaria de ouvir dos desenvolvedores,
talvez lutemos pelo desempenho e não pela segurança imaginária
de acordo com o documento, o sinal de ampersand é precisamente o papel chave, se quisermos mudar o conteúdo de um array dentro de uma função chamada (ala sem & - passagem de valor, com & - por ponteiro (mais precisamente por referência, se usarmos a analogia c++))
:-)) sim.... gostaria, especialmente eu...
nada mal... Gostaria de lutar por uma integração adequada sem nenhum especialista... MQL pode ser bom, mas C++ é melhor...
mas também deve haver um apoio atencioso aos módulos externos, esperemos que chegue a isso...