Re: [perl-win32-gui-users] Launching a detached child process fromWin32 app

2006-12-28 Thread erik
I've reply'd by e-mail since this isn't a win32::gui problem. I think  
this is what he wants:


#!/usr/bin/perl

system 'rundll32.exe url.dll,FileProtocolHandler notepad.exe';
print foreach  (1..10);

__END__

While notepad is running, the main program still counts to 10 and  
exits nicely.



Quoting Scott Spearman <[EMAIL PROTECTED]>:


I don't know if it's in Win32 or ActiveStates Perl, but the traditional Unix
method is to do an exec().  It takes a new executable and completely
replaces your running program with the new program specified.

I figure it's probably something you've already tried, but just in case...

Scott Spearman



Programmer Analyst - Pikeville Medical Center

[EMAIL PROTECTED]

(606) 218-4660


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Zach
Sent: Thursday, December 28, 2006 6:46 AM
To: perl-win32-gui-users@lists.sourceforge.net
Subject: [perl-win32-gui-users] Launching a detached child process fromWin32
app

I recently wrote an install shield with Win32::GUI. A
nice feature I see of some install shields is the
option to "Launch application" after the install is
done. It's a nice convinient feature to let the user
get down to business without having to click on the
app via the start menu or desktop icon.

The problem is that I have yet to find a method for
executing a program from a Win32 that doesn't wait for
the child to die. I have tried various fork methods as
well as Proc methods and Win32::Job and threads. All
of these methods require that the parent, or calling
program wait until the spawn's program dies. I of
course just want to launch the install app and let the
user exit the install shield. This has to be doable
right?

Thank you.

__
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Perl-Win32-GUI-Users mailing list
Perl-Win32-GUI-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/perl-win32-gui-users
http://perl-win32-gui.sourceforge.net/


-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Perl-Win32-GUI-Users mailing list
Perl-Win32-GUI-Users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/perl-win32-gui-users
http://perl-win32-gui.sourceforge.net/








Re: [perl-win32-gui-users] camel

2007-05-24 Thread erik

Quoting Geoffrey Spear <[EMAIL PROTECTED]>:


> The docs at http://cpan.uwinnipeg.ca/htdocs/PAR-Packer/pp.html mention

the -a option to add files to the package.  -i sets the app's icon,
but I'm trying to add an icon to use within my program (as a
NotifyIcon).  Oddly enough, while the --help option to the version of


For that we have the http://search.cpan.org/dist/Win32-GUI/BitmapInline.pm


pp I've got doesn't mention the -a option either, if I use the Add
Packages box in tkpp to try to add my icon to the package, it throws a
warning about -m being deprecated for adding non-module files to
packages, and tells me to use -a instead.  I think it's a case of the
documentation with the binary not being up to date.



I thought *YOU* made the typo :D Sorry for the lack of trust. ;)




[perl-win32-gui-users] Dynamically changing foreground and other options

2003-08-14 Thread Erik Shön

Hello,

I've been trying to dynamically change the -foreground value for a 
textfield.


The following didnt work:

$TextField->Change( -foreground => [ 255, 0, 0 ] );
$TextField->InvalidateRect(1);

Nor did assigning different font objects. And from the info I've gathered on 
the net, sending a message will only work with RichEdit controls.


Also, I havent found any way to Disable / Enable menu items.

Thanks!

PS: Does anyone knows if a stable version of Win32::GUI is comming anytime 
soon ? The SourceForge project page seems pretty dead.


_
MSN Messenger : discutez en direct avec vos amis !  
http://messenger.fr.msn.ca/





Re: [perl-win32-gui-users] Checking for memory leaks?

2006-08-16 Thread Erik Kieffer
There is Win32::SystemInfo where you can track memory. But that only works if
you don't have a leak but a sinking ship :). From the POD:

MemoryStatus

Win32::SystemInfo::MemoryStatus(%mHash,[$format]);
   %mHash  - The hash that will receive the results.
 Certain values can be set prior to the
 call to retrieve a subset. (See below)
   $format - Optional parameter. Used to set the order
 of magnitude of the results. (See below)
   Determines the current memory status of a Win32 machine. Populates
   %mHash with the results. Function returns undef on failure.
   Values returned through the hash:
   MemLoad - Windows NT 3.1 to 4.0: The percentage of
 approximately the last 1000 pages of physical
 memory that is in use.
   - Windows 2000: The approximate percentage of
 total physical memory that is in use.
   TotalPhys   - Total amount of physical memory (RAM).
   AvailPhys   - Available physical memory (RAM).
   TotalPage   - Allocated size of page (swap) file.
   AvailPage   - Available page file memory.
   TotalVirtual- Total physical + maximum page file.
   AvailVirtual - Total amount of available memory.
   Values returned through the hash can also be specified by setting
   them before the function is called.
   my %mHash = (TotalPhys => 0);
   Win32::MemoryInfo::MemoryStatus(%mHash);
   Will return only the total physical memory.
   MemoryStatus return values in bytes by default. This can be changed with
   the $format parameter. Valid values for $format are:
   B-  Bytes (default)
   KB   -  Kilobytes
   MB   -  Megabytes
   GB   -  Gigabytes



Citeren Steve Loughran <[EMAIL PROTECTED]>:

> Hi all
>
> Not strictly a win32-gui related question. How would I go about tracking
> down my memory usage in a perl script? I have a small memory leak in my
> code somewhere, but no idea where to start looking for clues.
>
> Anyone got any pointers or tips?
>
> Steve
>
> -
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share your
> opinions on IT & business topics through brief surveys -- and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> ___
> Perl-Win32-GUI-Users mailing list
> Perl-Win32-GUI-Users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/perl-win32-gui-users
> http://perl-win32-gui.sourceforge.net/
>





This message was sent using IMP, the Internet Messaging Program.




Re: [perl-win32-gui-users] camel

2007-05-23 Thread Erik Kieffer
- Original Message - 
From: "Geoffrey Spear" <[EMAIL PROTECTED]>
To: 
Sent: Wednesday, May 23, 2007 9:29 PM
Subject: Re: [perl-win32-gui-users] camel


> I hate to bring back a nearly 6 month old thread, but is there some
> sort of trick to getting Win32::GUI to find icons bundled with a
> pp-built .exe?
>
> I built one using "pp script.pl -o script.exe -a icon.ico" but the

-a or -i? According to the docs, there is no -a

> icon only displays properly if there's a copy of it in the same
> directory as the executable; if the .exe file is moved to another
> directory it can't find the icon which should be bundled.

Sounds logical. I assume (don't know though) that you could also put the
directory of the icon in PATH or name the exact path while packing. That's
typical for Windows. Same goes for running the package. When the directory
of the package isn't current directory the package will only run when it is
in the path.