Hi Tony,<br><br>> On Sun, Aug 26, 2012 at 6:31 PM, Tony Garnock-Jones <<a href="mailto:tonyg@ccs.neu.edu">tonyg@ccs.neu.edu</a>> wrote:<br>><br>> Hi Juan,<br>><br>> On 2012-08-26 1:10 PM, Juan Garcia wrote:<br>
> > I'm having a problem wrapping the Rabbit MQ C client<br>> > library (<a href="https://github.com/alanxz/rabbitmq-c">https://github.com/alanxz/rabbitmq-c</a>) using the ffi. My<br>> > problem is with the amqp_queue_declare function. [...]<br>
> <br>> While I don't immediately see the problem with your FFI interface to<br>> librabbitmq, I'd like to point out that it's a very low-level library,<br>> and so is quite difficult to use. If there's nothing AMQP-specific about<br>
> your messaging needs, I recommend enabling the RabbitMQ STOMP<br>> server-side adapter and using (require (planet tonyg/stomp)).<br>> <br>> The main advantage is that the pure-Racket implementation of the client<br>
> side of the protocol means no SIGSEGVs, no shared-library dependencies,<br>> 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'd still like to know what I'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>