|
From: | Kevin Brott |
Subject: | Re: [Bug-tar] Problem with fstatat on AIX 7.1 |
Date: | Mon, 5 Sep 2011 13:53:48 -0700 |
Well then there's something I'm still not following: the AIX
openat is supposed to be called, but truss is claiming it's not
called. Let's try to isolate the problem. How about if you try
the following patch against the latest tarball, and then run
'truss' on the same test as before. The output of the test should
start with something like this:
underlying openat (-100, "a", 657664, 0) returns 4 (OK)
underlying openat (4, "X", 657664, 0) returns 5 (OK)
underlying openat (4, "Z", 657664, 0) returns 5 (OK)
underlying openat (4, "Y", 657664, 0) returns 5 (OK)
underlying openat (4, "b", 657664, 0) returns 5 (OK)
underlying openat (5, "X", 657664, 0) returns 6 (OK)
underlying openat (5, "Z", 657664, 0) returns 6 (OK)
underlying openat (5, "c", 657664, 0) returns 6 (OK)
underlying openat (6, "X", 657664, 0) returns 7 (OK)
underlying openat (6, "d", 657664, 0) returns 7 (OK)
underlying openat (7, "e", 657664, 0) returns 8 (OK)
underlying openat (8, "X", 657664, 0) returns 9 (OK)
underlying openat (8, "f", 657664, 0) returns 9 (OK)
underlying openat (9, "X", 657664, 0) returns -1 (Too many open files)
open_failure_recover called
p=0x7fff7f7bd670, p->fd=7, p->parent=0x7fff7f7bd950, p->parent->fd=6
p=0x7fff7f7bd950, p->fd=6, p->parent=0x7fff7f7bdc30, p->parent->fd=5
p=0x7fff7f7bdc30, p->fd=5, p->parent=0x7fff7f7bdf10, p->parent->fd=4
p=0x7fff7f7bdf10, p->fd=4, p->parent=(nil), p->parent->fd=-999999
open_failure_recover succeeded
underlying openat (9, "X", 657664, 0) returns 4 (OK)
...
but apparently something is going wrong.
test-scarce-4.truss.gz
Description: GNU Zip compressed data
[Prev in Thread] | Current Thread | [Next in Thread] |