나는 배쉬를 사용하고있다. ulimit -c unlimited을 사용했지만 프로그램이 여전히 코어 파일을 생성하지 않습니다. GUI 디버거가 시작될 수 있습니다. 충돌 정보를 파일에 저장하는 옵션이 있지만 핵심 파일이 정말로 필요합니다. 편집 : 방금 크래시가 발생하지 않는 작은 비 GUI 프로그램을 작성하여 코어 덤프를 생성했습니다. 내가 당신에게 버그
My Java (Eclipse) 응용 프로그램은 stdout 스트림과 종료 값을 모니터링하면서 하위 프로세스를 생성합니다. 자식 프로세스가 SIGABRT를 사용하여 충돌하면 코어 덤프 파일이 생성되지 않습니다. 만약 내가 자식 프로세스를 수동으로 시작하고 죽이면 코어 덤프는 괜찮습니다. JVM이 자식 프로세스 (예 : 코어 덤프 파일 크기를 0으로 설정)를
특정 상황에서 C 덤프를 생성하려고합니다. 이것은 프로덕션 환경에서 실행되며 다른 종류의 디버깅 코드를 조정하기 위해 쉽게 중지 및 재시작되지 않는 프로그램입니다. 또한 프로덕션 환경에 있기 때문에 abort()를 호출하고 싶지 않습니다. 조사중인 문제는 비 프로덕션 환경에서 쉽게 복제되지 않습니다. 필자가 원하는 것은 특정 문제를 발견했을 때 프로그램 자
때때로 코드를 실행할 때 Ctrl + \으로 프로그램을 종료하면 코어 덤프 파일이 생성됩니다. 파일 이름은 core.*입니다. 프로그램이 갑자기 종료되지 않고 세그먼트 화 오류가 없습니다. 나는 그것이 SIGQUIT이고 SIGABRT 또는 SIGSEGV이 아니라고 생각합니다. 내가 Ctrl 키 + C, 또는 Ctrl 키 + Z을하려고하면, 그것은 생성되지
/proc/sys/kernel/core_pattern의 구성이 /cores/core.%e.%p으로 설정된 경우 코어 덤프는 패턴에 따라 이름이 지정되지만 긴 이름을 가진 실행 파일을 실행하는 프로세스의 경우 예를 들어. SampleCrashApplication의 경우 생성 된 코어 파일에는 잘린 실행 파일 이름이 포함됩니다. /cores/core.Sampl
간단한 멀티 스레드 프로그램을 작성하려고했습니다. 그것은 핵심을 버리고 있습니다. int t;
for(t=0; t<NUM_THREADS; t++)
{
printf("Main: creating thread %d\n", t);
rc = pthread_create(&thread[t], &attr, BusyWork, (void *)t);
IBM 정화를 사용하는 C++ 응용 프로그램을 계측하고 터미널에서 실행할 때 COR 덤프 및 내 프로그램이 중단되는 문제가 발생합니다. 누구든지이 COR 덤프가 무엇인지 어떻게 처리 할 수 있는지 말해 줄 수 있습니까? 플랫폼 : RHEL 64bit 고맙습니다, 당신이 사용중인 소프트웨어 라이센스 경우