Fórum Quando é necessário usar Sharemem em DLL? #333635

Como retorna PChar, a princípio não precisa do ShareMem, mas para isso funcionar corretamente, o buffer apontado pelo PChar deve ser alocado estaticamente (ou seja, é um array declarado como var ou const) ou alocado dinamicamente; não é boa idéia retornar um PChar para uma string.

strings em Delphi são um tipo de variável alocada dinamicamente (exceto ShortString e strings com tamanho fixo) que tem o recurso adicional de ter internamente uma contagem de referencias. Cada vez que a string é atribuída a uma variável essa contagem interna da string aumenta; cada vez que a variável deixa de existir, a contagem interna diminui e, se atingir zero, a memória usada pela string será liberada. Por causa dessas características, não é boa idéia usar string como tipo de parametro ou de retorno em funções/procedures que serão usadas por outros programas possivelmente escritos em outra linguagem que não Delphi.

O gerenciador de memoria do Delphi se encarrega de pedir blocos de memória para o Windows na medida que for necessário. Cada vez que um objeto, string ou qualquer tipo de variável alocada dinamicamente é criada, seu programa pede memória ao gerenciador do Delphi.

Não é difícil perceber que, com dois gerenciadores de memória, um do programa e outro da DLL, as coisas não vão funcionar direito.

O ShareMem sendo usado tanto pelo programa como pela DLL faz com que o gerenciador seja um só, implementado em BorlandMM.DLL.