Hi Tony,<br><br>&gt; On Sun, Aug 26, 2012 at 6:31 PM, Tony Garnock-Jones &lt;<a href="mailto:tonyg@ccs.neu.edu">tonyg@ccs.neu.edu</a>&gt; wrote:<br>&gt;<br>&gt; Hi Juan,<br>&gt;<br>&gt; On 2012-08-26 1:10 PM, Juan Garcia wrote:<br>
&gt; &gt; I&#39;m having a problem wrapping the Rabbit MQ C client<br>&gt; &gt; library (<a href="https://github.com/alanxz/rabbitmq-c">https://github.com/alanxz/rabbitmq-c</a>) using the ffi.  My<br>&gt; &gt; problem is with the amqp_queue_declare function. [...]<br>
&gt; <br>&gt; While I don&#39;t immediately see the problem with your FFI interface to<br>&gt; librabbitmq, I&#39;d like to point out that it&#39;s a very low-level library,<br>&gt; and so is quite difficult to use. If there&#39;s nothing AMQP-specific about<br>
&gt; your messaging needs, I recommend enabling the RabbitMQ STOMP<br>&gt; server-side adapter and using (require (planet tonyg/stomp)).<br>&gt; <br>&gt; The main advantage is that the pure-Racket implementation of the client<br>
&gt; side of the protocol means no SIGSEGVs, no shared-library dependencies,<br>&gt; and cross-platform support.<br>...<br><br>I like the look of your library, and I will be using it to interface<br>with RabbitMQ.<br><br>
Having said that, I&#39;d still like to know what I&#39;m doing wrong with my<br>ffi-code.  I have a couple of libraries I still need to wrap to<br>complete my project.<br><br>Thanks for the reply.<br><br>Regards,<br>