Hello,<div><br></div><div>    Another note: in NSExpression you use &quot;IntPtr&quot; to represent objects.   This is not correct.</div><div><br></div><div>    When you see &quot;id&quot; you should substitute that for the most specific derived type from NSObject.   In the worst case scenario you should use NSObject, but never IntPtr.</div>
<div><br></div><div>    There is one exception, we use &quot;IntPtr&quot; as the return value for the special name &quot;Constructor&quot; used for the various &quot;init&quot; methods.</div><div><br></div><div>Miguel.<br>
<br><div class="gmail_quote">On Wed, Jul 14, 2010 at 8:48 AM, Duane Wandless <span dir="ltr">&lt;<a href="mailto:duane@wandless.net">duane@wandless.net</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Here is the update to coredata.cs.<div><br></div><div>I&#39;ve also included a patch to generator.cs to handle binding (coredata uses (NSError**) heavily):</div><div><font face="&#39;courier new&#39;, monospace">//+ (NSData *)sendSynchronousRequest:(NSURLRequest *)request returningResponse:(NSURLResponse **)response error:(NSError **)error</font></div>

<div><div><font face="&#39;courier new&#39;, monospace">[Static, Export (&quot;sendSynchronousRequest:returningResponse:error:&quot;)]</font></div><div><font face="&#39;courier new&#39;, monospace">NSData SynchronousRequest (NSUrlRequest request, out NSUrlResponse response, out NSError error);</font></div>

<div><br></div><div>In genetator.cs:</div><div>* added the ability to bind out parameters</div><div><br></div><div>In foundation.cs:</div><div>* added binding for sendSynchronousRequest on NSUrlConnection</div><div>* added binding for NSForegroundColorAttributeName</div>

<div>* exposed binding for setValue:forHTTPHeaderField: on NSMutableURLRequest</div><div>* added binding for NSExpression</div><div><br></div>In coredata.cs:</div><div>* added strongly typed arrays</div><div>* added CoreDataEnum.cs</div>

<div><br></div><div>I have a couple more changes/issues that I&#39;ll follow up with later.</div><div>Thanks,</div><div>Duane</div><div><div></div><div class="h5"><div><br></div><div><br></div><div><div class="gmail_quote">
On Sat, Jul 10, 2010 at 12:03 PM, Miguel de Icaza <span dir="ltr">&lt;<a href="mailto:miguel@novell.com" target="_blank">miguel@novell.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello,<div><br></div><div>    The CoreData binding is not suitable for inclusion in MonoMac since it uses NSArrays instead of strongly-typed arrays.   Although some auditing work was done on the result from the header parser, I do not want to add any APIs that expose NSArrays (there are special cases for this, for low-level interfaces, but they are special cases, not the rule).</div>


<div><br></div><div>    When you resubmit, also remove all of the original selector comments that the parser left in place.</div><div><br></div><div>Miguel.</div><div><br><div class="gmail_quote"><div>On Fri, Jul 9, 2010 at 12:23 PM, Duane Wandless <span dir="ltr">&lt;<a href="mailto:duane@wandless.net" target="_blank">duane@wandless.net</a>&gt;</span> wrote:<br>


</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>Not all of the coredata bindings have been tested.  The basic functionality of a CoreData application does work.<div>

<br>
</div><font color="#888888"><div>Duane</div>
</font><br></div><div>_______________________________________________<br>
Mono-osx mailing list<br>
<a href="mailto:Mono-osx@lists.ximian.com" target="_blank">Mono-osx@lists.ximian.com</a><br>
<a href="http://lists.ximian.com/mailman/listinfo/mono-osx" target="_blank">http://lists.ximian.com/mailman/listinfo/mono-osx</a><br>
<br></div></blockquote></div><br></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>