From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <4378CBA6.6000708@domain.hid> Date: Mon, 14 Nov 2005 18:38:46 +0100 From: Philippe Gerum MIME-Version: 1.0 Subject: Re: [Xenomai-help] xn_pipe_create [minor] References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable List-Id: Help regarding installation and common use of Xenomai List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Dmitry Adamushko Cc: xenomai@xenomai.org Dmitry Adamushko wrote: > Ignacio Garc=EDa P=E9rez wrote on 14.11.2005 17:41:1= 3: >=20 > > > > >> Using this scheme, user mode programs just need to open() > > >> /proc/xenomai/registry/pipes/whatever to access a named pipe, wit= hout > > >> having to know the minor number. > > >> > > >> Under these circumstances, it would be *very* useful to have > > >> rt_pipe_create choose an unused minor automagically (for example=20 > passing > > >> -1 as the minor). >=20 > ah.. yep, that's what I have meant with a PIPE_MINOR_AUTO thing :) >=20 > > >> > > > > > > Sounds reasonable. > > > > On the heels of our abs/rel discussion, I suggest to use a #define > > istead of -1 > > > > Will you implement it, or should I give a try? > > >=20 > If you want to have some fun (and you have some time and desire for=20 > that) then go ahead :) Otherwise, no problem, I'll do that. >=20 Please make sure to implement this at the nucleus level, and if using a b= itmap=20 to locate free/busy slots, it should be large enough to handle FDSETSIZE=20 channels, not BITS_PER_LONG. --=20 Philippe.