Re: [perl-win32-gui-users] label is not visible after recreating inevent

2009-12-24 Thread Andrey
riginal Message- > > From: "Ilya BANDORIN" > > To: "perl-win32-gui-users" > > Date: Thu, 24 Dec 2009 18:53:36 +0300 > > Subject: Re: [perl-win32-gui-users] label is not visible after recreating > > inevent > > > > > Probably becaus

Re: [perl-win32-gui-users] label is not visible after recreating inevent

2009-12-24 Thread Andrey
label is not visible after recreating inevent > Probably because the control named "Label" is alredy defined in main code. > Why do you try to create it once more? > You should just modify its properties (text), something like this: > > $main->Label->Text(rand

[perl-win32-gui-users] label is not visible after recreating in event

2009-12-24 Thread Andrey
While researching memory leak in Win32::GUI I found out strange behavior of control. Here is an example: = use strict; use Win32::GUI(); my $main = Win32::GUI::Window->new(-name => 'Main', -text => 'Perl', -width => 200, -height => 200); $main->AddLabel(-name => "Label"

Re: [perl-win32-gui-users] memory leak problem

2009-12-24 Thread Andrey
Memory leak cannot be normal for any program. So, it is either Perl bug or Win32::GUI bug But I noticed that same example using Perl/Tk does not cause memory leak. === use strict; use Tk; my $w = MainWindow->new; my $b = $w->Button(-text => 'test', -command => \&click)->pack();

Re: [perl-win32-gui-users] memory leak problem

2009-12-24 Thread Andrey
Hello Jeremy! I tried your code (with commented lines) and memory leak still exists I tried it under WinXP SP2 and SP3 Perl version: 5.10.0 Win32::GUI version: 1.06 Here is stats for working set and private bytes for script: 1. after start: WS: 1276K, PB: 3668K, Handles: 25 2. first hit on label

[perl-win32-gui-users] memory leak problem

2009-12-23 Thread Andrey
Hello, Win32::GUI users! I have an application which extensively creates and destroys window controls, such as labels, buttons etc.. To get rid from window control I use Win32::GUI::DestroyWindow, but seems this method is not working properly, see example: == use strict; use Wi