Você está perdendo oportunidades de negociação:
- Aplicativos de negociação gratuitos
- 8 000+ sinais para cópia
- Notícias econômicas para análise dos mercados financeiros
Registro
Login
Você concorda com a política do site e com os termos de uso
Se você não tem uma conta, por favor registre-se
- O corretor apoia a definição de uma ordem com tempo?
Para o fazer, prima F9 e verifique se a hora pode ser definida.
Duas perguntas sobre como trabalhar com ficheiros.
1. Existe um ficheiro de texto contendo cordas em várias línguas (incluindo japonês, árabe, etc.). Consequentemente, a codificação do ficheiro é UTF8. Os dados no ficheiro são escritos como "Alias=Translation", onde o pseudónimo está sempre em inglês e a tradução é em qualquer outra língua. Eu tinha a certeza que FILE_UNICODE deveria ser utilizado durante a leitura. Mas se se abrir o ficheiro desta forma:
obtemos um conjunto de hieróglifos sem sentido ao lermos as cordas. Mas se a abrir assim:
depois lê e posteriormente produz normalmente (verifiquei em inglês, russo, ucraniano, japonês, árabe).
Pergunta: porque precisamos de usar a bandeira FILE_ANSI? Afinal, ANSI é para caracteres de byte único e codificação de caracteres unicode UTF8...
2. Há uma classe que tem um método deste tipo:
O nome do ficheiro é uma propriedade e é-lhe dado um valor quando se inicializa um objecto. Ou seja, quando chamamos o método, abrimos o ficheiro, lemos linha a linha, e assim que encontramos a corda correspondente, devolvemos o seu substrato. Se o ficheiro não for aberto ou se não houver uma corda correspondente, devolvemos a corda que foi alimentada à entrada.
Se chamarmos o método uma vez, tudo funciona. Mas se telefonar várias vezes seguidas - funciona apenas na primeira vez, enquanto a segunda e subsequentes tentativas de abrir o ficheiro - INVALID_HANDLE (verificado com impressão). Qual poderá ser o problema?
2. Há uma classe que tem este método:
O nome do ficheiro é uma propriedade e é-lhe atribuído um valor durante a inicialização do objecto. Ou seja, quando o método é chamado, abrimos o ficheiro, lemos linha a linha, e assim que encontramos uma linha adequada, devolvemos o seu substrato. Se o ficheiro não for aberto ou se não houver uma corda correspondente, devolvemos a corda que foi alimentada à entrada.
Se chamarmos o método uma vez, tudo funciona. Mas se telefonar várias vezes seguidas - funciona apenas na primeira vez, enquanto a segunda e subsequentes tentativas de abrir o ficheiro - INVALID_HANDLE (verificado com impressão). Qual poderá ser o problema?
Esta pode ser a razão:
...
2. Há uma classe que tem um método como este:
O nome do ficheiro é uma propriedade e é atribuído um valor quando o objecto é inicializado. Ou seja, quando o método é chamado, abrimos o ficheiro, lemos linha a linha, e assim que encontramos uma linha adequada, devolvemos o seu substrato. Se o ficheiro não for aberto ou se não houver uma corda correspondente, devolvemos a corda que foi alimentada à entrada.
Se chamarmos o método uma vez, tudo funciona. Mas se telefonar várias vezes seguidas - funciona apenas na primeira vez, enquanto a segunda e subsequentes tentativas de abrir o ficheiro - INVALID_HANDLE (verificado com impressão). Qual poderá ser o problema?
Tudo funciona aqui, ou seja, todas as ordens pendentes são executadas sem erros.
talvez funcione lá
Mas será que a sua empresa de corretagem tem uma opção de data?
Talvez seja essa a razão:
...
portagem64
...
Obrigado pelas respostas rápidas!
Desculpem, não o vi, saí para fumar e fui buscá-lo.
Aqui está:
Está a funcionar agora. Mas a primeira questão continua de pé.
talvez seja aí que funciona.
mas será que a sua empresa de corretagem tem uma opção de data?
Não ouço nada claro do meu corretor há uma semana ... rrrrrrr....
Obrigado pelas suas respostas rápidas!
Desculpem, não o vi, saí para fumar e fui buscá-lo.
Aqui está:
Está a funcionar agora. Mas a primeira questão continua de pé.
Sobre a primeira pergunta.
Se o ficheiro for aberto como unicode, nenhuma conversão é feita (isto é, o seu CP_UTF8 é simplesmente ignorado), os dados são lidos "tal como estão".
A página de código funciona ao converter para texto Unicode interno ( dados do tipo string) ao ler a partir de um ficheiro de texto aberto em modo ANSI.
Já há uma semana que não ouço nada claro do meu corretor... rrrrrr....