Re^3: win32::OLE timeout problem

...in what way ? The OP appears to have given up on an OLE based solution and was asking for any solution.

Admittedly, the hints I provided didn't directly answer his question, but there were/are, I believe, several pointers that could be of use...

A user level that continues to overstate my experience :-))

Comment on Re^3: win32::OLE timeout problem

Replies are listed 'Best First'.
Re^4: win32::OLE timeout problem by BrowserUk (Patriarch) on Apr 01, 2009 at 10:22 UTC
The OP appears to have given up on an OLE based solution and was asking for any solution. You cannot do what the OP is trying to do (connect to a remote OLE server), without using OLE. His problem is that he doesn't want to wait the default amount of time (1 hour from what I've read), before discovering that the remote server is unavailable. Attempting to use alarm will fail dismally as since 5.8.something, Perl's has "safe-signals" which will not interrupt an a individual Perl op-code, never mind a long-running XS function. Even if he enables unsafe signals, if alarm had any affect at all, it would probably be disastrous as it would leave the OLE request hanging. Examine what is said, not who speaks -- Silence betokens consent -- Love the truth but pardon error. "Science is about questioning the status quo. Questioning authority". In the absence of evidence, opinion is indistinguishable from prejudice. "Too many [] have been sedated by an oppressive environment of political correctness and risk aversion."	[reply]
Re^5: win32::OLE timeout problem by Bloodnok (Vicar) on Apr 01, 2009 at 11:18 UTC
Thanx for the clarification BrowserUk - had you put it in your original reply, I wouldn't have bothered ... Anyway, 'twas only a suggestion offered under the monastry t&c's :D. A user level that continues to overstate my experience :-))	[reply]