Incidente: na inicialização do Broker HTTP estava sendo erroneamente gravada no log uma mensagem de erro "erro, falta nome do arquivo de certificado do server"

Solução: corrigido para não mais gravar essa mensagem 

Referente ao chamado: DTAPPSRV-8123

Incidente: Caso especifico de Logix com Multithread ativo no logixprofile. Onde ao fechar um programa que foi aberto pelo FGLRUN, encerra em cascata todos os programas. 

Solução: Corrigido a lista de programas ativos e ao encerrar um programa, verifica se existe outros ativos e volta para o anterior. 

Referente ao chamado: DTAPPSRV-6202

Incidente: Possível picos de CPU no serviço do Broker desktop em ambiente linux.

Solução: Melhorias na camada de comunicação para otimizar a aceitação  aceitação de conexões. Inclusão de logs para monitoramento das threads no broker.

Referente ao chamado: DTAPPSRV-7806

Incidente: Lentidão na comunicação do Logix, entre Appserver e banco de dados SQL Server, ambos em Linux.

Solução: Ajustado dbsrv.so para uma comunicação mais eficiente. 

Referente ao chamado: DTAPPSRV-8019

Incidente: Lentidão na comunicação do Logix, entre Appserver e banco de dados SQL Server, ambos em Linux.

Solução: Ajustado dbsrv.so para uma comunicação mais eficiente. 

Referente ao chamado: DTAPPSRV-8019

Incidente: A função GetUserInfoArray não retornava dados na posição 4 quando da utilização do broker.

Solução: Correção na GetUserInfoArray para preenchimento dos dados corretamente para retorno na função.

Referente ao chamado: DTAPPSRV-8053

Incidente: Durante a geração de relatorios no Logix, com Appserver em Linux e banco Informix, apresentava quedas esporadicamente. 

Solução: Adicionado proteções no Appserver para evitar possíveis invasões de memoria.

Referente ao chamado: DTAPPSRV-8067

Incidente:Comportamento inesperado de cursor em algumas ocasiões envolvendo banco MSSQL.

Solução:Alinhado recursos de MARS desligados com o build 32 bits.

Referente ao chamado: DTAPPSRV-8104

Incidente:Serviço fica indisponivel ao compilar fonte com instruções RECORD ao adicionar membros novos 

Solução:realizado proteção no tramento das chamadas

Referente ao chamado: DTAPPSRV-8108

Incidente: Ao realizar conversão do tipo datetime o Appserver pode sair do ar

Solução: Realizado proteção no tramento das chamadas

Referente ao chamado: DTAPPSRV-8109

Incidente: Insert não apresenta falha, mas SQLERRD[3] é 0 (nao registro foi inserido), e nenhum erro é apresentado

Solução: Resgatado erro corretamente, no caso do mssql, quando erro é HY000 ele não pega corretamente o código, sendo agora representado por "161".

Referente ao chamado: DTAPPSRV-8114

Incidente: Ajustes em dois colaterais em ambiente 4GL, nos bancos Informix e SQL Server, durante a tradução de query com "%", PERCENT_MARK. 

Solução: Ajustado a tradução correta para cada banco Informix ou SQL Server.

Referente ao chamado: DTAPPSRV-8124

Incidente: No SQL BLOCK Logix, o paraser não reconhecia nomes com o símbolo "$" no meio (gv$session, por exemplo) como nome de tabela, que existem no Oracle; e o parser não reconhece uma variável com nome de tabela caso tivesse o terminador ";" .

Solução: Corrigido o parser do SQL BLOCK Logix para a correta identificação dos casos citados.

Referente ao chamado: DTAPPSRV-8127

Incidente: A função FErase está conseguindo apagar um arquivo que foi criado pela FCreate, mas que não foi fechado. Esse problema acontece em ambiente virtualizado com VMWare.

Solução: Corrigido a forma de criar arquivos na função FCreate para que não seja possível a exclusão de arquivos não fechados.

Referente ao chamado: DTAPPSRV-8182

Ocorrência: durante compilação, ocorria Access Violation no Application Server.

Solução: foram realizados ajustes na camada de debug ADVPL.

Referente ao chamado: DTAPPSRV-8184

Incidente: Ao ocorrer uma excessão, o console.log mostra linhas negativas

Solução: Correção no tramento das linhas do fonte para correta exibição

Referente ao chamado: DTAPPSRV-8222