alberonisse

Entendi, amigo @Daniel Simoes desculpe minhas "loucuras", tenho muito respeito pelo amigo e pelo projeto e não quero de forma alguma prejudicar, não vou mais fazer esse tipo de "Ajuda", nem vou mais me pronunciar aqui no forum pois não sei ficar calado quando estou certo, Desculpe mais tenho que falar isso: Em relação ao padrão de mercado, o mesmo inclusive api do win, jogos, drivers, independente da linguagem pois tudo vai ser convertido para linguagem do processador, é alocar antecipadamente quando o length não é variável ou quando sei o length antecipadamente e apenas quando quero uma copia dos dados, quando acontece de ser variável se o tipo de informação for uma String é retornado um ponteiro com endereço da informação na memoria (Esse ponteiro não é armazenado na memoria e sim em um registrador do processador) ou alterado o do informado no parâmetro e para saber o final como o amigo falou é usado o byte 0 ou (String Null-terminated), Em relação ao Drive do SAT, retorna um ponteiro para uma String que dependendo da linguagem pode ou não fazer uma copia (Java tem que ser uma copia) e para saber o final byte 0(String Null-terminated). DESCULPE NOVAMENTE E AGRADEÇO PELA OPORTUNIDADE

rsrs

Em resumo é uma boa alteração que iria otimizar bastante mais só seria utilizado por usuários avençados, né isso?

Concordo com o amigo, inclusive pensei nisso antes de fazer os vídeos, mais sem levar em consideração a possibilidade de alterar a lib oficial e como é uma alteração simples os próprios usuários podem fazer e usar, essa alteração abre a possibilidade inclusive de retornar o xml da NF com muita facilidade

@Daniel Simoes O que o amigo acha disso?

Em relação a mudança no código oficial eu também não faria pois seria extremamente estressante para quem já usa atualmente, como falei no vídeo e na descrição é apenas para estudo, em relação a struct java jna eu sei e não vi motivo pra usar, MEU REI, não é feio reconhecer quando uma melhoria é uma melhoria independente de qualquer coisa, não me acho melhor que neguem só porque estudo, os livros estão disponíveis pra quem quiser, agora me diga uma coisa sr moderador meu humilde conhecimento lhe incomodou? não soma forças ao projeto? sinto que você quer derrubar meu posicionamento sem antes verificar com cautela, me diga uma coisa, essa partícula de poeira no universo de meu Deus soma ou não soma ao projeto ACBr?

Acho que sua duvida é em relação ao aplicativo, então vou explicar essa parte também, como na modificação que fiz na struct "TLibRetorno" para armazenar o tamanho da mensagem, o aplicativo quando LER esses dados ele primeiro faz a alocação usando essa informação e faz uma copia da mensagem, entendeu?, veja o vídeo 3 que você vai entender melhor

Mais o aplicativo faz o que além de uma leitura?

como vai dar acess violation na LEITURA dos dados que não tem proteção?, chefe com todo respeito estude mais um pouco sobre o assunto até dados protegidos é possível liberar o acesso

Então você esta dizendo que todas as documentações/manuais do Assembly estão enganados?

Chefe você sabe que quando carregamos uma dll para um processo é o mesmo que injetar um novo codigo no mesmo então tanto a lib como o aplicatico que a carregou vai ter acesso aos mesmos dados na memória ram, o ponteiro nada mais é que o endereço para esses dados, acredito que o amigo também já viu que em todas as chamadas a própria lib armazena o retorno na struct "TLibRetorno" para ser usado pela função "UltimoRetorno" caso seja necessário, então o que fiz foi apenas resumir o processo e já pegar essa struct direto na memoria ram

O deslocamento é feito normalmente pela própria lib, o retorno é apenas do ponteiro para a struct que a lib armazena os dados do ultimo retorno

Em qual chama o amigo precisa que o obj seja convertido?

O intuído desse tópico é apenas para exibir os vídeos que postei em meu canal do youtube sobre um estudo que fiz na ACBrLib e alterei a forma como é feita as chamaras e retornos na tentativa de otimizar ainda mais nesse sentido, resumindo a forma como é feira essa comunicação, Agradecimento especial ao ACBr e todos que fazem parte desse projeto maravilhoso. CONFIRAM OS VIDEOS Vídeo 1: https://youtu.be/lf130_Gtx3o Vídeo 2: https://youtu.be/ap2w20VsEsA Video 3: https://youtu.be/PyKwrYLl4ao

O Protocolo que sugeri é muito parecido com da lib do SAT... mais tudo bem você tem razão

Amigo atualmente isso ja é feito...

De nada amigo, to apaixonado por os fontes, não consigo para de ler... rsrs

Ok amigo esta aqui, a linha que modifiquei comentei "//ADICIONAI 01" apenais isso foi feito ACBrLibNFeClass.pas

Caso o amigo queira posso enviar o exemplo em Java juntamente com a dll que separei as funções do VFPe, acho que ficou ate mais simples...

Boa noite equipe de desenvolvimento do ACBr, vi que os amigos usam uma forma de retorno dos dados em que é alocado 256 bytes na memoria e se a resposta for maior que isso é necessário fazer um novo alocamento de memoria com o tamanho retornado para ser enviado uma segunda solicitação a lib para ser retornado os dados que ficaram armazenados estaticamente... bom minha pergunta e ao mesmo tempo dica seria a seguinte: porque não simplesmente é alocado um stream de bytes na lib com a seguinte estrutura: OFFSET 0 = Resultado (1 byte) (0=Sucesso) OFFSET 1 = Length (4 bytes) (DWORD) Integer unsigned podendo armazenar um valor de 0 a 4294967295 podendo armazenar mais de 4 GB OFFSET 5 = A partir desse ponto ate o Length seria a informação que desejaria retornar O retorno das funções seria apenas o Pointer, eu fiz os testes fica muito mais pratico, rápido e organizado o código

Boa Tarde, tava dando uma olhada do fonte da Lib NFe e vi que na função "StatusServico" não funciona para o ceará pois não é feita a verificação "NFeDM.ValidarIntegradorNFCe;" antes da execução. fiz os testes e depois de acrescentar funcionou corretamente...

Obrigado amigos....

Peguei só o pacote "ACBrIntegrador" isolado, tirei um print, mais minha duvida era se dava certo de alguma forma com o "ACBrMonitorPLUS" já compilado

Abrigado Daniel, pelo que vi com o "ACBrMonitorPLUS" não é possível né, realmente já tinha visto nos exemplos dos fontes

Boa noite, é possível realizar pagamentos ao componente VFP-E do integrador fiscal utilizando o ACBrMonitorPLUS?