arquitetura do @My program envolve plugins (dlls) e exe (obviamente). Nós somos o único provedor de plugins. Disseram-me que alocar memória em um plug-in e liberá-la no código exe era um problema em potencial se vincularmos estaticamente o tempo de execução c. No entanto, se o vinculássemos dinamicamente, havia apenas um heap e o tempo de execução c tinha acesso a tudo isso. Mudamos para o vínculo dinâmico com base neste conselho, mas todos os quevist do comutador está com dores de cabeça e problemas relacionados à distribuição e instalação dos novos tempos de execução. (Não sei o que nós evitado em termos de problemas de alocação de memória.)

Quais são as implicações da alocação de memória? Digamos que um plugin aloque memória e o exe a libere. Existe um comportamento diferente entre o c runtime estático e o dinamicamente vinculado? Teremos problemas para vincular estaticamente o tempo de execução c se usarmos plugins? Se voltarmos à vinculação estática, isso atrapalha a detecção de vazamento de memória e os relatórios de despejo de memória?

Está de acordo com algumas perguntas levantadas pelos comentários emQual versão de tempo de execução do VC ++ eu escolho - estática ou dinâmica? especificamenteQual versão de tempo de execução do VC ++ eu escolho - estática ou dinâmica?

Há também alguma discussão emhttp: //msdn.microsoft.com/en-us/library/abx4dbyh (v = VS.100) .aspx.