문제

우리는이 큰 응용 프로그램이 델파이 5로 작성되었으며 오늘날까지 개발이 진행 중입니다. 새로운 버전으로 마이그레이션하는 연구가 진행되고 있지만 지금까지 일부 타사 구성 요소가 연령대에 업데이트되지 않았으며 이후 버전에서는 작동하지 않기 때문에 성공하지 못했습니다.

그 동안 사람들은 계속 노력해야합니다. 이제 Delphi 5 IDE는 진정한 대접이 아닙니다. 그것은 꽤 버그가 달린 상태이며 현대 IDE의 많은 기능이 부족하여 사용하기 어렵습니다. 특히 디버깅에 관해서는.

그래서 궁금했습니다. 프로세스에서 Visual Studio를 사용할 수 있습니까? 내가 아는 한 .pdb 파일 형식은 꽤 오래되었으며 잘 문서화되어 있습니다. 델파이 컴파일러가 컴파일 된 결과에 대해 .pdb 파일을 생성하도록 할 수 있습니까? 그런 다음 프로그램을 Visual Studio로 디버깅 할 수 있으며, 아마도 원래의 IDE보다 훨씬 더 많은 정도입니다.

글쎄, 절대적인 거룩한 성배는 모든 개발을 VS로 옮기는 것이며, 컴파일러를 델파이로부터 유지하는 것입니다. 그러나 나는 그것이 불가능할 것이라고 생각합니다.

도움이 되었습니까?

해결책

아니요, 다른 버전의 델파이도 할 수 없습니다. 당신이 사용할 수있는 MAP2DGB a 자세한지도 파일 그러나 DBG 파일로이를 WindBG에서 사용할 수 있습니다.

Delphi 5에 있지 않은 Visual Studio에서 사용할 것으로 예상되는 디버깅 기능과 Delphi 언어를 이해하는 데 의존하지 않습니다. 나는 항상 델파이 5에 만족했다.

다른 팁

BTW,이 기능에 투표 할 수 있습니다 여기.

vs 호환 디버그 정보는 디버깅 응용 프로그램에 유용 할뿐만 아니라 (동의합니다 : Delphi를 사용하는 것이 좋습니다), Process Explorer와 같은 도구를 사용하는 데 유용합니다. 예를 들어, Process Explorer는 원시 번호 대신 인간이 읽을 수있는 콜 스택을 보여줄 수 있습니다.

난 노력 했어 TDS2PDB 그리고 그것은 나를 위해 잘 작동합니다.

분명히 당신은 할 수 없습니다. PDB는 문서화가없는 제안 된 Microsoft 형식이므로 다른 도구가 생성되지 않는 것 같습니다. 연민. :(

델파이의 이후 버전으로 이동하는 것이 좋습니다. 우리는 클라이언트를위한 다양한 응용 프로그램으로이를 수행했습니다. 최신 버전의 델파이로 이동하는 것은 일반적으로 간단하지만 구성 요소가 처리되는 방식의 변화 (런타임과 분리되는 설계 시간 코드)로 인해 D5에서 D6으로 이동하는 문제가 있었고 D2009의 유니 코드 변경이 더 큰 변화였습니다. .

가장 중요한 것은 타사 구성 요소를 분류하는 것입니다. 우리는 소스와 함께 제공되는 타사 구성 요소 만 사용하므로 최악의 상황이 발생하고 공급 업체가 사라지면 여전히 구성 요소에 대해 작업 할 수 있습니다.

어떤 구성 요소가 문제를 일으키고 있습니까?

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top