<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="http://blogs.msdn.com/utility/FeedStylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Using non-Automation compatible types</title><link>http://blogs.msdn.com/calvin_hsia/archive/2004/12/10/279734.aspx</link><description>A customer asks: I’m using a third party COM server dll with my VFP8 application. One of its methods requires a structure as a parameter. It seems to me that unlike with dlls, where you can trick VFP into substituting a character string for a structure</description><dc:language>en-US</dc:language><generator>CommunityServer 2.1 SP1 (Build: 61025.2)</generator><item><title>re: Using non-Automation compatible types</title><link>http://blogs.msdn.com/calvin_hsia/archive/2004/12/10/279734.aspx#279760</link><pubDate>Sat, 11 Dec 2004 00:08:00 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:279760</guid><dc:creator>Howard</dc:creator><description>Thanks for putting this on your blog!&lt;br&gt;&lt;br&gt;I may have made some progress with this problem, but maybe not.  I have got past VFP's type checking by using CreateBinary() on an array of characters filled with CHR() byte values of my numeric data.  The resulting array can be passed to the COM server's method.&lt;br&gt;However, I don't think the server is getting what I'm sending.  I assume that the server needs to have the correct data type associated with the data that I send, so I'm thinking that whatever data type I'm sending - VT_BSTR? is not what it wants.&lt;br&gt;&lt;br&gt;Regarding your questions, here's what I know now:&lt;br&gt;  1.  The server does not support iDispatch.&lt;br&gt;  2.  The stucture contains only two members: one is unsigned long, the other is unsigned short.&lt;br&gt;  3.  I'm using CreateObjectEx to instantiate the server.&lt;br&gt;&lt;br&gt;Thanks,&lt;br&gt;Howard&lt;br&gt;</description></item><item><title>nom Valladolid</title><link>http://blogs.msdn.com/calvin_hsia/archive/2004/12/10/279734.aspx#1508350</link><pubDate>Mon, 22 Jan 2007 17:25:31 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:1508350</guid><dc:creator>nom Valladolid</dc:creator><description>&lt;p&gt;thoughts from a professional developer&lt;/p&gt;
&lt;p&gt;I do not agree. Go to &lt;a rel="nofollow" target="_new" href="http://www.alabamajob.info/unexpired_Spain/non_Castilla%20y%20Le%C3%83%C2%B3n/nom_Valladolid_1.html"&gt;http://www.alabamajob.info/unexpired_Spain/non_Castilla%20y%20Le%C3%83%C2%B3n/nom_Valladolid_1.html&lt;/a&gt;&lt;/p&gt;
</description></item><item><title>irreparably Hannover</title><link>http://blogs.msdn.com/calvin_hsia/archive/2004/12/10/279734.aspx#1974201</link><pubDate>Wed, 28 Mar 2007 12:36:51 GMT</pubDate><guid isPermaLink="false">91d46819-8472-40ad-a661-2c78acb4018c:1974201</guid><dc:creator>irreparably Hannover</dc:creator><description>&lt;p&gt;thoughts from a professional developer&lt;/p&gt;
&lt;p&gt;I do not agree. Go to &lt;a rel="nofollow" target="_new" href="http://www.intrades.info/owl_Germany/wham_Niedersachsen/irreparably_Hannover_1.html"&gt;http://www.intrades.info/owl_Germany/wham_Niedersachsen/irreparably_Hannover_1.html&lt;/a&gt;&lt;/p&gt;
</description></item></channel></rss>