( cc'ing upstream as well -- wolf, this is in regards to the faketime bug report http://bugs.debian.org/699559 )
On 02/01/2013 02:07 PM, Jakub Wilk wrote:
> If libc6 2.17-0experimental0 is installed, faketime doesn't work at all:
>
> $ faketime 'last friday 5 pm' /bin/date
> Segmentation fault
> Error: Timestamp to fake not recognized, please re-try with a different
> timestamp.
i can confirm this. and looking into the stack with gdb, it appears
that faketime is getting into some sort of recursive loop:
from src/faketime/faketime-0.8/libfaketime.so.1
#4160 0x00007ffff7bdaa9d in clock_gettime ()
from src/faketime/faketime-0.8/libfaketime.so.1
#4161 0x00007ffff7bdb18d in __clock_gettime ()
from src/faketime/faketime-0.8/libfaketime.so.1
#4162 0x00007ffff7bdaa9d in clock_gettime ()
from src/faketime/faketime-0.8/libfaketime.so.1
---Type <return> to continue, or q <return> to quit---q
note the number of frames on the stack(!)
I notice that there is a new upstream release (0.9.1), so i'll take a
look to see if there is anything that might address this; but for the
moment, i'm not sure what to do.
Is it possible that 2.17's ld-linux.so is choosing the wrong function
during an LD_PRELOAD situation?
--dkg
signature.asc
Description: OpenPGP digital signature
