2010-05-18 6 views
1

비슷한 오류와 관련된 SO의 쿼리를 살펴 보았습니다. 그러나 지금까지 발견되지 않은 특정 문제를 해결하기 위해 orcascript를 사용하고 있습니다. Powerbuilder9.0에서 실행 중입니다. orca 스크립트는 SCC 서비스 공급자에 연결하고 전체 대상을 새로 고친 다음 EXE를 작성해야합니다. 그것은 마지막 단계로 결코 가지 않습니다.DDE 서버 Windows : orcascr9.exe : 응용 프로그램 오류

로그는 유익하지 않으며 간단하게 오류가 발생했을 때이를 말합니다. PBORCA_SccRefreshTarget. Full Rebuild cm_rebuild_application (CM_REBUILD_FULL) 호출 스크립트가 위의 단계로 진행되는 동안 DDE 서버 오류가 종료되고 throw됩니다.

나를 도와 줄 사람이 있습니까? PB의 기초는 거의 알지 못합니다.이 연습의 목적은 내가 상속 한 IDE 기반 빌드를 orcascript 빌드로 변환하여 모니터링되지 않은 빌드를 실행할 수 있도록하는 것입니다.

미리 감사드립니다.

EDIT : 아래 제안 사항에 따라 성능 모니터가 실행 중이며 실패한 지점에서 orcascr9.exe 프로세스가 표시됩니다.

등급 : 파일 시스템

작동 : QueryAllInformationFile

결과 : 버퍼 용량 초과

경로 : C :. \ S \ 00,019 \ MORENUMBERSblah.pbl

+3

나는 뒤죽박죽으로되어있어 설명과 추가 테스트를 요청할 것입니다. "위의 단계로 들어가는 방법"이라고 말하면 SCC 새로 고침 또는 빌드를 수행하고 있습니까? 어떤 SCC 공급자를 사용하고 있습니까? IDE에서 이러한 단계를 재현하려고하면 성공합니까? 앞으로 뛰어 와서 SysInternals의 프로세스 모니터는 진행 상황을 파악하기 위해 프로세스의 표지를 볼 수 있도록 도와줍니다. 때때로 그 정보는 그것을 해결하는 데 중요합니다. – Terry

+2

cm_rebuild_application을 호출 할 때 이미 소스 제어에서 필요한 모든 것을 가져 왔으므로 문제는 다른 곳에 있다고 생각합니다. 나는 Process Monitor를 시작하고 무슨 일이 일어나고 있는지 테리의 권고에 두 번째로 답할 것입니다. 개발중인 시스템에서 스크립트를 실행하거나 새 빌드 서버에서 작동 시키려고합니까? –

+0

안녕하세요, 테리, 네 IDE 빌드가 잘 실행됩니다. 문제 없습니다 .SCC는 클리어 케이스입니다. 스크립트는 문제없이 성공적으로 "최신 버전 가져 오기", "연결 속성 가져 오기"등을 수행합니다. 이 스크립트를 실행하는 동안 라이브러리의 타임 스탬프를 확인하면 업데이트가 제대로 수행되고 있음을 알 수 있습니다 (사실 여러 업데이트주기). 그래서 스크립트가 힌트에서 벗어난 지점을 정확히 알지 못합니다. 고마워. –

답변

1

따라서 빌드가 IDE에서 성공했는지 여부에 대한 소식을 듣지 못했기 때문에 IDE가 실패했다는 가정에 대해 제안 할 것입니다.

전체 목록은 the Troubleshooting Guide on my site에 나와 있습니다. 중요성의 내림차순으로, 나는 특히보고 싶은데 사람은 : 당신이 PowerGen 같은 도구를 가지고하지 않는 한

  • 최적화는 모든 말초 혈액 림프구가 (예, 당신이 한 번에이 하나의 PBL을해야 할 것이다 , PowerGen을 가지고 있다면 ORCAScript에서 시간 낭비를 권장하지 않습니다.)
  • IDE 내에서 전체 빌드, 정보 메시지가 켜져 있는지 확인 (라이브러리 페인터의 옵션 메뉴 항목 ...그것은 예전에 사용되었지만 더 이상은 아니 었습니다). 시스템
  • 을에 multiple versions of your PowerBuilder DLLs에 대한
  • 봐보고 된 모든 문제를 해결하려고 중복을 제거하기는 문제 해결 가이드

당신은 아직이 단계 이후에 문제가 발생하는 경우가있을 수 있습니다 다른 생각을하는 객체 몇 가지 아이디어를 불러 일으킬 수 있지만 현재까지 제공되는 정보를 기반으로 아이디어가 부족합니다.

행운을 빕니다,

테리.

1

개체를 결정하기 위해 시도 할 수 있습니다 빌드가 죽어 가고 있습니다. 한 가지 방법은 마지막으로 수정 된 라이브러리를 살펴 보는 것입니다. 빌드가 죽어 가고있는 객체는 빌드보다 오래된 컴파일 날짜를 가지고있을 것입니다. 가능성이있는 용의자 몇 명을 좁히는 데 도움이 될 수 있습니다. 부재시 소스 제어 다른 pbl에서 빌드가 실패 할 때까지 한 번에 다른 pbl로 컴파일되지 않은 객체의 절반을 뒤섞기를 제안합니다. 그런 다음 마지막 배치의 객체를 다른 방법으로 이동시킵니다. pbl을 복사하고 orcascript로 일반 scc가 아닌 빌드로 실험 할 수는 있지만 추가 작업이 많이 필요하며 scc가 아닌 빌드가 작동하면 솔루션 대신 더 큰 신비가 생깁니다.

+0

그다지 도움이되지 못했습니다. 제 의견에 앞서 ive가 말했듯이 타임 스탬프가 모두 표시되기 때문에 타임 스탬프가 다른 특정 pbl은 없습니다. 고마워요. - 오늘 좀 더 얘기하고, 무슨 일이 일어나는지 봅시다. –

+0

그래도 라이브러리 내부에서 재 컴파일되지 않은 객체를보아야합니다. 나는 Terry의 PBL Peeper가 객체 목록에 컴파일 시간을 추가 할 수 있기를 희망했으나 사용할 수있는 것 같지 않습니다. –

+0

생각해 보니 프로세스 모니터에서 액세스 한 마지막 라이브러리에 문제가있는 객체가 들어있을 수 있습니다. DDE를 수행하는 객체가 있습니까? PB가 컴파일 될 때 PB가 DDE 서버를 원한다는 것을 기억하는 것 같습니다. –