RE: die() without setting $@

perldoc -f goto eval { ... goto EOB; ... ... EOB: return; };if($@){ ... } Kind regards, Mark Anderson Service Improvement Programme Level 2, 113 Dundas Street Edinburgh, EH3 5DE Tel: 0131 523 8786 Mob: 07808 826 063 -Original Message-

Win32-API and ghostscript API

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 this any which

Re: Creating multiple recipients in the Mail::Mailer module?

- Original Message - From: Chris Conacher [EMAIL PROTECTED] To: perl-win32-users@listserv.ActiveState.com 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

Re: Win32-API and ghostscript API

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 gsdll32.dll.

RE: die() without setting $@

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

RE: cdo win32-ole object model guard

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-

RE: die() without setting $@

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

RE: die() without setting $@

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

Re: die() without setting $@

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

RE: die() without setting $@

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

Re: Win32-API and ghostscript API

- Original Message - From: Rogers, John [EMAIL PROTECTED] To: 'Perl-Win32-Users (E-mail) perl-win32-users@listserv1.ActiveState.com Sent: Wednesday, April 20, 2005 5:00 PM Subject: Win32-API and ghostscript API -Original Message- From: Rogers, John Sent: Wednesday, 20

Re: die() without setting $@

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

RE: die() without setting $@

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.

Re: die() without setting $@

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

propper handling if a child thread die

Greetings, Im 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, $fileName.NOS

Thread Pipeline or something else?

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

Win32::Guitest

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 use

Re: Win32::Guitest

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

Re: Win32::Guitest

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

Re: Win32::Guitest

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)notepad'

Re: Win32::Guitest

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

RE: Win32-API and ghostscript API

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.