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 |