After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 566746 - gparted internal error
gparted internal error
Status: RESOLVED DUPLICATE of bug 583896
Product: gparted
Classification: Other
Component: application
0.3.8
Other All
: Normal critical
: ---
Assigned To: gparted maintainers alias
gparted maintainers alias
Depends on:
Blocks:
 
 
Reported: 2009-01-06 09:57 UTC by Sergey Gusarov
Modified: 2009-08-11 22:03 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Sergey Gusarov 2009-01-06 09:57:46 UTC
Steps to reproduce:
Before start gparted:

ixthost:/mnt# fdisk -l /dev/sdb

Disk /dev/sdb: 320.0 GB, 320072933376 bytes
255 heads, 63 sectors/track, 38913 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x0c650c64

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1               1          16      128488+  82  Linux swap / Solaris

Actions sequence:
1. I run gparted(as root) and select /dev/sdb device. I see swap partition.
2. Right click mouse on swap partition -> delete.
3. Top menu -> Device -> Create partition table -> Create (not change partition table type - msdos)
4. Toolbar -> Apply button (still availiable) -> Confirmation dialog -> Apply
5. Internal Error

ixthost:/home/sergey# gparted

======================
libparted : 1.8.8
======================
*** glibc detected *** /usr/sbin/gpartedbin: double free or corruption (out): 0x00007f04f0001f70 ***
*** glibc detected *** /usr/sbin/gpartedbin: malloc(): memory corruption: 0x00007f04f00b3a90 ***
======= Backtrace: =========
/lib/libc.so.6[0x7f04fa5fb948]All gparted bugs.
/lib/libc.so.6(cfree+0x76)[0x7f04fa5fda56]
/lib/libparted-1.8.so.10(ped_disk_delete_partition+0xb5)[0x7f04fe495ca5]
/usr/sbin/gpartedbin[0x447bc2]
/usr/sbin/gpartedbin[0x4544fe]
/usr/sbin/gpartedbin[0x42d1f9]
/lib/libpthread.so.0[0x7f04fa372fc7]
/lib/libc.so.6(clone+0x6d)[0x7f04fa6575ad]
======= Memory map: ========
00400000-004ca000 r-xp 00000000 08:01 477247                             /usr/sbin/gpartedbin
006ca000-006cc000 rw-p 000ca000 08:01 477247                             /usr/sbin/gpartedbin
006cc000-006cd000 rw-p 006cc000 00:00 0 
015e7000-01e47000 rw-p 015e7000 00:00 0                                  [heap]
40399000-4039a000 ---p 40399000 00:00 0 
4039a000-40b9a000 rw-p 4039a000 00:00 0 
7f04e8000000-7f04e8021000 rw-p 7f04e8000000 00:00 0 
7f04e8021000-7f04ec000000 ---p 7f04e8021000 00:00 0 
7f04ef2a7000-7f04ef324000 r--p 00000000 08:01 475679                     /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-Oblique.ttf
7f04ef324000-7f04ef3ad000 r--p 00000000 08:01 475656                     /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-Bold.ttf
7f04ef3ad000-7f04ef3bc000 r-xp 00000000 08:01 2150419                    /lib/libbz2.so.1.0.4
7f04ef3bc000-7f04ef5bb000 ---p 0000f000 08:01 2150419                    /lib/libbz2.so.1.0.4
7f04ef5bb000-7f04ef5bd000 rw-p 0000e000 08:01 2150419                    /lib/libbz2.so.1.0.4
7f04ef5bd000-7f04ef62c000 r-xp 00000000 08:01 438951                     /usr/lib/libgio-2.0.so.0.0.0
7f04ef62c000-7f04ef82b000 ---p 0006f000 08:01 438951                     /usr/lib/libgio-2.0.so.0.0.0
7f04ef82b000-7f04ef82e000 rw-p 0006e000 08:01 438951                     /usr/lib/libgio-2.0.so.0.0.0
7f04ef82e000-7f04ef980000 r-xp 00000000 08:01 437004                     /usr/lib/libxml2.so.2.6.32
7f04ef980000-7f04efb7f000 ---p 00152000 08:01 437004                     /usr/lib/libxml2.so.2.6.32
7f04efb7f000-7f04efb89000 rw-p 00151000 08:01 437004                     /usr/lib/libxml2.so.2.6.32
7f04efb89000-7f04efb8a000 rw-p 7f04efb89000 00:00 0 
7f04efb8a000-7f04efbc1000 r-xp 00000000 08:01 439802                     /usr/lib/libcroco-0.6.so.3.0.1
7f04efbc1000-7f04efdc0000 ---p 00037000 08:01 439802                     /usr/lib/libcroco-0.6.so.3.0.1
7f04efdc0000-7f04efdc4000 rw-p 00036000 08:01 439802                     /usr/lib/libcroco-0.6.so.3.0.1
7f04efdc4000-7f04efdfb000 r-xp 00000000 08:01 439791                     /usr/lib/libgsf-1.so.114.0.8
7f04efdfb000-7f04efffb000 ---p 00037000 08:01 439791                     /usr/lib/libgsf-1.so.114.0.8
7f04efffb000-7f04effff000 rw-p 00037000 08:01 439791                     /usr/lib/libgsf-1.so.114.0.8
7f04effff000-7f04f0000000 rw-p 7f04effff000 00:00 0 
7f04f0000000-7f04f012b000 rw-p 7f04f0000000 00:00 0 
7f04f012b000-7f04f4000000 ---p 7f04f012b000 00:00 0 
7f04f4086000-7f04f40ba000 r-xp 00000000 08:01 437999                     /usr/lib/librsvg-2.so.2.22.2
7f04f40ba000-7f04f42ba000 ---p 00034000 08:01 437999                     /usr/lib/librsvg-2.so.2.22.2
7f04f42ba000-7f04f42bc000 rw-p 00034000 08:01 437999                     /usr/lib/librsvg-2.so.2.22.2
7f04f42dd000-7f04f42df000 r-xp 00000000 08:01 482452                     /usr/lib/gtk-2.0/2.10.0/loaders/svg_loader.so
7f04f42df000-7f04f44de000 ---p 00002000 08:01 482452                     /usr/lib/gtk-2.0/2.10.0/loaders/svg_loader.so
7f04f44de000-7f04f44df000 rw-p 00001000 08:01 482452                     /usr/lib/gtk-2.0/2.10.0/loaders/svg_loader.so
7f04f44df000-7f04f453f000 rw-s 00000000 00:08 19824661                   /SYSV00000000 (deleted)
7f04f453f000-7f04f5490000 r--p 00000000 08:01 493298                     /usr/share/icons/hicolor/icon-theme.cache
7f04f5490000-7f04f5553000 rw-p 7f04f5490000 00:00 0 
7f04f5553000-7f04f55e8000 r--p 00000000 08:01 475658                     /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans.ttf
7f04f55e8000-7f04f55ea000 r-xp 00000000 08:01 482515                     /usr/lib/pango/1.6.0/modules/pango-basic-fc.so 


Stack trace:


Other information:
I am using Debian GNU/Linux testing

ixthost:/mnt# uname -a
Linux ixthost 2.6.27.10 #1 SMP Sat Dec 20 12:58:46 MSK 2008 x86_64 GNU/Linux

 libc: 2.7-16
Comment 1 Curtis Gedak 2009-01-06 18:08:14 UTC
Thank you Sergey for reporting this problem.

I have been able to confirm this bug with GParted 0.4.1.  The problem appears to be that after a new partition table is created, all previous pending operations for that same device become invalid.

I can think of two solutions for enhancing the GParted source code to address this problem:

1)  Remove pending operations for a device when a new partition table is created on the device.

2)  Have all actions in GParted executed in exactly the same sequence as they were created.  In this situation all actions would need to be handled as operations that would be executed in order when the "Apply" button is chosen.

Option number 1 would be easier to implement because "operations" which can be queued are for partitions and file systems.  GParted code is not currently set up to handle partition tables, or partition flags as "operations" to be place in a queue.
Comment 2 Curtis Gedak 2009-08-11 22:03:56 UTC
Marking this bug as a duplicate of bug #583896 because the later bug has a more descriptive title.


*** This bug has been marked as a duplicate of 583896 ***