I can reproduce this bug with an ext3 filesystem:
$ touch `yes | head -n 255 | tr -d '\n'`
$ mc
[exit]
=== Backtrace: =
/lib/i686/cmov/libc.so.6[0xb7edb8b4]
/lib/i686/cmov/libc.so.6[0xb7edcf83]
/lib/i686/cmov/libc.so.6(cfree+0x6d)[0xb7edffad]
Denis Briand wrote:
Thanks for your bug report.
Sorry, but I can't reproduce your bug.
I tried to create some 243 and more long file names with touch.
mcedit works and open them and mc don't crash when it's in the current
directory.
What kind of file system do you use?
Maybe I don't reproduce
tag 546269 unreproducible moreinfo
thanks
Hello Ari,
Thanks for your bug report.
Sorry, but I can't reproduce your bug.
I tried to create some 243 and more long file names with touch.
mcedit works and open them and mc don't crash when it's in the current
directory.
What kind of file system do
Package: mc
Version: 2:4.7.0-pre1-3
Severity: minor
File and directory names longer than 243 characters make mc and mcedit
crash at start.
The outcome is either Segmentation fault, or:
*** glibc detected *** mc: malloc(): memory corruption (fast):
0x00a99d10 ***
-- System Information:
4 matches
Mail list logo