Pergunta

Temos este grande aplicativo escrito em Delphi 5, e desenvolvimento está em curso até hoje. Há pesquisas em curso para migrar para versões mais recentes, mas até agora não há sucesso, como alguns componentes 3rd party não foram atualizados em idades e não funcionam em versões posteriores.

Entretanto, porém as pessoas precisam continuar a trabalhar sobre ela. Agora Delphi 5 IDE não é verdadeiro deleite. É bem montado bug-e não tem um monte de recursos de IDEs contemporâneos que o torna difícil de usar. Especialmente quando se trata de depuração.

Então eu queria saber - seria possível usar o Visual Studio no processo? Tanto quanto eu sei o formato de arquivo .PDB é muito antigo e está bem documentado. Poderia ser possível fazer o compilador Delphi, de alguma forma gerar um ficheiros.PDB para ele é compilado resultados? Em seguida, o programa poderia ser depurado com o Visual Studio, possivelmente, a uma extensão muito maior do que no IDE originais.

Bem, o absoluto Santo Graal seria mover todo o desenvolvimento para VS, apenas manter o compilador Delphi, mas imagino que seria quase impossível.

Foi útil?

Solução

Não, e nem pode qualquer outra versão do Delphi. Você pode usar Map2Dgb para transformar um arquivo mapa detalhado em um arquivo dbg, embora, e você pode usar isso em WinDbg.

Estou curioso que a depuração recursos que você está esperando para usar em Visual Studio que não estão em Delphi 5 e que também não contam com o IDE entender a linguagem Delphi. Eu estava sempre bastante satisfeito com Delphi 5.

Outras dicas

BTW, você pode votar para que esse recurso aqui .

Note, que VS-compatitible informações de depuração será útil não só para a depuração de aplicativo (eu concordo: é melhor usar Delphi), mas será útil para o uso de ferramentas como o Process Explorer. Por exemplo, o Process Explorer pode ser capaz de mostrar pilha de chamadas legível, em vez de números brutos.

Eu tentei tds2pdb e ele funciona muito bem para mim.

Aparentemente, você não pode. Parece que PDB é, afinal, um formato Microsoft propieritary sem documentação, e, como tal, não existem outras ferramentas de gerá-la. Pena. : (

Eu recomendaria indo para uma versão posterior do Delphi. Temos feito isso com várias aplicações para os clientes. Movendo-se para uma nova versão do Delphi é normalmente simples, mas há questões que se deslocam de D5 para D6 devido a mudanças na forma como os componentes foram manipulados (código de tempo de design que está sendo separado do tempo de execução) ea mudança para Unicode no D2009 foi uma mudança maior .

A principal coisa é classificar os componentes de terceiros. Nós sempre apenas utilizar componentes de terceiros que vêm com fonte por isso, se o pior acontecer e os desaparece fornecedores, podemos ainda trabalhos relativos aos componentes nós mesmos.

Quais componentes estão causando os problemas?

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top