From: Miklos S. <mi...@sz...> - 2007-06-20 14:32:04
|
> Any word on this? Sorry, I've somehow missed your email when going through the unanswered ones. It happens more and more often :( > > I'm experiencing the exact same problem reported in > > http://osdir.com/ml/file-systems.fuse.devel/2006-10/msg00039.html (I'm > > on a MIPS platform, compiling using a cross-compiler, Linux 2.6.15, > > FUSE_VERSION=26, etc.) > > > > In that you asked what the output of 'objdump -T foofs | grep statfs' > > was: > > > > Here is what I got: > > > > $ mipsel-linux-objdump -T hdfs | grep statfs > > 004c29c4 g DF .text 00000000 Base fuse_reply_statfs_compat > > 004c29c4 g DF .text 00000000 (FUSE_2.4) fuse_reply_statfs > > 0041f440 g DF .text 00000000 Base > > _ZN4HDFS6statfsEPKcP7statvfs > > 004c4a90 DF *UND* 00000000 statfs > > 0041f448 g DF .text 00000000 Base > > _Z11hdfs_statfsPKcP7statvfs > > 004c06a0 g DF .text 00000000 Base fuse_reply_statfs > > > > > > And it seems that it's exactly what Dave said it was - the > > two functions > > have the same address. > > > > I applied his recommended solution and then I get: > > > > $ mipsel-linux-objdump -T hdfs | grep statfs > > 004c2984 g DF .text 00000000 Base fuse_reply_statfs_compat > > 0041f400 g DF .text 00000000 Base > > _ZN4HDFS6statfsEPKcP7statvfs > > 004c4a50 DF *UND* 00000000 statfs > > 0041f408 g DF .text 00000000 Base > > _Z11hdfs_statfsPKcP7statvfs > > 004c0660 g DF .text 00000000 Base fuse_reply_statfs > > > > Which looks right. And sure enough, it solves the crash problem. > > > > > > I was wondering if this has been fixed post 2.6.3? If not, I > > just wanted > > to say that it is a real bug which I've experienced too :-) Hmm, I'm not sure what the right solution is. Commenting out the offendig lines is OK as a workaround, but it breaks backward compatibility. Since this is a linker bug, I'm reluctant to add more hacks to fuse to work around it. You might like to report a bug for the binutils package. Thanks, Miklos |