| Re: [ptp-user] SDM breakpoints problems |
Hi Greg, My program can hit the breakpoints using gdb, and output is listed below. To use gdb, some parameters in program files are modified to make program into single-threaded. [root@node2 structure]# gdb Application GNU gdb (GDB) Red Hat Enterprise Linux (7.0.1-32.el5_6.2) Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /root/mount/yesi/sdm/pop/structure/Application...(no debugging symbols found)...done. (gdb) break POP.f90:10 Breakpoint 1 at 0x5e963f: file POP.f90, line 10. (gdb) break POP.f90:80 Note: breakpoint 1 also set at pc 0x5e963f. Breakpoint 2 at 0x5e963f: file POP.f90, line 80. (gdb) r Starting program: /root/mount/yesi/sdm/pop/structure/Application warning: no loadable sections found in added symbol-file system-supplied DSO at 0x2aaaaaaab000 [Thread debugging using libthread_db enabled] Breakpoint 1, pop () at POP.f90:81 81 call initialize_POP (gdb) l 76 ! 77 ! initialize the model run 78 ! 79 !----------------------------------------------------------------------- 80 81 call initialize_POP 82 83 fstop_now = init_time_flag('stop_now') 84 nscan = 0 85 (gdb) break 85 Breakpoint 3 at 0x5e9671: file POP.f90, line 85. (gdb) r The program being debugged has been started already. Start it from the beginning? (y or n) n Program not restarted. (gdb) continue Continuing. ------------------------------------------------------------------------ Parallel Ocean Program (POP) Version 2.0.1 Released 21 Jan 2004 ------------------------------------------------------------------------ Breakpoint 3, pop () at POP.f90:92 92 call get_timer(timer_total,'TOTAL',1,distrb_clinic%nprocs) (gdb) p nscan $1 = 0 (gdb) Hi, Are you able to set a breakpoint in the program using gdb? Can you run the program so it hits the breakpoint? What message do you get? Greg On Jun 28, 2011, at 11:28 AM, lihang wrote: Hi, I have encountered a problem when trying to debug an FORTRAN program POP(Parallel Ocean Program which brought massively parallel computers to the realm of climate modeling) in eclipse 3.6.2 with newest PTP version. The program is built by ifort 10.1 and submitted by slurm 2.1.15. The debugging can start normally when begins without setting breakpoints, but if I set one or some breakpoints at main() or somewhere, it will exit after launching debug. The errors display from console but not eclipse, and the program threads abort and exit. Here is the error output: Fatal error in PMPI_Init_thread: Other MPI error, error stack: MPIR_Init_thread(388)...........: MPID_Init(121)..................: MPIDI_Populate_vc_node_ids(1188): MPID_Get_max_node_id(794).......: PMI_Barrier returned 14 Fatal error in PMPI_Init_thread: Other MPI error, error stack: MPIR_Init_thread(388)...........: MPID_Init(121)..................: MPIDI_Populate_vc_node_ids(1188): MPID_Get_max_node_id(794).......: PMI_Barrier returned 14 Fatal error in PMPI_Init_thread: Other MPI error, error stack: MPIR_Init_thread(388)...........: MPID_Init(121)..................: MPIDI_Populate_vc_node_ids(1188): MPID_Get_max_node_id(794).......: PMI_Barrier returned 14 Fatal error in PMPI_Init_thread: Other MPI error, error stack: MPIR_Init_thread(388)...........: MPID_Init(121)..................: MPIDI_Populate_vc_node_ids(1188): MPID_Get_max_node_id(794).......: PMI_Barrier returned 14 This program works when submitted through slurm command line. Where are these errors from? And how can I start my debug? Can I know the usage of sdm command line? Thanks, Li Hang _______________________________________________ |