[Nut-upsdev] [nut-commits] svn commit r1376 - in trunk: . server
Arnaud Quette
aquette.dev at gmail.com
Wed Apr 9 10:57:30 UTC 2008
2008/4/8, Arjen de Korte <nut+devel at de-korte.org>:
> > right. there are many things that we talked about with Russell (a long
> > time ago) that are still to be done. And I'm pleased to see that
> > you're working on it ;-)
>
>
> The most urgent problem, is probably blocking on connect() that was
> troubling for a while in the 'netxml-ups' driver, but turns out to be just
> as big a problem in the upsclient library.
>
> Until recently, we have worked around blocking on read() and write() in
> some clients (most notably, 'upsmon') by prepending alarm() calls to the
> library functions. Now that the read/write functions to the library no
> longer use blocking I/O, these can (and will) be removed.
>
> Surprisingly, we never used this mechanism on upscli_connect(), which
> can/will block just like the read/write actions did. Until recently, I
> wasn't even aware that this might be (and actually is) a problem. Should
> we attempt to solve this in nut-2.2.2 or (preferably) leave this for
> nut-2.4.0 (so that we have a bit more time to see if the changes are
> portable)?
I don't want to retain much more 2.2.2 since it should have already
been released for some time.
so, leaving this for 2.4 is fair enough
Arnaud
--
Linux / Unix Expert R&D - MGE Office Protection Systems - http://www.mgeops.com
Network UPS Tools (NUT) Project Leader - http://www.networkupstools.org/
Debian Developer - http://people.debian.org/~aquette/
Free Software Developer - http://arnaud.quette.free.fr/
More information about the Nut-upsdev
mailing list