On Wednesday 26 October 2016, Karel Zak wrote: > On Wed, Oct 26, 2016 at 12:27:55PM +0200, Ruediger Meier wrote: > > On Wednesday 26 October 2016, Karel Zak wrote: > > > On Wed, Oct 26, 2016 at 11:53:51AM +0200, Ruediger Meier wrote: > > > > commit 8430b9b88426eb3c273b02a2d9505d839913317c > > > > Author: Karel Zak <kzak@xxxxxxxxxx> > > > > Date: Tue Oct 25 13:41:10 2016 +0200 > > > > > > > > libfdisk: make script token parser more robust > > > > > > Strange, don't see relation between the script parser and fdisk > > > -l. Do you have LIBFDISK_DEBUG output? > > > > > > Karel > > > > [ 65s] +14318: libfdisk: INIT: library debug mask: 0xffff > > [ 65s] +Available "LIBFDISK_DEBUG=<name>[,...]|<mask>" debug > > masks: > > Can you send me the disk image? dd(1) + gzip, it's full of zeros, so > it should be relatively small. Hehe, I've made a lot of debugging in a chrooted openSUSE 42.1/i586 and found out that the problem was disk-utils/fdisk-menu.c:709: - unsigned long length; + uintmax_t length = 0; which you have fixed in the meanwhile in e4015b34 ... But this does not fix the bug in Fedora 19, WTF!? For the record on openSUSE 42.1/i586 to reproduce the bug these compiler flags were needed: CFLAGS='-O2 -D_FORTIFY_SOURCE=2 -fstack-protector' and this: $ rm /tmp/gpt.img; truncate -s 1M /tmp/gpt.img $ echo -e "g\nw\nq\n" | ./fdisk /tmp/gpt.img $ ./fdisk -l /tmp/gpt.img <segfault> Now I'm going to check that on Fedora 19 ... cu, Rudi -- To unsubscribe from this list: send the line "unsubscribe util-linux" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
