tag:blogger.com,1999:blog-980185764358695221.post422802822784837140..comments2023-12-21T11:30:41.602-03:00Comments on BlackTDN: Protheus :: Recuperando Variáveis da Pilha de Chamadas Versão IIиαldσ djhttp://www.blogger.com/profile/02363588786835561737noreply@blogger.comBlogger5125tag:blogger.com,1999:blog-980185764358695221.post-53941356243701728042017-03-29T22:35:47.160-03:002017-03-29T22:35:47.160-03:00http://tdn.totvs.com/pages/viewpage.action?pageId=...http://tdn.totvs.com/pages/viewpage.action?pageId=271860860<br /><br />TOTVS Technology … 7.00.131227a-20160308 NG<br />Correction - Memory Leak (Objects)<br />Ir para o final dos metadados<br />Criado por Otto Alexandre Monteiro Altorfer em 02 mar, 2017 Ir para o início dos metadados<br />Situation<br />Correction of memory leak in use of AdvPL objects.<br />Occurrence<br />In use of ADVPL objects, it was not released from memory after use.<br />Correction<br />Change in memory cleanup routine.<br />Additional Information<br />Available in builds after 3/8/2016. <br />Revision: 8479иαldσ djhttps://www.blogger.com/profile/02363588786835561737noreply@blogger.comtag:blogger.com,1999:blog-980185764358695221.post-18351582092147367832017-03-29T22:32:08.292-03:002017-03-29T22:32:08.292-03:00Existe um problema conhecido em que determinada ve...Existe um problema conhecido em que determinada versao ao appServer nao desaloca memoria de objetos. Segundo o TDN já existe solução para isso: basta atualizar a Build.иαldσ djhttps://www.blogger.com/profile/02363588786835561737noreply@blogger.comtag:blogger.com,1999:blog-980185764358695221.post-63037704399313863242017-03-29T14:35:55.898-03:002017-03-29T14:35:55.898-03:00Olá Naldo,
Ao usar a implementação do stackpush.pr...Olá Naldo,<br />Ao usar a implementação do stackpush.prg em uma função executada via Job, notei que o appserver que roda a thread aloca memória de forma progressiva até "estourar". Acredito que sejam as chamadas sucessivas da exceção da ReadstackParameters... Existe alguma forma de desalocar a memória e evitar este problema ?Unknownhttps://www.blogger.com/profile/01244521656289022618noreply@blogger.comtag:blogger.com,1999:blog-980185764358695221.post-64125183467744377132017-03-29T14:32:35.507-03:002017-03-29T14:32:35.507-03:00Olá Naldo,
No uso da stackpush.prg, notei que quan...Olá Naldo,<br />No uso da stackpush.prg, notei que quando se usa em uma chamada que executa dentro de um JOB/thread, o appserver que faz esta execução começa a alocar memória de forma progressiva até estourar o limite. Existe alguma maneira de desalocar a memória logo após disparar a exceção que faz parte da rotina ?Unknownhttps://www.blogger.com/profile/01244521656289022618noreply@blogger.comtag:blogger.com,1999:blog-980185764358695221.post-80793274505717681612013-06-21T01:19:25.421-03:002013-06-21T01:19:25.421-03:00Caro Marinaldo,
No site do BlackTDN foi publicado...Caro Marinaldo,<br /><br />No site do BlackTDN foi publicado um fonte (stackpush.prg) que continha a função ReadStackParameters, que tinha a finalidade de recuperar variáveis das funções da pilha de chamada independente do escopo das mesmas, o que é muito útil para execução de algum ponto de entrada ou rotina customizada. Contudo em determinadas situações, a forma de conseguir isto (disparar uma exceção) provoca interrupções no processamento de rotinas que são executadas via JOB, o que pode ser problema... Com isto em mente, gostaria de saber se há alguma alternativa para este caso em específico para evitar que a exceção disparada a partir da ReadStackParameters interrompa o processamento ou se existe uma forma melhor de acessar as variáveis da mesma maneira.<br /><br />Agradeço a atenção,<br /><br /><br />JeffersonAnonymousnoreply@blogger.com