Title: Win32-API and ghostscript API
-Original Message-
From: Rogers, John
Sent: Wednesday, 20 April 2005 4:56 PM
To: Perl-Win32-Gui-Users (E-mail)
Subject: Win32-API and ghostscript API
hi,
I want to access the ghostscript API for the gsdll32.dll.
been trying t
- Original Message -
From: "Chris Conacher" <[EMAIL PROTECTED]>
To:
Sent: Wednesday, April 20, 2005 1:11 AM
Subject: Creating multiple recipients in the Mail::Mailer module?
> How do I create multiple recipients in the Mail::Mailer module?
>
>
>
> I currently have the following whi
"Rogers, John" wrote on 04/20/2005 02:00:58 AM:
>
> -Original Message-
> From: Rogers, John
> Sent: Wednesday, 20 April 2005 4:56 PM
> To: Perl-Win32-Gui-Users (E-mail)
> Subject:Win32-API and ghostscript API
> hi,
> I want to access the ghostscript API for the gsd
The problem with trying to use goto, or a return, or setting a global
variable is that they don't work well in a function that's being called by
the code that contains the eval. 'return' won't work because it will simply
return from the function that was called. I don't think that 'goto' will
w
Two ways come to mind:
1. Use Net::SMTP to send the email.
2. Since you are using Exchange, you can create a special public folder
"Outlook Security Settings" with a special item in it that controls
Outlook security. You'll have to see the Outlook docs for more info.
-Original Message-
F
Is this for a script or an OO module? If it is for an OO module then
your " aesthetically unpleasing" solution is probably the best. For a
module you need to document these type of things so a future user can
know how to handle...
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL
John Deighan wrote on 04/20/2005 08:25:09 AM:
> The problem with trying to use goto, or a return, or setting a global
> variable is that they don't work well in a function that's being called
by
> the code that contains the eval. 'return' won't work because it will
simply
> return from the fu
John Deighan wrote:
The problem with trying to use goto, or a return, or setting a global
variable is that they don't work well in a function that's being called
by the code that contains the eval. 'return' won't work because it will
simply return from the function that was called.
No it doesn'
Title: Message
I've worked a bit in
this area doing the same thing (especially when I've needed to 'die' in deep,
deep levels).
No luck in what
you're trying to do, but instead, I prepend a "!" to my internally trapped
errors.
That way I can
detect if perl or myself had a problem.
HTH
-st
- Original Message -
From: "Rogers, John" <[EMAIL PROTECTED]>
To: "'Perl-Win32-Users (E-mail)"
Sent: Wednesday, April 20, 2005 5:00 PM
Subject: Win32-API and ghostscript API
> -Original Message-
> From: Rogers, John
> Sent: Wednesday, 20 April 2005 4:56 PM
> To: Perl-Win32-G
At 12:46 PM 4/20/2005, Rhesa Rozendaal wrote:
John Deighan wrote:
The problem with trying to use goto, or a return, or setting a global
variable is that they don't work well in a function that's being called
by the code that contains the eval. 'return' won't work because it will
simply return fr
My two cents: use Exception::Class. Subclass Exception::Class::Base, throw an
exception object within your eval block, and check the result of UNIVERSAL::isa
($@, 'YourExceptionClass'). This is a close approximation of the try / catch
mechanism available in other languages.
##
John Deighan wrote:
You are right that 'return' will return from either 1) the enclosing
eval block or 2) the enclosing function, whichever is "closer". However
you misunderstood what I was saying. My structure is more like:
I'm sorry if I seemed to have misunderstood you.
eval {
...some
Greetings,
I’m using the module “threads” and “threads::shared”.
If a thread finishing unexpected
is generating a message on STDERR.
Is possible to intercept the message by the main thread
and suppress on STDERR?
Here a piece of code, which uses the thread:
open FTPFILE,"> $file
There're 3 threads working in parallel. At
the very beginning 1-st threadprints several 'a', 2-nd - 'b', 3-rd - 'c'.
Number of times and length ofpauses between printing of nearest letters
within any thread are different(actually they're rand()). Once a loop of any
thread reaches the end ea
Here is a tricky one...
I'm trying to get a window handle from a window I
launch through Win32::Process, but the debug result I
get seems to be picking up the cmd prompt window
rather than something simple like notepad.
Using this command line:
perl script.pl c:/windows/notepad.exe "*Notepad"
us
Jim Hansen wrote:
> Here is a tricky one...
>
> I'm trying to get a window handle from a window I
> launch through Win32::Process, but the debug result I
> get seems to be picking up the cmd prompt window
> rather than something simple like notepad.
>
> Using this command line:
> perl script.pl
The '*' was the only thing I could find. Not a lot of info and Microsoft's site on this was no help. At anyrate, when I make the changes to the search, I still get
Window Found(Text : 'C:\WINDOWS\system32\cmd.exe - perl script.pl c:/windows/notepad.exe "(?i)notepad"' Class : 'Console WindowCl
Jim Hansen wrote:
> The '*' was the only thing I could find. Not a lot of info and
> Microsoft's site on this was no help. At anyrate, when I make the
> changes to the search, I still get
>
> Window Found(Text : 'C:\WINDOWS\system32\cmd.exe - perl script.pl
> c:/windows/notepad.exe "(?i)notep
Bill
The time delay helped out (sleep 1) was good enough. I did find out too that passing "C:/Windows/notepad.exe" into $ARGV or @ARGV[0] causes your script to produce this:
Window Found(Text : 'C:\WINDOWS\system32\cmd.exe - perl script.plc:/windows/notepad.exe "(?i)notepad"' Class : 'Console Wi
Title: RE: Win32-API and ghostscript API
Rob and Lloyd,
Robs code actually works with gs8.15
>I've just now noticed that the function you're accessing is called
>'gsapi_revision' whereas I'm accessing 'gsdll_revision'.
I got gsapi_ from the api.htm doc with gs8.15 gsdll_ is depreciated.
Jim Hansen wrote:
> Bill
> The time delay helped out (sleep 1) was good enough. I did find out too
> that passing "C:/Windows/notepad.exe" into $ARGV or @ARGV[0] causes your
> script to produce this:
>
> Window Found(Text : 'C:\WINDOWS\system32\cmd.exe - perl script.pl
> c:/windows/notepad.exe
Hi, Markus
you could try aliasing your childs STDERR to a file
open (STDERR, ">", "stderr.$$") or die("eek");
the parent will know the pid of the child if you fork() or you can use the
$thread->tid and threads->self->tid methods instead of $$.
The normal unix-style open with an argument of
23 matches
Mail list logo
