Ir para conteúdo
  • Cadastre-se
Seja bem-vindo
Curso Dominando a NFCe - Fim do SAT em São Paulo? Esteja preparado Curso Responsável Técnico na NFe - Atenda à nova legislação Curso Dominando o ACBrBoleto - Via API ou CNAB Seja um membro do ACBr Pro e agilize seu software Participe do Discord do ACBr Regras e orientações da nossa comunidade

alberonisse

Membros
 Perfil  Explorar Conteúdo

  • Total de ítens

    36

  • Registro em

  • Última visita

Últimos Visitantes

469 visualizações

alberonisse's Achievements

Contributor

Contributor (5/14)

  • First Post
  • Collaborator Rare
  • Week One Done
  • One Month Later
  • One Year In

Recent Badges

15

Reputação

  1. 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
  2. alberonisse
    rsrs
  3. alberonisse
    Em resumo é uma boa alteração que iria otimizar bastante mais só seria utilizado por usuários avençados, né isso?
  4. alberonisse
    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
  5. alberonisse
    @Daniel Simoes O que o amigo acha disso?
  6. alberonisse
    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?
  7. alberonisse
    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
  8. alberonisse
    Mais o aplicativo faz o que além de uma leitura?
  9. alberonisse
    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
  10. alberonisse
    Então você esta dizendo que todas as documentações/manuais do Assembly estão enganados?
  11. alberonisse
    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
  12. alberonisse
    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
  13. alberonisse
    Em qual chama o amigo precisa que o obj seja convertido?
  14. alberonisse
    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
  15. alberonisse
    O Protocolo que sugeri é muito parecido com da lib do SAT... mais tudo bem você tem razão
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.