This is a multi-part message in MIME format. --===============1612618059== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C58B11.3158EFA5" This is a multi-part message in MIME format. ------_=_NextPart_001_01C58B11.3158EFA5 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi guys: =20 I am having problems with using CheckTableItem on systems with newer = glibc, namely Fedora Core 3 and Red Hat Enterprise Linux 4, please see = the following release notes: =20 http://fedora.redhat.com/docs/release-notes/fc3/x86/ = =20 =20 Then search for 'glibc'. =20 Basically what happens, is if I use setItem on a table cell, and then = execute another setItem on the same table cell, it would give me an = error like the following, and crash the widget: =20 *** glibc detected *** double free or corruption (fasttop): 0x092e0bd8 = *** =20 Here's code snippet which can reproduce the problem: #!/usr/bin/perl -w use strict; use Qt; my $a =3D Qt::Application(\@ARGV); my $table =3D Qt::Table(5,5); $table->setItem(0,1,Qt::CheckTableItem($table,"test1")); #$table->removeRow(0); #$table->takeItem($table->item(0,1)); $table->setItem(0,1,Qt::CheckTableItem($table,"test2")); $a->setMainWidget($table); $table->show; exit $a->exec; Same thing happens if I uncomment the line with 'removeRow', but it = works fine if I uncomment the line with 'takeItem'. Am I doing = something wrong here? The problem happens on version 3.008, and have = also been tested with the latest 3.009b2. =20 I even tried setting MALLOC_CHECK_=3D0 (as suggested by the release = notes), but that gave me segmentation fault instead. =20 Thanks in advance for your help. =20 Cheers, =20 Bernard ------_=_NextPart_001_01C58B11.3158EFA5 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi guys:

=0A=

=0A=

I am having problems = with using =0A= CheckTableItem on systems with newer glibc, namely Fedora Core 3 and Red = Hat =0A= Enterprise Linux 4, please see the following release notes:

=0A=

=0A=

http://fedora.redhat.com/docs/release-notes/fc3/x86/<= /DIV>=0A=

=0A=

Then search for = 'glibc'.

=0A=

=0A=

Basically what happens, = is if I use =0A= setItem on a table cell, and then execute another setItem on the same = table =0A= cell, it would give me an error like the following, and crash the =0A= widget:

=0A=

=0A=

*** glibc detected *** = double free or =0A= corruption (fasttop): 0x092e0bd8 ***

=0A=

=0A=

Here's code snippet = which can =0A= reproduce the problem:

#!/usr/bin/perl -w

use =
strict;
use Qt;

my $a =3D Qt::Application(\@ARGV);
my =
$table =3D =
Qt::Table(5,5);

$table->setItem(0,1,Qt::CheckTableItem($tabl=
e,"test1"));

#$table->removeRow(0);
#$table->takeItem(=
$table->item(0,1));

$table->setItem(0,1,Qt::CheckTableIte=
m($table,"test2"));

$a->setMainWidget($table);
$table->=
;show;
exit $a->exec;

=0A=

Same thing happens if I = uncomment the =0A= line with 'removeRow', but it works fine if I uncomment the line with =0A= 'takeItem'. Am I doing something wrong here? The problem = happens on =0A= version 3.008, and have also been tested with the latest = 3.009b2.

=0A=

=0A=

I even tried setting = MALLOC_CHECK_=3D0 =0A= (as suggested by the release notes), but that gave me segmentation fault =0A= instead.

=0A=

=0A=

Thanks in advance for = your =0A= help.

=0A=

=0A=

Cheers,

=0A=

=0A=

Bernard

------_=_NextPart_001_01C58B11.3158EFA5-- --===============1612618059== Content-Type: text/plain; charset="iso-8859-1" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline _______________________________________________ Kde-perl mailing list Kde-perl@kde.org https://mail.kde.org/mailman/listinfo/kde-perl --===============1612618059==--