[#8136] Confused exception handling in Continuation Context — "Robert Dober" <robert.dober@...>

Hi all

13 messages 2006/07/06

[#8248] One-Click Installer: MinGW? or VC2005? — "Curt Hibbs" <ml.chibbs@...>

I just posted this to ruby-talk. But I would also like to discuss this

33 messages 2006/07/18
[#8264] Re: One-Click Installer: MinGW? or VC2005? — Charlie Savage <cfis@...> 2006/07/19

From my experience using both tool chains on Windows (for the ruby-prof

[#8266] Re: One-Click Installer: MinGW? or VC2005? — "Curt Hibbs" <ml.chibbs@...> 2006/07/19

Tim, I'm going to top reply since your post was so long. I'm interested in

[#8267] Re: One-Click Installer: MinGW? or VC2005? — Charlie Savage <cfis@...> 2006/07/19

> Tim, I'm going to top reply since your post was so long. I'm interested in

[#8271] my sandboxing extension!! — why the lucky stiff <ruby-core@...>

I have (what feels like) very exciting news. I finally sat down to code up my

17 messages 2006/07/19

[#8430] Re: doc patch: weakref. — "Berger, Daniel" <Daniel.Berger@...>

> -----Original Message-----

19 messages 2006/07/28
[#8434] Re: doc patch: weakref. — Yukihiro Matsumoto <matz@...> 2006/07/29

Hi,

[#8436] Re: doc patch: weakref. — Daniel Berger <djberg96@...> 2006/07/29

Yukihiro Matsumoto wrote:

[#8437] Re: doc patch: weakref. — Mauricio Fernandez <mfp@...> 2006/07/29

On Sat, Jul 29, 2006 at 07:37:24PM +0900, Daniel Berger wrote:

[#8441] Inconsistency in scoping during module_eval? — "Charles O Nutter" <headius@...>

I have the following code:

18 messages 2006/07/30
[#8442] Re: Inconsistency in scoping during module_eval? — nobu@... 2006/07/30

Hi,

[#8443] Re: Inconsistency in scoping during module_eval? — "Charles O Nutter" <headius@...> 2006/07/30

Why does this:

[#8445] Re: Inconsistency in scoping during module_eval? — Yukihiro Matsumoto <matz@...> 2006/07/30

Hi,

[#8454] Re: Inconsistency in scoping during module_eval? — "Charles O Nutter" <headius@...> 2006/07/31

So to clarify...

[ ruby-Bugs-5061 ] Ruby problems calling VB COM using win32ole

From: <noreply@...>
Date: 2006-07-14 09:48:39 UTC
List: ruby-core #8219
Bugs item #5061, was opened at 2006-07-14 09:48
You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=1698&aid=5061&group_id=426

Category: None
Group: 1.8.4
Status: Open
Resolution: None
Priority: 3
Submitted By: Andrew Wroe (rawroe)
Assigned to: Nobody (None)
Summary: Ruby problems calling VB COM using win32ole

Initial Comment:
Hi,

I'm experiencing some unusual behaviour trying to use VB COM through win32ole in Ruby, and I'm hoping someone might be able to help. I'm using Ruby 1.84-19 (final) here.

I've included the contents of the files I'm using to reproduce these issues below. Note that you need VB6 to build the COM DLL, but hopefully you'll be able to see what it's doing without this. I've supplied a pre-built version, but it will need registering on the computer before it works.

If you run the script, you'll find that it calls a VB subroutine that raises an error, and just before this it displays a dialog window saying "About to raise error...". However, despite the script only containing one call to this subroutine, when you click OK to dismiss the window it appears again. Is this a bug or is there an explanation for it?

The script then calls a VB function that returns an empty variant and an uninitialised array in a variant. However, when Ruby tries to display the contents of the return value it gives different results, namely 'nil' and 'false'. I was expecting it to display 'nil' in both cases since there is no data available, but perhaps I've misunderstood something.

Note that until the most recent version, this final call would actually generate a segmentation fault, and although it seems to work correctly most of the time now, we're still occasionally experiencing this problem (but we can't reproduce it as example code).

Thanks,

Andrew.

----------------------------------------------------------------------

You can respond by visiting: 
http://rubyforge.org/tracker/?func=detail&atid=1698&aid=5061&group_id=426

In This Thread

Prev Next