[nanomsg] Re: macat (mangos nanocat drop-in)

  • From: Garrett D'Amore <garrett@xxxxxxxxxx>
  • To: "nanomsg@xxxxxxxxxxxxx" <nanomsg@xxxxxxxxxxxxx>
  • Date: Wed, 23 Apr 2014 10:00:56 -0700

Looks reasonable. 

Sent from my iPhone

> On Apr 22, 2014, at 1:08 PM, Paul Colomiets <paul@xxxxxxxxxxxxxx> wrote:
> 
> Hi Garrett,
> 
>> On Tue, Apr 22, 2014 at 11:35 AM, Garrett D'Amore <garrett@xxxxxxxxxx> wrote:
>> Specifically, for some patterns, having a maximum
>> receive count would be a nice feature -- e.g. receive only "n" packets, most
>> often going to be just "1" for a one-shot.
> 
> I want this one too, let's implement same option, e.g.:
> 
> --count,-n N  Send N messages, for pub or push socket, make N
> roundtrips for req,rep,surveyor,respondent sockets, receive N messages
> for sub, pull, bus, pair sockets, then exit.
> 
> (note that "receive N messages" decision for bus and pair sockets is
> arbitrary, but I don't think there is a reason to invent 3 options for
> all imaginary cases, anyway it's easy to add them later if needed)
> 
>> This utility does require another 3rd party library for option parsing.
>> (Go's "flag" package is ... lame.  Specifically, I need the ability to have
>> repeat options, e.g. multiple instances of "-v" or "--bind" to bind to
>> multiple addresses at once.)
> 
> So goopt is on a par with nanocat option parser?
> 
> -- 
> Paul
> 

Other related posts: