"m. allan noah" <kitno455 at gmail.com> wrote: Hi,
> Yes, yes! Multi-threaded backends are hard to debug and hard to port, > and using a library that may, or may not, install signal handlers > depending on which backend is used gives front-end authors the blues. It's really a problem, even for a basic frontend, so imagine what it must be inside MonsterOffice.org. > i think your idea is good, as long as it is optional, since most > (all?) command line uses will have no need for it. actually, since We could make libsane-net the default libsane instead of libsane-dll and voila. But that's probably for SANE 2 ;) With a slightly revamped saned and maybe with added avahi/bonjour/whatever-it's-called-this-week that could just work without any saned/net config at all. > non-blocking is optional in backends, most gui front-ends may already > have a separate thread for it, making the discussion somewhat moot. Do they ? JB. -- Julien BLACHE <http://www.jblache.org> <jb at jblache.org> GPG KeyID 0xF5D65169
