Hi Zak,
Can you please share the file once again? The 2shared.com link is not working.
Can it be uploaded permanently to sourceforge?
Thanks,
Emmanuel
- Original Message -
From: zak
To: perl-win32-gui-users@lists.sourceforge.net
Sent: Friday, February 29, 2008 9:27 PM
Subjec
Title: Window doesn't appear until code has finished
I think he means he wants to use threads. So that one thread can take
care of the window in the foreground and another the code in the
background...
Ilya BANDORIN wrote:
What do you mean by “in background”?
If you wi
This is cool!
Robert May wrote:
I just put together a new search function, using some new tools from
google. It searches all the following places:
- http://perl-win32-gui.sourceforge.net/ (DOCS, WIKI and HOMEPAGE)
- SourceForge mail archives (users and hackers lists)
- project CVS repository
are you already using use strict? if not use it and cleanup every warning.
threads generally have all kinds of memory problems so if ur using
threads life becomes very difficult.
Steve Loughran wrote:
Hi all
Not strictly a win32-gui related question. How would I go about tracking
down my me
> The problem is how to do send messages back to the parent thread if it is
> Dialog - it has to be "woken" up by a message from the windows queue -
> which
> is what happens in 3 above.
>
Do you mean to say you pass something other than window/screen updates as
messages? Cos in my experience i
Hi Everyone,
I guess I've got a lot of catching up and reading to do!
Rob/Jeremy,
I went through the ThreadUtils code and this is what I understood:
1) Youre using a Hook to trap events/messages sent to window controls
2) These are enqueued
2) The trapped events/messages are passed onto the thre
-
From: "Plum, Jason" <[EMAIL PROTECTED]>
To: "Emmanuel E" <[EMAIL PROTECTED]>
Sent: Saturday, February 04, 2006 12:48 AM
Subject: RE: [perl-win32-gui-users] Multi-Threaded Example
AH.. now then...
So.. the bug involving the object being in multiple threads does in
Hi Jason,
Cool stuff!
But would there be a way to avoid those select calls to spend some time
sleeping? I mean if there were a way to do a select on a thread queue it
would be great.
On the other hand why not call Win32::GUI::Dialog() in the main thread and
let the child threads update the
Rob's work sounds cool!
About the threads exiting issue this is what the manual page says:
-
WARNINGS
A thread exited while %d other threads were still running
A thread (not necessarily the main thread) exited while there were still
other threads running. Usually it's a good idea
Hi Everyone,
This discussion was very informative. Since there is talk of changing the
module namespace anyway I was just wondering if the name could be changed to
something more descriptive - like Win32::GUI::Automate or something like
that? I had absolutely no idea on what GuiTest did until
Thanks Jeremy. I will wait for the next release. Right now I will use a
global.
Emmanuel
> --- Ursprüngliche Nachricht ---
> Von: "Jeremy White" <[EMAIL PROTECTED]>
> An: [EMAIL PROTECTED]
> Kopie: perl-win32-gui-users@lists.sourceforge.net
> Betreff: Re: [perl-win32-gui-users] Using Win32::GUI e
Hi Jeremy,
Thanks for the help. I had some trouble getting 0.558 out and installing
1.02. After that everything worked well :)
I've run into a new problem now. I want to get at the window that owns the
start button and modify certain other controls in it.
I try to get the handle of the wind
Hi everyone,
I am trying to implement a class which takes in configuration information
from the user via a gui and performs various tasks based on the methods
called by the user.
The following is a working code snippet:
package Test;
use strict;
use Win32::GUI;
sub new
{
m
Hi Everyone,
In the following peice of code I can tab through the textfields but not onto
the buttons. Ive tried -tabstop, -ok, -default -dialogui in various
combinations however nothing seems to move focus onto the button called
start.
-
use Win32::GUI;
use Win32::Process;
use Win32;
my
Whoops real sorry guys! Its not a Win32::GUI problem.
I finally traced the bug to MIME::Base64.
Here is an outline of what I am trying to do. Maybe it will help understand
the reason for the weird behavior better. and maybe someone will point out a
better way to do it.
step 1: bind to ho
the GUI objects and see if it makes a difference.
Else Win32::CreateProcess is probably the way to go. A GUI which spawns a
separate process to do the hard work.
Thanks,
Emmanuel
- Original Message -
From: "Robert May" <[EMAIL PROTECTED]>
To: "Emmanuel E" <
Yes I do enter the dialogue phase. Then when I attempt to start the socket I
end the dialogue phase by returning -1;
Thread or no thread the error still occurs.
I was trying to spawn off a new thread in the button_Click subroutine but
that new thread used to fail in the start_SSL() funtion.
Hi,
I have written a program using Win32::GUI to provide a user-interface to a
network script.
However the SSL portion of the script fails if the GUI is invoked.
Basically the script is like this:
1) Show UI and take parameters.
2) On UI event Create a socket.
3) Attempt to SSLify the socket us
18 matches
Mail list logo