On Fri, 17 Feb 2012, Alex Lee wrote:
>
> Thanks Jeremy.
> You were right about the repository.
> I was able to to install the module with dmake - there were some error
> messages but seem to work! In particular the Grid & axwindow seem to
> need msvc instead.
Is there a reason not to make another
How is it “not working”? Does it return the wrong information, or throw an
error, or what is it that makes you think it is not
working?
Cheers,
-Jan
From: Vijay Maurya [mailto:vijaykumarmau...@gmail.com]
Sent: Thursday, June 16, 2011 5:39 AM
To: Perl-Win32-GUI-Users@lists.sourceforge.ne
On Tue, 05 May 2009, Rob May wrote:
> 2009/5/4 Jan Dubois :
> Thanks - According to the "spec"
> (http://msdn.microsoft.com/en-us/library/aa374191(VS.85).aspx) the
> processorArchitecture attribute is optional. If omitted I think it
> would mean all architectures. I
On Sat, 02 May 2009, Rob May wrote:
> 2009/4/22 Jan Dubois :
> I've had a chance to play further, and at least on XP once the
> perl.exe manifest required V6 of the common controls I can find no way
> to get back to using the V5 controls in an extension. Theoretically is
> s
On Thu, 23 Apr 2009, Rob May wrote:
> 2009/4/23 Jan Dubois :
>> Interesting. I don't quite understand how this would work though, as
>> the names of the controls are registered globally, so I don't see how
>> you could mix old and new style controls inside a singl
On Wed, 22 Apr 2009, Rob May wrote:
> 2009/4/22 Jeremy White :
> > I vote for adding the XP style request directly to perl.exe - in
> > almost all cases it's the "correct" thing to do and is easy enough
> > to remove (and indeed from PerlApp) should you need to. It's also
> > backward compatible so
Do you guys (users of Win32-GUI) have an opinion of perl.exe always requesting
XP style controls?
I think perl.exe needs an embedded manifest to properly specify the requested
elevation level on Windows Vista and later. Once that
happens it will no longer be possible to request XP style cont
On Wed, 05 Nov 2008, rpnoble wrote:
>
>
> Use the "-a=filename" option when working with perlapp. This will pack the
> filename and allow you to ship it with your application.
You cannot --add an arbitrary file; --add is for Perl code only. You could use
--bind to add a data file, but this still
On Sat, 05 Jul 2008, Octavian Rasnita wrote:
> Can you please tell me where from I can get Win32::GUI 1.06?
>
> I have the Theoryx repository set in ppm, but the latest available
> version is 1.03 there. I have also tried to compile Win32::GUI using
> the cpan shell (I have VS6) but as usually, it
On Wed, 18 Jun 2008, Charles Alderman wrote:
> I've had some luck doing this using fork() and a pipe to communicate
> between the (pseudo) processes. On Win32, fork is emulated using perl
> threads. So it's basically the same thing. I haven't tested this on
> Perl 5.10 yet, but I've had a gui appli
On Tue, 04 Dec 2007, Jeremy White wrote:
> This looks like a --dyndll option issue with Vista - I have a case
> were I am getting crashes. I have reported the problem to Activestate.
It is indeed a problem with the --dyndll code. That code hooks and
reimplements most parts of the Windows loader a
On Wed, 01 Aug 2007, Robert May wrote:
> On 31/07/07, Robert May <[EMAIL PROTECTED]> wrote:
> > I'll post another version as soon as I've shown that it tests clean
> > (hopefully tomorrow).
I don't quite get the list of test failures. Are you getting test failures
from just compiling the ActivePe
On Sun, 29 Jul 2007, Robert May wrote:
> On 29/07/07, Jan Dubois <[EMAIL PROTECTED]> wrote:
> > PS: Please let me know if you happen to know a mechanism to create a
> > message-only window on 98/NT (a window that is not top-level and
> > will not receive broadc
On Sat, 28 Jul 2007, Robert May wrote:
> On 28/07/07, Jan Dubois <[EMAIL PROTECTED]> wrote:
> > CreateProcess() will return and not wait for command.com/cmd.exe to
> > initialize. Upon return win32_spawnvp() will call win32_msgwait(),
> > which should continue to pump
On Sat, 28 Jul 2007, Robert May wrote:
> Here's what happens - the call to system, or using backticks, makes a
> request to the OS to find the program associated with *.html files,
> launch it (if it isn't already running) and ask it to open the html
> file.
>
> As part of the process of finding o
On Mon, 19 Mar 2007, Peter Buck wrote:
> "STILL_ACTIVE" is not exported by the Win32::Process module
You need Win32::Process version 0.10 or later. Check your version:
perl -MWin32::Process -eprint$Win32::Process::VERSION
0.10
It is already included in ActivePerl 815 and later.
Cheers,
-
On Mon, 08 Jan 2007 17:03:45 +, Steve Loughran
<[EMAIL PROTECTED]> wrote:
>Is it relatively easy to do with the AS dev kit? Are there any online
>help/FAQs about it? or will I be taking a trip to the local bookstore to
>get some AX books (and convert back into perl code :) )
The PDK include
The GUI Builder does support both PerlTk (both 800 and 804 versions)
as well as Tkx (Tcl.pm based) widget sets for Perl.
The GUI Builder itself is written in pure Tcl, so you need to know
Tcl if you want to add support for another language or GUI framework.
Cheers,
-Jan
On Thu, 21 Dec 2006 12:57
On Wed, 28 Dec 2005, Octavian Rasnita wrote:
> I have tried to store some data in a perl program under the
>
> __DATA__
>
> mark, then to read from there using:
>
> while() {
> ...
> }
>
> The program works when I run it as a .pl file, but if I create a .exe file
> using perlapp, it doesn't rea
19 matches
Mail list logo
