perl-win32-gui-hackers — Hacking and developing the Win32::GUI Perl extension

Re: [perl-win32-gui-hackers] Visual GUI Editor

[Arthur S. <asc...@ve...>]

Thanks;

I have and I have looked at Loft. Problem is that it's last update was 2004. If
I use it then I'll have to update it to the current Win32::GUI (1.03.4) to make
it community pleasing. <sigh>

I do have a question. It's simple (for you) and bugging (me). How do I trap
events in my code? Example:

Control.pl calls Control::Package.

All windows are created in Control::Package.

All event sub's are located in Control::Package.

In particular, 
 my $TopMenu = new Win32::GUI::Menu(        # Main Window Menu
       'File'                 => 'TopMenuFile',
       '>&Open'               => 'TopMenuOpen',
       '>&New'                => 'TopMenuNew',
  );

and 'TopMenu*_Click' are located in Control::Package.

Win32::GUI::Dialog(); # is located in Control::Package.

But, clicking on a menu item isn't captured by the *_Click (or *_click) sub.

I know, I know. I shouldn't ask dumb questions, but???

art

--- Jeremy White <jez...@ho...> wrote:

> Hi,
> 
> >Before I build one is there a Win32 Visual Editor available. One that works
> >somewhat like the Microsoft Visual Studio v5.0 or v6.0 C++ Resource Editor?
> >Somthing that allows me to select and position a GUI thing in a window, 
> >specify
> >the GUI parameters, integrate event sub's and insert the stuff into Perl 
> >source code?
> 
> Have a look at Loft:
> 
> http://user.bahnhof.se/~johanl/perl/Loft/
> 
> It does some of the things you want.
> 
> Cheers,
> 
> jez.
> 
> 
> 

Re: [perl-win32-gui-hackers] Exporter fails with 'use Win32::GUI'

[Arthur S. <asc...@ve...>]

(I hate this when it happens!)

Well, it fails because the modules are stored in my (local) GUI folder.
Apparently Perl can't correctly resolve multiple instances of the same folder
(in all cases), and so, when I named my modules 'GUI::*', Perl failed. As
everyone, but me apparently, knows, Win32 has a GUI folder, 'Win32::GUI'.

Now I know, I know, the paths are somewhat different and Perl is able to find
Win32::GUI, but it just can't find mine. <sigh>

art

--- Arthur Schwarz <asc...@ve...> wrote:

> I can't get the 'Exporter' to work when I 'use Win32::GUI'. Example code
> included below. Any fix? Anything I misunderstand?
> 
> Cygwin Perl v5.8.7
> Win32::GUI  Win32-GUI-1.03 (12 Apr 2006)
> 
> 
> art
> 
> # GUI.pl
> package GUI;
> 
> use GUI::Win;                   # Windows GUI Examples
> 
>   WindowStart();                # Undefined subroutine &GUI::WindowStart
> called
> at GUI.pl line 11.
> 
> # GUI/Win.pm
> package GUI::Win;
> 
> use Win32::GUI;                 # works when commented, fails when not
> 
> use Exporter;                   # Export symbols
> 
> use vars qw($VERSION @ISA @EXPORT);
> 
> our @ISA         = qw(Exporter);
> our @EXPORT      = qw(WindowStart);
> our $VERSION     = '1.00.00';
> 
> sub WindowStart {
> 
>   print "ABC\n";
> 
>   return 1;
> 
> } ### WindowStart
> 
> 
> 1;
> 

Re: [perl-win32-gui-hackers] Visual GUI Editor

[Jeremy W. <jez...@ho...>]

Hi,

>Before I build one is there a Win32 Visual Editor available. One that works
>somewhat like the Microsoft Visual Studio v5.0 or v6.0 C++ Resource Editor?
>Somthing that allows me to select and position a GUI thing in a window, 
>specify
>the GUI parameters, integrate event sub's and insert the stuff into Perl 
>source code?

Have a look at Loft:

http://user.bahnhof.se/~johanl/perl/Loft/

It does some of the things you want.

Cheers,

jez.

[perl-win32-gui-hackers] Exporter fails with 'use Win32::GUI'

[Arthur S. <asc...@ve...>]

I can't get the 'Exporter' to work when I 'use Win32::GUI'. Example code
included below. Any fix? Anything I misunderstand?

Cygwin Perl v5.8.7
Win32::GUI  Win32-GUI-1.03 (12 Apr 2006)


art

# GUI.pl
package GUI;

use GUI::Win;                   # Windows GUI Examples

  WindowStart();                # Undefined subroutine &GUI::WindowStart called
at GUI.pl line 11.

# GUI/Win.pm
package GUI::Win;

use Win32::GUI;                 # works when commented, fails when not

use Exporter;                   # Export symbols

use vars qw($VERSION @ISA @EXPORT);

our @ISA         = qw(Exporter);
our @EXPORT      = qw(WindowStart);
our $VERSION     = '1.00.00';

sub WindowStart {

  print "ABC\n";

  return 1;

} ### WindowStart


1;

[perl-win32-gui-hackers] Visual GUI Editor

[Arthur S. <asc...@ve...>]

Before I build one is there a Win32 Visual Editor available. One that works
somewhat like the Microsoft Visual Studio v5.0 or v6.0 C++ Resource Editor?
Somthing that allows me to select and position a GUI thing in a window, specify
the GUI parameters, integrate event sub's and insert the stuff into Perl source code?

[perl-win32-gui-hackers] Embedded HTML and COM part 7

[Jeremy W. <jez...@ho...>]

All,

Jeff Glatt has just updated his article "Embed an HTML control in your own 
window using plain C"

http://www.codeproject.com/com/cwebpage.asp

He has also released "COM in plain C, Part 7"

http://www.codeproject.com/useritems/com_in_c7.asp

Both links are excellent sources of "how to" information when dealing with 
COM/C and the understanding of whole windows API event handling.

Cheers,

jez.

Re: [perl-win32-gui-hackers] [perl-win32-gui-users] Beta release of 1.04 available for testing

[Reini U. <ru...@x-...>]

cvs up -C under cygwin:

gcc -c   -DPERL_USE_SAFE_PUTENV -fno-strict-aliasing -pipe 
-I/usr/local/include -DUSEIMPORTLIB -O3   -DVERSION=\"1.03_04
\" -DXS_VERSION=\"1.03_04\"  "-I/usr/lib/perl5/5.8/cygwin/CORE"  -UWIN32 
GUI_Helpers.cpp
GUI_Helpers.cpp: In function `void 
CalcControlSize(tagPERLWIN32GUI_CREATESTRUCT*, int, int)':
GUI_Helpers.cpp:363: error: invalid conversion from `void*' to `HFONT__*'
make: *** [GUI_Helpers.o] Error 1

-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/
http://helsinki.at/  http://spacemovie.mur.at/

Re: [perl-win32-gui-hackers] Beta release of 1.04 available for testing

[Reini U. <ru...@x-...>]

> Did I say to make sure you read the release notes?  They're online at
> http://www.robmay.me.uk/win32gui/RELEASENOTES.TXT

Minor notpick:
"See the Win32::GUI::COnstants documentation for the full allowable
syntax."
=> Constants

Featurewise I had no time yet.

[perl-win32-gui-hackers] Beta release of 1.04 available for testing

[Robert M. <rm...@po...>]

Hi all,

I'm looking for beta testers for a 1.04 release (finally :-P).

The beta release is labelled v1.03_04, and is available for download 
from http://www.robmay.me.uk/win32gui/.

Release Notes and a Perl 5.8 PPM are linked at the bottom of the page. 
Please download and give it a spin.  Feedback to the users list 
(per...@li...), please.

I'm particularly interested in feedback on
- the ReleaseNotes (that will also get installed with the html 
documentation)
- any backwards compatibility issues.
- anything that worked before any doesn't now
- if, following installation, typing 'win32-gui-demos' at your command 
prompt works for you, and the UI is understandable.

There's a lot of new stuff, so make sure you read the release notes.

I'll not be very active for the next few weeks, but will catch up after 
that.  Enjoy!

Did I say to make sure you read the release notes?  They're online at 
http://www.robmay.me.uk/win32gui/RELEASENOTES.TXT

Regards,
Rob.
-- 
Robert May
Win32::GUI, a perl extension for native Win32 applications
http://perl-win32-gui.sourceforge.net/

[perl-win32-gui-hackers] Commits and a V1.04 beta release

[Robert M. <rm...@po...>]

Hi all,

I'm about to become inactive for about 3 weeks, but I'm sure that you'll 
manage without me.

I just committed a re-work to the Tooltip class.  Hopefully backwards 
compatible, but it's now possible to use all the features, and the large 
number of methods that previously crashed should not crash any more. 
I've update the documentation too.  I'll provide some demos another time.

I also committed a couple of quick bug fixes (both memory leaks) and an 
update to the release notes for v1.04 - that was the last thing I want 
to complete before a 1.04 release.

I'm about to put a 1.03_04 perl 5.8 snapshot of the current CVS on my 
website, and announce it to the users list.  I had hope to do this 
rather longer before I disappeared, but events have overtaken me.  I 
hope that it's reasonably stable.

Assuming no negative feedback, I will make this a 1.04 release proper on 
my return.

Happy holidays,
Rob.
-- 
Robert May
Win32::GUI, a perl extension for native Win32 applications
http://perl-win32-gui.sourceforge.net/

[perl-win32-gui-hackers] Getting a crash with latest code line

[Jeremy W. <jez...@ho...>]

All,

In all likeyhood the crash is due to my own code  - but there are couple of 
things that make me wonder if it could be Win32-GUI. The crash happens 
relatively rarely, and I've yet to produce a repeatable test case - so it's 
not really worth me explaining what I'm doing - other than I'm building  
dynamic windows/controls:)

In almost all cases, the crash happens within DoEvent_Paint - see a tracing 
below. The one really interesting bit, is sometimes - just before a crash - 
the following code dies:

$line->[2]=$mw->AddCombobox(
    -name => 'combo',
    -dropdownlist => 1,
    -left => 100+8,
    -top  =>$top,
    -width => $sliderwidth-16,
    -height => 100,
    -onChange => \&__Change,
    -onDropDown => \&__DropDown,
    -onCloseUp => \&__CloseUp,
);
die 'no parent' unless $line->[2]->GetParent;

Now, how could this Combobox be created without GetParent returning 
something?

Any thoughts?

Cheers,

jez.

perl.exe caused an Access Violation at location 280651d9 in module 
perl58.dll Reading from location 50272c39.

Registers:
eax=50272c31 ebx=0b3b2f1c ecx=000000ff edx=00000500 esi=0b3b2f1c 
edi=002343ac
eip=280651d9 esp=0140f81c ebp=0140f828 iopl=0         nv up ei pl nz na pe 
nc
cs=001b  ss=0023  ds=0023  es=0023  fs=003b  gs=0000             
efl=00000202

Call stack:
280651D9  perl58.dll:280651D9  Perl_sv_setsv_flags
2803E3AE  perl58.dll:2803E3AE  Perl_sv_compile_2op
280602FE  perl58.dll:280602FE  Perl_runops_standard
233B7816  GUI.dll:233B7816  DoEvent_Paint(interpreter*, 
tagPERLWIN32GUI_USERDATA*)  GUI_Events.cpp:935
int32 DoEvent_Paint(interpreter*, tagPERLWIN32GUI_USERDATA*)(
PerlInterpreter * my_perl = &(indirect),
LPPERLWIN32GUI_USERDATA perlud = &(indirect)
)
....
             PUTBACK;
             count = call_sv(*event, G_EVAL|G_ARRAY);
>             SPAGAIN;
             if(!ProcessEventError(NOTXSCALL "Paint", &PerlResult)) {
                 if(count > 0) PerlResult = POPi;
....

23472A45  GUI.dll:23472A45  Window_onEvent(interpreter*, 
tagPERLWIN32GUI_USERDATA*, unsigned, unsigned, long)  Window.xs:265
int32 Window_onEvent(interpreter*, tagPERLWIN32GUI_USERDATA*, unsigned, 
unsigned, long)(
PerlInterpreter * my_perl = &(indirect),
LPPERLWIN32GUI_USERDATA perlud = &(indirect),
UINT uMsg = 15,
WPARAM wParam = 0,
LPARAM lParam = 0
)
....
          * (@)APPLIES_TO:Window, DialogBox, MDIFrame
          */
>         PerlResult = DoEvent(NOTXSCALL perlud, PERLWIN32GUI_NEM_CONTROL8, 
>"InitMenu",
                              PERLWIN32GUI_ARGTYPE_INT, (int) wParam,
                              -1 );
....

233BFD2F  GUI.dll:233BFD2F  WindowMsgLoop(HWND__*, unsigned, unsigned, long) 
  GUI_MessageLoops.cpp:642
LRESULT WindowMsgLoop(HWND__*, unsigned, unsigned, long)(
HWND hwnd = &(indirect),
UINT uMsg = 15,
WPARAM wParam = 0,
LPARAM lParam = 0
)
....
         { HV *dropfiles_stash = gv_stashpv("Win32::GUI::DropFiles", 0);
           if(dropfiles_stash) { /* Win32::GUI::DropFiles is available */
>             PerlResult = DoEvent(NOTXSCALL perlud, 
>PERLWIN32GUI_NEM_DROPFILE, "DropFiles",
                          PERLWIN32GUI_ARGTYPE_SV, 
CreateObjectWithHandle(NOTXSCALL "Win32::GUI::DropFiles", (HWND)wParam),
                         -1);
....

77D48734  USER32.dll:77D48734  GetDC
77D48816  USER32.dll:77D48816  GetDC
77D4B4C0  USER32.dll:77D4B4C0  DefWindowProcW
77D4B50C  USER32.dll:77D4B50C  DefWindowProcW
7C90EAE3  ntdll.dll:7C90EAE3  KiUserCallbackDispatcher
77D496C7  USER32.dll:77D496C7  DispatchMessageA
23394F07  GUI.dll:23394F07  XS_Win32__GUI_Dialog(interpreter*, cv*)  
GUI.xs:1089
void XS_Win32__GUI_Dialog(interpreter*, cv*)(
PerlInterpreter * my_perl = &(indirect),
CV * cv = &(indirect)
)
....
               ){
                 TranslateMessage(&msg);
>                 DispatchMessage(&msg);
             }
         }
....

28041DCB  perl58.dll:28041DCB  Perl_sv_compile_2op
280602FE  perl58.dll:280602FE  Perl_runops_standard
2808C804  perl58.dll:2808C804  RunPerl
00401012  perl.exe:00401012
7C816D4F  kernel32.dll:7C816D4F  RegisterWaitForInputIdle

[perl-win32-gui-hackers] User Object leak for combobox

[Jeremy W. <jez...@ho...>]

All,

When the code below is run, it leaks User objects in the task manager. This 
is with the latest codeline running under XP.

Both -dropdown and -dropdownlist options highlight the leak. I've have a 
quick glance through the code but can't seem to find anything that could 
cause this - a windows bug perhaps?

It's only a minor problem, and again only an issue if dynamic controls are 
repeatedly created/destroyed. Saying that, there is only a 10K limit on 
objects before things go boom - and win32-gui does seem to create a lot of 
objects - my app - before it's done anything has 650+, so it might be 
highlighting some other problem.

Cheers,

jez.


use strict;
use warnings;
$|=1;
use Win32::GUI();

my $main = new Win32::GUI::Window (
	-size => [400,400],
);

for (1..100) {
my $box=$main->AddCombobox(
    -name => 'combo',
    #-dropdownlist => 1,
    -dropdown => 1,
    -left => 100,
    -top  =>4,
    -width => 100,
    -height => 100,
);
print "$box \n";
sleep(1);
}

Re: [perl-win32-gui-hackers] Scintilla cygwin fixes

[Robert M. <rm...@po...>]

Reini Urban wrote:
> 2006/7/16, Robert May <rm...@po...>:
>> Reini Urban wrote:
>>> Note that Include/SciLexer.dll must have the executable +x flag in the
>>> filesystem, otehrwise LoadLibrary in cygwin will fail.
>>>
>>> I did cvs up, so it's wrong in cvs at sf.net. But not that important.
>>> Just be sure that the final .tar.gz will have the +x bit set for this file.
>> I don't know how to fix this is CVS,
> 
> The only way to fix wrong file perms in CVS is to remove the file and resubmit
> with the correct perms. Or ask the cvs admin to fix in the filesystem.
> A nuisance. It's not that important.

I've made a note, and will ask the SF techs to change this next time I 
have reason to ask them to tinker with our repository.

Regards,
Rob.

Re: [perl-win32-gui-hackers] Preparing for a 1.04 release

[Robert M. <rm...@po...>]

Jeremy White wrote:
>> I have a small amount of documentation that I want to complete, then
>> I'll build a 1.03_XX beta PPM for testing purposes.
>>
>> I'd appreciate confirmation that I haven't broken anything (especially
>> Scintilla).
> 
> She built fine, and basic testing showed no problems.
> 
> Will be doing more testing during the day.

Jez - Many thanks.

Reini - any chance of a confirmation that the changes I made fixed the 
Scintilla issue that you submitted a patch for?

Rob.

Re: [perl-win32-gui-hackers] Preparing for a 1.04 release

[Jeremy W. <jez...@ho...>]

>I have a small amount of documentation that I want to complete, then
>I'll build a 1.03_XX beta PPM for testing purposes.
>
>I'd appreciate confirmation that I haven't broken anything (especially
>Scintilla).

She built fine, and basic testing showed no problems.

Will be doing more testing during the day.

Cheers,

jez.

Re: [perl-win32-gui-hackers] [win32-gui] Scintilla cygwin fixes

[Reini U. <ru...@x-...>]

2006/7/16, Robert May <rm...@po...>:
> Reini Urban wrote:
> > Note that Include/SciLexer.dll must have the executable +x flag in the
> > filesystem, otehrwise LoadLibrary in cygwin will fail.
> >
> > I did cvs up, so it's wrong in cvs at sf.net. But not that important.
> > Just be sure that the final .tar.gz will have the +x bit set for this file.
>
> I don't know how to fix this is CVS,

The only way to fix wrong file perms in CVS is to remove the file and resubmit
with the correct perms. Or ask the cvs admin to fix in the filesystem.
A nuisance. It's not that important.
I just wanted to tell you to watch perms before cvs add a new file.

> but I can confirm that if I do
>    nmake tardist
> and then extract the resulting tar.gz file in my cygwin environment that
> the execute bit is correctly set on SciLexer.dll

Thanks.

Re: [perl-win32-gui-hackers] Preparing for a 1.04 release

[Robert M. <rm...@po...>]

Robert May wrote:
> I'll be dealing with the documentation next: specifically doHTMLdocs.pl 
> needs some work, and some other bits and pieces will need re-organising 
> to accommodate the new modules.

Committed earlier today.

> I also intend to introduce a new package of documentation: 
> Win32::GUI::ReleaseNotes, which will contain detailed release notes for 
> each release we make. (it is my hope that we can update this, along with 
> the CHANGELOG, whenever we commit to save this being a single large task 
> for each release)

Committed earlier today.

> Once I have completed this (in the next few days I hope)

days ... weeks ... oops.

> I will make a 
> beta PPM (probably for perl 5.8 only), and open it up to the users list 
> for some sanity testing.

I have a small amount of documentation that I want to complete, then 
I'll build a 1.03_XX beta PPM for testing purposes.

I'd appreciate confirmation that I haven't broken anything (especially 
Scintilla).

Thanks,
Rob.
-- 
Robert May
Win32::GUI, a perl extension for native Win32 applications
http://perl-win32-gui.sourceforge.net/

Re: [perl-win32-gui-hackers] [win32-gui] Scintilla cygwin fixes

[Robert M. <rm...@po...>]

Reini Urban wrote:
> Attached are some minor cygwin path fixes for Scintilla.

Thanks for the pointers.  I didn't like the call to the external 
process, or having to remove the taint check from the test, so I've just 
committed a different fix for this problem.

Win32::GUI::LoadLibrary() has been enhanced to:

(1) Convert '/' to '\' - as (on win98 at least) LoadLibrary doesn't like 
Unix separators.
(2) call cygwin_convert_to_win32_path() under Cygwin (this is pretty 
much what cygpath does with the -w option)
(3) now returns undef (rather than 0) on error

> Note that Include/SciLexer.dll must have the executable +x flag in the 
> filesystem, otehrwise LoadLibrary in cygwin will fail.
> 
> I did cvs up, so it's wrong in cvs at sf.net. But not that important.
> Just be sure that the final .tar.gz will have the +x bit set for this file.

I don't know how to fix this is CVS, but I can confirm that if I do
   nmake tardist
and then extract the resulting tar.gz file in my cygwin environment that 
the execute bit is correctly set on SciLexer.dll

Regards,
Rob.
-- 
Robert May
Win32::GUI, a perl extension for native Win32 applications
http://perl-win32-gui.sourceforge.net/

[perl-win32-gui-hackers] Scintilla cygwin fixes

[Reini U. <ru...@x-...>]

Attached are some minor cygwin path fixes for Scintilla.

Note that Include/SciLexer.dll must have the executable +x flag in the 
filesystem, otehrwise LoadLibrary in cygwin will fail.

I did cvs up, so it's wrong in cvs at sf.net. But not that important.
Just be sure that the final .tar.gz will have the +x bit set for this file.

-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/
http://helsinki.at/  http://spacemovie.mur.at/

[perl-win32-gui-hackers] Scintilla cygwin fixes

[Reini U. <ru...@x-...>]

Attached are some minor cygwin path fixes for Scintilla

-- 
Reini Urban
http://phpwiki.org/  http://murbreak.at/
http://helsinki.at/  http://spacemovie.mur.at/

Re: [perl-win32-gui-hackers] Last addition before a 1.04 release?

[Chris W. <ch...@vi...>]

Hi Rob,

Checked out latest... built and installed fine with VC6 on XP/5.8.7

GUI demos ran fine... all worked as expected... nice touch

Cheers

Chris Wearn

-----Original Message-----
From: per...@li...
[mailto:per...@li...] On Behalf Of
Robert May
Sent: Tuesday, 27 June 2006 2:35 AM
To: per...@li...
Subject: [perl-win32-gui-hackers] Last addition before a 1.04 release?

All,

I just committed a script (win32-gui-demos.pl) in a new scripts 
directory, along with the Makefile.PL changes necessary to get this 
script installed in the perl bin directory.  It's a script that lists 
the sample/demo code distributed with Win32::GUI, and allows viewing of 
the sample source, and running the demos.

If appreciate it if you could give this a good thrashing, as, hopefully, 
it'll become one of the first applications new users get to see.  I've 
given up on my grand designs to deal gracefully with the console windows 
   (at least for the next release), as although I have everything needed 
working, there are a few areas that I want to research more fully.

Apart from documentation, I hope that the code-base as it stands now 
will make a 1.04 release. (more on this in a separate mail).

Regards,
Rob.
-- 
Robert May
Win32::GUI, a perl extension for native Win32 applications
http://perl-win32-gui.sourceforge.net/


Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job
easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Perl-Win32-GUI-Hackers mailing list
Per...@li...
https://lists.sourceforge.net/lists/listinfo/perl-win32-gui-hackers
http://perl-win32-gui.sourceforge.net/

-- 
No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.1.394 / Virus Database: 268.9.4/375 - Release Date: 25/06/2006
 

-- 
No virus found in this outgoing message.
Checked by AVG Free Edition.
Version: 7.1.394 / Virus Database: 268.9.7/379 - Release Date: 29/06/2006
 

Re: [perl-win32-gui-hackers] [win32-gui] Problems building with VC

[Robert M. <rm...@po...>]

Jeremy White wrote:
> Hi,
> 
> I've got a box with VC6 on it and I'm trying to build Win32-GUI - I know I 
> need to download the latest headers etc, but for the life of me (I've spent 
> over an hour looking!) , I can't seem to find the correct place/right SDK? 
> The errors below. Any suggestions?
> 
> Cheers,
> 
> jez.

I'm Using the headers from the Win2003 SP1 PSDK
http://www.microsoft.com/downloads/details.aspx?FamilyId=A55B6B43-E24F-4EA3-A93E-40C0EC4F68E5&displaylang=en

I've only installed the headers, and manually added them to be used 
before trying the VC98 headers.  (I can't do a full install here, as 
most of the tools don't run on Win98)

Regards,
Rob.

> 
> 
> NOTE: WINVER has been defined as 0x0500 or greater which enables
> Windows NT 5.0 and Windows 98 features. When these headers were released,
> Windows NT 5.0 beta 1 and Windows 98 beta 2.1 were the current versions.
> 
> For this release when WINVER is defined as 0x0500 or greater, you can only
> build beta or test applications.  To build a retail application,
> set WINVER to 0x0400 or visit http://www.microsoft.com/msdn/sdk
> to see if retail Windows NT 5.0 or Windows 98 headers are available.
> 
> See the SDK release notes for more information.
> 
> 
> *** Using Preserved Perl context.
> 
> GUI_Options.cpp(934) : error C2039: 'uVersion' : is not a member of 
> '_NOTIFYICON
> DATAA'
>         C:\Program Files\Microsoft Visual 
> Studio\VC98\include\shellapi.h(500) :
> see declaration of '_NOTIFYICONDATAA'
> GUI_Options.cpp(934) : error C2065: 'NOTIFYICON_VERSION' : undeclared 
> identifier
> 
> 
> 
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Perl-Win32-GUI-Hackers mailing list
> Per...@li...
> https://lists.sourceforge.net/lists/listinfo/perl-win32-gui-hackers
> http://perl-win32-gui.sourceforge.net/
> 

[perl-win32-gui-hackers] Problems building with VC

[Jeremy W. <jez...@ho...>]

Hi,

I've got a box with VC6 on it and I'm trying to build Win32-GUI - I know I 
need to download the latest headers etc, but for the life of me (I've spent 
over an hour looking!) , I can't seem to find the correct place/right SDK? 
The errors below. Any suggestions?

Cheers,

jez.


NOTE: WINVER has been defined as 0x0500 or greater which enables
Windows NT 5.0 and Windows 98 features. When these headers were released,
Windows NT 5.0 beta 1 and Windows 98 beta 2.1 were the current versions.

For this release when WINVER is defined as 0x0500 or greater, you can only
build beta or test applications.  To build a retail application,
set WINVER to 0x0400 or visit http://www.microsoft.com/msdn/sdk
to see if retail Windows NT 5.0 or Windows 98 headers are available.

See the SDK release notes for more information.


*** Using Preserved Perl context.

GUI_Options.cpp(934) : error C2039: 'uVersion' : is not a member of 
'_NOTIFYICON
DATAA'
        C:\Program Files\Microsoft Visual 
Studio\VC98\include\shellapi.h(500) :
see declaration of '_NOTIFYICONDATAA'
GUI_Options.cpp(934) : error C2065: 'NOTIFYICON_VERSION' : undeclared 
identifier

Re: [perl-win32-gui-hackers] [win32-gui] RE: Last addition before a 1.04 release?

[Robert M. <rm...@po...>]

Jeremy White wrote:
>> If appreciate it if you could give this a good thrashing, as, hopefully,
>> it'll become one of the first applications new users get to see.  I've
>> given up on my grand designs to deal gracefully with the console windows
>>    (at least for the next release), as although I have everything needed
>> working, there are a few areas that I want to research more fully.
> 
> The help window, causes problems for me.  Menu->Help->Help - Leaves a 
> window that can't be closed, and on top main window.
> 
> Other than that, it seems fine.

Thanks.  Fix committed.  I also removed the owner window relationship, 
as I was never overly happy about it.   I also fixed a similar issue 
with the NotifyIcon.pl sample Help window.

Regards,
Rob.

Re: [perl-win32-gui-hackers] [win32-gui] Re: Possible WinXP memory leak [Was:Commit]

[Robert M. <rm...@po...>]

Jeremy White wrote:
>> As Rob said, this is primarily going to impact on an application that 
>> opens
>> and closes many windows. At least the memory is more or less returned
>> instantly on exit.
> 
> Yeah - and as it looks like it's XP only we can assume that it's a 
> windows thing rather than being a perl/win32-gui issue.
> 
>> Is there a "Known Issues" or limitations section somewhere in the
>> documentation until this is eventually tracked down?
> 
> Perhaps we should just update the tracker item, but leave it open for 
> future reference?

That would be my preference.

Rob.