[lcdproc] [Fwd: [lcdproc] "named pipe" is different from /dev/lcdkernel code. :-)]

[William W. Ferrell]

--hoZxPH4CaxYzWscb
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

--- linux@chello.at's mailer spewed these beefy chunks ---
> "William W. Ferrell" wrote:
> >=20
> > --- linux@chello.at's mailer spewed these beefy chunks ---
> > > David Glaude wrote:
> > > >
> > > > Hello,
> > > >
> > >
> > > I think davids idea is a nice path to solve the problem.
> > > the driver is a stand alone program which reads from the pipe and
> > > does the necessary stuff to control the hardware.
> > > mtxorb is simply "forwarding" to /dev/ttySx, pp drivers etc can
> > > use appropriate ioctls to control necessary_stuff(tm).
> > >
> > > another bonus is lcdd doesnt have to care about the driver, if usb
> > > things happen after starting lcdd who cares.
> > >
> > > another question, im not a fan of winblowsyourpcup(c) but does it
> > > support
> > > pipes? but who wants to hook a lcd up to the pc and uses windoofs :)))
> >=20
> > The folks using Todd Porter's port of LCDproc for NT :)
> >=20
>=20
> sorry :)

No worries. It's just another market to expand into before somebody who
actually wants money for his code decides to build something for 'doze
that competes with us :)

> > Okay okay I know I just mailed out that I don't wanna do the named
> > pipes, but this brings up good points. Okay fine I'm sold.
> >=20
> > Told 'ya I'm easily persuaded :)
> >=20
> > Okay then, how do we do named pipes on Windoze?
>=20
> hmm...

Cygwin is seriously one way to manage that (I *think*).

> > Or should we just support both dynamic loadables and named pipes?
>=20
> i think both ways are okay, i don't know how to implement pipes in win,
> but implementing both is overkill, isn't it?

It's overkill unless it's the only way to do it in Windoze. Of course,
that could just mean a pile of #IFDEF's (if we're in Windoze, do dynamic
loadables, if we're in anything else, do named pipes).

--
William W. Ferrell, Senior System Administrator, Global Crossing Ltd.
950 17th St Ste 2200, Denver, CO 80202   1.303.223.0564

Public key available:
  gpg --keyserver certserver.pgp.com --recv-key 7478FC7A

"Everything should be made as simple as possible, but not simpler."
-- Albert Einstein

--hoZxPH4CaxYzWscb
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.4 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iEYEARECAAYFAjq6H5AACgkQgAeqhXR4/Hp3BgCfUfh6joBCfkwE/z4R+1/geWh7
Q+QAn3gPvmqnSEbN0n6HjqS/qPR4X/Cw
=aZzJ
-----END PGP SIGNATURE-----


--hoZxPH4CaxYzWscb
Content-Type: text/plain; charset=


-----------------------------------------------------------
To unsubscribe from this list send a blank message to
lcdproc-unsubscribe@lists.omnipotent.net
--hoZxPH4CaxYzWscb--