<?xml version="1.0"?><?xml-stylesheet type="text/xsl" href="/rss.xsl"?><rss version="2.0"><channel><title>clrinterop Work Item Rss Feed</title><link>http://www.codeplex.com/clrinterop/WorkItem/List.aspx</link><description>clrinterop Work Item Rss Description</description><item><title>Created Issue: How convert the interface variable returned by a method to object? [10981]</title><link>http://clrinterop.codeplex.com/workitem/10981</link><description>Hi,&lt;br /&gt;I am using a c&amp;#35; wrapper, int he c&amp;#43;&amp;#43; library, the called function returns a pointer to the class object.&lt;br /&gt;In the c&amp;#35; wrapper, if I call that method it returns an interface variable.&lt;br /&gt;That interface variable is null, so I am unable gets the values.&lt;br /&gt;Anyone please help me.&lt;br /&gt;</description><author>krishnateja</author><pubDate>Tue, 07 May 2013 12:02:46 GMT</pubDate><guid isPermaLink="false">Created Issue: How convert the interface variable returned by a method to object? [10981] 20130507120246P</guid></item><item><title>Created Issue: SigImp: Does not process more than one header file [10598]</title><link>http://clrinterop.codeplex.com/workitem/10598</link><description>The -help description for SigImp indicates that it can accept multiple header files for processing. However, when attempting to use this feature I found that only the first header file would be processed. I found the problem in the ProcessHeaderFiles&amp;#40;&amp;#41; function of Module1.vb.&lt;br /&gt;&lt;br /&gt;This line&amp;#58;&lt;br /&gt;writer.Write&amp;#40;&amp;#38;quot&amp;#59;&amp;#35;include &amp;#38;quot&amp;#59;&amp;#38;quot&amp;#59;&amp;#123;0&amp;#125;&amp;#38;quot&amp;#59;&amp;#38;quot&amp;#59;&amp;#38;quot&amp;#59;, p&amp;#41;&lt;br /&gt;Should be changed to&amp;#58;&lt;br /&gt;writer.WriteLine&amp;#40;&amp;#38;quot&amp;#59;&amp;#35;include &amp;#38;quot&amp;#59;&amp;#38;quot&amp;#59;&amp;#123;0&amp;#125;&amp;#38;quot&amp;#59;&amp;#38;quot&amp;#59;&amp;#38;quot&amp;#59;, p&amp;#41;&lt;br /&gt;&lt;br /&gt;This ensures that each &amp;#35;include statement written to the temporary file is written to its own line, which allows the preprocessor to properly parse them.&lt;br /&gt;</description><author>patrickjmccarty</author><pubDate>Wed, 14 Nov 2012 02:18:23 GMT</pubDate><guid isPermaLink="false">Created Issue: SigImp: Does not process more than one header file [10598] 20121114021823A</guid></item><item><title>Created Issue: Can WindowsTool and WindowsToolLauncher be combined into one project? [10473]</title><link>http://clrinterop.codeplex.com/workitem/10473</link><description>Is there a reason to separate the winform dlls from the  main program for such a small utility&amp;#63;&lt;br /&gt;</description><author>zippy1981</author><pubDate>Sat, 08 Sep 2012 03:12:09 GMT</pubDate><guid isPermaLink="false">Created Issue: Can WindowsTool and WindowsToolLauncher be combined into one project? [10473] 20120908031209A</guid></item><item><title>Commented Issue: Why is there a shortcut to winsiggen.exe in "%ProgramFiles(x86)%\InteropSignatureToolkit\" [10472]</title><link>http://clrinterop.codeplex.com/workitem/10472</link><description>In  &amp;#34;&amp;#37;ProgramFiles&amp;#40;x86&amp;#41;&amp;#37;&amp;#92;InteropSignatureToolkit&amp;#92;&amp;#34; there is a shortcut called &amp;#34;PInvoke Signature Toolkit.lnk&amp;#34; that links to winsiggen.exe. This is where the start menut shortcut points to. It does not have the proper icon. Running winsiggen.exe starts it up just fine. Is there a reason for this shortcut with the wrong icon&amp;#63;&lt;br /&gt;Comments: ** Comment from web user: zippy1981 ** &lt;p&gt;And here is the same file in diff format&lt;/p&gt;</description><author>zippy1981</author><pubDate>Sat, 08 Sep 2012 00:29:22 GMT</pubDate><guid isPermaLink="false">Commented Issue: Why is there a shortcut to winsiggen.exe in "%ProgramFiles(x86)%\InteropSignatureToolkit\" [10472] 20120908122922A</guid></item><item><title>Commented Issue: Why is there a shortcut to winsiggen.exe in "%ProgramFiles(x86)%\InteropSignatureToolkit\" [10472]</title><link>http://clrinterop.codeplex.com/workitem/10472</link><description>In  &amp;#34;&amp;#37;ProgramFiles&amp;#40;x86&amp;#41;&amp;#37;&amp;#92;InteropSignatureToolkit&amp;#92;&amp;#34; there is a shortcut called &amp;#34;PInvoke Signature Toolkit.lnk&amp;#34; that links to winsiggen.exe. This is where the start menut shortcut points to. It does not have the proper icon. Running winsiggen.exe starts it up just fine. Is there a reason for this shortcut with the wrong icon&amp;#63;&lt;br /&gt;Comments: ** Comment from web user: zippy1981 ** &lt;p&gt;Here is a fixed setup file.&lt;/p&gt;</description><author>zippy1981</author><pubDate>Sat, 08 Sep 2012 00:28:56 GMT</pubDate><guid isPermaLink="false">Commented Issue: Why is there a shortcut to winsiggen.exe in "%ProgramFiles(x86)%\InteropSignatureToolkit\" [10472] 20120908122856A</guid></item><item><title>Created Issue: Why is there a shortcut to winsiggen.exe in "%ProgramFiles(x86)%\InteropSignatureToolkit\" [10472]</title><link>http://clrinterop.codeplex.com/workitem/10472</link><description>In  &amp;#34;&amp;#37;ProgramFiles&amp;#40;x86&amp;#41;&amp;#37;&amp;#92;InteropSignatureToolkit&amp;#92;&amp;#34; there is a shortcut called &amp;#34;PInvoke Signature Toolkit.lnk&amp;#34; that links to winsiggen.exe. This is where the start menut shortcut points to. It does not have the proper icon. Running winsiggen.exe starts it up just fine. Is there a reason for this shortcut with the wrong icon&amp;#63;&lt;br /&gt;</description><author>zippy1981</author><pubDate>Fri, 07 Sep 2012 13:55:39 GMT</pubDate><guid isPermaLink="false">Created Issue: Why is there a shortcut to winsiggen.exe in "%ProgramFiles(x86)%\InteropSignatureToolkit\" [10472] 20120907015539P</guid></item><item><title>Created Issue: Add support for Robert Giesecke Unmanaged Exports [10471]</title><link>http://clrinterop.codeplex.com/workitem/10471</link><description>Robert Giesecke wrote a msbuild task and csproj wrapper for it that allows you to make a static function a PEExport https&amp;#58;&amp;#47;&amp;#47;sites.google.com&amp;#47;site&amp;#47;robertgiesecke&amp;#47;Home&amp;#47;uploads&amp;#47;unmanagedexports&lt;br /&gt;&lt;br /&gt;Would you consider accepting patches that supported this such as taking a C prototype and making a C&amp;#35; function stub.&lt;br /&gt;</description><author>zippy1981</author><pubDate>Fri, 07 Sep 2012 13:38:43 GMT</pubDate><guid isPermaLink="false">Created Issue: Add support for Robert Giesecke Unmanaged Exports [10471] 20120907013843P</guid></item><item><title>Created Issue: Remove the word Attribute from Attributes in generated code and optionally remove namespaces [10470]</title><link>http://clrinterop.codeplex.com/workitem/10470</link><description>The code generated by this tool is very verbose. Since the general use case is to hand edit the generated code, it should be made more terser for readability.&lt;br /&gt;&lt;br /&gt;First of all all attribute decorations should not include the word Attribute. e.g DllImportAttribute should become DllImport. Secondly, there should be an option to not qualify attributes with namespaces. Here is a real life example&amp;#58;&lt;br /&gt;&lt;br /&gt;Currently&amp;#58;&lt;br /&gt;    &amp;#91;System.Runtime.InteropServices.DllImportAttribute&amp;#40;&amp;#34;&amp;#60;Unknown&amp;#62;&amp;#34;, EntryPoint&amp;#61;&amp;#34;TraceOpenLogFile&amp;#34;&amp;#41;&amp;#93;&lt;br /&gt;public static extern  short TraceOpenLogFile&amp;#40;&lt;br /&gt;    &amp;#91;System.Runtime.InteropServices.MarshalAsAttribute&amp;#40;System.Runtime.InteropServices.UnmanagedType.LPWStr&amp;#41;&amp;#93; System.Text.StringBuilder s, &lt;br /&gt;    &amp;#91;System.Runtime.InteropServices.MarshalAsAttribute&amp;#40;System.Runtime.InteropServices.UnmanagedType.LPWStr&amp;#41;&amp;#93; System.Text.StringBuilder t, &lt;br /&gt;    uint w&amp;#41; &amp;#59;&lt;br /&gt;&lt;br /&gt;After&lt;br /&gt;    &amp;#91;DllImport&amp;#40;&amp;#34;&amp;#60;Unknown&amp;#62;&amp;#34;, EntryPoint&amp;#61;&amp;#34;TraceOpenLogFile&amp;#34;&amp;#41;&amp;#93;&lt;br /&gt;public static extern  short public static short TraceOpenLogFile&amp;#40;&lt;br /&gt;    &amp;#91;MarshalAs&amp;#40;UnmanagedType.LPWStr&amp;#41;&amp;#93; StringBuilder s, &lt;br /&gt;    &amp;#91;MarshalAs&amp;#40;UnmanagedType.LPWStr&amp;#41;&amp;#93; StringBuilder t, &lt;br /&gt;    uint w&amp;#41;&amp;#59;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;In both cases i formatted the code slightly.&lt;br /&gt;</description><author>zippy1981</author><pubDate>Fri, 07 Sep 2012 13:09:23 GMT</pubDate><guid isPermaLink="false">Created Issue: Remove the word Attribute from Attributes in generated code and optionally remove namespaces [10470] 20120907010923P</guid></item><item><title>Created Issue: Bitfields resulting a Memory Leak [10275]</title><link>http://clrinterop.codeplex.com/workitem/10275</link><description>If you try to Translate this Snippet&amp;#58;&lt;br /&gt;&lt;br /&gt;struct _PowerFlags&lt;br /&gt;&amp;#123;&lt;br /&gt;ULONG64 PreservedDuringStandby &amp;#58; 1&amp;#59;&lt;br /&gt;ULONG64 PreservedDuringHibernate &amp;#58; 1&amp;#59;&lt;br /&gt;ULONG64 PartiallyPreservedDuringHibernate &amp;#58; 1&amp;#59;&lt;br /&gt;ULONG64 Reserved &amp;#58; 61&amp;#59;&lt;br /&gt;&amp;#125; PowerFlags&amp;#59;&lt;br /&gt;&lt;br /&gt;It will make the Assistant unresponsive and it will consume all of your memory.&lt;br /&gt;</description><author>mrgreywater</author><pubDate>Thu, 28 Jun 2012 11:59:09 GMT</pubDate><guid isPermaLink="false">Created Issue: Bitfields resulting a Memory Leak [10275] 20120628115909A</guid></item><item><title>Created Issue: Missing support for ConvertTo-&gt;IntPtr (native int) [5441]</title><link>http://clrinterop.codeplex.com/WorkItem/View.aspx?WorkItemId=5441</link><description>Target type IntPtr &amp;#40;native int&amp;#41; is missing in ConvertTo.&lt;br /&gt;Please add, would greatly improve usability for me. Thanks&amp;#33;&lt;br /&gt;</description><author>dpomt</author><pubDate>Mon, 22 Feb 2010 09:17:08 GMT</pubDate><guid isPermaLink="false">Created Issue: Missing support for ConvertTo-&gt;IntPtr (native int) [5441] 20100222091708A</guid></item><item><title>Created Task: Improve the experience of refresh button [4544]</title><link>http://clrinterop.codeplex.com/WorkItem/View.aspx?WorkItemId=4544</link><description>Currently, filters take efforts after refresh buttons is pressed. We got some feedback in the internal bugbesh reporting that it is not very obvious for users to discover or understand the usage as&amp;#160;&amp;#34;refresh&amp;#34; does not give lots of hints here.&lt;br /&gt;&lt;br /&gt;We may borrow some UI design from Excel filter buttons or procmon filters to refine the design.&lt;br /&gt;</description><author>Yongtai</author><pubDate>Thu, 22 Oct 2009 06:43:29 GMT</pubDate><guid isPermaLink="false">Created Task: Improve the experience of refresh button [4544] 20091022064329A</guid></item><item><title>Created Task: Provide a button to clear all IL stubs [4543]</title><link>http://clrinterop.codeplex.com/WorkItem/View.aspx?WorkItemId=4543</link><description>&lt;br /&gt;</description><author>Yongtai</author><pubDate>Thu, 22 Oct 2009 06:38:37 GMT</pubDate><guid isPermaLink="false">Created Task: Provide a button to clear all IL stubs [4543] 20091022063837A</guid></item><item><title>Created Task: Home/End navigator button [4542]</title><link>http://clrinterop.codeplex.com/WorkItem/View.aspx?WorkItemId=4542</link><description>In navigation panel, Prev Block&amp;#47;Next Block should not wrap to the end&amp;#47;beginning because people might want to go back to the beginning and walk through the code again. In this scenario, they would click prev block again and again and find them accidentally get &amp;#8220;wrapped&amp;#8221; to the last block again. Either Prev Block&amp;#47;Next block should not wrap, or you can provide a first block&amp;#47;end block instead.&lt;br /&gt;</description><author>Yongtai</author><pubDate>Thu, 22 Oct 2009 06:37:02 GMT</pubDate><guid isPermaLink="false">Created Task: Home/End navigator button [4542] 20091022063702A</guid></item><item><title>Created Task: IL Stub Diagnostics: Add more filters to help user find their stub more easily [4541]</title><link>http://clrinterop.codeplex.com/WorkItem/View.aspx?WorkItemId=4541</link><description>We currently suport using PID, PName and MethodName as the filters and we plan to support more like&lt;br /&gt;- Category&lt;br /&gt;- Native sig&lt;br /&gt;- stub methodIdentifier&lt;br /&gt;</description><author>Yongtai</author><pubDate>Thu, 22 Oct 2009 06:30:23 GMT</pubDate><guid isPermaLink="false">Created Task: IL Stub Diagnostics: Add more filters to help user find their stub more easily [4541] 20091022063023A</guid></item><item><title>Created Task: IL Stub Diagnostics: Serialize the events to XML file [4540]</title><link>http://clrinterop.codeplex.com/WorkItem/View.aspx?WorkItemId=4540</link><description>currently we do not store the IL stubs anywhere. The task is to enable user to store&amp;#47;load the IL stub contents.&lt;br /&gt;</description><author>Yongtai</author><pubDate>Thu, 22 Oct 2009 06:28:23 GMT</pubDate><guid isPermaLink="false">Created Task: IL Stub Diagnostics: Serialize the events to XML file [4540] 20091022062823A</guid></item><item><title>Created Issue: tlbimp: /silence:WarningNumber behaves confusing [4521]</title><link>http://clrinterop.codeplex.com/WorkItem/View.aspx?WorkItemId=4521</link><description>The warning number you specify is treated as hex number. However, the type library importer outputs the number as integer. So you can not just use the number from the output messages and suppress warnings by using the number with the &amp;#47;silence option without having to convert them to hex before.&lt;br /&gt;&lt;br /&gt;Suggested change&amp;#58; Change code in Tlbimp.cs line 453 from &lt;br /&gt;   int warningNumber &amp;#61; int.Parse&amp;#40;opt.Value, System.Globalization.NumberStyles.HexNumber&amp;#41;&amp;#59;&lt;br /&gt;to&lt;br /&gt;   int warningNumber &amp;#61; int.Parse&amp;#40;opt.Value, System.Globalization.NumberStyles.Integer&amp;#41;&amp;#59;&lt;br /&gt;</description><author>mkiefer</author><pubDate>Mon, 19 Oct 2009 13:35:53 GMT</pubDate><guid isPermaLink="false">Created Issue: tlbimp: /silence:WarningNumber behaves confusing [4521] 20091019013553P</guid></item><item><title>Created Issue: SigImp TranslateSnippet should translate SAFEARRAY into [MarshalAs(SafeArray)] Array [4442]</title><link>http://clrinterop.codeplex.com/WorkItem/View.aspx?WorkItemId=4442</link><description>Try to translate the following into C&amp;#35;&amp;#58;&lt;br /&gt;&lt;br /&gt;HRESULT SafeArrayAccessData&amp;#40;  &lt;br /&gt;  SAFEARRAY &amp;#42;  psa,       &lt;br /&gt;  void HUGEP &amp;#42;&amp;#42;  ppvData  &lt;br /&gt;&amp;#41;&amp;#59;&lt;br /&gt;&lt;br /&gt;SigImp TranslateSnippet gives a very complex output including a full definition of SAFEARRAY structure. It should use MarshalAs&amp;#40;UnmanagedType.SafeArray&amp;#41; Array instead.&lt;br /&gt;</description><author>YiZhang</author><pubDate>Mon, 12 Oct 2009 02:44:34 GMT</pubDate><guid isPermaLink="false">Created Issue: SigImp TranslateSnippet should translate SAFEARRAY into [MarshalAs(SafeArray)] Array [4442] 20091012024434A</guid></item><item><title>Created Issue: TlbImp: Suppress types from being imported [4231]</title><link>http://clrinterop.codeplex.com/WorkItem/View.aspx?WorkItemId=4231</link><description>With the new version we are able to map all references to the local IStream definition to System.Runtime.InteropServices.ComTypes.IStream. &lt;br /&gt;Unfortunately the now unreferenced local IStream definition, as well as ISequentialStream, _ULARGE_INTEGER etc. are still part of the Interop.&lt;br /&gt;As it is very annoying and confusing have multiple unsused IStream or other type definitions around it would be a nice feature to be able to suppress some types from going into the Interop.&lt;br /&gt;</description><author>tomenglert</author><pubDate>Wed, 09 Sep 2009 11:53:54 GMT</pubDate><guid isPermaLink="false">Created Issue: TlbImp: Suppress types from being imported [4231] 20090909115354A</guid></item><item><title>Created Issue: TLBIMP converting C array of VARIANT_BOOL as C array of BOOL.</title><link>http://clrinterop.codeplex.com/WorkItem/View.aspx?WorkItemId=3803</link><description>IDL file&amp;#58;&lt;br /&gt;&lt;br /&gt;&amp;#91;uuid&amp;#40;791B8E24-28A1-4d85-A00A-5C1EFE3E08EA&amp;#41;&amp;#93;&lt;br /&gt;library lib&lt;br /&gt;&amp;#123;&lt;br /&gt;    &amp;#91;uuid&amp;#40;0AB14DF8-BF44-4e2e-A948-5D2D672FB678&amp;#41;&amp;#93;&lt;br /&gt;    typedef&lt;br /&gt;    struct A&lt;br /&gt;    &amp;#123;&lt;br /&gt;        VARIANT_BOOL B&amp;#91;4&amp;#93;&amp;#59;&lt;br /&gt;    &amp;#125; A&amp;#59;&lt;br /&gt;&amp;#125;&lt;br /&gt;&lt;br /&gt;Generated .NET code&amp;#58;&lt;br /&gt;&lt;br /&gt;&amp;#91;StructLayout&amp;#40;LayoutKind.Sequential, Pack&amp;#61;2&amp;#41;, Guid&amp;#40;&amp;#34;0AB14DF8-BF44-4E2E-A948-5D2D672FB678&amp;#34;&amp;#41;&amp;#93;&lt;br /&gt;public struct A&lt;br /&gt;&amp;#123;&lt;br /&gt;&amp;#91;MarshalAs&amp;#40;UnmanagedType.ByValArray, SizeConst&amp;#61;4&amp;#41;&amp;#93;&lt;br /&gt;public bool&amp;#91;&amp;#93; B&amp;#59;&lt;br /&gt;&amp;#125;&lt;br /&gt;&lt;br /&gt;Expected code&amp;#58;&lt;br /&gt;&lt;br /&gt;&amp;#91;StructLayout&amp;#40;LayoutKind.Sequential, Pack&amp;#61;2&amp;#41;, Guid&amp;#40;&amp;#34;0AB14DF8-BF44-4E2E-A948-5D2D672FB678&amp;#34;&amp;#41;&amp;#93;&lt;br /&gt;public struct A&lt;br /&gt;&amp;#123;&lt;br /&gt;&amp;#91;MarshalAs&amp;#40;UnmanagedType.ByValArray, SizeConst&amp;#61;4, ArraySubType&amp;#61;UnmanagedType.VariantBool&amp;#41;&amp;#93;&lt;br /&gt;public bool&amp;#91;&amp;#93; B&amp;#59;&lt;br /&gt;&amp;#125;&lt;br /&gt;&lt;br /&gt;See also https&amp;#58;&amp;#47;&amp;#47;connect.microsoft.com&amp;#47;VisualStudio&amp;#47;feedback&amp;#47;ViewFeedback.aspx&amp;#63;FeedbackID&amp;#61;470491 and http&amp;#58;&amp;#47;&amp;#47;clrinterop.codeplex.com&amp;#47;WorkItem&amp;#47;View.aspx&amp;#63;WorkItemId&amp;#61;3009&lt;br /&gt;</description><author>sergey_shandar</author><pubDate>Fri, 26 Jun 2009 03:31:30 GMT</pubDate><guid isPermaLink="false">Created Issue: TLBIMP converting C array of VARIANT_BOOL as C array of BOOL. 20090626033130A</guid></item><item><title>Created Issue: P/Invoke Interop Assistant does not work well on x64</title><link>http://clrinterop.codeplex.com/WorkItem/View.aspx?WorkItemId=3666</link><description>Seems data structures are always converting to 32bit structs.&lt;br /&gt;</description><author>liji</author><pubDate>Wed, 20 May 2009 09:22:12 GMT</pubDate><guid isPermaLink="false">Created Issue: P/Invoke Interop Assistant does not work well on x64 20090520092212A</guid></item></channel></rss>