Re: [zeromq-dev] Role of iMatix in ZeroMQ community

[Michel Pelletier]

I sent them an email asking advice.  If they don't call me crazy we'll see
where it goes.

On Mon, Apr 18, 2016 at 8:07 PM, Pieter Hintjens  wrote:

> I trust Eben's judgement 100%
> On 19 Apr 2016 02:34, "Michel Pelletier" 
> wrote:
>
>> I love reading Eben's work, thanks Stephen.
>>
>> Pieter, does this sounds like an option to pursue?
>>
>> On Mon, Apr 18, 2016 at 3:49 PM, Stephen Hemminger <
>> step...@networkplumber.org> wrote:
>>
>>> On Mon, 18 Apr 2016 14:46:19 -0700
>>> Michel Pelletier  wrote:
>>>
>>> > The Linux Foundation's CII looks appropriate:
>>> >
>>> > https://applications.coreinfrastructure.org/
>>> >
>>> > I think it would be worth speaking with them before applying to see if
>>> they
>>> > agree on the fit.  Anyone have a better contact?  At least on my end
>>> their
>>> > contact page is just a link to the FAQ.
>>> >
>>>
>>> The people to talk to are:
>>>   Laura Kempke 
>>>   Michael Dolan 
>>>
>>
>>
>> ___
>> zeromq-dev mailing list
>> zeromq-dev@lists.zeromq.org
>> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>>
>>
> ___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
>
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Moving list to Google groups?

[Pieter Hintjens]

OK, we need a small set of admins, who can work with my friend Ewen
McNeill, who has kept archives over the years, to migrate to mailmanlists
and then manage the lists (zeromq-announce is #2). Justin, it's your baby.
Thank you.
On 19 Apr 2016 05:10, "Pieter Hintjens"  wrote:

Justin, that is a great proposal, thank you for finding it. I'd prefer
keeping mailman, for familiarity.
On 19 Apr 2016 04:36, "Justin Karneges"  wrote:

> Hey folks,
>
> I spoke with MailmanLists and they are willing to host the ZeroMQ
> mailing list for free. All they ask for is a link on the mailing list
> page. If you'd prefer the list remain Mailman-based and simply don't
> want to host it, then I'd say this is the best the way to go. They'll
> import archives too.
>
> Re: MailmanLists vs. dotList (aka Mailmanhost), both appear to be
> Mailman hosting experts with a long lives (8 years and 11 years,
> respectively). Other than cost, it's hard to say on the outside which
> one is better, but as a customer of MailmanLists I can vouch for their
> helpful support. MailmanLists also claims to be a financial contributor
> to the FSF which is pretty cool.
>
> On Mon, Apr 18, 2016, at 05:21 PM, c wrote:
> > Jim Idle  writes:
> >
> > I'm a nay on Google Groups. As seen with SourceForge, sometimes the
> > priorities of companies change. This is especially true for a publically
> > traded company.
> >
> > The price points of https://www.mailmanhost.com/pricing/ seem better
> > than http://www.mailmanlists.net/ but I have no personal experience with
> > either.
> >
> > > You just add your email address to the google list - you don't
> > > actually need a Google account. Thre is really no difference to now.
> >
> > In my experience list maintainers end up needing to enable the Google
> > Account
> > requirement on their groups to combat spam.
> > ___
> > zeromq-dev mailing list
> > zeromq-dev@lists.zeromq.org
> > http://lists.zeromq.org/mailman/listinfo/zeromq-dev
> ___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Moving list to Google groups?

[Pieter Hintjens]

Justin, that is a great proposal, thank you for finding it. I'd prefer
keeping mailman, for familiarity.
On 19 Apr 2016 04:36, "Justin Karneges"  wrote:

> Hey folks,
>
> I spoke with MailmanLists and they are willing to host the ZeroMQ
> mailing list for free. All they ask for is a link on the mailing list
> page. If you'd prefer the list remain Mailman-based and simply don't
> want to host it, then I'd say this is the best the way to go. They'll
> import archives too.
>
> Re: MailmanLists vs. dotList (aka Mailmanhost), both appear to be
> Mailman hosting experts with a long lives (8 years and 11 years,
> respectively). Other than cost, it's hard to say on the outside which
> one is better, but as a customer of MailmanLists I can vouch for their
> helpful support. MailmanLists also claims to be a financial contributor
> to the FSF which is pretty cool.
>
> On Mon, Apr 18, 2016, at 05:21 PM, c wrote:
> > Jim Idle  writes:
> >
> > I'm a nay on Google Groups. As seen with SourceForge, sometimes the
> > priorities of companies change. This is especially true for a publically
> > traded company.
> >
> > The price points of https://www.mailmanhost.com/pricing/ seem better
> > than http://www.mailmanlists.net/ but I have no personal experience with
> > either.
> >
> > > You just add your email address to the google list - you don't
> > > actually need a Google account. Thre is really no difference to now.
> >
> > In my experience list maintainers end up needing to enable the Google
> > Account
> > requirement on their groups to combat spam.
> > ___
> > zeromq-dev mailing list
> > zeromq-dev@lists.zeromq.org
> > http://lists.zeromq.org/mailman/listinfo/zeromq-dev
> ___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Role of iMatix in ZeroMQ community

[Pieter Hintjens]

I trust Eben's judgement 100%
On 19 Apr 2016 02:34, "Michel Pelletier"  wrote:

> I love reading Eben's work, thanks Stephen.
>
> Pieter, does this sounds like an option to pursue?
>
> On Mon, Apr 18, 2016 at 3:49 PM, Stephen Hemminger <
> step...@networkplumber.org> wrote:
>
>> On Mon, 18 Apr 2016 14:46:19 -0700
>> Michel Pelletier  wrote:
>>
>> > The Linux Foundation's CII looks appropriate:
>> >
>> > https://applications.coreinfrastructure.org/
>> >
>> > I think it would be worth speaking with them before applying to see if
>> they
>> > agree on the fit.  Anyone have a better contact?  At least on my end
>> their
>> > contact page is just a link to the FAQ.
>> >
>>
>> The people to talk to are:
>>   Laura Kempke 
>>   Michael Dolan 
>>
>
>
> ___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
>
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Moving list to Google groups?

[Justin Karneges]

Hey folks,

I spoke with MailmanLists and they are willing to host the ZeroMQ
mailing list for free. All they ask for is a link on the mailing list
page. If you'd prefer the list remain Mailman-based and simply don't
want to host it, then I'd say this is the best the way to go. They'll
import archives too.

Re: MailmanLists vs. dotList (aka Mailmanhost), both appear to be
Mailman hosting experts with a long lives (8 years and 11 years,
respectively). Other than cost, it's hard to say on the outside which
one is better, but as a customer of MailmanLists I can vouch for their
helpful support. MailmanLists also claims to be a financial contributor
to the FSF which is pretty cool.

On Mon, Apr 18, 2016, at 05:21 PM, c wrote:
> Jim Idle  writes:
> 
> I'm a nay on Google Groups. As seen with SourceForge, sometimes the
> priorities of companies change. This is especially true for a publically
> traded company.
> 
> The price points of https://www.mailmanhost.com/pricing/ seem better
> than http://www.mailmanlists.net/ but I have no personal experience with
> either.
> 
> > You just add your email address to the google list - you don't
> > actually need a Google account. Thre is really no difference to now.
> 
> In my experience list maintainers end up needing to enable the Google
> Account
> requirement on their groups to combat spam. 
> ___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Role of iMatix in ZeroMQ community

[Michel Pelletier]

I love reading Eben's work, thanks Stephen.

Pieter, does this sounds like an option to pursue?

On Mon, Apr 18, 2016 at 3:49 PM, Stephen Hemminger <
step...@networkplumber.org> wrote:

> On Mon, 18 Apr 2016 14:46:19 -0700
> Michel Pelletier  wrote:
>
> > The Linux Foundation's CII looks appropriate:
> >
> > https://applications.coreinfrastructure.org/
> >
> > I think it would be worth speaking with them before applying to see if
> they
> > agree on the fit.  Anyone have a better contact?  At least on my end
> their
> > contact page is just a link to the FAQ.
> >
>
> The people to talk to are:
>   Laura Kempke 
>   Michael Dolan 
>
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Moving list to Google groups?

[c]

Jim Idle  writes:

I'm a nay on Google Groups. As seen with SourceForge, sometimes the
priorities of companies change. This is especially true for a publically
traded company.

The price points of https://www.mailmanhost.com/pricing/ seem better
than http://www.mailmanlists.net/ but I have no personal experience with either.

> You just add your email address to the google list - you don't
> actually need a Google account. Thre is really no difference to now.

In my experience list maintainers end up needing to enable the Google Account
requirement on their groups to combat spam. 
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Role of iMatix in ZeroMQ community

[Benjamin Henrion]

On Mon, Apr 18, 2016 at 11:39 PM, Stephen Hemminger
 wrote:
> On Mon, 18 Apr 2016 21:39:35 +0200
> Pieter Hintjens  wrote:
>
>> Hi folks,
>>
>> I learned today that I'm terminally ill with lung cancer. Metastasis from
>> an incident five years ago. iMatix has run for 20 years and today consists
>> of myself as only active resource. This means we need to remove my firm as
>> a dependency.
>>
>> Suggestions for a safe long term home for the domain names, if you would.
>>
>> Pieter
>
> An obvious choice would be at Linux Foundation under the core infrastructure
> initiative.

Linux Foundation does not rate very high on my list:

http://techrights.org/2016/01/21/linux-foundation-coup/

-- 
Benjamin Henrion 
FFII Brussels - +32-484-566109 - +32-2-3500762
"In July 2005, after several failed attempts to legalise software
patents in Europe, the patent establishment changed its strategy.
Instead of explicitly seeking to sanction the patentability of
software, they are now seeking to create a central European patent
court, which would establish and enforce patentability rules in their
favor, without any possibility of correction by competing courts or
democratically elected legislators."
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Role of iMatix in ZeroMQ community

[Michel Pelletier]

The Linux Foundation's CII looks appropriate:

https://applications.coreinfrastructure.org/

I think it would be worth speaking with them before applying to see if they
agree on the fit.  Anyone have a better contact?  At least on my end their
contact page is just a link to the FAQ.

On Mon, Apr 18, 2016 at 2:39 PM, Stephen Hemminger <
step...@networkplumber.org> wrote:

> On Mon, 18 Apr 2016 21:39:35 +0200
> Pieter Hintjens  wrote:
>
> > Hi folks,
> >
> > I learned today that I'm terminally ill with lung cancer. Metastasis from
> > an incident five years ago. iMatix has run for 20 years and today
> consists
> > of myself as only active resource. This means we need to remove my firm
> as
> > a dependency.
> >
> > Suggestions for a safe long term home for the domain names, if you would.
> >
> > Pieter
>
> An obvious choice would be at Linux Foundation under the core
> infrastructure
> initiative.
>   https://www.coreinfrastructure.org/
>
> Also, it would not be hard to get hosting/email resources over at
> kernel.org.
> ___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Role of iMatix in ZeroMQ community

[Stephen Hemminger]

On Mon, 18 Apr 2016 21:39:35 +0200
Pieter Hintjens  wrote:

> Hi folks,
> 
> I learned today that I'm terminally ill with lung cancer. Metastasis from
> an incident five years ago. iMatix has run for 20 years and today consists
> of myself as only active resource. This means we need to remove my firm as
> a dependency.
> 
> Suggestions for a safe long term home for the domain names, if you would.
> 
> Pieter

An obvious choice would be at Linux Foundation under the core infrastructure
initiative. 
  https://www.coreinfrastructure.org/

Also, it would not be hard to get hosting/email resources over at kernel.org.
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Role of iMatix in ZeroMQ community

[Pieter Hintjens]

A foundation would take effort to build and run and having done this
before, I counsel against it. People will argue over control.
Centralisation is a poor answer IMO.

Maybe an existing not for profit can hold the domains.

Pieter
On 18 Apr 2016 22:06, "Osiris Pedroso"  wrote:

> I like the idea of a 0MQ foundation.
> Maybe turn ownership to all the contributors to zeromq and have an
> executive committee that deals with day to day affairs.
>
> On Mon, Apr 18, 2016 at 2:56 PM Michel Pelletier <
> pelletier.mic...@gmail.com> wrote:
>
>> This is terrible news Pieter, there's no easy way to say that I hope you
>> are comfortable and enjoying your time with friends and family.
>>
>> Would a 0MQ foundation make sense?  Something that can accept charitable
>> donations for the upkeep of things like domains and web resources.
>> Unfortunately this requires some up front work and ongoing vigilant
>> volunteers.  Or, go the route of a "serverless" existence and use something
>> like github pages to be the central hub, and have the existing domains
>> redirect to there?
>>
>> -Michel
>>
>> On Mon, Apr 18, 2016 at 12:41 PM, Greg Young 
>> wrote:
>>
>>> Route 53 is pretty simple to setup. If you are in lack of others we
>>> can maintain them.
>>>
>>> On Mon, Apr 18, 2016 at 10:39 PM, Pieter Hintjens  wrote:
>>> > Hi folks,
>>> >
>>> > I learned today that I'm terminally ill with lung cancer. Metastasis
>>> from an
>>> > incident five years ago. iMatix has run for 20 years and today
>>> consists of
>>> > myself as only active resource. This means we need to remove my firm
>>> as a
>>> > dependency.
>>> >
>>> > Suggestions for a safe long term home for the domain names, if you
>>> would.
>>> >
>>> > Pieter
>>> >
>>> >
>>> > ___
>>> > zeromq-dev mailing list
>>> > zeromq-dev@lists.zeromq.org
>>> > http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>>> >
>>>
>>>
>>>
>>> --
>>> Studying for the Turing test
>>> ___
>>> zeromq-dev mailing list
>>> zeromq-dev@lists.zeromq.org
>>> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>>>
>>
>> ___
>> zeromq-dev mailing list
>> zeromq-dev@lists.zeromq.org
>> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>>
>
> ___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
>
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Role of iMatix in ZeroMQ community

[Greg Young]

foundation is an even better idea.

On Mon, Apr 18, 2016 at 10:56 PM, Michel Pelletier
 wrote:
> This is terrible news Pieter, there's no easy way to say that I hope you are
> comfortable and enjoying your time with friends and family.
>
> Would a 0MQ foundation make sense?  Something that can accept charitable
> donations for the upkeep of things like domains and web resources.
> Unfortunately this requires some up front work and ongoing vigilant
> volunteers.  Or, go the route of a "serverless" existence and use something
> like github pages to be the central hub, and have the existing domains
> redirect to there?
>
> -Michel
>
> On Mon, Apr 18, 2016 at 12:41 PM, Greg Young 
> wrote:
>>
>> Route 53 is pretty simple to setup. If you are in lack of others we
>> can maintain them.
>>
>> On Mon, Apr 18, 2016 at 10:39 PM, Pieter Hintjens  wrote:
>> > Hi folks,
>> >
>> > I learned today that I'm terminally ill with lung cancer. Metastasis
>> > from an
>> > incident five years ago. iMatix has run for 20 years and today consists
>> > of
>> > myself as only active resource. This means we need to remove my firm as
>> > a
>> > dependency.
>> >
>> > Suggestions for a safe long term home for the domain names, if you
>> > would.
>> >
>> > Pieter
>> >
>> >
>> > ___
>> > zeromq-dev mailing list
>> > zeromq-dev@lists.zeromq.org
>> > http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>> >
>>
>>
>>
>> --
>> Studying for the Turing test
>> ___
>> zeromq-dev mailing list
>> zeromq-dev@lists.zeromq.org
>> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
>
>
> ___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>



-- 
Studying for the Turing test
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Role of iMatix in ZeroMQ community

[Osiris Pedroso]

I like the idea of a 0MQ foundation.
Maybe turn ownership to all the contributors to zeromq and have an
executive committee that deals with day to day affairs.

On Mon, Apr 18, 2016 at 2:56 PM Michel Pelletier 
wrote:

> This is terrible news Pieter, there's no easy way to say that I hope you
> are comfortable and enjoying your time with friends and family.
>
> Would a 0MQ foundation make sense?  Something that can accept charitable
> donations for the upkeep of things like domains and web resources.
> Unfortunately this requires some up front work and ongoing vigilant
> volunteers.  Or, go the route of a "serverless" existence and use something
> like github pages to be the central hub, and have the existing domains
> redirect to there?
>
> -Michel
>
> On Mon, Apr 18, 2016 at 12:41 PM, Greg Young 
> wrote:
>
>> Route 53 is pretty simple to setup. If you are in lack of others we
>> can maintain them.
>>
>> On Mon, Apr 18, 2016 at 10:39 PM, Pieter Hintjens  wrote:
>> > Hi folks,
>> >
>> > I learned today that I'm terminally ill with lung cancer. Metastasis
>> from an
>> > incident five years ago. iMatix has run for 20 years and today consists
>> of
>> > myself as only active resource. This means we need to remove my firm as
>> a
>> > dependency.
>> >
>> > Suggestions for a safe long term home for the domain names, if you
>> would.
>> >
>> > Pieter
>> >
>> >
>> > ___
>> > zeromq-dev mailing list
>> > zeromq-dev@lists.zeromq.org
>> > http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>> >
>>
>>
>>
>> --
>> Studying for the Turing test
>> ___
>> zeromq-dev mailing list
>> zeromq-dev@lists.zeromq.org
>> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>>
>
> ___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Role of iMatix in ZeroMQ community

[Michel Pelletier]

This is terrible news Pieter, there's no easy way to say that I hope you
are comfortable and enjoying your time with friends and family.

Would a 0MQ foundation make sense?  Something that can accept charitable
donations for the upkeep of things like domains and web resources.
Unfortunately this requires some up front work and ongoing vigilant
volunteers.  Or, go the route of a "serverless" existence and use something
like github pages to be the central hub, and have the existing domains
redirect to there?

-Michel

On Mon, Apr 18, 2016 at 12:41 PM, Greg Young 
wrote:

> Route 53 is pretty simple to setup. If you are in lack of others we
> can maintain them.
>
> On Mon, Apr 18, 2016 at 10:39 PM, Pieter Hintjens  wrote:
> > Hi folks,
> >
> > I learned today that I'm terminally ill with lung cancer. Metastasis
> from an
> > incident five years ago. iMatix has run for 20 years and today consists
> of
> > myself as only active resource. This means we need to remove my firm as a
> > dependency.
> >
> > Suggestions for a safe long term home for the domain names, if you would.
> >
> > Pieter
> >
> >
> > ___
> > zeromq-dev mailing list
> > zeromq-dev@lists.zeromq.org
> > http://lists.zeromq.org/mailman/listinfo/zeromq-dev
> >
>
>
>
> --
> Studying for the Turing test
> ___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

[zeromq-dev] Role of iMatix in ZeroMQ community

[Pieter Hintjens]

Hi folks,

I learned today that I'm terminally ill with lung cancer. Metastasis from
an incident five years ago. iMatix has run for 20 years and today consists
of myself as only active resource. This means we need to remove my firm as
a dependency.

Suggestions for a safe long term home for the domain names, if you would.

Pieter
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] build problem after mlm_client.xml change

[Matjaž Ostroveršnik]

Hi Veterans,

The bug is clearer now. The generator includes xml tags into c header 
(mlm_client.h) instead of generated c function prototypes.


see /usr/local/bin/zproto_client_c.gsl line 528

.for class.custom
.   for header
$(header.:) <--- problematic line
.   endfor
.endfor

The bug manifests itself only if the custom code is included 
(mlm_client_custom.xml). When you check the file it becomes fishy.
The header tag contains  and  markers instead of < and >. It 
seems somebody wanted to include the xml definition and one step (as string)


What the "custom" xml definition should contain in header and source 
tag? (C code or xml definitions?)


I started to fix with that, but I do not want to reinvent the wheel. I 
am sure that there is already a gsl function which from method 
definition outputs C function prototype. Am I wrong?


Best regards

Matjaž


On 14.4.2016 17:05, Matjaž Ostroveršnik wrote:
In the mean time I found out that it is not necessary to change 
anything. Just do gsl on mlm_client.xml (started from src folder as 
required by Pieter).
I am working on ostri/malamute, but it should be in sync with 
zeromq/malamute.


On 14.4.2016 16:33, Osiris Pedroso wrote:

Hi Matjaz,

Can you provide a repository with the modified file checked in?

I would like to try it as well.

Thanks,
Osiris

On Thu, Apr 14, 2016 at 9:12 AM Matjaž Ostroveršnik 
> wrote:


Hi,

I tried to add a new method to the mlm_client.xml and then
regenerate all dependant files.
Generation of include/mlm_client.h is unsuccesful (i.e. one gets
xml garbage within the c header sources)

Am I doing something wrong or this is a bug?
Guys how do you regenerate when you change some xml file (ok I
know for project.xml)
I think it is something wrong with an inclusion of custom file

It seems that gsl is including header tag instead of source tag.

How to reproduce:
*git reset --hard*
HEAD is now at c097dcf Merge pull request #164 from
opedroso/WIN_CRLF_REGEN
*git status*
On branch master
Your branch is up-to-date with 'origin/master'.
nothing to commit, working directory clean
*cd src*
*gsl mlm_client.xml **
*GSL/4.1c Copyright (c) 1996-2016 iMatix Corporation
gsl/4 I: Processing mlm_client.xml...
*cd ..**
**make**
*Making all in doc
make[1]: Entering directory '/home/ostri/zstuff/malamute/doc'
make[1]: Nothing to be done for 'all'.
make[1]: Leaving directory '/home/ostri/zstuff/malamute/doc'
make[1]: Entering directory '/home/ostri/zstuff/malamute'
  CC   src/src_libmlm_la-mlm_msg.lo
In file included from src/../include/mlm_library.h:66:0,
 from src/../include/malamute.h:17,
 from src/mlm_classes.h:24,
 from src/mlm_msg.c:20:
src/../include/mlm_client.h:157:5: error: expected identifier or
‘(’ before ‘<’ token
 
 ^
src/../include/mlm_client.h:159:61: error: identifier "or" is a
special operator name in C++ [-Werror=c++-compat]
 Returns 0 if OK, -1 if failed due to lack of memory or
other error.
^
src/../include/mlm_client.h:167:61: error: identifier "or" is a
special operator name in C++ [-Werror=c++-compat]
 Returns 0 if OK, -1 if failed due to lack of memory or
other error.
^
src/../include/mlm_client.h:176:61: error: identifier "or" is a
special operator name in C++ [-Werror=c++-compat]
 Returns 0 if OK, -1 if failed due to lack of memory or
other error.
^
src/../include/mlm_client.h:184:27: error: identifier "and" is a
special operator name in C++ [-Werror=c++-compat]
 Receive a subject and string content from the server.
The content may be
   ^
src/../include/mlm_client.h:185:11: error: identifier "or" is a
special operator name in C++ [-Werror=c++-compat]
 1 or more string frames. This method is orthogonal to
the sendx methods.
   ^
src/../include/mlm_client.h:186:58: error: identifier "not" is a
special operator name in C++ [-Werror=c++-compat]
 End the string arguments with NULL. If there are not
enough frames in
^
src/../include/mlm_client.h:188:38: error: identifier "or" is a
special operator name in C++ [-Werror=c++-compat]
 of string contents received, or -1 in case of error.
Free the returned
  ^
src/../include/mlm_client.h:189:17: error: identifier "and" is a
special operator name in C++ [-Werror=c++-compat]
 subject and content strings when finished with them. To
get the type of
 ^
cc1: all warnings being treated as errors
Makefile:1027: recipe for target 'src/src_libmlm_la-mlm_msg.lo'
failed
make[1]: *** 

Re: [zeromq-dev] ZMQ developer needed

[Pieter Hintjens]

Robb, thanks for bringing this to the list. I hope someone will respond.
On 18 Apr 2016 14:47, "Robb Gosset"  wrote:

> Hi,
>
> Pieter Hintjens reccommended contacting this mailing list for potential
> developers who may be able to work on the project. If anyone that's
> avaliable to do work like this could reply with avaliability and contact
> details I'd really appreciate it.
>
> Our company is currently in need of some developers to update the software
> of one of our products from ZMQ version 1.0.1 to ZMQ version 3.2.5. The
> project is on quite a tight deadline due to one of our other contractors
> dropping out of the project.
> The product is a system for embedded Linux written in C++ that uses ZMQ to
> send messages to and from a central master and a set of devices connected
> to a LAN. We have had issues with TCP transmit queues overflowing and
> causing our applications to crash due to the limited resources on the
> hardware platform we are using and by updating to a newer version of ZMQ we
> hope to utilise a more efficient network protocol such as PGM to improve
> the efficiency of communications.
>
> Many thanks,
>
> // Robb Gosset
>
> ___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
>
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

[zeromq-dev] ZMQ developer needed

[Robb Gosset]

Hi,

Pieter Hintjens reccommended contacting this mailing list for potential
developers who may be able to work on the project. If anyone that's
avaliable to do work like this could reply with avaliability and contact
details I'd really appreciate it.

Our company is currently in need of some developers to update the software
of one of our products from ZMQ version 1.0.1 to ZMQ version 3.2.5. The
project is on quite a tight deadline due to one of our other contractors
dropping out of the project.
The product is a system for embedded Linux written in C++ that uses ZMQ to
send messages to and from a central master and a set of devices connected
to a LAN. We have had issues with TCP transmit queues overflowing and
causing our applications to crash due to the limited resources on the
hardware platform we are using and by updating to a newer version of ZMQ we
hope to utilise a more efficient network protocol such as PGM to improve
the efficiency of communications.

Many thanks,

// Robb Gosset
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev

Re: [zeromq-dev] Malamute (reconnection and some more questions)

[Kevin Sapper]

Okay, seems I was a little bit to quick :(. Great analysis btw :)

Your correct the client cannot recover from disconnected state. The
heartbeat event has been overridden so the client itself will stop sending
heartbeat to the server. But this results in the client ignoring any
heartbeats from the revived server. This is definitely a bug! Instead of
ignoring the heartbeat events we need to stop the client heartbeat timer
and restart it upon reconnect.

@hintjens please correct me if I'm wrong.

2016-04-18 13:13 GMT+02:00 Kevin Sapper :

> Hi Alena,
>
> in the mlm_client.xml there is a state named "defaults" which is inherited
> by many others including "disconnecting". When the client is in
> "disconnecting" state and the server reconnects it will send a heartbeat
> which the client will answer with a connection ping and upon connection
> pong from the server the client will move from "disconnecting" state into
> "connected" state.
>
> //Kevin
>
> 2016-04-18 8:47 GMT+02:00 Alena Chernikava :
>
>> Hi,
>>
>> I would like to ask some questions and point out some problems in
>> Malamute broker.
>>
>> I am facing a problem with client reconnect procedure in malamute.
>> Usually a formal description allows me to better understand the problem,
>> that is why I started an investigation with creating a visualization of a
>> state machine for malamute client. I would say it helped me a lot :) Right
>> away I found some "strange behavior"s. I would like to ask some questions
>> to make it more clear for me (may be it was done intentionally) before I
>> will try to "experiment" with fixes.
>>
>> In the attachment you can find my hand-made visualization of the state
>> machine (I was doing it for myself, so it has my thoughts written down).
>> (GREEN - states, RED - events, BLUE - actions). It is not complete, but
>> already helped me to spot some potential and real problems. Here I would
>> describe some issues I found (numbering is the same as on the picture).
>>
>> 1. Re-connection problem. It is actually the main problem I want to
>> discuss.
>>
>> Situation:
>> client sends 3  PINGS and do not receive any PONGS back. After this
>> client will end up in the "disconnected" state. I would say that it is a
>> black hole state, as client cannot normally recover from it (to the
>> "connected" state) or at least move somewhere.
>>
>> Analysis:
>> * We can destroy the client. We will move out of "disconnected" state,
>> but we destroyed the client. :) End of work, nothing to do. Everything is
>> fine
>> * We can move to the "connected" state, if client will receive "PONG"
>> from server or we can move to the "HAVE ERROR" state if client will receive
>> "ERROR" from server. In order to receive from server some response, we need
>> to send something to the server. And here we are: the client do not send
>> anything to the server :( PINGs are disabled in the "mlm_client.xml" from
>> the very beginning.
>>
>> Questions:
>> * Why PING was disabled in "disconnected" state?
>> * What was the basic idea for the "re connect" implementation?
>>
>> Proposal:
>> Enable PINGs. When server receive a PING from "unknown client" it will
>> send "ERROR" back that will trigger "re connection" procedure. But still, I
>> am not sure if client would reconnect correctly, but at least we can give
>> him a chance to do so, because now the client have no chance to reconnect
>> (if server is off for longer period)
>>
>> 2. Take a look on the picture on the right corner.
>>
>> in the mlm_client.xml:
>>
>> 
>> 
>> 
>> 
>> 
>> This can cause that the following code will be ok (and actually I saw
>> such behavior couple times):
>>   int rv  = mlm_client_connect();
>>   assert (rv == 0)
>>   assert (mlm_client_connected () == false)
>>
>> Proposal: do "signal success" after "client is connected"
>> Question: is there any reason to left the order as it is?
>>
>> 3+4. I didn't understand from the code one point. When client is supposed
>> to start heart beating?
>> I thought, that it should happen after client got "OK" response from the
>> server, but from the state machine I see that in the state "connecting"
>> (while waiting for the response from the server) heart beating starts. Is
>> this a bug or it was done intentionally?
>>
>> 5. It is just a bug, I will fix it later. If mlm_client_connect didn’t
>> work for the first time, the client should remain in «start" state.
>>
>> 6. It is a potential problem. If "PONG" will come before "OK" message
>> from server, the mlm_client_set_producer/consumer/worker will not end
>> correctly and potentially will never do a "return". I propose: return to
>> "confirming" state and wait for "OK" response from server. Do you think it
>> will not break anything?
>>
>>
>>
>>
>>
>> Thank you for reading this, waiting forward for your reply.
>> Alena Chernikava
>> ___
>> 

Re: [zeromq-dev] Malamute (reconnection and some more questions)

[Kevin Sapper]

Hi Alena,

in the mlm_client.xml there is a state named "defaults" which is inherited
by many others including "disconnecting". When the client is in
"disconnecting" state and the server reconnects it will send a heartbeat
which the client will answer with a connection ping and upon connection
pong from the server the client will move from "disconnecting" state into
"connected" state.

//Kevin

2016-04-18 8:47 GMT+02:00 Alena Chernikava :

> Hi,
>
> I would like to ask some questions and point out some problems in Malamute
> broker.
>
> I am facing a problem with client reconnect procedure in malamute. Usually
> a formal description allows me to better understand the problem, that is
> why I started an investigation with creating a visualization of a state
> machine for malamute client. I would say it helped me a lot :) Right away I
> found some "strange behavior"s. I would like to ask some questions to make
> it more clear for me (may be it was done intentionally) before I will try
> to "experiment" with fixes.
>
> In the attachment you can find my hand-made visualization of the state
> machine (I was doing it for myself, so it has my thoughts written down).
> (GREEN - states, RED - events, BLUE - actions). It is not complete, but
> already helped me to spot some potential and real problems. Here I would
> describe some issues I found (numbering is the same as on the picture).
>
> 1. Re-connection problem. It is actually the main problem I want to
> discuss.
>
> Situation:
> client sends 3  PINGS and do not receive any PONGS back. After this client
> will end up in the "disconnected" state. I would say that it is a  black
> hole state, as client cannot normally recover from it (to the "connected"
> state) or at least move somewhere.
>
> Analysis:
> * We can destroy the client. We will move out of "disconnected" state, but
> we destroyed the client. :) End of work, nothing to do. Everything is fine
> * We can move to the "connected" state, if client will receive "PONG" from
> server or we can move to the "HAVE ERROR" state if client will receive
> "ERROR" from server. In order to receive from server some response, we need
> to send something to the server. And here we are: the client do not send
> anything to the server :( PINGs are disabled in the "mlm_client.xml" from
> the very beginning.
>
> Questions:
> * Why PING was disabled in "disconnected" state?
> * What was the basic idea for the "re connect" implementation?
>
> Proposal:
> Enable PINGs. When server receive a PING from "unknown client" it will
> send "ERROR" back that will trigger "re connection" procedure. But still, I
> am not sure if client would reconnect correctly, but at least we can give
> him a chance to do so, because now the client have no chance to reconnect
> (if server is off for longer period)
>
> 2. Take a look on the picture on the right corner.
>
> in the mlm_client.xml:
>
> 
> 
> 
> 
> 
> This can cause that the following code will be ok (and actually I saw such
> behavior couple times):
>   int rv  = mlm_client_connect();
>   assert (rv == 0)
>   assert (mlm_client_connected () == false)
>
> Proposal: do "signal success" after "client is connected"
> Question: is there any reason to left the order as it is?
>
> 3+4. I didn't understand from the code one point. When client is supposed
> to start heart beating?
> I thought, that it should happen after client got "OK" response from the
> server, but from the state machine I see that in the state "connecting"
> (while waiting for the response from the server) heart beating starts. Is
> this a bug or it was done intentionally?
>
> 5. It is just a bug, I will fix it later. If mlm_client_connect didn’t
> work for the first time, the client should remain in «start" state.
>
> 6. It is a potential problem. If "PONG" will come before "OK" message from
> server, the mlm_client_set_producer/consumer/worker will not end correctly
> and potentially will never do a "return". I propose: return to "confirming"
> state and wait for "OK" response from server. Do you think it will not
> break anything?
>
>
>
>
>
> Thank you for reading this, waiting forward for your reply.
> Alena Chernikava
> ___
> zeromq-dev mailing list
> zeromq-dev@lists.zeromq.org
> http://lists.zeromq.org/mailman/listinfo/zeromq-dev
>
>
___
zeromq-dev mailing list
zeromq-dev@lists.zeromq.org
http://lists.zeromq.org/mailman/listinfo/zeromq-dev