On Nov 12, 2005, at 2:38 AM, Mark Burgess wrote:

Robert -I have looked at this and cannot see a good reason for it.
Can you do the same thing as before with gdb, then go "up" in the frames
until you reach

up
up
up
NothingLeftToDo () at cfagent.c:1396

Then find

print vtidy
print vtidy->path

hope this helps:

(gdb) where
#0  0xfeeaea90 in strlen () from /lib/libc.so.1
#1  0xfef135ec in _ndoprnt () from /lib/libc.so.1
#2  0xfef15748 in printf () from /lib/libc.so.1
#3  0x0001ffb4 in NothingLeftToDo () at cfagent.c:1396
#4  0x0001f7bc in DoTree (passes=4, info=0x7f170 "Main Tree")
    at cfagent.c:1143
#5  0x0001d1f4 in main (argc=746496, argv=0xffbffdf4) at cfagent.c:180
(gdb) up
#1  0xfef135ec in _ndoprnt () from /lib/libc.so.1
(gdb) up
#2  0xfef15748 in printf () from /lib/libc.so.1
(gdb) up
#3  0x0001ffb4 in NothingLeftToDo () at cfagent.c:1396
1396    cfagent.c: No such file or directory.
        in cfagent.c
(gdb) print vtidy
$1 = (struct Tidy *) 0x1126a0
(gdb) print vtidy->path
$2 = 0x1000000 <Address 0x1000000 out of bounds>
(gdb)

for me?
thanks
M


laters,
rel

-- 
Robert E. Landsparger * [EMAIL PROTECTED] * Dir. East Engineering Computing
V. 906/487-1400 * F. 906/487-1620 * Michigan Technological University


_______________________________________________
Bug-cfengine mailing list
Bug-cfengine@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-cfengine

Reply via email to